Stream monitoring enables alerting around your stream's health.
A stream is considered "healthy" when it is:
You can monitor the health of a pipeline by setting ingest and output alerts that fire when the number of records ingested or output, over a time period, falls below a user-defined threshold.
For example, an ingest monitor could alert if your stream has ingested zero records over the last five minutes, while an output monitor could alert if your stream has output less than 1000 records over the last 30 minutes.
You should only apply monitors to streams with a deterministic flow of records.
Various fixed time periods, such as five and thirty minutes, are supported.
Ingest monitors ensure that:
To configure this:
Examples:
Records ingested with a five-minute duration and threshold of zero: Alerts when your stream has written zero records to the live view over the last five minutes.Records ingested the thirty-minute duration and threshold of 1000: Alerts when your stream has written less than or equal to 1000 records to the live view over the last 30 minutes.You can follow the same workflow used to configure ingest monitors for pipeline monitors, but there are some notable differences in the monitors available for streaming pipelines outlined below.
Checkpoint Liveness: Alerts if a stream has not checkpointed in the configured amount of time. This monitor is highly recommended for production streams, as it is a high-signal indicator of a degraded performance. Learn more about checkpointing.Last Checkpoint Duration: Alerts if checkpoint duration has increased beyond a configured threshold.Checkpoint Trigger Failures: Alerts if checkpoints fail to trigger consecutively.Consecutive Checkpoint Failures: Alerts if checkpoints fail consecutively.Total Lag: Alerts if a job falls behind on the input by the configured amount of records, which signals degraded performance.Total Throughput: Alerts if the amount of records per checkpoint is under or over a configured threshold, which indicates changes in the upstream input.Utilization: Alerts if the percentage of the stream's utilized capacity is above a set threshold, which you can configure using streaming profiles.Output monitors ensure that your pipeline is:
While stream monitoring is in the beta phase, time series and geotemporal series are the only data formats able to be monitored.
To monitor records written to time series, you will set alerts on the time series sync.
Examples:
Points written to Time Series DB with a five minute duration and threshold of zero: Alerts when your time series sync has written zero records over the last five minutes.Points written to Time Series DB with a 30 minute duration and threshold of 1000: Alerts when your time series sync has written less than or equal to 1000 records over the last 30 minutes.To monitor geotemporal observations, you will set alerts on the backing observation dataset.
Examples:
Geotemporal observations sent with a five minute duration and threshold of zero: Alerts when your geotemporal sync has sent zero observations to geotime over the last five minutes.Geotemporal observations sent the 30 minute duration and threshold of 1000: Alerts when your geotemporal sync has sent less than or equal to 1000 observations to geotime over the last 30 minutes.Geotemporal observations sent only ensures the records were sent from geotime ingest. This does not guarantee that the geotime service has processed the record after ingestion.To view the metrics underlying a monitor, select the monitor rule in row in the monitoring view's Manage monitors tab.
Metrics are only available for streaming or time series monitors with a single target scope.

You can configure notifications through the monitoring view's Manage subscriptions tab.
To set email alerts:
To set PagerDuty alerts:

You can view firing alerts in the Troubleshoot alerts tab of your monitoring view.
