Progettazione di SLO

Questa pagina fornisce le informazioni di cui potresti aver bisogno prima di creare un obiettivo del livello di servizio (SLO).

Per un'introduzione agli SLO, consulta la panoramica degli obiettivi del livello di servizio.

Tipo di SLI e target di conformità

Cloud Service Mesh supporta i seguenti tipi di indicatori del livello del servizio:

  • Latenza: il tempo impiegato da un servizio per restituire una risposta a una richiesta. misurato in millisecondi.
  • Disponibilità: la frazione di tempo in cui un servizio risponde correttamente.
  • Altro: tipo di SLO personalizzabile in base alle metriche configurabili.

Definisci anche il target di conformità che vuoi per il tuo servizio. In genere, gli SLO non devono essere superiori a quanto necessario o significativo per gli utenti. Valuta in che punto gli utenti potrebbero notare il degrado del servizio. Ad esempio, se gli utenti non riescono a distinguere la differenza tra una latenza di 300 ms o 500 ms per il tuo servizio, utilizza il valore più elevato come soglia di latenza nello SLO. Il valore più basso è più costoso da soddisfare e gli utenti non noteranno la differenza.

Quando imposti un obiettivo di conformità, considera i requisiti dell'utente finale completamente gestito di Google Cloud. Ad esempio, uno strumento interno utilizzato dai dipendenti per prenotare le ferie potrebbe essere sufficiente con un target di disponibilità del 99% (~3 giorni di tempo di riposo all'anno). Ma un servizio fondamentale per un negozio online potrebbe aver bisogno di una disponibilità del 99,999% (~5 minuti di inattività all'anno).

Periodi di conformità

Oltre a definire un target per un SLI, uno SLO specifica un periodo di tempo in cui viene misurato lo SLI. Ad esempio, una disponibilità del 99% su un singolo è diversa dalla disponibilità del 99% su un mese. Il primo SLO non consentono più di 14 minuti di inattività consecutivi (24 ore * 1%), mentre secondo SLO consentirebbe tempi di inattività consecutivi fino a circa 7 ore (30 giorni * 1%).

Il periodo di conformità è particolarmente importante quando uno SLO è incluso in l'accordo sul livello del servizio (SLA, Service Level Agreement) con i tuoi utenti. Uno SLA è un contratto con il Gli utenti del tuo servizio che in genere specificano le conseguenze del mancato rispetto gli SLO. A prescindere dal fatto che uno SLA (accordo sul livello del servizio) con gli utenti sia un prodotto o decisione aziendale, ma a fini di monitoraggio è comunque necessario specificare un periodo di conformità per gli SLO al momento della loro creazione.

Quando configuri gli SLO, scegli il tipo di periodo di conformità:

  • Calendario: quando selezioni Calendario come Tipo di periodo, devi anche specificare la Durata del periodo, che può essere un giorno, una settimana o un mese. I cicli non si sovrappongono e sono fissati alle date di inizio e di fine del calendario. La conformità può essere valutata solo al termine del periodo.

  • A rotazione: quando selezioni In sequenza come Tipo di periodo, specificare anche il numero di giorni per la Durata del periodo, ad esempio 30 giorni. A differenza dei periodi di calendario, i periodi incrementali non hanno date di inizio e di fine fisse. Cloud Service Mesh valuta continuamente gli SLO con un periodo di conformità progressivo. I dati più vecchi del calcolo precedente vengono esclusi dal calcolo corrente in quanto sostituiti da nuovi dati. Un periodo di tempo in sequenza fornisce più misurazioni di conformità perché ogni giorno ottieni una misura di conformità per gli ultimi 30 giorni, anziché uno al mese. Tuttavia, i servizi possono oscillare tra conformità e mancata conformità poiché lo stato dello SLO variare quotidianamente.

Budget di errore

Un altro concetto importante per il monitoraggio è il budget di errori. Uno SLO specifica un SLI e un valore target che misura il successo del servizio nel periodo di conformità. Il budget di errore per uno SLO rappresenta il tempo totale in cui può non essere conforme prima di violare il suo SLO. Di conseguenza, un errore Il budget è 100% - SLO%. Ad esempio, se hai un SLO di disponibilità su 30 giorni con un obiettivo di conformità del 99,99%, il tuo budget di errore è dello 0,01% di 30 giorni: poco più di 4 minuti di tempo di riposo consentito ogni 30 giorni. Un servizio che deve soddisfare un SLO al 100% non ha budget di errore.

I budget di errore ti consentono di monitorare quante misurazioni SLI errate possono verificarsi nel resto del periodo di conformità prima che il servizio violi le SLO. Puoi utilizzare il budget di errore per gestire le attività di manutenzione come il deployment di nuove versioni. Quando il budget di errore è quasi esaurito, non è un buon momento per intraprendere azioni rischiose come il deployment di nuovi aggiornamenti. Al contrario, se hai un budget di errore completo verso la fine di un periodo di conformità, potresti voler lanciare nuove funzionalità poiché il rischio di violare lo SLO è inferiore.

Se stai misurando uno SLO con un periodo di conformità del calendario, Service Mesh imposta il budget di errore in base al valore massimo e lo riduce nel tempo, che attivano una violazione dello SLO quando il budget di errore scende al di sotto di 0. Cloud Service Mesh reimposta il budget di errore dello SLO alla fine del periodo di conformità.

Se stai misurando uno SLO in un periodo di conformità in sequenza, in modo efficace sempre al termine di un periodo di conformità. Anziché partire da zero, i vecchi punti dati vengono continuamente eliminati e i nuovi punti dati vengono aggiunti continuamente. Se un periodo di scarsa conformità non soddisfa i requisiti e, se lo SLO è conforme, il budget di errore aumenta. In qualsiasi momento nel tempo, un error budget ≥ 0 indica una finestra SLO di rotazione conforme e error budget < 0 indica una finestra SLO a rotazione non conforme.

Passaggi successivi