API deprecate per Kubernetes 1.29

Questa pagina spiega come preparare i cluster per gli upgrade a GKE versione 1.29. Puoi trovare i client API che effettuano chiamate ad API deprecate rimosse nella versione 1.29 e aggiornarli in modo che utilizzino le API GA. Per informazioni più dettagliate, consulta la Guida alla migrazione delle API deprecate per Kubernetes.

API rimosse nella versione 1.29

Le API deprecate in Kubernetes versione 1.29 sono API beta passate a GA (ad esempio v2) o da una versione beta a un'altra (ad esempio, da v1beta1 a v1beta2). Le API GA forniscono garanzie di compatibilità a lungo termine e devono essere utilizzate al posto delle API beta deprecate.

È possibile interagire con tutti gli oggetti esistenti per le API passate alle nuove versioni utilizzando le API aggiornate.

Risorse per il controllo del flusso

La versione API flowcontrol.apiserver.k8s.io/v1beta2 di FlowSchema e PriorityLevelConfiguration non viene più pubblicata a partire dalla v1.29.

Esegui la migrazione dei manifest e dei client API per utilizzare la versione dell'API flowcontrol.apiserver.k8s.io/v1, disponibile a partire dalla versione 1.29, oppure la versione dell'API flowcontrol.apiserver.k8s.io/v1beta3, disponibile a partire dalla versione 1.26.

Tutti gli oggetti persistenti esistenti sono accessibili con la nuova API.

La versione dell'API flowcontrol.apiserver.k8s.io/v1 presenta le seguenti modifiche degne di nota:

  • Il campo PriorityLevelConfiguration spec.limited.assuredConcurrencyShares viene rinominato in spec.limited.nominalConcurrencyShares e il valore predefinito è 30 se non specificato, mentre il valore esplicito 0 non viene modificato in 30.

La versione dell'API flowcontrol.apiserver.k8s.io/v1beta3 presenta le seguenti modifiche degne di nota:

  • Il campo PriorityLevelConfiguration spec.limited.assuredConcurrencyShares viene rinominato in spec.limited.nominalConcurrencyShares.

Preparazione dell'upgrade alla versione 1.29

Non è necessario eliminare e ricreare gli oggetti API. Tutti gli oggetti API permanenti esistenti per le API passate a GA possono già essere letti e aggiornati utilizzando le nuove versioni API.

Tuttavia, ti consigliamo di eseguire la migrazione di client e manifest prima di eseguire l'upgrade a Kubernetes 1.29. Per saperne di più, consulta la guida alla migrazione delle API deprecate da Kubernetes.

Puoi visualizzare insight e suggerimenti sul ritiro per determinare se il tuo cluster utilizza API deprecate per Kubernetes 1.29. GKE genera insight sul ritiro quando gli user agent chiamano le API ritirate, non dalla configurazione degli oggetti Kubernetes.

Trova i cluster utilizzando API deprecate

Puoi trovare i cluster che utilizzano API deprecate negli approfondimenti sul ritiro. Gli approfondimenti sul ritiro forniscono anche informazioni quali i client API che chiamano le API deprecate nel tuo cluster.

Puoi utilizzare gli audit log per individuare i client che effettuano chiamate alle API deprecate.

Individua i client API che effettuano chiamate di scrittura alle API deprecate

Per i cluster in cui è abilitata l'Observabilità di Google Cloud, puoi utilizzare la seguente query del log di controllo dell'attività di amministrazione per mostrare l'utilizzo di API deprecate da user agent non gestite da Google:

resource.type="k8s_cluster"
labels."k8s.io/removed-release"="DEPRECATED_API_MINOR_VERSION"
protoPayload.authenticationInfo.principalEmail:("system:serviceaccount" OR "@")
protoPayload.authenticationInfo.principalEmail!~("system:serviceaccount:kube-system:")

Sostituisci DEPRECATED_API_MINOR_VERSION con la versione secondaria in cui l'API deprecata viene rimossa, ad esempio 1.22.

Gli audit log delle attività di amministrazione sono abilitati automaticamente per i cluster GKE. Con questa query, i log mostrano gli user agent che effettuano chiamate di scrittura alle API ritirate.

Individua i client API che effettuano chiamate di lettura ad API deprecate

Per impostazione predefinita, i log di controllo mostrano solo le chiamate di scrittura alle API deprecate. Per mostrare anche le chiamate di lettura alle API deprecate, configura gli audit log di accesso ai dati.

Segui le istruzioni per configurare gli audit log di accesso ai dati con la console Google Cloud. Nella console Google Cloud, seleziona l'API Kubernetes Engine. Nella scheda Tipi di log nel riquadro delle informazioni, seleziona Admin Read e Data Read.

Con questi log abilitati, ora puoi utilizzare la query originale per visualizzare sia le chiamate di lettura sia le chiamate di scrittura alle API deprecate.

Upgrade dei componenti di terze parti

Gli approfondimenti sul ritiro potrebbero mostrare risultati per gli agenti di terze parti che effettuano chiamate alle API deprecate nel tuo cluster.

Per risolvere il problema che gli agenti di terze parti chiamano le API deprecate, ti consigliamo di attenerti alle seguenti best practice:

  1. Rivolgiti al tuo fornitore di software di terze parti per una versione aggiornata.
  2. Esegui l'upgrade del software di terze parti alla versione più recente. Se non riesci a eseguire l'upgrade del software, devi verificare se l'upgrade di GKE alla versione con le API deprecate rimosse interromperà il tuo servizio.

Ti consigliamo di eseguire questo upgrade e la versione di GKE su un cluster di gestione temporanea per monitorare eventuali interruzioni prima di eseguire l'upgrade dei cluster di produzione.

Aggiorna i cluster interessati da deprecazioni

Per eseguire l'upgrade dei cluster interessati da deprecazioni, segui questi passaggi:

  1. Verifica quali user agent utilizzano le API deprecate nei log.
  2. Aggiorna gli user agent che utilizzano le API deprecate in modo che utilizzino le versioni delle API supportate.
  3. Aggiorna qualsiasi software di terze parti che chiama le API deprecate alle versioni più recenti.
  4. Esegui l'upgrade di un cluster di test e testa la tua applicazione in un ambiente di test prima di eseguire l'upgrade del cluster di produzione per ridurre il rischio di interruzioni quando le API deprecate non sono più disponibili.

  5. Se non riesci ad aggiornare uno user agent interessato, esegui l'upgrade di un cluster di test separato per verificare se l'upgrade causa interruzioni. Se l'upgrade non causa interruzioni, puoi eseguire l'upgrade manuale del cluster.

  6. Dopo aver aggiornato tutti gli user agent, GKE attende finché non ha più osservato l'utilizzo di API deprecate per 30 giorni, quindi sblocca gli upgrade automatici. Gli upgrade automatici procedino in base al programma di rilascio.

Risorse

Ulteriori informazioni sono disponibili nella documentazione del software open source Kubernetes: