See everything · Resource Health

Know what’s idle and what’s about to saturate.

CloudMonitor pulls seven days of hourly CloudWatch metrics for your AWS fleet and sorts every resource into a utilization pattern, so rightsizing candidates and saturation risks surface on their own.

AWS Azure Google Cloud
01 What’s included

Resource Health, in detail.

Idle, spiky and saturated AWS resources, classified. Here is exactly what CloudMonitor does — and where its coverage stops today.

Five utilization patterns

Idle (average CPU under 5%), underutilized (under 20%), spiky (peaks above 50% and 3.5× the average), sustained-high (average above 70%) and healthy.

A fleet health score

Each pattern carries a resource score and the fleet score is their average, so you can see whether rightsizing work is moving the number.

Metrics explorer

Every cached series with average, minimum, maximum, p95 and latest values, plus a day-by-hour heatmap that exposes schedules and batch windows.

EC2, RDS and Lambda

CPU utilization for EC2 and RDS, database connections for RDS, and invocations and errors for Lambda functions.

Evidence for the change ticket

Export the metrics behind a rightsizing decision as CSV for a change request or a capacity review.

Refreshed every three hours

CloudWatch metric reads are billed by AWS, so CloudMonitor refreshes them every three hours instead of continuously.

02 How it works

Three steps, no agents to install.

1

Connect an AWS account

The same read-only key used for inventory also reads CloudWatch metrics.

2

Seven days of history

Hourly datapoints for each resource are cached and refreshed every three hours.

3

Patterns, not raw graphs

Every resource gets a pattern and a score, and the fleet view shows where the idle and overloaded capacity sits.

Graphs don’t tell you what to do. Patterns do.

CloudWatch will happily draw a CPU graph for every instance you own. What it won’t do is tell you which of those 400 graphs deserve attention. CloudMonitor reads seven days of hourly datapoints for each EC2 instance, RDS database and Lambda function and turns the curve into a verdict you can act on.

The five patterns

  • Idle — average CPU under 5%. Usually a forgotten test box, an over-provisioned standby or a workload that moved elsewhere. Stop it, downsize it or delete it.
  • Underutilized — average under 20%. The classic rightsizing candidate: one size down in the same family often halves the cost with no user-visible change.
  • Spiky — peaks above 50% that are more than 3.5 times the average. Often a batch window or a cron job; consider burstable instances, scheduling or moving the job to Spot.
  • Sustained-high — average above 70%, or above 60% with peaks over 90%. This is a saturation risk, not a saving: scale up before it becomes an incident.
  • Healthy — everything else.

Each pattern carries a score, and the fleet score is the average across resources. It is a blunt instrument on purpose: a single number your team can watch move as you work through rightsizing.

From pattern to decision

The metrics explorer shows average, minimum, maximum, p95 and latest values for every cached series, and a day-by-hour heatmap that makes schedules obvious. Pair it with the What-If Simulator to price a one-step-down rightsizing across the fleet, or with the cost optimizer to find the storage and network waste around those instances.

Coverage today

Utilization patterns are built from Amazon CloudWatch. Azure and Google Cloud resources are covered by the inventory and security checks, but their utilization metrics are not collected yet.

03 FAQ

Resource Health
questions.

Something else? Talk to us — a person replies.

Which metrics does CloudMonitor collect?

CPUUtilization for EC2 instances and RDS databases, DatabaseConnections for RDS, and Invocations and Errors for Lambda — seven days at one-hour resolution.

How are utilization patterns calculated?

From CPU, with at least four datapoints: idle when the average is under 5%; sustained-high when the average is above 70%, or above 60% with peaks over 90%; spiky when the peak is above 50% and more than 3.5 times the average; underutilized when the average is under 20%; otherwise healthy.

Does resource health work for Azure and Google Cloud?

Not yet. Utilization patterns are built from Amazon CloudWatch today. Azure and Google Cloud resources appear in the inventory and security checks, but their utilization metrics are not collected.

Does reading CloudWatch metrics cost anything?

AWS bills CloudWatch metric reads at a small per-metric rate. CloudMonitor keeps that cost low by refreshing metrics every three hours rather than continuously.

Turn on
the radar.

Create a workspace, connect your first account read-only and see what your clouds have been hiding.

FREE PLAN · NO CREDIT CARD · READ-ONLY ACCESS