Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Utilizzo di regole per modificare o monitorare le metriche man mano che vengono ricevute Puoi impostare regole per agire in base alle metriche ricevute da Amazon Managed Service for Prometheus. Queste regole possono monitorare le metriche o persino creare nuove metriche calcolate in base alle metriche ricevute. Il servizio gestito da Amazon per Prometheus supporta due tipi *regole* che valuta a intervalli regolari: + *Le regole di registrazione* consentono di precalcolare le espressioni più necessarie o che richiedono risorse computazionalmente costose e di salvarne i risultati in un nuovo set di serie temporali. L'interrogazione del risultato precalcolato è spesso molto più veloce rispetto all'esecuzione dell'espressione originale ogni volta che è necessario. + *Le regole di avviso* consentono di definire le condizioni di avviso in base a PromQL e a una soglia. Quando la regola attiva la soglia, viene inviata una notifica al [gestore degli avvisi](AMP-alert-manager.md), che può essere configurato per gestire le regole o inoltrarle alla notifica a valle a destinatari come Amazon Simple Notification Service. Per utilizzare le regole nel servizio gestito da Amazon per Prometheus, devi creare uno o più file di regole YAML che definiscono le regole. Un file delle regole del servizio gestito da Amazon per Prometheus ha lo stesso formato di un file di regole nella versione standalone di Prometheus. Per ulteriori informazioni, vedere [Definizione delle regole di registrazione](https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/) e delle [regole di avviso](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/) nella documentazione di Prometheus. È possibile avere più file di regole in un'area di lavoro. Ogni file di regole separato è contenuto in un *namespace* separato. La presenza di più file di regole consente di importare file di regole di Prometheus esistenti in un'area di lavoro senza doverli modificare o combinare. Namespace di gruppi di regole diversi possono avere anche tag diversi. **Sequenza di regole** All'interno di un file di regole, le regole sono contenute all'interno di *gruppi di regole*. Le regole all'interno di un singolo gruppo di regole in un file di regole vengono sempre valutate in ordine dall'alto verso il basso. Pertanto, nelle regole di registrazione, il risultato di una regola di registrazione può essere utilizzato nel calcolo di una regola di registrazione successiva o in una regola di avviso nello stesso gruppo di regole. Tuttavia, poiché non è possibile specificare l'ordine in cui eseguire file di regole separati, non è possibile utilizzare i risultati di una regola di registrazione per calcolare una regola in un gruppo di regole diverso o in un file di regole diverso. **Topics** + [Comprensione delle autorizzazioni IAM necessarie per l'utilizzo delle regole](AMP-ruler-IAM-permissions.md) + [Crea un file di regole](AMP-ruler-rulesfile.md) + [Carica un file di configurazione delle regole su Amazon Managed Service for Prometheus](AMP-rules-upload.md) + [Modificare o sostituire un file di configurazione delle regole](AMP-rules-edit.md) + [Risolvi i problemi relativi alle valutazioni delle regole](troubleshoot-rule-evaluations.md) + [Risoluzione dei problemi per ruler](Troubleshooting-rule-fail-error.md) # Comprensione delle autorizzazioni IAM necessarie per l'utilizzo delle regole Devi concedere agli utenti le autorizzazioni per utilizzare le regole nel servizio gestito da Amazon per Prometheus. Crea una policy AWS Identity and Access Management (IAM) con le seguenti autorizzazioni e assegnala ai tuoi utenti, gruppi o ruoli. **Nota** Per ulteriori informazioni su IAM, consulta [Identity and Access Management per il servizio gestito da Amazon per Prometheus](security-iam.md). **Policy per concedere l'accesso alle regole d'uso** La seguente policy consente di accedere alle regole di utilizzo per tutte le risorse del tuo account. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "aps:CreateRuleGroupsNamespace", "aps:ListRuleGroupsNamespaces", "aps:DescribeRuleGroupsNamespace", "aps:PutRuleGroupsNamespace", "aps:DeleteRuleGroupsNamespace" ], "Resource": "*" } ] } ``` ------ **Policy per consentire l'accesso a un solo namespace** È inoltre possibile creare una policy che consenta l'accesso solo a politiche specifiche. La seguente policy di esempio consente l'accesso solo alle policy `RuleGroupNamespace` specificate. Per utilizzare questa politica, sostituisci**, ****, e ** con i valori appropriati per il tuo account. # Crea un file di regole Per utilizzare le regole nel servizio gestito da Amazon per Prometheus, devi creare un file di regole che definisce le regole. Un file delle regole di Amazon Managed Service for Prometheus è un file di testo YAML che ha lo stesso formato di un file di regole nella versione standalone di Prometheus. Per ulteriori informazioni, vedere [Definizione delle regole di registrazione e delle regole](https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/) [di avviso nella documentazione](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/) di *Prometheus*. Di seguito è riportato un esempio di un file di regole: ``` groups: - name: cpu_metrics interval: 60s rules: - record: avg_cpu_usage expr: avg(rate(node_cpu_seconds_total[5m])) by (instance) - alert: HighAverageCPU expr: avg_cpu_usage > 0.8 for: 10m keep_firing_for: 20m labels: severity: critical annotations: summary: "Average CPU usage across cluster is too high" ``` Questo esempio crea un gruppo di regole `cpu_metrics` che viene valutato ogni 60 secondi. Questo gruppo di regole crea una nuova metrica utilizzando una regola di registrazione, chiamata `avg_cpu_usage` e quindi la utilizza in un avviso. Di seguito vengono descritte alcune delle proprietà utilizzate. *Per ulteriori informazioni sulle regole di avviso e altre proprietà che è possibile includere, vedere [Regole di avviso nella documentazione di](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/) Prometheus.* + `record: avg_cpu_usage`— Questa regola di registrazione crea una nuova metrica chiamata. `avg_cpu_usage` + L'intervallo di valutazione predefinito dei gruppi di regole è 60 secondi se la `interval` proprietà non è specificata. + `expr: avg(rate(node_cpu_seconds_total[5m])) by (instance)`— Questa espressione per la regola di registrazione calcola il tasso medio di utilizzo della CPU negli ultimi 5 minuti per ciascun nodo, raggruppato in base all'etichetta. `instance` + `alert: HighAverageCPU`— Questa regola di avviso crea un nuovo avviso chiamato `HighAverageCPU` + `expr: avg_cpu_usage > 0.8 `— Questa espressione indica all'avviso di cercare esempi in cui l'utilizzo medio della CPU supera l'80%. + `for: 10m`— L'avviso verrà attivato solo se l'utilizzo medio della CPU supera l'80% per almeno 10 minuti. In questo caso, la metrica viene calcolata come media degli ultimi 5 minuti. Pertanto, l'avviso verrà attivato solo se ci sono almeno due campioni consecutivi da 5 minuti (10 minuti in totale) in cui l'utilizzo medio della CPU è superiore all'80%. + `keep_firing_for: 20m`— Questo avviso continuerà ad attivarsi finché i campioni non saranno al di sotto della soglia per almeno 20 minuti. Ciò può essere utile per evitare che l'avviso si alzi e si abbassi ripetutamente in successione. **Nota** Puoi creare un file di definizione delle regole localmente e poi caricarlo su Amazon Managed Service for Prometheus oppure puoi creare, modificare e caricare la definizione direttamente nella console Amazon Managed Service for Prometheus. In entrambi i casi, si applicano le stesse regole di formattazione. Per ulteriori informazioni sul caricamento e la modifica del file, consulta. [Carica un file di configurazione delle regole su Amazon Managed Service for Prometheus](AMP-rules-upload.md) # Carica un file di configurazione delle regole su Amazon Managed Service for Prometheus Una volta individuate le regole da inserire nel file di configurazione delle regole, puoi crearlo e modificarlo all'interno della console oppure caricare un file con la console o. AWS CLI **Nota** Se utilizzi un cluster Amazon EKS, puoi anche caricare un file di configurazione delle regole utilizzando [AWS Controllers for Kubernetes](integrating-ack.md). **Per utilizzare la console Amazon Managed Service for Prometheus per modificare o sostituire la configurazione delle regole e creare lo spazio dei nomi** 1. Apri la console Amazon Managed Service for Prometheus all'indirizzo. [https://console.aws.amazon.com/prometheus/](https://console.aws.amazon.com/prometheus/home) 1. Nell'angolo in alto a sinistra della pagina, scegli l'icona del menu, quindi scegli **Tutte le aree di lavoro**. 1. Scegli l'ID dell'area di lavoro, quindi scegli la scheda **Gestione delle regole**. 1. Scegli **Aggiungi namespace**. 1. Seleziona **Scegli file** e seleziona il file di definizione delle regole. **In alternativa, puoi creare e modificare un file di definizione delle regole direttamente nella console Amazon Managed Service for Prometheus selezionando Definisci configurazione.** Questo creerà un file di definizione predefinito di esempio che modificherai prima del caricamento. 1. (Facoltativo) Per aggiungere tag al namespace, scegli **Aggiungi nuovo tag**. Poi, per **Chiave**, inserire un nome per il tag. È possibile aggiungere un valore facoltativo al tag in **Value** (Valore). Per aggiungere un altro tag, scegli **Aggiungi nuovo tag**. 1. Scegli **Continua**. Il servizio gestito da Amazon per Prometheus crea un nuovo namespace con lo stesso nome del file delle regole che hai selezionato. **Da utilizzare per AWS CLI caricare una configurazione di Alert Manager in un'area di lavoro in un nuovo spazio dei nomi** 1. Base64 codifica il contenuto del tuo file di alert manager. In Linux, puoi utilizzare il seguente comando: ``` base64 input-file output-file ``` In macOS, puoi utilizzare il seguente comando: ``` openssl base64 input-file output-file ``` 1. Inserisci uno dei comandi seguenti per creare il namespace e caricare il file. Nella AWS CLI versione 2, inserisci: ``` aws amp create-rule-groups-namespace --data file://path_to_base_64_output_file --name namespace-name --workspace-id my-workspace-id --region region ``` Nella AWS CLI versione 1, inserisci: ``` aws amp create-rule-groups-namespace --data fileb://path_to_base_64_output_file --name namespace-name --workspace-id my-workspace-id --region region ``` 1. Sono necessari alcuni secondi per rendere attiva la configurazione di alert manager. Per controllare lo stato, immetti il comando seguente: ``` aws amp describe-rule-groups-namespace --workspace-id workspace_id --name namespace-name --region region ``` In caso `status` affermativo`ACTIVE`, il file delle regole ha avuto effetto. # Modificare o sostituire un file di configurazione delle regole Se desideri modificare le regole in un file di regole che hai già caricato su Amazon Managed Service for Prometheus, puoi caricare un nuovo file di regole per sostituire la configurazione esistente oppure modificare la configurazione corrente direttamente nella console. Facoltativamente, puoi scaricare il file corrente, modificarlo in un editor di testo, quindi caricare la nuova versione. **Per utilizzare la console del servizio gestito da Amazon per Prometheus per modificare la configurazione delle regole** 1. Apri la console Amazon Managed Service for Prometheus all'indirizzo. [https://console.aws.amazon.com/prometheus/](https://console.aws.amazon.com/prometheus/home) 1. Nell'angolo in alto a sinistra della pagina, scegli l'icona del menu, quindi scegli **Tutte le aree di lavoro**. 1. Scegli l'ID dell'area di lavoro, quindi scegli la scheda **Gestione delle regole**. 1. Seleziona il nome del file di configurazione delle regole che desideri modificare. 1. (Facoltativo) Se desideri scaricare il file di configurazione delle regole corrente, scegli **Scarica** o **Copia**. 1. Scegliete **Modifica** per modificare la configurazione direttamente all'interno della console. Al termine, scegli **Salva**. In alternativa, puoi scegliere **Sostituisci configurazione** per caricare un nuovo file di configurazione. In tal caso, seleziona il nuovo file di definizione delle regole e scegli **Continua** per caricarlo. **Per utilizzarlo AWS CLI per modificare un file di configurazione delle regole** 1. Base64 codifica il contenuto del file delle regole. In Linux, puoi utilizzare il seguente comando: ``` base64 input-file output-file ``` In macOS, puoi utilizzare il seguente comando: ``` openssl base64 input-file output-file ``` 1. Utilizza uno dei comandi seguenti per caricare il nuovo file. Nella AWS CLI versione 2, inserisci: ``` aws amp put-rule-groups-namespace --data file://path_to_base_64_output_file --name namespace-name --workspace-id my-workspace-id --region region ``` Nella AWS CLI versione 1, inserisci: ``` aws amp put-rule-groups-namespace --data fileb://path_to_base_64_output_file --name namespace-name --workspace-id my-workspace-id --region region ``` 1. Sono necessari alcuni secondi per rendere attivo il file delle regole. Per controllare lo stato, immetti il comando seguente: ``` aws amp describe-rule-groups-namespace --workspace-id workspace_id --name namespace-name --region region ``` In caso `status` affermativo`ACTIVE`, il file delle regole ha avuto effetto. Fino ad allora, la versione precedente di questo file di regole è ancora attiva. # Risolvi i problemi relativi alle valutazioni delle regole Questa guida fornisce procedure di step-by-step risoluzione dei problemi più comuni relativi alla valutazione delle regole in Amazon Managed Service for Prometheus (AMP). Segui queste procedure per diagnosticare e risolvere i problemi relativi alle regole di avviso e registrazione. **Topics** + [Convalida lo stato di attivazione degli avvisi](#troubleshoot-rule-validate-firing-status) + [Risolvi le notifiche di avviso mancanti](#troubleshoot-rule-missing-alert-notifications) + [Controlla lo stato di integrità della regola](#troubleshoot-rule-check-health-status) + [Utilizzate l'offset nelle query per gestire i ritardi di inserimento](#troubleshoot-rule-offset-queries) + [Problemi e soluzioni comuni](#troubleshoot-rule-common-issues) + [Le migliori pratiche per la valutazione delle regole](#troubleshoot-rule-best-practices) ## Convalida lo stato di attivazione degli avvisi Quando risolvi i problemi relativi alla valutazione delle regole, verifica innanzitutto se l'avviso è stato attivato interrogando le serie temporali sintetiche. `ALERTS` Le serie `ALERTS` temporali includono le seguenti etichette: + **alertname** — Il nome dell'avviso. + **alertstate** ****— In sospeso o in corso.**** + **in sospeso**: l'avviso è in attesa della durata specificata nella clausola. `for` + **attivazione: l'**avviso ha soddisfatto le condizioni per la durata specificata. Le etichette aggiuntive sono definite nella regola di avviso. **Nota** ****Mentre un avviso è attivo o **in sospeso**, il valore di esempio è 1.**** Quando l'avviso è inattivo, non viene prodotto alcun campione. ## Risolvi le notifiche di avviso mancanti Se gli avvisi vengono attivati ma le notifiche non arrivano, verifica le seguenti impostazioni di Alertmanager: 1. **Verifica la configurazione di Alertmanager**: verifica che i percorsi, i ricevitori e le impostazioni siano configurati correttamente. Rivedi le impostazioni dei blocchi dei percorsi, inclusi i tempi di attesa, gli intervalli di tempo e le etichette obbligatorie, che possono influire sulla attivazione degli avvisi. Confronta le regole di avviso con i percorsi e i ricevitori corrispondenti per confermare la corretta corrispondenza. Per i percorsi con`time_interval`, verifica che i timestamp rientrino negli intervalli specificati. 1. **Verifica le autorizzazioni del destinatario degli avvisi**: quando utilizzi un argomento Amazon SNS, verifica che AMP disponga delle autorizzazioni necessarie per pubblicare le notifiche. Per ulteriori informazioni, consulta [Autorizzare Amazon Managed Service for Prometheus a inviare messaggi di avviso al tuo argomento Amazon SNS](AMP-alertmanager-receiver-AMPpermission.md). 1. **Convalida la compatibilità del payload del ricevitore**: conferma che il destinatario degli avvisi accetti il formato di payload di Alertmanager. Per i requisiti di Amazon SNS, consulta. [Comprendere le regole di convalida dei messaggi di Amazon SNS](AMP-alertmanager-receiver-validation-truncation.md) 1. **Rivedi i log di Alertmanager: AMP fornisce i log** forniti da Alertmanager per aiutare a risolvere i problemi di notifica. Per ulteriori informazioni, consulta [Monitora gli eventi di Amazon Managed Service for Prometheus con i log CloudWatch](CW-logs.md). Per ulteriori informazioni su Alertmanager, consulta. [Gestione e inoltro di avvisi in Amazon Managed Service for Prometheus con alert manager](AMP-alert-manager.md) ## Controlla lo stato di integrità della regola Le regole non valide possono causare errori di valutazione. Utilizzate i seguenti metodi per identificare il motivo per cui una regola non è stata valutata: **Example** **Usa l' ListRules API** L'[ListRules](AMP-APIReference-ListRules.md)API fornisce informazioni sullo stato delle regole. Controlla i `lastError` campi `health` e per diagnosticare i problemi. **Esempio di risposta:** ``` { "status": "success", "data": { "groups": [ { "name": "my_rule_group", "file": "my_namespace", "rules": [ { "state": "firing", "name": "broken_alerting_rule", "query": "...", "duration": 0, "keepFiringFor": 0, "labels": {}, "annotations": {}, "alerts": [], "health": "err", "lastError": "vector contains metrics with the same labelset after applying alert labels", "type": "alerting", "lastEvaluation": "1970-01-01T00:00:00.00000000Z", "evaluationTime": 0.08 } ] } ] } } ``` **Example** **Usa registri venduti** L' ListRules API mostra solo le informazioni più recenti. Per una cronologia più dettagliata, abilita [i registri venduti](CW-logs.md) nel tuo spazio di lavoro per accedere a: + Timestamp degli errori di valutazione + Messaggi di errore dettagliati + Dati di valutazione storici **Esempio di messaggio di registro fornito:** ``` { "workspaceId": "ws-a2c55905-e0b4-4065-a310-d83ce597a391", "message": { "log": "Evaluating rule failed, name=broken_alerting_rule, group=my_rule_group, namespace=my_namespace, err=vector contains metrics with the same labelset after applying alert labels", "level": "ERROR", "name": "broken_alerting_rule", "group": "my_rule_group", "namespace": "my_namespace" }, "component": "ruler" } ``` Per altri esempi di log da Ruler o Alertmanager, vedi e. [Risoluzione dei problemi per ruler](Troubleshooting-rule-fail-error.md) [Gestione e inoltro di avvisi in Amazon Managed Service for Prometheus con alert manager](AMP-alert-manager.md) ## Utilizzate l'offset nelle query per gestire i ritardi di inserimento Per impostazione predefinita, le espressioni vengono valutate senza offset (query istantanea), utilizzando i valori al momento della valutazione. Se l'inserimento delle metriche viene ritardato, le regole di registrazione potrebbero non rappresentare gli stessi valori di quando si valuta manualmente l'espressione dopo che tutte le metriche sono state inserite. **Suggerimento** L'utilizzo del modificatore di offset può ridurre i problemi causati dai ritardi di inserimento. *Per ulteriori informazioni, vedere [Modificatore Offset](https://prometheus.io/docs/prometheus/latest/querying/basics/#offset-modifier) nella documentazione di Prometheus.* ### Esempio: gestione delle metriche ritardate Se la regola viene valutata alle 12:00, ma l'ultimo campione per la metrica risale alle 11:45 a causa del ritardo di inserimento, la regola non troverà alcun campione al timestamp delle 12:00. Per mitigare questo problema, aggiungi un offset, ad esempio:. **my\$1metric\$1name offset 15m ** ### Esempio: gestisci le metriche da più fonti Quando le metriche provengono da fonti diverse, ad esempio due server, potrebbero essere inserite in momenti diversi. Per mitigare questo problema, forma un'espressione, ad esempio: **metric\$1from\$1server\$1A / metric\$1from\$1server\$1B ** Se la regola calcola tra i tempi di inserimento del server A e del server B, otterrai risultati inaspettati. L'uso di un offset può aiutare ad allineare i tempi di valutazione. ## Problemi e soluzioni comuni **Lacune nella registrazione dei dati delle regole** Se notate delle lacune nei dati delle regole di registrazione rispetto alla valutazione manuale (quando eseguite direttamente l'espressione ProMQL originale della regola di registrazione tramite l'API di interrogazione o l'interfaccia utente), ciò potrebbe essere dovuto a uno dei seguenti fattori: 1. **Tempi di valutazione lunghi**: un gruppo di regole non può avere più valutazioni simultanee. Se il tempo di valutazione supera l'intervallo configurato, è possibile che le valutazioni successive non vengano effettuate. Più valutazioni consecutive mancate che superano l'intervallo configurato possono far sì che la regola di registrazione diventi obsoleta. Per ulteriori informazioni, vedere [Staleness nella documentazione](https://prometheus.io/docs/prometheus/latest/querying/basics/#staleness) di *Prometheus*. È possibile monitorare la durata della valutazione utilizzando la CloudWatch metrica `RuleGroupLastEvaluationDuration` per identificare i gruppi di regole la cui valutazione richiede troppo tempo. 1. **Monitoraggio delle valutazioni mancate**: AMP fornisce la `RuleGroupIterationsMissed` CloudWatch metrica per tracciare quando le valutazioni vengono saltate. L' ListRules API mostra l'ora di valutazione e l'ora dell'ultima valutazione per ogni regola/gruppo, il che può aiutare a identificare i modelli di valutazioni mancate. Per ulteriori informazioni, consulta [ListRules](AMP-APIReference-ListRules.md). **Raccomandazione: suddividi le regole in gruppi separati** Per ridurre la durata delle valutazioni, suddividi le regole in gruppi di regole separati. Le regole all'interno di un gruppo vengono eseguite in sequenza, mentre i gruppi di regole possono essere eseguite in parallelo. Mantieni le regole correlate che dipendono l'una dall'altra nello stesso gruppo. In genere, gruppi di regole più piccoli garantiscono valutazioni più coerenti e meno lacune. ## Le migliori pratiche per la valutazione delle regole 1. **Ottimizza le dimensioni dei gruppi** di regole: mantieni piccoli i gruppi di regole per garantire valutazioni coerenti. Raggruppa le regole correlate, ma evita i gruppi di regole di grandi dimensioni. 1. **Imposta intervalli di valutazione appropriati**: equilibrio tra avvisi tempestivi e carico del sistema. Esamina i modelli di stabilità delle metriche monitorate per comprenderne i normali intervalli di fluttuazione. 1. **Usa modificatori di offset per le metriche ritardate: aggiungi offset per compensare i ritardi** di inserimento. Regola la durata dell'offset in base ai modelli di ingestione osservati. 1. **Monitora le prestazioni di valutazione**: monitora la metrica. `RuleGroupIterationsMissed` Rivedi i tempi di valutazione nell' ListRules API. 1. **Convalida le espressioni delle regole**: assicurati che le espressioni corrispondano esattamente tra le definizioni delle regole e le query manuali. Prova le espressioni con intervalli di tempo diversi per comprendere il comportamento. 1. **Verifica regolarmente lo stato delle regole**: verifica la presenza di errori nelle valutazioni delle regole. Monitora i log forniti per individuare eventuali problemi ricorrenti. Seguendo questi passaggi e le best practice per la risoluzione dei problemi, puoi identificare e risolvere i problemi più comuni con le valutazioni delle regole in Amazon Managed Service for Prometheus. # Risoluzione dei problemi per ruler Utilizzando [Monitora gli eventi di Amazon Managed Service for Prometheus con i log CloudWatch](CW-logs.md), è possibile risolvere i problemi relativi ad Alert Manager e Ruler. Questa sezione contiene argomenti relativi alla risoluzione dei problemi relativi al ruler. ** **Quando il registro contiene il seguente errore di errore del ruler** ``` { "workspaceId": "ws-12345c67-89c0-4d12-345b-f14db70f7a99", "message": { "log": "Evaluating rule failed, name=failure, group=canary_long_running_vl_namespace, namespace=canary_long_running_vl_namespace, err=found duplicate series for the match group {dimension1=\\\"1\\\"} on the right hand-side of the operation: [{__name__=\\\"fake_metric2\\\", dimension1=\\\"1\\\", dimension2=\\\"b\\\"}, {__name__=\\\"fake_metric2\\\", dimension1=\\\"1\\\", dimension2=\\\"a\\\"}];many-to-many matching not allowed: matching labels must be unique on one side", "level": "ERROR", "name": "failure", "group": "canary_long_running_vl_namespace", "namespace": "canary_long_running_vl_namespace" }, "component": "ruler" } ``` Ciò significa che si è verificato un errore durante l'esecuzione della regola. **Operazione da eseguire** Utilizza il messaggio di errore per risolvere i problemi dell'esecuzione della regola.