API Kubernetes 1.26 deprecate

Autopilot Standard

---

Questa pagina spiega come preparare i cluster per gli upgrade a GKE Versione 1.26. Puoi trovare i client API che effettuano chiamate alle API ritirate e rimosse nel 1,26 e aggiornare i client in modo che utilizzino le API GA. Per informazioni più dettagliate, consulta Migrazione delle API deprecate per Kubernetes .

Importante: dopo il 30 marzo 2024, quando 1,25 raggiunge la fine dello standard assistenza: GKE inizia a eseguire l'upgrade automatico dei cluster che ancora utilizzano la versione 1.25 e API deprecate (rimosse nella versione 1.26) alla versione 1.26. GKE smetterà di mettere in pausa upgrade dopo il 30 marzo 2024 per i cluster che utilizzano ancora API deprecate rimosse versione 1.26. È consigliabile esegui l'upgrade dei cluster alla versione 1.26 il prima possibile Le versioni secondarie di GKE che hanno raggiunto la fine del supporto non riceveranno più patch di sicurezza e correzioni di bug. Per saperne di più sulle Ciclo di vita della versione secondaria di GKE; consulta Controllo delle versioni di GKE e assistenza.

API rimosse nella versione 1.26

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

Tutti gli oggetti esistenti per le API che sono passate a nuove versioni possono interagire con utilizzando le API aggiornate.

Importante: prima di eseguire l'upgrade alla versione 1.26, devi aggiornare i client API e per utilizzare le API aggiornate.

Risorse di controllo del flusso

La versione API flowcontrol.apiserver.k8s.io/v1beta1 di FlowSchema e La gestione di PriorityLevelConfiguration non è più disponibile a partire dalla versione 1.26.

Esegui la migrazione dei manifest e dei client API per utilizzare flowcontrol.apiserver.k8s.io/v1beta3 Versione API, disponibile dalla v1.26. Tutti gli oggetti persistenti esistenti sono accessibili utilizzando la nuova API.

HorizontalPodAutoscaler

La versione API autoscaling.apiserver.k8s.io/v2beta2 di HorizontalPodAutoscaler non è più a partire dalla versione 1.26.

Esegui la migrazione di manifest e client API per utilizzare la versione API autoscaling.apiserver.k8s.io/v2, disponibile dalla versione 1.23. Tutti gli oggetti persistenti esistenti sono accessibili utilizzando il nuovo tramite Google Cloud CLI o tramite l'API Compute Engine.

Preparazione dell'upgrade alla versione 1.26

Non è necessario eliminare e ricreare gli oggetti API. Tutti quelli esistenti gli oggetti API persistenti per le API passate a GA possono già essere letti aggiornate utilizzando le nuove versioni dell'API.

Tuttavia, ti consigliamo di eseguire la migrazione di client e manifest prima di Kubernetes 1.26. Per saperne di più, consulta la Guida alla migrazione delle API deprecate per Kubernetes.

Puoi visualizzare approfondimenti e consigli sul ritiro per determinare se il cluster utilizza API Kubernetes 1.26 deprecate. GKE genera insight sul ritiro quando gli user agent richiamano le API deprecate, non dalla configurazione degli oggetti Kubernetes.

Avviso: se non aggiorni un client o un file manifest prima dell'upgrade 1.26, non sarà in grado di leggere/modificare gli oggetti esistenti o crearne di nuovi. La client o manifest potranno leggere, modificare o creare oggetti solo dopo aggiornalo.

Trova i cluster utilizzando le API deprecate

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

Puoi anche utilizzare i log di controllo per sapere quali client effettuano chiamate all'ambiente deprecato su quelle di livello inferiore.

Individua client API che effettuano chiamate di scrittura ad API deprecate

Per i cluster in cui è abilitato Google Cloud Observability, puoi utilizzare quanto segue Log di controllo dell'attività di amministrazione per mostrare l'uso delle API deprecate da parte degli user agent che non sono Gestita 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 il minorenne versione in cui l'API deprecata viene rimossa, ad esempio 1.22.

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

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

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

Attenzione: se abiliti audit log aggiuntivi, questa operazione potrebbe comportare costi di logging aggiuntivi. Il volume del controllo di accesso ai dati importati I log vengono conteggiati ai fini della quota di importazione dei log di Cloud Logging.

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 del riquadro delle informazioni, seleziona Admin Read e Data Read.

Con questi log abilitati, ora puoi utilizzare la query originale per visualizzare sia le letture e scrivere chiamate alle API ritirate.

Upgrade dei componenti di terze parti

Approfondimenti sul ritiro potrebbero mostrare risultati per agenti di terze parti che effettuano chiamate ad API deprecate. nel tuo cluster.

Per risolvere le chiamate degli agenti di terze parti alle API deprecate, consigliamo la seguenti best practice:

1. Rivolgiti al tuo fornitore del software di terze parti per una versione aggiornata.
2. Eseguire l'upgrade del software di terze parti alla versione più recente. Se non puoi eseguire l'upgrade devi verificare se è necessario eseguire l'upgrade di GKE con le API deprecate rimosse interrompere il servizio.

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

Aggiorna i cluster interessati dai ritiri

Per eseguire l'upgrade dei cluster interessati dai ritiri, segui questi passaggi:

1. Controlla quali user agent utilizzano le API deprecate nella log.
2. Aggiorna gli user agent che utilizzano le API deprecate in modo che utilizzino l'API supportata e versioni successive.
3. Aggiornare all'ultima versione qualsiasi software di terze parti che chiama le API ritirate e versioni successive.
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 del servizio. Se l'upgrade non causa e interruzioni, eseguire l'upgrade manuale del cluster.

6. Dopo aver aggiornato tutti gli user agent, GKE attende che non ha più osservato l'utilizzo di API deprecate per 30 giorni e poi sblocca upgrade automatici. Gli upgrade automatici vengono eseguiti in base programma delle release.

Risorse

Ulteriori informazioni sono disponibili nella documentazione di Kubernetes sul software open source:

• Blog di Kubernetes: rimozioni e principali cambiamenti di Kubernetes nella versione 1.26
• Note di rilascio di Kubernetes 1.26
• Guida alla migrazione delle API deprecate per Kubernetes