Running TAK Server in the cloud: a deployment checklist

Planning a TAK Server in AWS GovCloud or another cloud: choosing an environment, sizing from the official guidance, hardened deployment options, security, backups and monitoring.

Published 8 min read
DDS / Insights / TAK Server
Key takeaways
  • Running TAK Server in the cloud lets teams connect from anywhere they have a network, without fielding server hardware.
  • Pick the cloud environment for your data first: government regions and compliance requirements narrow the choice before anything is built.
  • Size for steady CPU, not bursts. The official guide recommends consistent-performance instances and a second database server beyond about 500 users.
  • Expose only encrypted connections, keep administration private, and treat certificates as the keys to the whole system.
  • Backups, monitoring, patching and certificate renewal are what keep a cloud TAK Server running after launch day.

Why run TAK Server in the cloud

A cloud-hosted TAK Server gives every TAK user one place to connect, from any network that can reach the internet or a government network. Field teams on LTE or satellite links, an operations centre on WinTAK and partner organizations through federation can all meet on the same TAK Server without anyone shipping, powering or securing hardware at a site.

  • Reach. Users in different regions and on different networks connect to the same server.
  • Scale. Capacity can grow with the number of users, or for a large exercise, and shrink again afterwards.
  • Resilience. Cloud providers offer redundant infrastructure, snapshots and managed backups that are hard to match in a server cupboard.
  • Partners. A cloud server is a natural meeting point for federation with other organizations.

Choosing where to host it

Before sizing anything, decide which cloud environment your data is allowed to live in. For many TAK deployments, that decision is made by policy rather than preference.

  • Government cloud regions, such as AWS GovCloud and Azure Government, are built for U.S. government workloads and controlled data. The official TAK Server Configuration Guide includes guidance specifically for AWS and GovCloud.
  • Commercial regions can suit public-safety, training and civilian deployments where the data allows it.
  • Compliance requirements such as FedRAMP authorization, DoD impact levels and handling rules for controlled unclassified information decide which of these are acceptable. Your security and accreditation team should be part of this decision from the start.

Where your users are matters too. A region close to them keeps latency down, and some organizations need their data to stay within a particular country or network.

Sizing the server

The official guide sets a minimum for a TAK Server of 4 processor cores, 8 GB of memory and 40 GB of storage, and it is specific about the kind of cloud machine to use. TAK Server spends its time handling encrypted connections, which needs steady, continuous CPU. Burstable instance types are not recommended; compute-optimized instances with predictable performance are a better fit. For AWS and GovCloud, the guide names a compute-optimized instance with 4 vCPUs and 8 GB of memory as its recommended starting point.

DeploymentWhat runs whereOfficial guidance
Single serverTAK Server and its PostgreSQL database on one machineRecommended for fewer than about 500 users
Two serversTAK Server on one machine, the database on a secondRecommended for more than about 500 users
ContainersTAK Server and database in separate containersStandard and hardened container images are available

These are starting points. Larger instances are supported for more concurrent users, and the real load depends on how your users work: how many are connected at once, how often their devices report, and how much they share. Storage grows with mission content, data packages and message history, so plan for it to grow and decide how long data should be kept. TAK Server includes a data retention tool for exactly that.

Deployment options

TAK Server can be deployed in the cloud in a few ways, and each suits a different kind of organization.

  • Installed on a cloud virtual machine. TAK Server is packaged for supported Linux distributions, including Red Hat Enterprise Linux, Rocky Linux and Ubuntu. This is the most familiar route for teams that already run Linux servers.
  • Containers. TAK Server and its database are also available as container images, which fit organizations that already run container platforms and want repeatable deployments.
  • Hardened containers. Hardened TAK Server images are published through tak.gov and Platform One's Iron Bank, built on hardened base images with reduced privileges. They are a strong starting point for DoD environments.

For hardened environments, the official guide also covers running TAK Server with FIPS mode enabled on Red Hat Enterprise Linux, which many government systems require.

Field usersATAK · ITAK · LTEOperations centreWINTAK · WEBTAKPartner serversFEDERATIONCLOUD · GOVERNMENT OR COMMERCIAL REGIONENCRYPTED ONLYTAK ServerMESSAGING · APIDatabasePOSTGRESQLBACKUPSMONITORINGLOGSADMIN ACCESSPRIVATE CONNECTION ONLY
Fig. 01A typical cloud TAK Server: users and partners connect over encrypted connections only, the database sits behind TAK Server, and administration stays on a private connection.

Networking and security

A cloud server is reachable by design, which makes how it is exposed the most important part of the deployment. The principles are simple, even if the details take care:

  • Encrypted connections only. The official guide warns that unencrypted ports are a security risk and should be avoided. Every connection from a TAK client or partner server should be encrypted.
  • Expose as little as possible. Open only what your users and partners need, and restrict everything else with the cloud provider's network controls as well as the server's own firewall.
  • Keep administration private. The administration interface should be reachable only over a private connection, such as a VPN, and only by the people who manage the server.
  • Protect the certificate authority. TAK Server identifies users and servers by certificate. Whoever holds the CA's keys can issue trusted credentials, so store them as carefully as anything you own.
  • Connect to your identity system. TAK Server can authenticate users against Active Directory or LDAP, so accounts follow your existing joiners-and-leavers process.
  • Encrypt inside the cloud too. In a two-server deployment, the connection between TAK Server and its database can also be encrypted, as the official guide describes.

In the cloud, the server is always reachable. The work is making sure only the right people can reach it.

Backups, monitoring and upkeep

Launching a cloud TAK Server is one day's work. Keeping it healthy is the rest of its life.

Backups

Back up the database, the server configuration and the certificates, and keep the backups somewhere separate from the server itself. Then test a restore. A backup that has never been restored is a hope, not a plan.

Monitoring

TAK Server has a built-in metrics dashboard showing uptime, connected clients, memory use, network traffic and CPU, along with detailed log files. Pair them with the cloud provider's own monitoring and alerts, so someone hears about a problem before users do.

Patching and upgrades

The operating system needs regular security updates, and TAK Server itself has new releases. Plan upgrades alongside the TAK client versions your users run, and test them before a mission depends on them. Our article on building an ATAK plugin explains why version alignment matters across the ecosystem.

Certificates

Certificates expire. Track the server's, the CA's and your users' renewal dates, and plan how devices will receive new ones, before an expiry takes a whole team offline.

The deployment checklist

Before a cloud TAK Server goes live, make sure you can answer each of these:

  1. Environment: which cloud and region, and is it approved for your data?
  2. Size: how many users at once, and does the instance meet the official baseline with steady CPU?
  3. Layout: one server, two servers or containers, and standard or hardened images?
  4. Exposure: encrypted connections only, minimum open access, and administration on a private connection?
  5. Identity and certificates: how users are authenticated, how devices are enrolled, and where the CA keys live?
  6. Partners: will you federate, and with whom?
  7. Data: how long data is kept, and how much storage that needs?
  8. Backups: what is backed up, where, and when the last restore test was?
  9. Monitoring: who is alerted, and how?
  10. Upkeep: who patches the system, upgrades TAK Server and renews certificates?

The full installation and configuration steps are in the TAK Product Center's TAK Server Configuration Guide. For help planning, deploying or running a TAK Server in a government or commercial cloud, see our TAK Server services.

Need a TAK Server stood up or hardened?

Talk to the engineers who wrote this guide.

TAK Server
FAQ

Common questions.

Can TAK Server run in the cloud?

Yes. TAK Server runs on supported Linux distributions and as containers, so it can be deployed in government or commercial cloud environments. The official configuration guide includes recommendations for AWS and GovCloud.

What are the minimum requirements for TAK Server?

The official TAK Server Configuration Guide lists 4 processor cores, 8 GB of memory and 40 GB of storage as the server requirements. Larger servers are supported for more users.

What cloud instance type should I use for TAK Server?

Use instances with consistent CPU performance, such as compute-optimized types. The official guide advises against burstable instance types because TAK Server’s encrypted connections need steady CPU.

When do I need a separate database server?

The official guide recommends a single server for fewer than about 500 users and a two-server layout, with the PostgreSQL database on its own server, for more than that.

Is there a hardened TAK Server image?

Yes. Hardened TAK Server container images are published through tak.gov and Platform One’s Iron Bank, and the official guide also covers running TAK Server with FIPS mode enabled on Red Hat Enterprise Linux.

Bring us your
mission.