Concetti di Personalized Service Health

Questo documento descrive i concetti e i termini chiave utilizzati in Personalized Service Health (PSH). Comprendere questi concetti ti aiuta a interpretare in modo efficace gli eventi e a configurare gli avvisi.

Evento Service Health

Un evento di Service Health (v1,v1beta) è un evento che causa interruzioni con un impatto su un prodotto Google Cloud pertinente ai tuoi progetti o alle tue risorse. Alcuni esempi sono interruzioni della rete, errori di configurazione e problemi di prestazioni.

Ogni evento contiene dettagli sull'impatto complessivo dell'evento, aggiornamenti di Google e informazioni specifiche per il tuo progetto Google Cloud .

Incidente

Gli incidenti sono interruzioni o peggioramenti del servizio Google Cloud emergenti e attivi relativi ai tuoi progetti. È una categoria di un evento di Service Health.

Un incidente include quanto segue:

• Impatto dell'incidente: dettagli sull'ambito dell'evento, ad esempio prodotti e località interessati.Google Cloud
• Aggiornamenti da Google Cloud: aggiornamenti periodici dall'assistenza diGoogle Cloud .
• Pertinenza personalizzata: pertinenza dell'incidente rispetto al tuo progetto Google Cloud.
• Sintomi, soluzioni alternative e tempi di risoluzione previsti: informazioni per valutare l'impatto, applicare una soluzione alternativa o scoprire di più sulla causa principale.

Un incidente può avere una segnalazione di un problema, che include i fattori che hanno contribuito all'incidente e i Google Cloud piani da intraprendere per evitare che si verifichino incidenti simili. Le segnalazioni di un problema sono disponibili per gli incidenti che soddisfano le seguenti condizioni:

• L'incidente ha un impatto globale o interessa una percentuale significativa di progetti dei clienti in una o più regioni.
• Uno o più prodotti non sono disponibili o sono gravemente compromessi.

Stati degli eventi e stati dettagliati

Un evento ha due campi che ne indicano lo stato. I valori di questi campi cambiano man mano che l'evento si evolve.

• Stato dell'evento: indica lo stato generale dell'evento. Può essere uno dei seguenti:

  • Attivo: l'evento sta interessando attivamente Google Cloud e continuerà a ricevere aggiornamenti.
  • Chiuso: l'evento non influisce più su alcun prodotto Google Cloud o è stato unito a un altro evento.

• Stato dettagliato: fornisce ulteriori informazioni sullo stato dell'evento. Si applica solo agli incidenti e può assumere uno dei seguenti valori a seconda dello stato dell'evento:

  • In fase di sviluppo: gli ingegneri di Google stanno esaminando attivamente l'incidente per determinarne l'impatto. Un incidente emergente diventerà un incidente confermato o risolto una volta completata la valutazione dell'impatto. Un incidente attivo può essere un incidente emergente.

    L'assistenza per gli incidenti emergenti è disponibile solo per i prodotti di networking Google Cloud.

  • Confermato: l'incidente è confermato dai tecnici di Google e interessa almeno un prodotto Google Cloud . Verranno forniti aggiornamenti costanti sullo stato fino alla risoluzione del problema.

    Un incidente attivo può essere un incidente confermato.

  • Unito: l'incidente è stato unito a un incidente padre. Tutti gli aggiornamenti successivi verranno pubblicati solo nell'elemento principale.

  • Risolto: l'incidente non influisce più su nessun prodotto Google Cloud dopo l'intervento. Non saranno forniti ulteriori aggiornamenti.

    Un incidente chiuso è solitamente un incidente risolto.

  • Falso positivo: dopo un'indagine, gli ingegneri di Google hanno concluso che l'incidente non interessa un prodotto Google Cloud . Questo stato può cambiare se l'incidente viene esaminato di nuovo.

  • Chiuso automaticamente: l'incidente è stato chiuso automaticamente per i seguenti motivi:

    • Non è stato possibile confermare l'impatto dell'incidente.
    • L'incidente era intermittente o si è risolto da solo.

    L'incidente non ha una risoluzione perché non è stata eseguita alcuna azione o indagine. Se è intermittente, l'incidente potrebbe essere riaperto.

Stato di interruzione granulare

Durante un incidente che interessa più prodotti o località, i singoli prodotti o le singole località potrebbero essere ripristinati prima che l'incidente complessivo venga risolto. Personalized Service Health fornisce lo stato di interruzione granulare a livello di prodotto e di località per riflettere il recupero parziale mentre un incidente è attivo. Lo stato di interruzione granulare è disponibile sia per gli eventi a livello di progetto sia per quelli a livello di organizzazione.

Un prodotto o una località può avere uno dei seguenti stati di interruzione granulare:

• Interessato: il prodotto o la località sta riscontrando un'interruzione a causa dell'incidente.
• Risolto: il prodotto o la località specifici non presentano più interruzioni e sono stati ripristinati.

Distinzione tra stati degli eventi e stato granulare

È importante distinguere tra lo stato complessivo dell'evento, lo stato dettagliato e lo stato di interruzione granulare dei singoli prodotti o località:

• Stato complessivo e stato dettagliato dell'evento: si applicano all'incidente nel suo complesso. Un incidente rimane Attivo (con uno stato dettagliato come Confermato) finché almeno un prodotto o una località rimane Interessato. Un incidente passa allo stato Chiuso (con uno stato dettagliato Risolto) solo dopo che tutti i prodotti e le località associati hanno raggiunto lo stato Risolto.
• Stato di interruzione granulare: si applica in modo indipendente a ogni prodotto o località interessati. Un singolo prodotto o una singola località può passare allo stato Risolto mentre lo stato complessivo dell'evento rimane Attivo.

Quando un incidente viene unito a un incidente principale, gli stati di interruzione granulari dell'incidente secondario vengono cancellati e l'incidente secondario delega lo stato granulare all'incidente principale come Single Source Of Truth.

Nota: gli avvisi configurati in Cloud Logging si applicano alle revisioni complessive degli eventi e alle modifiche di stato, non alle transizioni di stato granulari isolate per singoli prodotti o località.

Pertinenza

Personalized Service Health valuta l'impatto di tutti gli incidenti sul tuo progetto. Se l'impatto dell'incidente sul tuo progetto è possibile o confermato, diventa disponibile nella dashboard e nell'API Service Health.

La pertinenza descrive l'impatto di un incidente sul tuo progetto. La pertinenza potrebbe cambiare con l'evolversi dell'incidente.

La pertinenza può avere i seguenti valori:

• Interessato: è stato verificato che l'incidente influisce sul tuo progetto. Disponibile solo per alcuni prodotti Google Cloud .
• Correlato: l'incidente ha una connessione diretta con il tuo progetto e ha un impatto su un prodotto Google Cloud in una località utilizzata dal progetto.
• Parzialmente correlato: l'incidente è associato a un prodotto Google Cloud utilizzato dal tuo progetto, ma potrebbe non influire sul progetto. Ad esempio, l'incidente potrebbe avere un impatto su un prodotto Google Cloud utilizzato nel progetto, ma in una località non utilizzata dal progetto.
• Nessun impatto: l'incidente non ha nessun impatto sul tuo progetto.
• Sconosciuto: l'impatto sul tuo progetto non è noto al momento.

Nomi di identità dei prodotti e nomi visualizzati (solo versioni alpha e beta)

Per consentire agli amministratori di individuare rapidamente le operazioni senza richiedere mappature locali degli ID prodotto, le voci degli eventi nelle release v1alpha e v1beta forniscono stringhe di visualizzazione all'interno delle risorse di riferimento.

Nello specifico, all'interno degli oggetti Product specificati nei payload standard (situati all'interno delle raccolte impact sia su Event che su OrganizationEvent), due nuove proprietà aiutano nell'identificazione:

• display_name (stringa): un tag OUTPUT_ONLY che espone titoli dei prodotti leggibili adatti alle letture dei clienti (ad esempio "Google Cloud SQL").
• previous_display_names (stringa ripetuta): un array OUTPUT_ONLY che descrive in dettaglio tutti i titoli precedentemente supportati da questa risorsa specifica. In questo modo, viene mantenuta la continuità nel tracciamento degli eventi attraverso i rebranding attivi.

Nota: I campi display_name e previous_display_name sono a scopo di visualizzazione e potrebbero cambiare in seguito al rebranding del prodotto. Per la logica programmatica (chiamate API e policy di avviso), utilizza ID prodotto stabili.

I campi di visualizzazione dei prodotti vengono posticipati sulla piattaforma vGA (v1) per garantire la massima stabilità del sistema.

Per determinare gli identificatori immutabili corretti da utilizzare nei filtri e negli avvisi:

1. Apri la guida Prodotti e località supportati.
2. Trova il prodotto Google Cloud di destinazione nella tabella.
3. Copia il valore elencato in ID prodotto.

In alternativa, determina gli identificatori immutabili corretti direttamente dai payload dell'API:

1. Effettua una chiamata API che restituisce risorse evento (ad esempio projects.locations.events.list).
2. Esamina le mappature dei blocchi impact nell'array JSON risultante.
3. Estrai la stringa presente nella proprietà product. Questo valore indica l'ID prodotto stabile, indipendentemente dai diversi nomi visualizzati.