Creating and Managing Alerts in Metoro
Metoro provides three methods for creating and managing alerts:- Using the Metoro UI
- Using Kubernetes ConfigMaps
- Using the
MetoroAlertKubernetes custom resource — see Kubernetes Resources. You can export any existing alert as aMetoroAlertmanifest from the alert page via Export → Metoro CRD Format.
MetoroAlert creates, spec updates, and deletions normally appear in Metoro in about 30 seconds. Allow up to one minute for the exporter and sync workflow to process a change. ConfigMap-managed alert creates and updates sync on the same fast path; the hourly reconcile described below remains the backstop.
Managing Alerts Using the UI
To create a new alert using the Metoro UI:- Navigate to the Alerts page
- Click on the Create Alert button
- Configure your alert conditions.
- In the Details step, optionally add tags to group the alert with related alerts and dashboards. For more information about tag formatting and filtering, see Alert and Dashboard Tags.

Edit to modify alert configuration.
You need ‘update’ permissions on alerts to edit an alert. If you don’t have these permissions, the
Edit button will be disabled.
Managing Alerts Using Kubernetes ConfigMaps
For organizations that prefer Infrastructure as Code (IaC) practices, Metoro supports creating and managing alerts using Kubernetes ConfigMaps.ConfigMap Requirements
- ConfigMaps must include the label
metoro.io/alert: "true"to be recognized by Metoro as an alert definition.- ConfigMaps without this label will be ignored by Metoro.
- The ConfigMap data must include a key named
alert.yamlwithalertsand the toplevel key containing the alert definition(s). - The alert definition must follow the format specified in the API documentation.
- Set
metadata.folderPathto the folder in the Metoro filesystem where the alert should live (for example/alerts/default/team-a/). This path controls RBAC—pick a folder that matches the permissions granted to the users who need to manage the alert. If omitted, the alert defaults to/alerts/default/.
Alert Synchronization
- Creating or updating a labelled ConfigMap normally appears in Metoro in about 30 seconds; allow up to one minute. A full reconcile additionally runs once every hour as a backstop.
- Alerts managed via ConfigMaps cannot be edited through the UI to prevent conflicts.
- Any changes made via the API would be overwritten during the next sync cycle.
- If you delete a ConfigMap, the corresponding alert will not be deleted in Metoro. This is to prevent cluster outages deleting alerts etc. After removing the configmap you should subsequently delete the alert in the UI. Subsequent syncs will not recreate the alert.
Manual Synchronization
If a change hasn’t appeared yet, you can force a full sync:- Use the “Sync Alerts” button on the Alerts page in the Metoro UI
- Call the endpoint
GET "/api/v1/alerts/sync"with your auth token. For more information, please check the API documentation.

Example ConfigMap
Please check the API documentation for the full alert definition format. Below is a simple example of a ConfigMap that defines an alert:Threshold Units
By default the threshold is interpreted in the base unit of the queried metric (for example nanoseconds for trace durations, bytes for memory metrics). Optionally, an operator can declare the unit its threshold is expressed in withunit; Metoro converts the threshold into the metric’s own unit before evaluating it, and values reported on alert fires (notifications, the alert fire’s last value) are converted back into that unit:
ns, us, ms, s, min, h, d (time) and By, kBy, MBy, GBy, TBy, KiBy, MiBy, GiBy, TiBy (bytes). If the unit is not compatible with the metric’s unit (for example ms against a bytes metric), the threshold is evaluated in the metric’s base unit and a warning log line is emitted to your account (environment metoro-internal, an alert_threshold_unit_mismatch event).
folderPath must point to a folder (end with /) under /alerts/. Metoro automatically provisions /alerts/ and /alerts/default/; create additional folders in the UI or API before pointing ConfigMap alerts to them.metadata.tags is optional. Tags are normalized during sync and remain read-only in the UI while the ConfigMap manages the alert. Omitting tags from a later update preserves the current set; set tags: [] to clear them.Troubleshooting ConfigMap Alert Synchronization
If you don’t see your alerts being created or updated from ConfigMaps, the issue is most likely due to one of the following reasons:- Ingestion Delay: Allow at least one full minute for your new ConfigMap definition to be ingested by Metoro. After this period, try to sync alerts manually either via the UI or the API.
-
Missing or Incorrect Labels: Double-check that your ConfigMap has the necessary label
metoro.io/alert: "true"as described in the ConfigMap Requirements section.

