Tracix Collector
One collector for every signal, run by policy
The Tracix Collector is an OpenTelemetry Collector distribution for Linux, macOS, Windows, Docker and Kubernetes. Each collector enrolls with a policy that decides what it collects. Configuration arrives signed, over a connection the collector opens itself, and upgrades roll out from the console.
- Linux · macOS · Windows · Docker · Kubernetes
- amd64 and arm64
- Ed25519-signed configuration
How it works
From one command to a managed fleet
Every connection starts at the collector, so nothing on your network has to accept a connection from Tracix.
- 01InstallOne command on a host, or the Helm chart in a cluster, with every release checked against its SHA-256.
- 02EnrollA policy's token enrolls the collector, which gets its own identity and deletes the token file.
- 03ConfigureThe policy's integrations and outputs render into one configuration, signed with Ed25519.
- 04DeliverA WebSocket push triggers a fetch of the new revision; polling every 60 seconds is the fallback.
- 05ApplyEach configuration is validated before it goes live, and a failure falls back to the last good one.
- 06UpgradeUpgrade one collector or 100 at once, or let the policy keep its collectors on the stable channel.
Install
Runs where your workloads already run
Install with one command on Linux, macOS or Windows, run the container image, or deploy the Helm chart as a DaemonSet. The collector needs outbound HTTPS on port 443, directly or through your proxy, and the installer tests that path first, stopping with the cause when DNS, a firewall or a TLS-inspecting proxy is in the way.
- Linux, macOS and Windows on amd64 and arm64, plus container images for both
- On Linux it runs as an unprivileged user, and by default its only extra capability lets it receive SNMP traps
- Air-gapped hosts can install from your own mirror, pinned to a SHA-256 checksum
Policies
Configuration that is signed, checked and acknowledged
Every collector belongs to one policy, chosen by the token it enrolled with. Saving the policy creates a new revision. Collectors fetch it, verify its Ed25519 signature against the key they pinned at enrollment, validate it, and report back only once their pipelines are running.
Revisions
Each save is a numbered revision, and two people editing at once cannot overwrite each other.
Signed
Collectors reject any configuration that does not carry the workspace's signature.
Push, then poll
WebSocket push for speed, with polling every 60 seconds when the socket is down.
Safe apply
A receiver that fails to start is switched off and reported; other failures restore the last good config.
Upgrades
Upgrade the whole fleet from one screen
Upgrade a single collector, up to 100 at once, or let the policy follow the stable channel. Hosts download the new release, verify its checksum, validate the binary and swap it in, keeping the previous one. Kubernetes collectors roll their own DaemonSet one node at a time.
- On Windows the previous binary comes back if the service does not start
- Docker collectors recreate themselves on the new image when the Docker socket is mounted
- Downgrades are refused, and with auto-update on, a failed update is retried after 15 minutes, an hour and four hours
Better together
One collector feeds every product area
The same collector carries application, infrastructure, network and security data, so a single rollout serves every team.
- IntegrationsTurn on integrations from the catalog, and each one renders into the policy's configuration.Learn more
- Network device monitoringOne collector polls each SNMP device, and another in the policy takes over after three minutes.Learn more
- Configuration managementThe same collectors run device backups and approved changes over SSH, NETCONF and gNMI.Learn more
Supported platforms
Where the collector runs
Every platform gets the same distribution and the same policy model. A few integrations need a specific operating system.
| Platform | Architectures | Install with | Runs as |
|---|---|---|---|
| Linux | amd64, arm64 | install.sh | systemd service, unprivileged user |
| macOS 12 and later | Intel, Apple silicon | install.sh | launchd daemon |
| Windows Server 2016 and Windows 10 or later | amd64, arm64 | install.ps1 | Windows service |
| Docker | linux/amd64, linux/arm64 | docker run with a digest-pinned image | Non-root container |
| Kubernetes | Linux nodes, amd64 and arm64 | Helm chart | DaemonSet, read-only root filesystem |
Linux means Ubuntu 20.04+, Debian 11+, RHEL and CentOS 8+ or Amazon Linux 2 with systemd. Zero-code eBPF tracing, eBPF profiling, host security, software inventory and journald need Linux; Windows Event Log needs Windows. There are no deb, rpm or MSI packages: the installers download the release archive for your platform and verify it.
Is the Tracix Collector OpenTelemetry?
What does the collector need from my network?
Can I restart a collector from the console?
Can I roll back a policy from the console?
Install your first collector in minutes
Create an enrollment token for a policy, run one command, and the collector appears in the fleet with its policy and health.