Risoluzione dei problemi di arresto e riavvio delle VM

Il presente documento descrive cause comuni di arresti e riavvii imprevisti di macchine virtuali (VM) le istanze VM e come prevenirle.

Gli arresti e i riavvii delle VM possono essere causati da eventi di sistema o da attività amministrative. Gli arresti e i riavvii degli eventi di sistema sono generati dai sistemi Google o dalle VM un intero sistema operativo. Gli arresti e i riavvii delle attività di amministrazione vengono generati da un utente o una chiamata API generata dall'account di servizio. Tutti gli arresti e i riavvii vengono registrati ad eccezione dei riavvii avviati dalla VM.

Prima di iniziare

  • Se non l'hai già fatto, configura l'autenticazione. Autenticazione è la procedura di verifica dell'identità per l'accesso ai servizi e alle API di Google Cloud. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi eseguire l'autenticazione Compute Engine come segue.

    Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

    1. Installa Google Cloud CLI, quindi initialize eseguendo questo comando: 

      gcloud init
    2. Set a default region and zone.

Diagnosi degli arresti e dei riavvii delle VM

Per diagnosticare la causa dell'arresto o del riavvio spontanei di una VM, devi eseguire una query dei log della VM. Per identificare rapidamente la causa di futuri arresti o riavvii delle VM, creare una dashboard contenente i log. Dopo aver eseguito una query sui log, esamina method e principalEmail per determinare quale evento e quale utente o che il servizio abbia avviato l'arresto o il riavvio.

Esecuzione di query su Cloud Audit Logs

Esegui query su Cloud Audit Logs per visualizzare un elenco di eventi di sistema e attività di amministrazione che potrebbe aver causato l'arresto o il riavvio.

Console

  1. Nella console Google Cloud, vai alla pagina Esplora log.

    Vai a Esplora log

  2. Nel campo Query, inserisci la seguente query:

    resource.type="gce_instance"
"VM_NAME"
logName:("logs/cloudaudit.googleapis.com%2Fsystem_event" OR "logs/cloudaudit.googleapis.com%2Factivity")

    Sostituisci VM_NAME con il nome della VM arrestata o riavviato il dispositivo.

  3. Se l'evento che stai cercando si è verificato più di un'ora fa, imposta una intervallo di tempo personalizzato facendo clic sul simbolo dell'orologio e inserendo una intervallo.

    Imposta l'intervallo di tempo della query.

  4. Fai clic su Esegui query. I risultati vengono visualizzati nella sezione Query dei risultati.

  5. Fai clic sull' freccia di espansione accanto a ogni risultato per mostrare informazioni dettagliate.

  6. Consulta Revisione degli audit log di Cloud per ulteriori informazioni su method e principalEmail associati a chiusure e e come fare per evitarli.

gcloud

  1. Visualizza Cloud Audit Logs utilizzando Comando gcloud logging read:

    gcloud logging read --freshness=TIME 'resource.type="gce_instance" "VM_NAME" logName:("logs/cloudaudit.googleapis.com%2Fsystem_event" OR "logs/cloudaudit.googleapis.com%2Factivity")'

    Sostituisci quanto segue:

    • TIME: la quantità di tempo che vuoi query. Ad esempio, le query 1h registrano le voci nell'ultima ora. Per informazioni sui formati di data e ora, vedi gcloud topic datetimes.
    • VM_NAME: il nome della VM che ha arrestato è stato riavviato.

    Vengono visualizzati i risultati.

  2. Consulta Revisione degli audit log di Cloud per ulteriori informazioni su method e principalEmail associati a chiusure e e come fare per evitarli.

Analisi di Cloud Audit Logs

Esamina i campi method e principalEmail di Cloud Audit Logs per determinare perché la VM è stata arrestata o riavviata.

  1. Esamina i campi method di Cloud Audit Logs e confrontali con metodi elencati nella seguente tabella.

    Metodo Tipo di arresto Descrizione
    compute.instances.repair.recreateInstance Evento di sistema

    Se la tua VM appartiene a un gruppo di istanze gestite, ricrea la VM se il suo stato cambia da RUNNING e Il gruppo di istanze gestite non ha avviato il cambio di stato.

    Le modifiche dello stato dell'istanza che non vengono avviate dal gruppo di istanze gestite includono:
    compute.instances.hostError Evento di sistema

    Un errore dell'host (compute.instances.hostError) indica che era presente un hardware o un problema software sull'hosting della macchina fisica sulla VM che ne ha causato l'arresto anomalo. Un errore dell'host che riguarda l'hardware totale guasti o altri problemi hardware potrebbero impedire migrazione live della VM. Se la VM è impostata per il riavvio automatico, ovvero predefinita, Google riavvia la VM, in genere entro tre minuti dal momento in cui si verifica l'errore è stato rilevato. A seconda del problema, il riavvio potrebbe richiedere fino a 5,5 minuti.

    VM con dischi SSD locali

    Se si verifica un errore dell'host su una VM che ha uno o più SSD locali dischi collegati, Compute Engine fa il possibile per riconnettersi alla VM e preservare l'SSD locale e i dati di Google Cloud. Mentre Compute Engine recupera la VM e il disco SSD locale, il sistema host e il disco sottostante non rispondono.

    Puoi specificare il tempo che Compute Engine impiega per i tentativi di ripristino Dati degli SSD locali impostando il timeout del ripristino degli SSD locali.

    Per ulteriori informazioni su come l'SSD locale si comportano quando si verifica un errore dell'host, vedi Persistenza dei dati degli SSD locali.

    VM che non rispondono

    A volte, una VM potrebbe non rispondere prima che venga rilevato un errore dell'host. Puoi ridurre Tempo di attesa di Compute Engine per riavviare o terminare la VM impostando il ripristino dagli errori dell'host timeout (Anteprima). Per ulteriori informazioni, vedi Imposta i criteri di disponibilità.

    I guasti fisici e del software possono verificarsi occasionalmente, ma sono rari casi. Per proteggere le tue applicazioni e i tuoi servizi da questi eventi di sistema potenzialmente invasivi, consulta le seguenti risorse:

    Google offre inoltre servizi gestiti come App Engine e Ambiente flessibile di App Engine.
    compute.instances.automaticRestart Evento di sistema

    Questo evento si verifica dopo un evento hostError o una terminateOnHostMaintenance se le VM Il criterio di manutenzione dell'host automaticRestart è impostato su true. Nei log, un hostError o un terminateOnHostMaintenance voce di log precedente a questo log.

    Se vuoi modificare il criterio di manutenzione dell'host della VM, consulta Aggiornamento delle opzioni per un'istanza.

    compute.instances.guestTerminate Evento di sistema Il sistema operativo della VM ha avviato l'arresto.
    compute.instances.terminateOnHostMaintenance Evento di sistema

    Se imposti la manutenzione dell'host onHostMaintenance della VM su TERMINATE, Compute Engine arresta la VM quando si è verificato un evento di manutenzione in cui Google deve spostare la VM a un altro host.

    Se vuoi modificare onHostMaintenance della VM le norme, consulta Aggiornamento delle opzioni per un'istanza.
    compute.instances.preempted Evento di sistema

    Compute Engine ha prerilasciato la tua VM spot o legacy VM prerilasciabile:

    • Quando Compute Engine prerilascia una VM spot, Compute Engine interrompe o elimina VM spot in base un'azione di recesso. Le VM spot non hanno un tempo di esecuzione massimo.
    • Quando Compute Engine prerilascia una VM prerilasciabile, Compute Engine arresta sulla VM dopo un runtime massimo di 24 ore. Per evitare queste limitazioni, ma le VM spot.

    Le VM spot e le VM prerilasciabili sono Compute Engine in eccesso quindi Compute Engine potrebbe prerilasciarli ogni volta che è necessaria altrove. Puoi contribuire a mitigare gli effetti il prerilascio seguendo le istruzioni best practice. In alternativa, se hai bisogno di VM con runtime controllati dagli utenti, creano VM standard .
    compute.instances.stop Attività di amministrazione

    Un account utente o di servizio ha arrestato la tua VM.

    Vai al passaggio successivo per identificare l'account utente o di servizio che ha arrestato la tua VM. Per informazioni sul riavvio della VM, consulta Riavvio di un'istanza arrestata.
    compute.instances.delete Attività di amministrazione

    Un account utente o di servizio ha eliminato la tua VM.

    Vai al passaggio successivo per identificare l'account utente o di servizio che ha eliminato la tua VM. Per informazioni sulla creazione di una nuova VM, consulta Creazione e avvio di una VM.
    compute.instances.insert Attività di amministrazione

    Un account utente o di servizio ha creato la tua VM.

    Vai al passaggio successivo per identificare l'account utente o di servizio che ha creato la tua VM. Per informazioni sulla creazione di una nuova VM, consulta Creazione e avvio di una VM.
    compute.instances.reset Attività di amministrazione

    Un account utente o di servizio ha reimpostato la tua VM.

    Vai al passaggio successivo per identificare l'account utente o di servizio che ha arrestato la tua VM.

  2. Esamina i campi principalEmail di Cloud Audit Logs per identificare L'utente o il servizio che ha avviato l'arresto o il riavvio. Le seguenti include i servizi gestiti di Google comuni che avviano arresti anomali si riavvia.

    Email Descrizione
    system@google.com Un evento di sistema ha causato l'arresto o il riavvio.
    project-number@cloudservices.gserviceaccount.com

    R servizio di sicurezza ha avviato l'arresto.

    Per determinare quale progetto è stato avviato dal servizio dall'arresto, esamina lo stato project-number.

    Per determinare quale servizio Google ha effettuato la richiesta, rivedi il protoPayload.requestMetadata.callerSuppliedUserAgent .

    Se un utente ha attivato l'arresto o il riavvio, il suo indirizzo email verrà visualizzato in il campo principalEmail. Ad esempio, cloudysanfrancisco@gmail.com.

    Gli amministratori possono impedire agli utenti di modificare lo stato delle VM del progetto Modificare le autorizzazioni di Identity and Access Management per gli account utente. Per ulteriori informazioni, vedi Concessione, modifica e revoca dell'accesso alle risorse.

Monitora gli eventi del ciclo di vita delle VM

Puoi monitorare gli eventi del ciclo di vita delle VM (inclusi arresti, riavvii ed errori dell'host) creando una dashboard di Cloud Monitoring.

Questa dashboard consente di visualizzare gli eventi di sistema e le attività di amministrazione descritti in maggiore dettaglio nella sezione Revisione degli audit log di questo documento.

Dashboard del ciclo di vita delle VM: eventi di arresto e avvio Figura 1. Una dashboard di esempio che mostra la disponibilità di un'istanza e i suoi eventi del ciclo di vita, ad esempio un'istanza arrestata.

Crea metrica basata su log

Per acquisire gli eventi del ciclo di vita delle VM, crea una metrica basata su log definita dall'utente. Questa metrica utilizza gli audit log per tenere il conto del numero di volte in cui si è verificato un determinato evento del ciclo di vita di una VM.

Per ottenere le autorizzazioni necessarie per creare la metrica, chiedi all'amministratore di concederti Ruolo IAM Autore di log (roles/logging.logWriter) nel progetto. Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso.

Potresti anche riuscire a ottenere le autorizzazioni richieste tramite la ruoli o altri ruoli predefiniti ruoli.

Crea una metrica basata su log definita dall'utente come segue:

  1. Nella console Google Cloud, vai alla pagina Metriche basate su log.

    Vai a Metriche basate su log

  2. Fai clic su Crea metrica.

Nella sezione Tipo di metrica, segui questi passaggi:

  • Seleziona Counter.
  • Lascia deselezionata l'impostazione predefinita Distribuzione.

Nella sezione Dettagli, inserisci le informazioni seguenti:

  • Nome metrica basata su log: vm-lifecycle-events. Devi utilizzare questo nome esatto per della dashboard per funzionare correttamente.
  • Descrizione: (facoltativo) inserisci una descrizione per questa metrica.
  • Unità: 1

  1. Nella sezione Selezione filtro, specifica quanto segue:

    • Nel menu a discesa Seleziona ambito log, seleziona: Log di progetto
    • In Crea filtro, inserisci: 
      resource.type = "gce_instance" AND
log_id("cloudaudit.googleapis.com/activity") OR
log_id("cloudaudit.googleapis.com/system_event")
operation.first="true"

  2. Nella sezione Etichette, fai clic su Aggiungi etichetta.

  3. Specifica quanto segue:

    • Nome etichetta: method
    • Tipo di etichetta: STRING
    • Nome campo: protoPayload.methodName
    • Espressione regolare: 
      (recreateInstance|hostError|automaticRestart|guestTerminate|terminateOnHostMaintenance|preempted|insert|stop|delete|reset|start)

  4. Fai clic su Fine.

  5. Fai clic su Crea metrica.

Utilizzare la dashboard

Non vengono visualizzati dati nella dashboard finché una VM non si verifica un evento di sistema o un'attività di amministrazione. Per verificare che la dashboard funzioni, esegui un'attività di amministrazione, ad esempio un'operazione stop e start:

  1. Esegui un'operazione stop e start su qualsiasi VM esistente o crea una nuova VM a scopo di test.

Per ottenere le autorizzazioni necessarie per utilizzare la dashboard, chiedi all'amministratore di concederti Ruolo IAM Visualizzatore dashboard Monitoring (roles/monitoring.dashboardViewer) per il progetto. Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso.

Potresti anche riuscire a ottenere le autorizzazioni richieste tramite la ruoli o altri ruoli predefiniti ruoli.

  1. Apri Dashboard nella console Google Cloud.

    Accedi a Dashboard

  2. Nella scheda Elenco dashboard, apri la dashboard GCE VM Lifecycle Events Monitoring.

  3. Seleziona la VM dal menu a discesa Nome.

  4. Restringi le serie temporali a un periodo di tempo pertinente.

    Per ulteriori modi di filtrare la dashboard, consulta Aggiungere un filtro temporaneo.

La dashboard contiene due grafici che visualizzano una cronologia degli eventi di sistema e delle attività di amministrazione che si verificano su una VM:

  1. Il grafico Cronologia del ciclo di vita delle VM mostra quanto segue:

    • La metrica compute.googleapis.com/instance/uptime che indica se la VM era in esecuzione in un determinato momento, dove 1 è attivo e 0 è inattivo. Tieni presente che questa metrica riflette la disponibilità dovuta all'attività utente e agli eventi di sistema e non è un'indicazione dello SLA di Compute Engine.
    • La metrica basata su log vm-lifecycle-events per contare il numero di azioni del ciclo di vita, ad esempio stop o start, eseguite sulla VM in un determinato momento

  2. Il grafico Eventi mostra la stessa metrica basata su log vm-lifecycle-events, ma in una visualizzazione ingrandita per facilitarne la leggibilità. Tieni presente che, anche se gli assi X sono allineati, i colori non sono sincronizzati tra i due grafici.

Indagine sull'arresto collettivo delle VM nei progetti

Compute Engine potrebbe arrestare più VM connesse Progetto host del VPC condiviso, se il progetto La fatturazione non è attiva o è disabilitata.

Per determinare se le tue VM sono state arrestate da una richiesta di arresto di massa, guarda per le operazioni di interruzione avviate da cloud-cluster-manager@prod.google.com.

L'avvio di un'istanza interessata restituisce un errore simile al seguente:

Starting instance(s) INSTANCE_NAME...failed.
ERROR: (gcloud.compute.instances.start) The default network interface [nic0] is frozen.

Per risolvere il problema:

  1. Identificare il VPC condiviso utilizzato dalle VM mediante Comando gcloud compute instances describe:

    gcloud compute instances describe VM_NAME \
   --format="flattened(networkInterfaces[].network)"

    L'output è simile al seguente:

    networkInterfaces[0].network: https://www.googleapis.com/compute/v1/projects/SHARED_VPC_PROJECT/global/networks/FROZEN_NETWORK

  2. Verifica nel progetto host del VPC condiviso se la fatturazione è stata disabilitata.

    resource.type="project"
protoPayload.request.@type="type.googleapis.com/google.internal.cloudbilling.billingaccount.v1.DisableResourceBillingRequest"
protoPayload.response.resourceBillingInfo.billingAccountAssignmentType="DISABLED"

  3. Se applicabile, attiva la fatturazione nel progetto host.

Per evitare che il problema si ripresenti, consulta Proteggi il collegamento tra un progetto e il relativo account di fatturazione.