Sequenzia l'implementazione degli upgrade dei cluster

Autopilot Standard

Rollout sequencing

• Sequenza di implementazione con fasi personalizzate (anteprima)
• Sequenza di implementazione (GA)

Questo documento mostra come gestire gli upgrade dei cluster GKE con sequenza di implementazione. Per scoprire di più su come funziona questa funzionalità, consulta la sezione Informazioni sugli upgrade dei cluster con sequenza di implementazione.

Prima di iniziare

• Installa Google Cloud CLI. Dopo l'installazione, inizializza Google Cloud CLI eseguendo il comando seguente:

  gcloud init

  Se utilizzi un provider di identità (IdP) esterno, devi prima accedere a gcloud CLI con la tua identità federata.

  Nota: se hai installato gcloud CLI in precedenza, assicurati di avere l'ultima versione eseguendo gcloud components update.
• Assicurati di avere cluster Autopilot o Standard esistenti. Per creare un nuovo cluster, vedi Crea un cluster Autopilot.
• Assicurati di aver abilitato le API richieste per le flotte. Queste API devono essere abilitate nei progetti host del parco risorse per creare qualsiasi tipo di sequenza di implementazione.
• Per le istruzioni di Terraform, assicurati di utilizzare la versione 5.13.0 o successive del provider google.

Ruoli obbligatori

Per creare o modificare una sequenza di implementazione, devi disporre del ruolo IAM roles/gkehub.editor per ogni progetto nella sequenza di implementazione. Il ruolo Fleet Editor (in precedenza GKE Hub Editor) fornisce le autorizzazioni gkehub.features.create e gkehub.fleet.update, necessarie per accedere e modificare le risorse correlate al parco risorse tra i progetti. Questo ruolo fornisce le autorizzazioni necessarie per definire la strategia di upgrade, accedere e modificare le risorse pertinenti e avviare e gestire il processo di implementazione.

Se devi registrare o annullare la registrazione di cluster in un parco risorse, devi disporre di tutte le seguenti autorizzazioni:

• Autorizzazioni di registrazione del cluster, nei progetti host del parco risorse.
• Autorizzazioni di amministratore del cluster per la registrazione di tutti i cluster GKE.
• Autorizzazioni di registrazione dei cluster tra progetti per la registrazione di qualsiasi cluster GKE in un parco risorse in un progetto diverso.

Per saperne di più sui ruoli IAM con privilegi minimi richiesti per le diverse attività, consulta Ricevere suggerimenti sui ruoli predefiniti con l'assistenza di Gemini.

Configurare una sequenza di implementazione

Questo documento spiega come creare una sequenza di implementazione utilizzando gruppi di cluster organizzati in base ai parchi risorse.

Puoi creare una sequenza di massimo cinque gruppi di cluster e scegliere il periodo di test di stress che preferisci dopo il completamento degli upgrade dei cluster in un gruppo (massimo 30 giorni). Puoi includere cluster Autopilot e Standard.

Per creare una sequenza di implementazione, i cluster devono essere organizzati in gruppi di parchi risorse. Per indicazioni su come organizzare i cluster, vedi l'esempio di banca della comunità. Dopo aver organizzato i cluster in gruppi, crea una sequenza di implementazione definendo le relazioni con i gruppi upstream e il tempo di sospensione di ciascun gruppo. In una sequenza di implementazione, upstream si riferisce al gruppo precedente, mentre downstream si riferisce al gruppo successivo.

Organizzare i cluster in gruppi

In una sequenza di implementazione, tutti i cluster di tutti i gruppi devono essere registrati nello stesso canale di rilascio ed eseguire la stessa versione secondaria. Se questi requisiti non vengono soddisfatti e si verificano discrepanze tra le versioni dei cluster, possono verificarsi problemi con l'implementazione della versione. Per ulteriori informazioni, consulta Idoneità all'implementazione basata sulla flotta.

Se hai già organizzato i cluster in parchi risorse, puoi saltare i passaggi seguenti e procedere alla creazione di una sequenza di implementazione.

1. Raggruppa i cluster in parchi risorse. Puoi organizzare i cluster in base agli ambienti di implementazione, ad esempio test, gestione temporanea e produzione, come mostrato nella sequenza di implementazione basata sul parco risorse di esempio.

2. Registra ogni cluster in un parco risorse in base al raggruppamento scelto.

Crea una sequenza di implementazione

Una sequenza di implementazione è organizzata come un elenco collegato con un massimo di cinque elementi.

Quando crei una sequenza di implementazione, devi impostare le seguenti proprietà per ogni parco risorse di cluster:

• Gruppo upstream: il parco risorse upstream, che qualifica le nuove versioni per il gruppo downstream. Non impostare un gruppo upstream per il primo gruppo di una sequenza.

• Tempo di sospensione: il tempo di sospensione per un gruppo è il periodo che intercorre tra il completamento degli upgrade (o sono trascorsi 30 giorni dall'inizio dell'implementazione) e il momento in cui gli upgrade possono iniziare sul gruppo downstream. Per scoprire di più, vedi Come funziona la qualifica della versione in una sequenza di implementazione.

Console

Anteprima

Questo prodotto o funzionalità è soggetto ai "Termini delle Offerte pre-GA" nella sezione Termini di servizio generali dei Termini di servizio specifici. I prodotti e le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per ulteriori informazioni, consulta le descrizioni delle fasi di lancio.

1. Vai alla pagina Sequenza di implementazione nella console Google Cloud .

   Vai a Sequenza di implementazione

2. Fai clic su Crea sequenza di implementazione.

3. Nel riquadro Crea una sequenza di implementazione, seleziona le prime due flotte della sequenza:

   1. Nella sezione Parco risorse 1, seleziona il primo parco risorse nella sequenza.
   2. Nella sezione Tempo di attesa per il parco veicoli upstream, imposta il tempo di attesa per il primo parco veicoli utilizzando i campi Giorni, Ore e Minuti.
   3. Nella sezione Flotta 2, seleziona la seconda flotta nella sequenza.
   4. Fai clic su Crea.

4. (Facoltativo) Se vuoi avere tre o più flotte in questa sequenza di implementazione, segui questi passaggi aggiuntivi:

   1. Nel grafico di implementazione, fai clic sull'elemento per la seconda flotta.
   2. Fai clic su Aggiungi parco risorse downstream.
   3. Nella sezione Tempo di soak per il parco risorse upstream, imposta il tempo di soak per il secondo parco risorse utilizzando i campi Giorni, Ore e Minuti.
   4. Nella sezione Parco risorse successivo nella sequenza, seleziona il terzo parco risorse nella sequenza.
   5. Fai clic su Salva.
   6. Ripeti i passaggi precedenti se vuoi aggiungere una quarta o una quinta flotta.

gcloud

Le seguenti istruzioni utilizzano il comando gcloud container fleet clusterupgrade update, ma puoi impostare le stesse proprietà con il comando gcloud container fleet clusterupgrade create.

Per ciascuno dei seguenti comandi, sostituisci SOAK_TIME con il tempo di rodaggio per il parco risorse che stai aggiornando.

Crea una sequenza di implementazione:

1. Imposta il tempo di soak per il primo parco risorse nella sequenza:

   gcloud container fleet clusterupgrade update \
       --default-upgrade-soaking=SOAK_TIME \
       --project=FIRST_FLEET_PROJECT_ID
   

   Sostituisci FIRST_FLEET_PROJECT_ID con l'ID progetto del progetto host del parco veicoli.

2. Imposta il parco risorse upstream e il tempo di soak per il secondo parco risorse nella sequenza:

   gcloud container fleet clusterupgrade update \
       --upstream-fleet=FIRST_FLEET_PROJECT_ID \
       --default-upgrade-soaking=SOAK_TIME \
       --project=SECOND_FLEET_PROJECT_ID
   

   Sostituisci FIRST_FLEET_PROJECT_ID con l'ID progetto del primo progetto host del parco veicoli e SECOND_FLEET_PROJECT_ID con l'ID progetto del progetto host del parco veicoli.

3. (Facoltativo) Se vuoi avere più di due parchi risorse in una sequenza di implementazione, imposta il parco risorse upstream per i parchi risorse successivi nella sequenza.

   Il seguente comando imposta il parco risorse upstream per il terzo parco risorse nella sequenza. Se vuoi aggiungere una quarta o una quinta flotta, ripeti questo passaggio, seguendo lo stesso pattern per sostituire le variabili con gli ID progetto per i rispettivi progetti host della flotta (flotta precedente e flotta successiva).

   Nota: devi impostare un tempo di attesa per ogni flotta, inclusa l'ultima flotta in una sequenza di implementazione.

   Imposta il parco risorse upstream per il parco risorse successivo nella sequenza:

   gcloud container fleet clusterupgrade update \
       --upstream-fleet=SECOND_FLEET_PROJECT_ID \
       --default-upgrade-soaking=SOAK_TIME \
       --project=THIRD_FLEET_PROJECT_ID
   

   Sostituisci SECOND_FLEET_PROJECT_ID con l'ID progetto del progetto host della seconda flotta e THIRD_FLEET_PROJECT_ID con l'ID progetto del progetto host della flotta.

Terraform

Questa sezione mostra come creare una sequenza basata sulla flotta utilizzando Terraform. Puoi anche utilizzare questa risorsa per aggiornare la sequenza. Per saperne di più, consulta la documentazione di riferimento per google_gke_hub_feature.

Per ciascuno dei seguenti comandi, sostituisci SOAK_TIME con il tempo di rodaggio per il parco risorse che stai aggiornando.

Crea una sequenza di implementazione:

1. Aggiungi il seguente blocco alla configurazione di Terraform per impostare il tempo di rodaggio per il primo parco risorse della sequenza:

   resource "google_gke_hub_feature" "feature" {
     name = "clusterupgrade"
     location = "global"
     spec {
       clusterupgrade {
         upstream_fleets = []
         post_conditions {
           soaking = "SOAK_TIME"
         }
       }
     }
     project = "FIRST_FLEET_PROJECT_ID"
   }
   

   Sostituisci FIRST_FLEET_PROJECT_ID con l'ID progetto del progetto host del parco veicoli.

2. Aggiungi il seguente blocco alla configurazione Terraform per impostare il parco veicoli upstream e il tempo di rodaggio per il secondo parco veicoli nella sequenza:

   resource "google_gke_hub_feature" "feature" {
     name = "clusterupgrade"
     location = "global"
     spec {
       clusterupgrade {
         upstream_fleets = ["FIRST_FLEET_PROJECT_ID"]
         post_conditions {
           soaking = "SOAK_TIME"
         }
       }
     }
     project = "SECOND_FLEET_PROJECT_ID"
   }
   

   Sostituisci FIRST_FLEET_PROJECT_ID con l'ID progetto del primo progetto host del parco risorse e SECOND_FLEET_PROJECT_ID con l'ID progetto del progetto host del parco risorse.

3. (Facoltativo) Se vuoi avere tre flotte in una sequenza di implementazione, aggiungi il seguente blocco alla configurazione Terraform per impostare la flotta upstream per la flotta nella sequenza:

   resource "google_gke_hub_feature" "feature" {
     name = "clusterupgrade"
     location = "global"
     spec {
       clusterupgrade {
         upstream_fleets = ["SECOND_FLEET_PROJECT_ID"]
         post_conditions {
           soaking = "SOAK_TIME"
         }
       }
     }
     project = "THIRD_FLEET_PROJECT_ID"
   }
   

   Sostituisci SECOND_FLEET_PROJECT_ID con l'ID progetto del progetto host della seconda flotta e THIRD_FLEET_PROJECT_ID con l'ID progetto del progetto host della flotta.

   Ripeti questo passaggio se vuoi aggiungere una quarta o una quinta flotta.

Controllare lo stato di una sequenza di implementazione

Puoi controllare lo stato di una sequenza di implementazione con uno dei seguenti metodi:

• Monitora una rappresentazione visiva di una sequenza di implementazione nella console Google Cloud (anteprima).
• Utilizza gcloud CLI o l'API GKE Hub per controllare lo stato di una sequenza di implementazione.

Per visualizzare una sequenza di implementazione con uno dei metodi precedenti, assicurati di disporre del ruolo IAM roles/gkehub.viewer per ogni progetto host del parco risorse, soprattutto se la sequenza include parchi risorse in progetti diversi. Se non disponi delle autorizzazioni richieste per un progetto, ricevi un errore quando controlli lo stato della sequenza.

Monitorare una sequenza di implementazione nella console Google Cloud

Anteprima

Questo prodotto o funzionalità è soggetto ai "Termini delle Offerte pre-GA" nella sezione Termini di servizio generali dei Termini di servizio specifici. I prodotti e le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per ulteriori informazioni, consulta le descrizioni delle fasi di lancio.

1. Vai alla pagina Sequenza di implementazione nella console Google Cloud .

   Vai a Sequenza di implementazione

2. Visualizza la sequenza nella sezione Monitora la sequenza di implementazione. Se non vedi una sequenza di implementazione, passa a un'altra sequenza di implementazione o creane una, se non l'hai ancora fatto.

Come utilizzare la console per monitorare una sequenza di implementazione

In questa pagina puoi visualizzare la sequenza di implementazione associata alla flotta del tuo progetto. Per visualizzare l'avanzamento di una sequenza di implementazione, puoi:

• Visualizza l'intera sequenza di implementazione o gli stati dei singoli parchi risorse e dei cluster al loro interno, nonché il tempo di attesa tra i parchi risorse. Puoi anche visualizzare la sequenza in cui non è presente un upgrade attivo, se vuoi controllare la configurazione della sequenza.
• Filtra per tipo di upgrade (upgrade del control plane o del nodo) e versione specifica (ad esempio, 1.31.6-gke.500).

Puoi monitorare visivamente l'intera sequenza di implementazione mentre GKE esegue l'upgrade di tutti i cluster della sequenza, qualificando una nuova versione in tutti gli ambienti prima di eseguire l'upgrade dei cluster dell'ambiente di produzione. Durante il monitoraggio, puoi gestire una sequenza di implementazione con gcloud CLI, apportando le modifiche necessarie.

Passare a una sequenza di implementazione diversa

Questa pagina mostra la sequenza di implementazione se il progetto attivo nella consoleGoogle Cloud è un progetto host del parco risorse per un parco risorse registrato in una sequenza di implementazione.

Se vuoi visualizzare una sequenza di implementazione diversa, seleziona un progetto host del parco risorse associato a una sequenza di implementazione diversa dal selettore di progetti nella parte superiore della pagina.

Utilizza gcloud CLI

Puoi controllare lo stato di una sequenza di implementazione, di un parco risorse nella sequenza o dei singoli cluster all'interno di un parco risorse.

• Per controllare lo stato di una sequenza di implementazione basata sulla flotta, esegui questo comando:

  gcloud container fleet clusterupgrade describe \
      --show-linked-cluster-upgrade --project=FLEET_PROJECT_ID
  

  Sostituisci FLEET_PROJECT_ID con l'ID progetto del progetto host per qualsiasi parco risorse nella sequenza. Per un elenco completo dei flag, consulta il riferimento gcloud container fleet clusterupgrade describe.

• Per controllare lo stato di una sola flotta nella sequenza, nel comando precedente sostituisci il flag --show-linked-cluster-upgrade con il flag --show-cluster-upgrade.

• Per controllare lo stato dei singoli cluster all'interno di un parco risorse, esegui il seguente comando nel progetto host del parco risorse e consulta la sezione membershipStates:

  gcloud container fleet features describe clusterupgrade
  

La sezione seguente descrive le informazioni sullo stato nell'output risultante.

Informazioni sullo stato di una sequenza di implementazione

Quando controlli lo stato di implementazione di una versione, puoi visualizzare l'avanzamento di ogni gruppo e cluster all'interno di quel gruppo.

Consulta la tabella seguente per conoscere i potenziali stati di un cluster o di un gruppo:

Stato	Per un singolo cluster	Per un parco risorse
NON IDONEO	Questo cluster non è idoneo per questo upgrade	Uno o più cluster in questo gruppo non sono idonei per questo upgrade.
IN ATTESA	L'upgrade è in attesa sul cluster o su alcuni dei suoi node pool Standard o gruppi di nodi in un cluster Autopilot.	L'upgrade non è stato avviato su nessuno dei cluster del gruppo.
IN_PROGRESS	L'upgrade è in corso sul cluster.	L'upgrade è iniziato su almeno un cluster, ma non è terminato su tutti i cluster.
IMMERSIONE	L'upgrade è stato completato sul cluster e non è stato completato il periodo di stabilizzazione.	L'upgrade è stato completato su tutti i cluster e non è stato completato il periodo di stabilizzazione.
FORCED_SOAKING	L'upgrade ha richiesto più tempo di quello massimo consentito (30 giorni), pertanto abbiamo forzato l'avvio della fase di sospensione. L'upgrade può comunque continuare nel cluster.	L'upgrade ha richiesto più tempo di quello massimo consentito (30 giorni), pertanto abbiamo forzato l'avvio della fase di sospensione. L'upgrade può comunque continuare nei cluster.
COMPLETA	L'upgrade viene considerato "completato", il che significa che l'attesa per l'upgrade è terminata su questo cluster.	L'upgrade viene considerato "completato" e pronto per essere utilizzato dal gruppo downstream, il che significa che il periodo di sospensione dell'upgrade è terminato.

Nell'output di questi comandi, gli attributiclusterUpgrade(s).spec e clusterUpgrade(s).state contengono informazioni aggiuntive sull'upgrade del cluster, come il tempo di attesa, gli override dell'upgrade del cluster e lo stato dell'upgrade.

Gestisci una sequenza di implementazione

Puoi controllare gli upgrade automatici dei cluster con la sequenza di implementazione in diversi modi, illustrati nelle sezioni seguenti.

Modificare il tempo di ammollo per un gruppo

Puoi modificare il tempo di attesa predefinito per un gruppo o il tempo di attesa per quando il gruppo esegue l'upgrade a una versione specifica. Il periodo di tempo massimo è 30 giorni.

Aggiornare il tempo di soak predefinito

Puoi aggiornare il tempo di rodaggio predefinito nella console Google Cloud (anteprima) o con gcloud CLI.

Console

Anteprima

Questa funzionalità è soggetta ai "Termini delle Offerte pre-GA" nella sezione Termini di servizio generali dei Termini di servizio specifici. Le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per ulteriori informazioni, consulta le descrizioni delle fasi di lancio.

1. Vai alla pagina Sequenza di implementazione nella console Google Cloud .

   Vai a Sequenza di implementazione

2. Visualizza la sequenza nella sezione Monitora la sequenza di implementazione. Se non vedi una sequenza di implementazione, passa a un'altra sequenza di implementazione o creane una, se non l'hai ancora fatto.

3. Nel grafico di implementazione, fai clic sull'elemento Tempo di test dopo l'elemento del parco veicoli in cui vuoi aggiornare il tempo di test.

4. Fai clic su Modifica tempo di ammollo.

5. Nella sezione Imposta un nuovo tempo di ammollo, inserisci un nuovo tempo di ammollo utilizzando i campi Giorni, Ore e Minuti.

6. Per salvare le impostazioni, fai clic su Salva.

gcloud

Per modificare il tempo di attesa predefinito per un gruppo, utilizza i comandi gcloud CLI delle istruzioni per creare una sequenza di implementazione, omettendo i flag per impostare il gruppo upstream.

Sostituire il tempo di soak predefinito

Puoi modificare il tempo di test per l'implementazione di una versione specifica in modo che sia diverso dal tempo di test predefinito per il gruppo. Ad esempio, se hai già qualificato una nuova versione e vuoi che gli upgrade inizino nel prossimo gruppo, puoi impostare il tempo di soak su zero. Puoi utilizzarlo anche se vuoi più tempo rispetto al tempo di ammollo predefinito per qualificare una versione specifica.

Poiché il tempo di attesa è impostato per gruppo, se vuoi ignorarlo per altri gruppi in questa sequenza, aggiornali utilizzando lo stesso comando con il nome della flotta sostituito.

Per le istruzioni riportate in questa sezione, sostituisci le seguenti variabili:

• SOAK_TIME: il tempo di soak da utilizzare diverso da quello predefinito (ad esempio, "0d" se vuoi saltare il tempo di soak per l'implementazione di una versione).
• UPGRADE_NAME: il tipo di upgrade, k8s_control_plane per gli upgrade del control plane o k8s_node per gli upgrade dei nodi.

• VERSION: la versione di GKE in cui vuoi ignorare il tempo di rodaggio predefinito dopo che la versione (ad esempio, 1.25.2-gke.400) è stata implementata in questo gruppo.

gcloud

Esegui il seguente comando nel progetto host del parco risorse in cui vuoi eseguire l'override del tempo di rodaggio utilizzato per l'implementazione della versione di una versione specifica.

gcloud container fleet clusterupgrade update
    --add-upgrade-soaking-override=SOAK_TIME \
    --upgrade-selector=name=UPGRADE_NAME,version=VERSION

Terraform

Aggiungi il seguente blocco gke_upgrades_overrides alla configurazione Terraform all'interno del blocco clusterupgrade per sostituire il tempo di rodaggio utilizzato per l'implementazione della versione di una versione specifica:

gke_upgrade_overrides {
    upgrade {
      name = "UPGRADE_NAME"
      version = "VERSION"
    }
    post_conditions {
      soaking = "SOAK_TIME"
    }
  }

Aggiornare i gruppi in una sequenza di implementazione

Puoi aggiornare una sequenza di implementazione esistente per aggiungere, rimuovere o modificare l'ordine dei gruppi nella sequenza. Per apportare queste modifiche, aggiorna le associazioni tra i gruppi.

Puoi eseguire questi passaggi nella console Google Cloud (anteprima) o con gcloud CLI.

Console

Anteprima

Questa funzionalità è soggetta ai "Termini delle Offerte pre-GA" nella sezione Termini di servizio generali dei Termini di servizio specifici. Le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per ulteriori informazioni, consulta le descrizioni delle fasi di lancio.

1. Vai alla pagina Sequenza di implementazione nella console Google Cloud .

   Vai a Sequenza di implementazione

2. Visualizza la sequenza nella sezione Monitora la sequenza di implementazione. Se non vedi una sequenza di implementazione, passa a un'altra sequenza di implementazione o creane una, se non l'hai ancora fatto.

3. Nel grafico di implementazione, fai clic sugli elementi per i parchi esistenti nella sequenza. Dopo aver fatto clic su questi elementi, puoi eseguire alcune delle seguenti azioni per apportare le modifiche:

   • Fai clic su Aggiungi parco risorse downstream.
   • Fai clic su Aggiungi parco risorse upstream.
   • Fai clic su Rimuovi parco risorse.

Puoi eseguire azioni come le seguenti:

• Aggiungi un altro parco risorse alla fine della sequenza di implementazione aggiungendo un parco risorse downstream all'ultimo parco risorse della sequenza.
• Aggiungi un altro parco risorse all'inizio della sequenza di implementazione aggiungendo un parco risorse upstream al primo parco risorse della sequenza.
• Modifica l'ordine dei parchi risorse nella sequenza di implementazione rimuovendo i parchi risorse, quindi aggiungendoli di nuovo con un parco risorse upstream o downstream diverso.
• Rimuovi il primo parco risorse nella sequenza di implementazione.
• Rimuovi l'ultimo parco risorse nella sequenza di implementazione.
• Rimuovi il parco risorse intermedio nella sequenza di implementazione, dopo aver rimosso il primo o l'ultimo parco risorse nella sequenza.

gcloud

Per aggiungere o modificare le flotte upstream, utilizza il comando gcloud container fleet clusterupgrade update con il flag --upstream-fleet. Per rimuovere una flotta upstream, utilizza il flag --reset-upstream-fleet .

Puoi eseguire azioni come le seguenti:

• Aggiungi un altro parco risorse all'inizio della sequenza di implementazione aggiungendo un parco risorse upstream al primo parco risorse della sequenza.
• Modifica l'ordine dei parchi risorse nella sequenza di implementazione modificando le associazioni dei parchi risorse upstream.
• Rimuovi la prima flotta nella sequenza di implementazione rimuovendo la flotta upstream della seconda flotta.

Ritardare il completamento dell'implementazione della versione del gruppo

Se devi impedire temporaneamente a un gruppo di completare l'implementazione di una nuova versione nei suoi cluster, puoi aggiungere un'esclusione della manutenzione a uno qualsiasi dei cluster per i quali non è stato eseguito l'upgrade alla versione di destinazione. In questo modo puoi impedire a un gruppo di procedere al periodo di assorbimento o al gruppo downstream per un massimo di 30 giorni. Dopo 30 giorni, il gruppo inizierà la sospensione.

Puoi anche modificare il tempo di attesa per quel gruppo a 30 giorni per massimizzare il tempo di attesa della sequenza di implementazione prima di passare al gruppo successivo.

Se devi ritardare ulteriormente l'inizio degli upgrade per il gruppo successivo, puoi utilizzare le esclusioni di manutenzione per i cluster del gruppo successivo.

Eliminare una sequenza

Per eliminare una sequenza, rimuovi le associazioni upstream per ciascuno dei gruppi, ad eccezione del primo. Il primo gruppo non ha un gruppo upstream.

Puoi eseguire questi passaggi nella console Google Cloud (anteprima) o con gcloud CLI.

Console

Anteprima

Questa funzionalità è soggetta ai "Termini delle Offerte pre-GA" nella sezione Termini di servizio generali dei Termini di servizio specifici. Le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per ulteriori informazioni, consulta le descrizioni delle fasi di lancio.

1. Vai alla pagina Sequenza di implementazione nella console Google Cloud .

   Vai a Sequenza di implementazione

2. Visualizza la sequenza nella sezione Monitora la sequenza di implementazione. Se non vedi una sequenza di implementazione, passa a un'altra sequenza di implementazione o creane una, se non l'hai ancora fatto.

3. Nel grafico di implementazione, fai clic sull'elemento dell'ultima flotta.

4. Fai clic su Rimuovi parco risorse.

5. Per rimuovere la flotta, fai clic su Rimuovi.

6. Ripeti i tre passaggi precedenti finché non rimane solo la prima flotta.

   Operazione riuscita: dopo aver eliminato la connessione rimanente tra i parchi risorse, il grafico di implementazione continua a mostrare un parco risorse senza connessioni. Se questo è lo stato, la sequenza di implementazione è stata eliminata.

gcloud

Esegui questo comando nel progetto host del parco risorse di ciascuno dei parchi risorse nella sequenza di implementazione, escluso il primo parco risorse:

gcloud container fleet clusterupgrade update --reset-upstream-fleet

Risoluzione dei problemi

Risolvere i problemi di idoneità all'implementazione

Se tutti i cluster di una sequenza di implementazione non hanno lo stesso target di upgrade, GKE potrebbe non essere in grado di procedere con gli upgrade dei cluster. Gli upgrade automatici non possono procedere se un gruppo upstream non qualifica un target dell'upgrade per il passaggio al gruppo downstream. Gli upgrade automatici non possono procedere anche se i cluster del gruppo upstream qualificano un target di upgrade non valido per i cluster del gruppo downstream.

Per verificare se la sequenza di implementazione presenta problemi di idoneità, controlla lo stato della sequenza di implementazione. Se un gruppo non è idoneo, segui le istruzioni per visualizzare lo stato dei singoli cluster in un gruppo.

Per far avanzare immediatamente gli upgrade dei cluster, rimuovi tutti i cluster con stato INELIGIBLE seguendo le istruzioni per far avanzare le implementazioni parzialmente idonee.

Correggere l'idoneità in un gruppo

In un gruppo, se un cluster non è idoneo perché utilizza una versione precedente (ad esempio, la maggior parte dei cluster nel gruppo viene sottoposta ad upgrade dalla versione 1.23 alla 1.24 e un cluster utilizza la versione 1.22), puoi eseguire manualmente l'upgrade del cluster alla versione 1.24 per risolvere la discrepanza di versione.

In un gruppo, GKE ignora i cluster con versioni successive al target di upgrade automatico. Questi cluster non impediscono l'avanzamento degli upgrade al gruppo downstream.

Correggere l'idoneità tra i gruppi

Tra i gruppi, se esiste una mancata corrispondenza nei target di upgrade in cui il gruppo downstream si trova su una versione più recente (ad esempio, il gruppo upstream ha eseguito l'upgrade dalla versione 1.23 alla 1.24 e i cluster del gruppo downstream sono alla versione 1.25), puoi eseguire manualmente l'upgrade dei cluster del gruppo upstream alla versione 1.25 per garantire che gli upgrade procedano.

Tra i gruppi, se si verifica una mancata corrispondenza nei target di upgrade in cui il gruppo downstream utilizza una versione precedente (ad esempio, il gruppo upstream ha eseguito l'upgrade dalla versione 1.24 alla 1.25 e i cluster del gruppo downstream utilizzano la versione 1.23), puoi eseguire manualmente l'upgrade dei cluster del gruppo downstream alla versione 1.24 o 1.25 per assicurarti che gli upgrade procedano. Se GKE ha eseguito l'upgrade del gruppo upstream a una versione per cui il gruppo downstream è idoneo, GKE esegue l'upgrade dei cluster nel gruppo downstream a questo target dell'upgrade. In questa situazione, non è necessario eseguire manualmente l'upgrade dei cluster per sbloccare la sequenza. Per saperne di più, consulta Il gruppo upstream ha qualificato più target di upgrade per il gruppo downstream.

Implementazioni parzialmente idonee avanzate

Se gli upgrade dei cluster in un gruppo non vengono completati a causa di problemi di idoneità all'implementazione (ad esempio, discrepanze di versione all'interno di un gruppo), puoi rimuovere i cluster non idonei per la destinazione dell'upgrade del gruppo per completare l'implementazione della versione e iniziare il tempo di soak o passare al gruppo successivo nella sequenza di implementazione. Puoi anche rimuovere un cluster da un gruppo per altri motivi, ad esempio se l'utilizzo di questo cluster non è più correlato agli altri cluster del gruppo.

Segui le istruzioni per annullare la registrazione di un cluster da un parco risorse.

Dopo aver rimosso tutti i cluster che impediscono il completamento del lancio della versione di un gruppo, il lancio della versione del gruppo verrà completato. Conferma questa operazione seguendo le istruzioni per controllare lo stato dell'implementazione di una versione.

Passaggi successivi

• Informazioni sugli upgrade dei cluster con sequenza di implementazione