Resource health in one view
Follow CPU utilization, memory, filesystem usage, load average and process count. Individual charts give a clearer picture than a single overall status.
Bring CPU, memory, disk, load and process metrics into the same workspace as your service checks. See the machine behind the response, with thresholds that suit the way it runs.
An external check tells you a service is struggling. Host metrics give you another perspective: a full filesystem, sustained CPU pressure or a machine that has stopped sending data. Keep both views together to narrow down what deserves attention.
Connect a host with an OpenTelemetry Collector and review its resource charts, filesystems and network activity. Set thresholds and an evaluation window so sustained pressure receives attention without treating every short spike as an incident.
Keep this signal alongside the rest of your stack: organize related services, choose who receives alerts and follow recovery in the same workspace. The goal is a check that explains what changed and gives the right person a useful place to start.
Purpose-built checks.
Information you can act on.
Follow CPU utilization, memory, filesystem usage, load average and process count. Individual charts give a clearer picture than a single overall status.
Enable the checks you need and choose thresholds appropriate to the machine. A background worker and a database server do not need the same definition of healthy.
An evaluation window controls how long a metric must remain beyond its threshold. Use a shorter window for urgent systems or a longer one for workloads with normal bursts.
The host is also watched for a stopped collector. A machine that goes silent can become down even when none of its resource thresholds was crossed in the last sample.
Review filesystems and network activity alongside resource trends. When disk usage surprises you, inspect the mounts rather than assuming the root filesystem tells the whole story.
Use the host page’s Linux installation instructions or its manual and Docker configuration. Each host has its own ingestion token, and the configuration belongs on that machine.
One reliable signal.
Plenty of practical uses.
Put resource pressure next to website and API availability. A slowdown is easier to investigate when you can compare it with CPU, memory and load in the same workspace.
Watch long-running machines whose work is not represented by a public URL. Combine resource metrics with heartbeat monitoring for a fuller picture of scheduled jobs.
Group hosts by purpose and compare their behavior as traffic grows. Keep threshold choices intentional instead of applying the same limits to every machine.
Use a meaningful name, choose the behavior you expect and make sure the alert reaches someone who can act. Start with one service, then add the related checks as your monitoring grows.
Open the setup guideOpen Hosts, add a host and choose the resource checks and evaluation window that fit the machine.
Use the installation command or collector configuration provided on the host page. Keep the host token private and allow outbound HTTPS to Uptiva.
Wait for the first metrics to arrive, then review the charts and tune thresholds using the normal behavior of that host.
The details that help you choose the right check and get a useful result.
Read the full documentationHost monitoring receives metrics from the OpenTelemetry Collector contrib distribution. The host page provides installation and configuration instructions, including a Linux installer and a Docker setup.
Hosts have their own plan allowance and do not consume regular monitor slots. Availability and the number of hosts depend on the workspace plan; additional capacity may be available through add-ons.
A host that stops reporting is marked down after its evaluation window, with a minimum delay of about 90 seconds. This gives the collector time to send its next sample.
A resource check requires the metric to stay beyond its threshold for the selected evaluation window. A single short spike does not meet that condition.
Yes. Rotate it from the host page and update the collector configuration promptly. The previous token stops working, so treat rotation as a configuration change for that machine.
Bring host monitoring into your workspace.