Best practice per la disponibilità

Questa pagina descrive le best practice per garantire l'alta affidabilità per l'installazione di Google Distributed Cloud connesso. Distributed Cloud Connected non offre un accordo sul livello del servizio (SLA) e fornisce solo le indicazioni descritte in questa pagina.

Scegliere e implementare il livello di disponibilità

Devi scegliere il livello di disponibilità per i tuoi workload connessi a Distributed Cloud più adatto ai requisiti della tua attività. Ad esempio, un'applicazione self-checkout in un negozio al dettaglio ha un rischio di disponibilità molto inferiore rispetto a un deployment RAN edge di un operatore di rete mobile.

Il software Distributed Cloud connesso consuma alcune risorse su ogni macchina fisica. L'importo varia a seconda della configurazione specifica del deployment di Distributed Cloud connected. La resilienza del carico di lavoro dipende dalla capacità di calcolo e di memoria di riserva che prenoti sui nodi per assorbire i riavvii hardware e gli errori dei nodi. Google consiglia di progettare i workload con quote delle risorse per garantire che i nodi rimanenti abbiano spazio sufficiente durante la manutenzione o i guasti dei componenti. La disponibilità target è direttamente proporzionale alla capacità di risorse di riserva di Distributed Cloud connected che riservi per le emergenze. Queste stime non includono i tempi di inattività pianificati con un periodo di manutenzione.

Potresti riscontrare un'improvvisa perdita di capacità a causa di un guasto hardware o di un nodo che richiede un riavvio. Per prepararti a questo, devi progettare i tuoi carichi di lavoro tenendo conto delle quote di risorse, in modo da avere sempre capacità disponibile su ogni nodo Distributed Cloud connected che soddisfi il livello di disponibilità che hai scelto.

Diversificare geograficamente le zone Distributed Cloud

Per ridurre al minimo l'impatto di potenziali guasti del piano di gestione, ti consigliamo vivamente di distribuire le zone Distributed Cloud in diverse regioni vicine.

Alta affidabilità dei webhook

Considera i webhook come servizi mission-critical. Segui queste best practice per l'alta affidabilità dei webhook:

  • Esegui almeno due repliche del pod webhook.
  • Utilizza topologySpreadConstraints per distribuire le repliche dei pod webhook su nodi fisici diversi.
  • Imposta i limiti di CPU e memoria in modo giudizioso per evitare l'eliminazione dei pod webhook quando il cluster è sottoposto a un carico elevato.

Utilizzare la modalità di sopravvivenza

I cluster Distributed Cloud utilizzano un piano di controllo locale che viene eseguito sull'hardware connesso a Distributed Cloud. I tuoi workload continuano a essere eseguiti quando la connessione a Google Cloud viene interrotta. Per saperne di più, vedi Modalità di sopravvivenza di Distributed Cloud connected.

Informazioni su aggiornamenti software e periodi di manutenzione

Google aggiorna regolarmente il software Distributed Cloud connesso. Questi aggiornamenti software sono obbligatori e non puoi disattivarli. Distributed Cloud connesso ti consente di specificare singole finestre di manutenzione per ciascuno dei tuoi cluster Distributed Cloud connessi.

Per ridurre le potenziali interruzioni temporanee dei workload, i periodi di manutenzione ti consentono di controllare quando possono avvenire gli upgrade automatici dei control plane e dei nodi. I periodi di manutenzione sono utili per i seguenti tipi di scenari, tra gli altri:

  • Ore non di punta: vuoi ridurre al minimo la possibilità di tempi di inattività pianificando gli upgrade automatici durante le ore non di punta, quando il traffico è ridotto.
  • Su richiesta:vuoi assicurarti che gli upgrade vengano eseguiti durante l'orario di lavoro in modo che qualcuno possa monitorarli e gestire eventuali problemi imprevisti.
  • Upgrade multi-cluster:vuoi eseguire il rollout degli upgrade su più cluster in diverse regioni uno alla volta a intervalli specificati.

Distributed Cloud connesso supporta i seguenti tipi di finestre di manutenzione:

  • Periodo di manutenzione. Specifica un periodo di tempo durante il quale Google può eseguire la manutenzione e gli upgrade software sul tuo cluster connesso a Distributed Cloud.
  • Periodo di esclusione dalla manutenzione. Specifica un periodo di tempo durante il quale Google non può eseguire la manutenzione o gli upgrade software sul tuo cluster Google Distributed Cloud connesso. Per configurare un periodo di esclusione della manutenzione, devi prima configurare un periodo di manutenzione. Un periodo di esclusione dalla manutenzione ha la precedenza sul periodo di manutenzione del cluster.

Oltre agli upgrade automatici, Google potrebbe occasionalmente dover eseguire altre attività di manutenzione. In questi casi, rispetta il periodo di manutenzione di un cluster, se possibile.

Se un aggiornamento software o un'attività di manutenzione non viene completata prima della fine di un periodo di manutenzione, Distributed Cloud Connected mette in pausa l'aggiornamento o l'attività e la riprende durante il successivo periodo di manutenzione pianificato. Se un upgrade software non va a buon fine, Distributed Cloud connesso interrompe l'upgrade; in questi casi devi contattare l'Assistenza Google per riparare l'installazione del software.

Distributed Cloud connesso si riserva il diritto di implementare upgrade di emergenza non pianificati al di fuori dei periodi di manutenzione. Inoltre, gli upgrade obbligatori di software ritirati o obsoleti potrebbero essere eseguiti automaticamente al di fuori dei periodi di manutenzione.

Puoi anche eseguire l'upgrade manuale del cluster in qualsiasi momento. Gli upgrade avviati manualmente iniziano immediatamente e ignorano eventuali finestre di manutenzione.

Per scoprire come configurare un periodo di manutenzione per un cluster nuovo o esistente, consulta Configurare un periodo di manutenzione.

Aggiornamento software scaglionato

Per ridurre i tempi di inattività del workload, gli aggiornamenti software di Distributed Cloud connected sono scaglionati. In altre parole, Google esegue l'upgrade dei nodi worker in ogni cluster connesso a Distributed Cloud in più fasi. Tutti i nodi worker in una fase di upgrade del software vengono disattivati contemporaneamente.

Hai anche la possibilità di impostare le dimensioni della fase di aggiornamento del software. In altre parole, puoi specificare il numero di nodi che possono essere disattivati per un upgrade software contemporaneamente in un cluster Distributed Cloud connected. Per le istruzioni, vedi Gestire il tempo di inattività dei nodi durante gli upgrade software.

Limitazioni

I periodi di manutenzione presentano le seguenti limitazioni:

  • Un periodo di manutenzione per cluster. Puoi configurare un solo periodo di manutenzione per cluster. La configurazione di un nuovo periodo di manutenzione sovrascrive quello precedente.

  • Fusi orari per i periodi di manutenzione. Quando configuri e visualizzi le finestre di manutenzione, gli orari vengono visualizzati in modo diverso a seconda dello strumento che utilizzi, come descritto nelle sezioni seguenti.

Quando configuri i periodi di manutenzione

Quando utilizzi il flag più generico --maintenance-window per configurare un periodo di manutenzione, non puoi specificare un fuso orario. Quando utilizzi Google Cloud CLI o l'API, l'ora UTC viene utilizzata per visualizzare gli orari. La consoleGoogle Cloud utilizza il fuso orario locale per visualizzare gli orari.

Quando utilizzi flag più granulari, come --maintenance-window-start, puoi specificare il fuso orario come parte del valore. Se ometti il fuso orario, viene utilizzato il fuso orario locale. Gli orari vengono sempre memorizzati nel fuso orario UTC.

Quando visualizzi i periodi di manutenzione

Quando visualizzi le informazioni sul tuo cluster, i timestamp per le finestre di manutenzione possono essere visualizzati in formato UTC o nel tuo fuso orario locale, a seconda di come visualizzi le informazioni:

  • Quando utilizzi la console Google Cloud per visualizzare informazioni sul tuo cluster, gli orari vengono sempre visualizzati nel tuo fuso orario locale.
  • Quando utilizzi gcloud CLI per visualizzare le informazioni sul tuo cluster, gli orari vengono sempre visualizzati in formato UTC.

In entrambi i casi, RRULE è sempre nel fuso orario UTC. Ciò significa che, se specifichi, ad esempio, i giorni della settimana, questi sono in UTC.

Configura periodi di manutenzione del cluster

Distributed Cloud connesso ti consente di specificare un periodo di manutenzione per ciascuno dei tuoi cluster Distributed Cloud connessi. Questa finestra indica a Google di aggiornare il software Distributed Cloud solo durante l'intervallo di tempo e alla frequenza che specifichi.

Le seguenti regole regolano le finestre di manutenzione del cluster Distributed Cloud connesso:

  • Se specifichi un periodo di manutenzione per un cluster Distributed Cloud connesso, Google aggiorna il software Distributed Cloud connesso 48 ore dopo l'annuncio dell'aggiornamento tramite le note di rilascio di Distributed Cloud connesso. Nella pagina delle note di rilascio, puoi iscriverti al feed RSS delle note di rilascio di Distributed Cloud per rimanere aggiornato sugli aggiornamenti software man mano che vengono rilasciati.
  • La durata minima di un periodo di manutenzione è di cinque ore. Puoi specificare una finestra più lunga in base alla complessità dell'installazione connessa di Distributed Cloud e ai requisiti aziendali.
  • La frequenza minima degli aggiornamenti software è una volta alla settimana. Puoi specificare periodi di manutenzione settimanali o giornalieri. Puoi includere ed escludere giorni specifici.
  • Puoi modificare la pianificazione del periodo di manutenzione per un cluster in qualsiasi momento, tranne quando è già stato pianificato un periodo di manutenzione o quando un periodo di manutenzione è in corso.
  • Se l'aggiornamento software non viene completato entro il periodo di tempo specificato, viene messo in pausa e riprende durante il successivo periodo di manutenzione pianificato.

Per istruzioni dettagliate, vedi Configurare un periodo di manutenzione per un cluster.

Riparazione dell'hardware non riuscito

Quando una macchina connessa a Distributed Cloud non funziona, sei responsabile della sostituzione dell'intera macchina ai sensi della garanzia hardware o del contratto di manutenzione SI. Google monitora il software e l'integrità dei nodi di Distributed Cloud connesso. Se rileviamo un problema hardware, ti avvisiamo tramite Cloud Monitoring. Prima che la macchina venga rimossa dai tuoi locali, Google tenta di cancellare in modo sicuro i dati da tutte le unità disco. Sei responsabile di ulteriori passaggi di sanificazione del disco in base al contratto di servizio con il tuo SI certificato da Google.

Altri punti di errore

Sei responsabile della manutenzione dei seguenti aspetti dell'installazione di Distributed Cloud che non sono sotto il controllo di Google e possono influire sulla disponibilità di Distributed Cloud Connected:

Passaggi successivi