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à.
Obiettivi del livello di servizio (SLOs)
È possibile utilizzare Application Signals per creare obiettivi del livello di servizio per i servizi destinati alle operazioni aziendali critiche. Creando SLOs su questi servizi, sarai in grado di tracciarli sulla SLO dashboard, offrendoti una at-a-glance visione delle tue operazioni più importanti.
Oltre a creare una visualizzazione rapida che gli operatori possono utilizzare per visualizzare lo stato attuale delle operazioni critiche, potete utilizzarla SLOs per monitorare le prestazioni a lungo termine dei vostri servizi, per assicurarvi che soddisfino le vostre aspettative. Se avete stipulato accordi sui livelli di servizio con i clienti, SLOs sono un ottimo strumento per assicurarvi che vengano rispettati.
La valutazione dello stato dei servizi SLOs inizia con la definizione di obiettivi chiari e misurabili basati su metriche chiave di performance: indicatori del livello di servizio (). SLIs An SLO monitora le SLI prestazioni rispetto alla soglia e all'obiettivo prefissati e riporta in che misura le prestazioni dell'applicazione si avvicinano o si avvicinano alla soglia.
Application Signals ti aiuta SLOs a impostare le metriche chiave delle prestazioni. Application Signals raccoglie Latency
automaticamente le Availability
metriche per ogni servizio e operazione che scopre, e queste metriche sono spesso ideali da utilizzare come. SLIs Con la procedura guidata SLO di creazione, puoi utilizzare queste metriche per i tuoi. SLOs Potrai quindi monitorare lo stato di tutti i tuoi dispositivi SLOs con le dashboard di Application Signals.
Puoi impostare SLOs operazioni specifiche che il tuo servizio chiama o utilizza. Puoi utilizzare qualsiasi CloudWatch metrica o espressione metrica comeSLI, oltre a utilizzare le metriche Latency
andAvailability
.
SLOsLa creazione è molto importante per ottenere il massimo vantaggio da CloudWatch Application Signals. Dopo la creazioneSLOs, puoi visualizzarne lo stato nella console di Application Signals per vedere rapidamente quali di questi servizi e operazioni critici stanno funzionando bene e quali non lo sono. La SLOs tracciabilità offre i seguenti vantaggi principali:
È più facile per gli operatori dei servizi vedere l'attuale stato operativo dei servizi critici confrontandolo conSLI. In questo modo possono controllare e identificare rapidamente servizi e operazioni non funzionanti.
È possibile monitorare le prestazioni dei servizi rispetto a obiettivi aziendali misurabili per periodi di tempo più lunghi.
Scegliendo SLOs su cosa impostare, date la priorità a ciò che è importante per voi. I pannelli di controllo di Application Signals mostrano automaticamente informazioni su ciò a cui hai dato priorità.
Quando crei unSLO, puoi anche scegliere di creare CloudWatch allarmi contemporaneamente per monitorare il. SLOs Puoi impostare allarmi per monitorare le violazioni della soglia e anche i livelli di avviso. Questi allarmi possono avvisarti automaticamente se le SLO metriche superano la soglia impostata o se si avvicinano a una soglia di avviso. Ad esempio, un SLO avvicinamento alla soglia di avviso può farti sapere che il tuo team potrebbe aver bisogno di rallentare il tasso di abbandono dell'applicazione per assicurarsi che gli obiettivi prestazionali a lungo termine vengano raggiunti.
Argomenti
- SLOconcetti
- Calcola il budget e il raggiungimento degli errori in base al periodo SLOs
- Calcola il budget e il raggiungimento degli errori in base alle richieste SLOs
- Calcola la velocità di combustione e, facoltativamente, imposta gli allarmi sulla frequenza di combustione
- Crea un SLO
- Visualizza e valuta lo stato SLO
- Modifica un esistente SLO
- Elimina un SLO
SLOconcetti
An SLO include i seguenti componenti:
Un indicatore del livello di servizio (SLI), che è una metrica chiave delle prestazioni specificata dall'utente. Rappresenta il livello di prestazione desiderato per l'applicazione. Application Signals raccoglie automaticamente le metriche chiave
Latency
eAvailability
i servizi e le operazioni rilevati, e queste spesso possono essere metriche ideali da impostare. SLOsSei tu a scegliere la soglia da utilizzare per il tuo. SLI Ad esempio, 200 ms per la latenza.
Un obiettivo o un obiettivo di raggiungimento, che è la percentuale di tempo o di richieste che SLI si prevede raggiungano la soglia in ogni intervallo di tempo. Gli intervalli di tempo possono essere brevi, come ore, o lunghi, come un anno.
Gli intervalli possono essere intervalli di calendario o intervalli ricorrenti.
Gli intervalli del calendario sono allineati al calendario, ad esempio quelli registrati SLO mensilmente. CloudWatch regola automaticamente i dati relativi a salute, budget e rendimento scolastico in base al numero di giorni in un mese. Gli intervalli di calendario sono più adatti agli obiettivi aziendali che sono misurati in base al calendario.
Gli intervalli ricorrenti sono calcolati su base sequenziale. Gli intervalli ricorrenti sono più adatti per monitorare l'esperienza utente recente della tua applicazione.
Il periodo è un periodo di tempo più breve e più periodi costituiscono un intervallo. Le prestazioni dell'applicazione vengono confrontate con quelle di ciascun SLI periodo compreso nell'intervallo. Per ogni periodo, si stabilisce che l'applicazione ha raggiunto o non ha raggiunto le prestazioni previste.
Ad esempio, un obiettivo del 99% con un intervallo di calendario di un giorno e un periodo di 1 minuto significa che l'applicazione deve soddisfare o raggiungere la soglia di successo nel 99% dei periodi di 1 minuto durante il giorno. In caso affermativo, allora SLO è soddisfatto per quel giorno. Il giorno successivo è previsto un nuovo intervallo di valutazione e la richiesta deve soddisfare o raggiungere la soglia di successo nel 99% dei periodi di 1 minuto del secondo giorno SLO per soddisfare la soglia del secondo giorno.
An SLI può essere basato su una delle nuove metriche applicative standard raccolte da Application Signals. In alternativa, può essere qualsiasi espressione CloudWatch metrica o metrica. Le metriche standard dell'applicazione che è possibile utilizzare per un'SLIapplicazione sono e. Latency
Availability
Availability
rappresenta le risposte riuscite divise per il totale delle richieste. Viene calcolata come (1 - frequenza di errore)*100, dove le risposte di errore sono 5xx
errori. Le risposte andate a buon fine sono risposte prive di errori 5XX
. Le risposte 4XX
vengono considerate come andate a buon fine.
Calcola il budget e il raggiungimento degli errori in base al periodo SLOs
Quando visualizzi le informazioni su unSLO, ne vedi lo stato di salute attuale e il budget degli errori. Il budget di errore è la quantità di tempo all'interno dell'intervallo che può superare la soglia ma non superare la SLO soglia. Il budget di errore totale è la quantità totale di tempo di superamento della soglia che può essere tollerato durante l'intero intervallo. Il budget di errore residuo è la quantità di tempo residuo di superamento della soglia che può essere tollerato durante l'intervallo corrente. Questo si calcola sottraendo dal budget di errore totale la quantità di tempo in cui la soglia è già stata superata.
La figura seguente illustra i concetti relativi al budget di raggiungimento e di errore per un obiettivo con un intervallo di 30 giorni, periodi di 1 minuto e un obiettivo di raggiungimento del 99%. 30 giorni include 43.200 periodi da 1 minuto. Il 99% di 43.200 è 42.768, quindi 42.768 minuti durante il mese devono essere salutari SLO per essere raggiunti. Finora, nell'intervallo attuale, 130 periodi di 1 minuto non hanno raggiunto l'obiettivo.
Determinazione del successo in ogni periodo
All'interno di ogni periodo, i SLI dati vengono aggregati in un unico punto dati basato sulla statistica utilizzata per. SLI Questo punto dati rappresenta l'intera durata del periodo. Quel singolo punto dati viene confrontato con la SLI soglia per determinare se il periodo è sano. La visualizzazione nel pannello di controllo dei periodi che non hanno raggiunto l'obiettivo durante l'intervallo di tempo corrente può avvisare gli operatori del servizio che è necessario controllarlo.
Se si ritiene che il periodo non abbia raggiunto l'obiettivo, l'intera durata del periodo viene conteggiata come non riuscito ai fini del calcolo del budget di errore. Il monitoraggio del budget di errore consente di sapere se il servizio sta ottenendo le prestazioni desiderate per un periodo di tempo più lungo.
Calcola il budget e il raggiungimento degli errori in base alle richieste SLOs
Dopo aver creato un fileSLO, puoi recuperare i relativi report sui budget relativi agli errori. Un budget di errore è la quantità di richieste per le quali l'applicazione può non essere conforme all'obiettivo prefissato, senza che l'SLOapplicazione raggiunga l'obiettivo prefissato. In un caso basato su richiesteSLO, il budget di errore residuo è dinamico e può aumentare o diminuire, a seconda del rapporto tra richieste soddisfacenti e richieste totali
La tabella seguente illustra il calcolo per un obiettivo basato su richieste SLO con un intervallo di 5 giorni e un obiettivo di raggiungimento dell'85%. In questo esempio, supponiamo che non ci sia traffico prima del primo giorno. Non SLO hanno raggiunto l'obiettivo il decimo giorno.
Orario | Total Requests (Richieste totali) | Richieste errate | Richieste totali cumulative negli ultimi 5 giorni | Totale cumulativo delle richieste valide negli ultimi 5 giorni | Ottenimento basato su richiesta | Richieste di budget totali | Richieste di budget rimanenti |
---|---|---|---|---|---|---|---|
Giorno 1 |
10 | 1 |
10 |
9 |
9/10 = 90% |
1.5 |
0,5 |
Giorno 2 |
5 |
1 |
15 |
13 |
13/15 = 86% |
2.3 |
0.3 |
Giorno 3 |
1 |
1 |
16 |
13 |
13/16 = 81% |
2.4 |
-0,6 |
4° giorno |
24 |
0 |
40 |
37 |
37/40 = 92% |
6.0 |
3.0 |
Giorno 5 |
20 |
5 |
60 |
52 |
52/60 = 87% |
9,0 |
1 |
6° giorno |
6 |
2 |
56 |
47 |
47/56= 84% |
8,4 |
-0,6 |
Giorno 7 |
10 |
3 |
61 |
50 |
50/61= 82% |
9.2 |
-1,8 |
Giorno 8 |
15 |
6 |
75 |
59 |
59/75= 79% |
11,3 |
-4,7 |
Giorno 9 |
12 |
1 |
63 |
46 |
46/63 = 73% |
9,5 |
-7,5 |
Giorno 10 |
5 |
57 |
40 |
40/57= 70% |
8,5 |
-8,5 | |
Raggiungimento finale degli ultimi 5 giorni |
|
70% |
Calcola la velocità di combustione e, facoltativamente, imposta gli allarmi sulla frequenza di combustione
È possibile utilizzare Application Signals per calcolare le frequenze di combustione per gli obiettivi dei livelli di servizio. La frequenza di combustione è una metrica che indica la velocità con cui il servizio consuma il budget di errore, rispetto all'obiettivo di raggiungimento di. SLO È espressa come fattore multiplo del tasso di errore di base.
La frequenza di combustione viene calcolata in base al tasso di errore di base, che dipende dall'obiettivo di raggiungimento. L'obiettivo di raggiungimento è la percentuale di periodi di tempo soddisfacenti o di richieste riuscite che devono essere raggiunte per raggiungere l'obiettivo. SLO Il tasso di errore di base è (100% - percentuale dell'obiettivo raggiunto) e questo numero esaurirebbe l'esatto budget di errore completo alla fine dell'intervallo di tempo. SLO Quindi una persona SLO con un obiettivo di raggiungimento del 99% avrebbe un tasso di errore di base dell'1%.
Il monitoraggio della frequenza di combustione ci indica quanto siamo lontani dal tasso di errore di base. Ancora una volta, prendendo l'esempio di un obiettivo di raggiungimento del 99%, è vero quanto segue:
Frequenza di combustione = 1: se la frequenza di combustione rimane sempre esattamente al tasso di errore di base, raggiungiamo esattamente l'obiettivo. SLO
Frequenza di combustione < 1: se la frequenza di combustione è inferiore al tasso di errore di base, siamo sulla buona strada per superare l'SLOobiettivo.
Frequenza di combustione > 1: se la frequenza di combustione è superiore al tasso di errore di base, abbiamo la possibilità di fallire l'SLOobiettivo.
Quando crei frequenze di combustione per il tuoSLOs, puoi anche scegliere di creare contemporaneamente CloudWatch allarmi per monitorare le frequenze di combustione. Puoi impostare una soglia per le frequenze di combustione e gli allarmi possono avvisarti automaticamente se i parametri della frequenza di combustione superano la soglia impostata. Ad esempio, una frequenza di combustione prossima alla soglia può farti sapere che SLO sta esaurendo il budget di errore più velocemente di quanto il team possa tollerare e che il team potrebbe dover rallentare il tasso di abbandono dell'applicazione per assicurarsi che gli obiettivi prestazionali a lungo termine vengano raggiunti.
La creazione di allarmi comporta addebiti. Per ulteriori informazioni sui CloudWatch prezzi, consulta la pagina CloudWatch dei prezzi di Amazon
Calcola la velocità di combustione
Per calcolare la velocità di combustione, è necessario specificare una finestra di riepilogo. La finestra di look-back è il periodo di tempo durante il quale misurare il tasso di errore.
burn rate = error rate over the look-back window / (100% - attainment goal)
Il tasso di errore viene calcolato come rapporto tra il numero di eventi negativi e il numero totale di eventi durante la finestra della frequenza di combustione:
In base al periodoSLOs, il tasso di errore viene calcolato dividendo i periodi negativi per i periodi totali. Il totale dei periodi rappresenta la totalità dei periodi presenti nella finestra di riepilogo.
In base alle richiesteSLOs, si tratta di una misura delle richieste errate divisa per il totale delle richieste. Il numero totale di richieste è il numero di richieste durante la finestra di look-back.
La finestra di look-back deve essere un multiplo del SLO periodo di tempo e deve essere inferiore all'intervallo. SLO
Determina la soglia appropriata per un allarme relativo alla frequenza di combustione
Quando si configura un allarme di frequenza di combustione, è necessario scegliere un valore per la frequenza di combustione come soglia di allarme. Il valore di questa soglia dipende dalla durata dell'SLOintervallo e dalla finestra di riferimento e dipende dal metodo o dal modello mentale che il team intende adottare. Sono disponibili due metodi principali per determinare la soglia.
Metodo 1: Determina la percentuale del budget totale stimato per gli errori che il team è disposto a investire nella finestra riepilogativa.
Se vuoi allarmarti quando l'X% del budget di errore stimato viene speso nelle ultime ore di riferimento sulla frequenza di combustione, la soglia di burn rate è la seguente:
burn rate threshold = X% * SLO interval length / look-back window size
Ad esempio, il 5% di un budget di errore di 30 giorni (720 ore) impiegato per più di un'ora richiede una frequenza di masterizzazione di. 5% * 720 / 1 = 36
Pertanto, se la finestra di panoramica sulla velocità di combustione è di 1 ora, impostiamo la soglia della velocità di combustione su 36.
È possibile utilizzare la CloudWatch console per creare allarmi sulla frequenza di combustione utilizzando questo metodo. È possibile specificare il numero X e la soglia viene determinata utilizzando la formula precedente.
La durata dell'SLOintervallo è determinata in base al tipo di SLO intervallo:
Infatti, SLOs con un intervallo di rotazione, corrisponde alla lunghezza dell'intervallo in ore.
Per SLOs con un intervallo basato sul calendario:
Se l'unità è costituita da giorni o settimane, è la lunghezza dell'intervallo in ore.
Se l'unità è un mese, prendiamo 30 giorni come lunghezza stimata e la convertiamo in ore.
Metodo 2: determinare il tempo che manca all'esaurimento del budget per l'intervallo successivo
Per far sì che l'allarme ti avvisi quando il tasso di errore corrente nella finestra di riepilogo più recente indica che mancano meno di X ore all'esaurimento del budget (supponendo che il budget residuo sia attualmente del 100%), puoi utilizzare la seguente formula per determinare la soglia della frequenza di combustione.
burn rate threshold = SLO interval length / X
Sottolineiamo che il tempo fino all'esaurimento del budget (X) nella formula precedente presuppone che il budget totale rimanente sia attualmente del 100% e pertanto non tiene conto dell'importo del budget che è già stato bruciato in questo intervallo. Possiamo anche considerarlo come il tempo che manca all'esaurimento del budget per l'intervallo successivo.
Procedure dettagliate per gli allarmi relativi alla frequenza di combustione
Ad esempio, prendiamo un esempio SLO con un intervallo di 28 giorni. L'impostazione di un allarme relativo alla frequenza di combustione SLO prevede due passaggi:
Imposta la velocità di masterizzazione e la finestra di visualizzazione.
Crea un CloudWatch allarme che monitora la frequenza di combustione.
Per iniziare, stabilisci la quota del budget totale per gli errori che il servizio è disposto a spendere entro un periodo di tempo specifico. In altre parole, stabilisci il tuo obiettivo usando questa frase: «Voglio essere avvisato quando l'X% del mio budget totale destinato agli errori viene consumato entro milioni di minuti».
Ad esempio, potresti voler impostare l'obiettivo in modo da ricevere un avviso quando il 2% del budget totale per gli errori viene consumato entro 60 minuti.
Per impostare la velocità di masterizzazione, è necessario innanzitutto definire la finestra di riepilogo. La finestra di look-back è M, che in questo esempio è di 60 minuti.
Successivamente, si crea l'allarme. CloudWatch Quando si esegue questa operazione, è necessario specificare una soglia per la velocità di combustione. Se la velocità di combustione supera questa soglia, l'allarme ti avviserà. Per trovare la soglia, usa la seguente formula:
burn rate threshold = X% * SLO interval length/ look-back window size
In questo esempio, X è 2 perché vogliamo essere avvisati se il 2% del budget di errore viene consumato entro 60 minuti. La durata dell'intervallo è di 40.320 minuti (28 giorni) e 60 minuti è la finestra di riepilogo, quindi la risposta è:
burn rate threshold = 2% * 40,320 / 60 = 13.44.
In questo esempio, dovresti impostare 13,44 come soglia di allarme.
Allarmi multipli con finestre diverse
Impostando gli allarmi su più finestre di riepilogo, è possibile rilevare rapidamente un forte aumento del tasso di errore con una finestra corta e allo stesso tempo rilevare aumenti minori del tasso di errore che, se passano inosservati, alla fine riducono il budget di errore.
Inoltre, è possibile impostare un allarme composito su una frequenza di combustione con finestra lunga e su una frequenza di combustione con finestra breve (1/12 della finestra lunga) ed essere informati solo quando entrambe le velocità di combustione superano una soglia. In questo modo, puoi assicurarti di ricevere avvisi solo per le situazioni che si verificano ancora. Per ulteriori informazioni sugli allarmi compositi in CloudWatch, vedere. Combinazione di allarmi
Nota
È possibile impostare un allarme metrico sulla velocità di combustione quando si crea la velocità di combustione. Per impostare un allarme composito su più allarmi di frequenza di combustione, è necessario utilizzare le istruzioni in. Creazione di un allarme composito
Una strategia di allarme composito consigliata nella cartella di lavoro di Google Site Reliability Engineering
Un allarme composito che rileva un paio di allarmi, uno con una finestra di un'ora e uno con una finestra di cinque minuti.
Un secondo allarme composito che rileva un paio di allarmi, uno con una finestra di sei ore e uno con una finestra di 30 minuti.
Un terzo allarme composito che rileva un paio di allarmi, uno con una finestra di tre giorni e l'altro con una finestra di sei ore.
I passaggi per eseguire questa configurazione sono i seguenti:
-
Crea cinque frequenze di masterizzazione, con finestre di cinque minuti, 30 minuti, un'ora, sei ore e tre giorni.
Crea le seguenti tre coppie di CloudWatch allarmi. Ogni coppia include una finestra lunga e una finestra corta pari a 1/12 della finestra lunga e le soglie vengono determinate utilizzando i passaggi in. Determina la soglia appropriata per un allarme relativo alla frequenza di combustione Quando calcoli la soglia per ogni allarme della coppia, utilizza la finestra di riepilogo più lunga della coppia nel calcolo.
Allarmi sulla frequenza di combustione di 1 ora e 5 minuti (la soglia è determinata dal 2% del budget totale)
Allarmi sulla frequenza di combustione di 6 ore e 30 minuti (la soglia è determinata dal 5% del budget totale)
Allarmi relativi alla frequenza di combustione a 3 giorni e a 6 ore (la soglia è determinata dal 10% del budget totale)
Per ognuna di queste coppie, crea un allarme composito per essere avvisato quando entrambi i singoli allarmi entrano in funzione. ALARM Per ulteriori informazioni sulla creazione di allarmi compositi, consulta. Creazione di un allarme composito
Ad esempio, se gli allarmi per la prima coppia (finestra di un'ora e finestra di cinque minuti) hanno un nome
OneHourBurnRate
eFiveMinuteBurnRate
, la regola degli allarmi CloudWatch compositi sarebbeALARM(OneHourBurnRate) AND ALARM(FiveMinuteBurnRate)
La strategia precedente è possibile solo SLOs con intervalli di almeno tre ore. Per SLOs intervalli di durata inferiore, consigliamo di iniziare con una coppia di allarmi con frequenza di combustione, in cui un allarme ha una finestra di riepilogo pari a 1/12 della finestra di visualizzazione posteriore dell'altro allarme. Quindi imposta un allarme composito su questa coppia.
Crea un SLO
Ti consigliamo di impostare sia la latenza che la disponibilità SLOs sulle tue applicazioni critiche. Questi parametri raccolti da Application Signals sono in linea con gli obiettivi aziendali comuni.
Puoi anche impostare SLOs qualsiasi CloudWatch metrica o espressione matematica metrica che risulti in una singola serie temporale.
La prima volta che ne crei uno SLO nel tuo account, crea CloudWatch automaticamente il ruolo AWSServiceRoleForCloudWatchApplicationSignalscollegato al servizio nel tuo account, se non esiste già. Questo ruolo collegato al servizio consente di CloudWatch raccogliere dati di CloudWatch log, dati di tracciamento X-Ray, dati di CloudWatch metrica e dati di etichettatura dalle applicazioni del tuo account. Per ulteriori informazioni sui ruoli collegati ai servizi, vedere. CloudWatch Utilizzo di ruoli collegati ai servizi per CloudWatch
Quando si crea unSLO, si specifica se si tratta di un periodo SLO o di una richiesta. SLO Ogni tipo di applicazione SLO ha un modo diverso di valutare le prestazioni dell'applicazione rispetto all'obiettivo di raggiungimento.
Un sistema basato su periodi SLO utilizza periodi di tempo definiti all'interno di un intervallo di tempo totale specificato. Per ogni periodo di tempo, Application Signals determina se l'applicazione ha raggiunto il suo obiettivo. Il tasso di raggiungimento viene calcolato come.
number of good periods/number of total periods
Ad esempio, per un periodo, il raggiungimento di un obiettivo di raggiungimento del 99,9% significa cheSLO, nell'intervallo stabilito, l'applicazione deve raggiungere il proprio obiettivo di prestazioni per almeno il 99,9% dei periodi di tempo.
Un'applicazione basata su richieste SLO non utilizza periodi di tempo predefiniti. Invece, le SLO misure
number of good requests/number of total requests
durante l'intervallo. In qualsiasi momento, puoi trovare il rapporto tra le richieste soddisfacenti e le richieste totali per l'intervallo fino al timestamp che hai specificato e misurare tale rapporto rispetto all'obiettivo impostato. SLO
Crea un modello basato sul periodo SLO
Utilizzare la procedura seguente per creare un documento basato sul periodoSLO.
Per creare un documento basato sul periodo SLO
Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/
. Nel riquadro di navigazione, scegli Service Level Objectives (SLO).
Scegli Crea SLO.
Inserisci un nome perSLO. L'inclusione del nome di un servizio o di un'operazione, insieme a parole chiave appropriate come latenza o disponibilità, ti aiuterà a identificare rapidamente ciò che indica SLO lo stato durante il triage.
Per Set Service Level Indicator (SLI), effettuate una delle seguenti operazioni:
Per impostare una SLO delle metriche standard dell'applicazione
Latency
oppureAvailability
:Seleziona Operazione del servizio.
Seleziona il servizio che SLO verrà monitorato.
Seleziona l'operazione che SLO verrà monitorata.
Per Seleziona un metodo di calcolo, scegli Periodi.
I menu a discesa Seleziona servizio e Seleziona operazione sono popolati da servizi e operazioni che sono stati attivi nelle ultime 24 ore.
Seleziona Disponibilità o Latenza, quindi imposta la soglia.
Per impostarlo SLO su qualsiasi CloudWatch metrica o espressione matematica CloudWatch metrica:
Scegliete Metrica. CloudWatch
Scegli Seleziona CloudWatch metrica.
Viene visualizzata la schermata Seleziona parametro. Utilizza le schede Sfoglia o Query per trovare il parametro desiderato oppure crea un'espressione matematica del parametro.
Dopo aver selezionato la metrica desiderata, scegli la scheda Metriche grafiche e seleziona la Statistica e il periodo da utilizzare per. SLO Quindi, scegli Seleziona parametro.
Per informazioni su queste schermate, consulta Rappresentazione grafica di un parametro e Aggiungere un'espressione matematica a un grafico CloudWatch .
Per Seleziona un metodo di calcolo, scegli Periodi.
Per Imposta condizione, selezionate un operatore di confronto e una soglia SLO da utilizzare come indicatore di successo.
Se hai selezionato Service Operation nel passaggio 5, puoi facoltativamente scegliere Impostazioni aggiuntive e quindi modificare la durata del periodo. SLO
Imposta l'intervallo e l'obiettivo di raggiungimento per. SLO Per ulteriori informazioni sugli intervalli e sugli obiettivi di raggiungimento e su come interagiscono tra loro, consulta SLOconcetti.
(Facoltativo) In Imposta velocità di SLO combustione, procedi come segue:
Imposta la durata (in minuti) della finestra di panoramica per la velocità di masterizzazione. Per informazioni su come scegliere questa lunghezza, consulta. Procedure dettagliate per gli allarmi relativi alla frequenza di combustione
Per creare più frequenze di masterizzazione a questo scopoSLO, scegli Aggiungi altre frequenze di combustione e imposta la finestra di riepilogo per visualizzare le frequenze di combustione aggiuntive.
(Facoltativo) Crea allarmi sulla frequenza di combustione effettuando le seguenti operazioni:
In Imposta allarmi sulla velocità di combustione seleziona la casella di controllo per ogni frequenza di combustione per cui desideri creare un allarme. Per ognuno di questi allarmi, procedi come segue:
Specificate l'SNSargomento Amazon da utilizzare per le notifiche quando l'allarme entra in ALARM stato.
Imposta una soglia di burn rate o specifica la percentuale del budget totale stimato investito nell'ultima finestra di riepilogo in cui desideri rimanere al di sotto. Se imposti la percentuale del budget totale stimato investito, la soglia della velocità di combustione viene calcolata automaticamente e utilizzata nell'allarme. Per decidere quale soglia impostare o per capire in che modo questa opzione viene utilizzata per calcolare la soglia della velocità di combustione, consulta. Determina la soglia appropriata per un allarme relativo alla frequenza di combustione
(Facoltativo) Imposta uno o più CloudWatch allarmi o una soglia di avviso per. SLO
CloudWatch gli allarmi possono utilizzare Amazon SNS per avvisarti in modo proattivo se un'applicazione non è integra in base alle sue prestazioni. SLI
Per creare un allarme, seleziona una delle caselle di controllo relative agli allarmi e inserisci o crea l'SNSargomento Amazon da utilizzare per le notifiche quando l'allarme entra in
ALARM
stato. Per ulteriori informazioni sugli CloudWatch allarmi, consulta Utilizzo degli CloudWatch allarmi Amazon. La creazione di allarmi comporta addebiti. Per ulteriori informazioni sui CloudWatch prezzi, consulta la pagina CloudWatch dei prezzi di Amazon. Se imposti una soglia di avviso, questa viene visualizzata nelle schermate di Application Signals per aiutarti a identificare quelle SLOs che rischiano di non essere soddisfatte, anche se al momento non sono soddisfatte.
Per impostare una soglia di avviso, inserisci il valore della soglia in Soglia di avviso. Quando il budget SLO di errore è inferiore alla soglia di avviso, SLO viene contrassegnato con Avviso in diverse schermate di Application Signals. Le soglie di avviso vengono visualizzate anche nei grafici del budget di errore. È inoltre possibile creare un SLOallarme di avviso basato sulla soglia di avviso.
Per aggiungere tag a questoSLO, scegli la scheda Tag, quindi scegli Aggiungi nuovo tag. Con i tag è possibile a gestire, identificare, organizzare, cercare e filtrare le risorse. Per ulteriori informazioni sui tag, consulta Tagging delle risorse AWS.
Nota
Se l'applicazione a cui SLO è correlato è registrata AWS Service Catalog AppRegistry, puoi usare il
awsApplication
tag per associarla a quell'applicazione in cui è registrata AppRegistry. SLO Per ulteriori informazioni, consulta Cos'è AppRegistry?Scegli Crea SLO. Se hai scelto anche di creare uno o più allarmi, il nome del pulsante cambia di conseguenza.
Crea un file basato su richiesta SLO
Utilizzare la procedura seguente per creare un file basato su richiestaSLO.
Per creare un file basato su richiesta SLO
Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/
. Nel riquadro di navigazione, scegli Service Level Objectives (SLO).
Scegli Crea SLO.
Inserisci un nome perSLO. L'inclusione del nome di un servizio o di un'operazione, insieme a parole chiave appropriate come latenza o disponibilità, ti aiuterà a identificare rapidamente ciò che indica SLO lo stato durante il triage.
Per Set Service Level Indicator (SLI), effettuate una delle seguenti operazioni:
Per impostare una SLO delle metriche standard dell'applicazione
Latency
oppureAvailability
:Seleziona Operazione del servizio.
Seleziona il servizio che SLO verrà monitorato.
Seleziona l'operazione che SLO verrà monitorata.
Per Seleziona un metodo di calcolo, scegli Richieste.
-
I menu a discesa Seleziona servizio e Seleziona operazione sono popolati da servizi e operazioni che sono stati attivi nelle ultime 24 ore.
Scegli Disponibilità o Latenza. Se scegli Latenza, imposta la soglia.
Per impostarla SLO su qualsiasi CloudWatch metrica o espressione matematica CloudWatch metrica:
Scegliete Metrica. CloudWatch
-
Per Definire le richieste target, procedi come segue:
Scegli se misurare le richieste valide o le richieste non valide.
-
Scegli Seleziona CloudWatch metrica. Questa metrica sarà il numeratore del rapporto tra le richieste target e le richieste totali. Se utilizzi una metrica di latenza, utilizza le statistiche Trimmed count (TC). Se la soglia è 9 ms e stai utilizzando l'operatore di confronto inferiore a (<), utilizza la soglia TC (:threshold - 1). Per ulteriori informazioni su TC, vedere. Sintassi
Viene visualizzata la schermata Seleziona parametro. Utilizza le schede Sfoglia o Query per trovare il parametro desiderato oppure crea un'espressione matematica del parametro.
-
Per Definire le richieste totali, scegli la CloudWatch metrica che desideri utilizzare per l'origine. Questa metrica sarà il denominatore del rapporto tra le richieste di destinazione e le richieste totali.
Viene visualizzata la schermata Seleziona parametro. Utilizza le schede Sfoglia o Query per trovare il parametro desiderato oppure crea un'espressione matematica del parametro.
Dopo aver selezionato la metrica desiderata, scegli la scheda Metriche grafiche e seleziona la statistica e il periodo da utilizzare per. SLO Quindi, scegli Seleziona parametro.
Se utilizzi una metrica di latenza che emette un punto dati per richiesta, utilizza le statistiche del conteggio dei campioni per contare il numero di richieste totali.
Per informazioni su queste schermate, consulta Rappresentazione grafica di un parametro e Aggiungere un'espressione matematica a un grafico CloudWatch .
Imposta l'intervallo e l'obiettivo di raggiungimento per. SLO Per ulteriori informazioni sugli intervalli e sugli obiettivi di raggiungimento e su come interagiscono tra loro, consulta SLOconcetti.
(Facoltativo) In Imposta velocità di SLO combustione, procedi come segue:
Imposta la durata (in minuti) della finestra di panoramica per la velocità di masterizzazione. Per informazioni su come scegliere questa lunghezza, consulta. Procedure dettagliate per gli allarmi relativi alla frequenza di combustione
Per creare più frequenze di masterizzazione a questo scopoSLO, scegli Aggiungi altre frequenze di combustione e imposta la finestra di riepilogo per visualizzare le frequenze di combustione aggiuntive.
(Facoltativo) Crea allarmi sulla frequenza di combustione effettuando le seguenti operazioni:
In Imposta allarmi sulla velocità di combustione seleziona la casella di controllo per ogni frequenza di combustione per cui desideri creare un allarme. Per ognuno di questi allarmi, procedi come segue:
Specificate l'SNSargomento Amazon da utilizzare per le notifiche quando l'allarme entra in ALARM stato.
Imposta una soglia di burn rate o specifica la percentuale del budget totale stimato investito nell'ultima finestra di riepilogo in cui desideri rimanere al di sotto. Se imposti la percentuale del budget totale stimato investito, la soglia della velocità di combustione viene calcolata automaticamente e utilizzata nell'allarme. Per decidere quale soglia impostare o per capire in che modo questa opzione viene utilizzata per calcolare la soglia della velocità di combustione, consulta. Determina la soglia appropriata per un allarme relativo alla frequenza di combustione
(Facoltativo) Imposta uno o più CloudWatch allarmi o una soglia di avviso per. SLO
CloudWatch gli allarmi possono utilizzare Amazon SNS per avvisarti in modo proattivo se un'applicazione non è integra in base alle sue prestazioni. SLI
Per creare un allarme, seleziona una delle caselle di controllo relative agli allarmi e inserisci o crea l'SNSargomento Amazon da utilizzare per le notifiche quando l'allarme entra in
ALARM
stato. Per ulteriori informazioni sugli CloudWatch allarmi, consulta Utilizzo degli CloudWatch allarmi Amazon. La creazione di allarmi comporta addebiti. Per ulteriori informazioni sui CloudWatch prezzi, consulta la pagina CloudWatch dei prezzi di Amazon. Se imposti una soglia di avviso, questa viene visualizzata nelle schermate di Application Signals per aiutarti a identificare quelle SLOs che rischiano di non essere soddisfatte, anche se al momento non sono soddisfatte.
Per impostare una soglia di avviso, inserisci il valore della soglia in Soglia di avviso. Quando il budget SLO di errore è inferiore alla soglia di avviso, SLO viene contrassegnato con Avviso in diverse schermate di Application Signals. Le soglie di avviso vengono visualizzate anche nei grafici del budget di errore. È inoltre possibile creare un SLOallarme di avviso basato sulla soglia di avviso.
Per aggiungere tag a questoSLO, scegli la scheda Tag, quindi scegli Aggiungi nuovo tag. Con i tag è possibile a gestire, identificare, organizzare, cercare e filtrare le risorse. Per ulteriori informazioni sui tag, consulta Tagging delle risorse AWS.
Nota
Se l'applicazione a cui SLO è correlato è registrata AWS Service Catalog AppRegistry, puoi usare il
awsApplication
tag per associarla a quell'applicazione in cui è registrata AppRegistry. SLO Per ulteriori informazioni, consulta Cos'è AppRegistry?Scegli Crea SLO. Se hai scelto anche di creare uno o più allarmi, il nome del pulsante cambia di conseguenza.
Visualizza e valuta lo stato SLO
Puoi visualizzare rapidamente lo stato del tuo sistema SLOs utilizzando gli obiettivi del livello di servizio o le opzioni Services nella CloudWatch console. La visualizzazione Servizi fornisce una at-a-glance panoramica del rapporto tra i servizi non integri, calcolato in base a SLOs quello impostato. Per ulteriori informazioni sull'uso dell'opzione Servizi, consulta Monitoraggio dell'integrità operativa delle applicazioni con Application Signals.
La visualizzazione Obiettivi del livello di servizio offre una panoramica macro dell'organizzazione. Puoi vedere il soddisfatto e il non soddisfatto SLOs nel loro insieme. In questo modo puoi avere un'idea di quanti dei tuoi servizi e delle tue operazioni stanno rispondendo alle tue aspettative per periodi di tempo più lunghi, in base al periodo SLIs che hai scelto.
Per visualizzare tutti i dati relativi all'SLOsutilizzo della visualizzazione Obiettivi del livello di servizio
-
Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/
. Nel riquadro di navigazione, scegli Service Level Objectives (SLO).
Viene visualizzato l'elenco degli obiettivi del livello di servizio (SLO).
Puoi visualizzare rapidamente lo stato attuale del tuo SLOs nella colonna dello SLIstato. Per ordinarli SLOs in modo che tutti quelli non sani siano in cima all'elenco, scegli la colonna dello SLIstato finché quelli non sani non SLOs sono tutti in cima alla lista.
La SLO tabella contiene le seguenti colonne predefinite. Puoi modificare le colonne da visualizzare selezionando l'icona a forma di ingranaggio sopra l'elenco. Per ulteriori informazioni sugli obiettiviSLIs, il raggiungimento e gli intervalli, vedere. SLOconcetti
Il nome di. SLO
La colonna Obiettivo mostra la percentuale di periodi durante ogni intervallo che devono raggiungere con successo la SLI soglia per l'SLOobiettivo da raggiungere. Visualizza anche la durata dell'intervallo per. SLO
Lo SLIstato indica se lo stato operativo corrente dell'applicazione è integro o meno. Se un periodo dell'intervallo di tempo attualmente selezionato non è integro per ilSLO, SLIlo stato viene visualizzato Non integro.
Il raggiungimento finale è il livello di successo raggiunto alla fine dell'intervallo di tempo selezionato. Ordina in base a questa colonna per vedere quali sono SLOs quelle che rischiano maggiormente di non essere soddisfatte.
Il delta di raggiungimento è la differenza nel livello di raggiungimento tra l'inizio e la fine dell'intervallo di tempo selezionato. Un delta negativo indica che il parametro tende verso il basso. Ordina in base a questa colonna per vedere le ultime tendenze diSLOs.
Il budget per gli errori finali (%) è la percentuale del tempo totale nel periodo in cui possono verificarsi periodi non salutari ma che possono comunque SLO essere raggiunti con successo. Se si imposta questo valore al 5% e non SLI è corretto nel 5% o meno dei periodi rimanenti dell'intervallo, SLO viene comunque raggiunto con successo.
Il delta del budget di errore è la differenza nel budget di errore tra l'inizio e la fine dell'intervallo di tempo selezionato. Un delta negativo indica che il parametro tende verso la non riuscita.
Il budget (tempo) relativo agli errori finali è la quantità di tempo effettivo dell'intervallo che può non essere corretto ma che deve comunque essere raggiunto con successo. SLO Ad esempio, se questo valore è di 14 minuti, se l'intervallo non SLI è soddisfacente per meno di 14 minuti durante l'intervallo rimanente, SLO verrà comunque raggiunto con successo.
-
Il budget relativo agli errori finali (richieste) è la quantità di richieste nell'intervallo che possono non essere corrette ma che devono comunque essere soddisfatte con successo. SLO In base alle richiesteSLOs, questo valore è dinamico e può variare al variare del numero totale cumulativo di richieste nel tempo.
Le colonne Servizio, Operazione e Tipo visualizzano informazioni sul servizio e sull'operazione per cui è impostato. SLO
Per visualizzare i grafici relativi al budget relativo ai risultati e agli errori di unSLO, scegli il pulsante di opzione accanto al nome. SLO
I grafici nella parte superiore della pagina mostrano il SLOraggiungimento e lo stato del budget di errore. Viene inoltre visualizzato un grafico sulla SLI metrica associata a questa SLO metrica.
Per classificare ulteriormente un uomo SLO che non raggiunge il suo obiettivo, scegli il nome del servizio o il nome dell'operazione ad esso associato. SLO Verrà visualizzata la pagina dei dettagli dove puoi effettuare ulteriori operazioni di valutazione. Per ulteriori informazioni, consulta Visualizza l'attività di servizio dettagliata e lo stato operativo con la pagina dei dettagli del servizio.
Per modificare l'intervallo di tempo dei grafici e delle tabelle sulla pagina, scegli un nuovo intervallo di tempo nella parte superiore dello schermo.
Modifica un esistente SLO
Segui questi passaggi per modificare un esistenteSLO. Quando ne modifichi unoSLO, puoi modificare solo la soglia, l'intervallo, l'obiettivo di raggiungimento e i tag. Per modificare altri aspetti come il servizio, il funzionamento o la metrica, creane uno nuovo SLO anziché modificarne uno esistente.
La modifica di parte di una configurazione di SLO base, ad esempio il periodo o la soglia, invalida tutti i dati e le valutazioni precedenti relativi al rendimento e allo stato di salute. Elimina e ricrea efficacemente il. SLO
Nota
Se ne modifichi unoSLO, gli allarmi ad esso associati non SLO vengono aggiornati automaticamente. Potrebbe essere necessario aggiornare gli allarmi per mantenerli sincronizzati con. SLO
Per modificare un esistente SLO
-
Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/
. Nel riquadro di navigazione, scegli Service Level Objectives (SLO).
Scegli il pulsante di opzione accanto a SLO quello che desideri modificare e scegli Azioni, Modifica SLO.
Apporta le modifiche desiderate e seleziona Salva modifiche.
Elimina un SLO
Segui questi passaggi per eliminare un file esistenteSLO.
Nota
Quando elimini unSLO, gli allarmi ad esso associati non SLO vengono eliminati automaticamente. Dovrai eliminarli tu stesso. Per ulteriori informazioni, consulta Gestione degli allarmi.
Per eliminare un SLO
-
Apri la CloudWatch console all'indirizzo https://console.aws.amazon.com/cloudwatch/
. Nel riquadro di navigazione, scegli Service Level Objectives (SLO).
Scegli il pulsante di opzione accanto a SLO quello che desideri modificare e scegli Azioni, Elimina SLO.
Scegli Conferma.