Condividi tramite


Azure HDInsight nelle versioni del servizio Azure Kubernetes

Importante

Questa funzionalità è attualmente disponibile solo in anteprima. Le condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure includono termini legali più validi applicabili alle funzionalità di Azure disponibili in versione beta, in anteprima o non ancora rilasciate nella disponibilità generale. Per informazioni su questa anteprima specifica, vedere Informazioni sull'anteprima di Azure HDInsight nel servizio Azure Kubernetes. Per domande o suggerimenti sulle funzionalità, inviare una richiesta in AskHDInsight con i dettagli e seguire microsoft per altri aggiornamenti nella community di Azure HDInsight.

Il servizio HDInsight nel servizio Azure Kubernetes include tre componenti, un provider di risorse, un software open source (OSS) e controller distribuiti in un cluster. Microsoft aggiorna periodicamente le immagini e i componenti menzionati in precedenza per includere nuovi miglioramenti e funzionalità.

È possibile creare una nuova versione di HDInsight nel servizio Azure Kubernetes quando si verifica una o più delle condizioni seguenti:

  • Modifiche o aggiornamenti importanti o secondari per HDInsight nelle funzionalità del provider di risorse del servizio Azure Kubernetes.
  • Versioni principali o secondarie o aggiornamenti dei componenti open source.
  • Versioni principali o secondarie o aggiornamenti dei componenti dell'infrastruttura del servizio Azure Kubernetes.
  • Modifiche o aggiornamenti principali o secondari al sistema operativo sottostante.
  • Patch o hotfix per una parte componente del pacchetto (inclusi gli aggiornamenti della sicurezza più recenti e le correzioni di bug critiche).

Introduzione

Azure HDInsight nel servizio Azure Kubernetes ha il concetto di pool di cluster e cluster, che associano le versioni essenziali dei componenti, ad esempio pacchetti e connettori con un componente open source specifico. Ogni aggiornamento della versione include periodicamente nuovi miglioramenti, funzionalità e patch.

Nota

È necessario testare e verificare che le applicazioni vengano eseguite correttamente quando si usano nuove patch, versioni secondarie o principali.

Azure HDInsight nel servizio Azure Kubernetes usa lo schema di controllo delle versioni semantiche standard per ogni versione:

[major].[minor].[patch]
Examples:
  1.0.1
  1.0.2

Ogni numero nella versione indica la compatibilità generale con la versione precedente

  • Le versioni principali cambiano quando gli aggiornamenti dell'API incompatibili o la compatibilità con le versioni precedenti potrebbero essere interrotti.
  • Le versioni secondarie cambiano quando vengono apportati aggiornamenti delle funzionalità compatibili con le versioni precedenti con le altre versioni secondarie (ad eccezione delle nuove aggiunte di funzionalità o correzioni di sicurezza di base/aggiornamenti della piattaforma controllati da upstream).
  • Le versioni delle patch cambiano quando vengono apportate correzioni di bug compatibili con le versioni precedenti a una versione secondaria.

Importante

È necessario mirare a eseguire la versione patch più recente della versione secondaria in esecuzione. Ad esempio, se il cluster di produzione è in 1.0.1, 1.0.2 è la versione patch più recente disponibile per la serie 1.0 . È consigliabile eseguire l'aggiornamento a 1.0.2 il prima possibile, per assicurarsi che il cluster sia completamente patch e supportato.

Mantenere aggiornato il cluster

Per sfruttare le funzionalità più recenti di HDInsight nel servizio Azure Kubernetes, è consigliabile eseguire regolarmente la migrazione dei cluster alla patch o alle versioni secondarie più recenti. Attualmente, gli aggiornamenti sul posto di HDInsight nel servizio Azure Kubernetes sono inclusi nell'anteprima pubblica con aggiornamenti rapidi, del sistema operativo del nodo e delle patch del servizio Azure Kubernetes, in cui i cluster esistenti vengono aggiornati alle versioni più recenti.

È necessario creare un nuovo cluster HDInsight nel cluster del servizio Azure Kubernetes nel pool di cluster esistente ed eseguire la migrazione dell'applicazione per usare il nuovo cluster con la versione secondaria o la patch più recente. Tutti i pool di cluster sono allineati alla versione principale e i cluster all'interno del pool sono allineati alla stessa versione principale ed è possibile creare cluster con versioni secondarie o patch successive.

Ciclo di vita e supporto

Poiché HDInsight nel servizio Azure Kubernetes si basa sull'infrastruttura del servizio Azure Kubernetes servizio Azure Kubernetes sottostante, deve essere aggiornata periodicamente per garantire la sicurezza e la compatibilità con le funzionalità più recenti. Con gli aggiornamenti sul posto è possibile aggiornare i cluster per con aggiornamenti rapidi del cluster, aggiornamenti della sicurezza nel sistema operativo del nodo e aggiornamenti delle patch del servizio Azure Kubernetes.

Versione del pool di cluster HDInsight nel servizio Azure Kubernetes Data di rilascio Fase di rilascio Versione del servizio Azure Kubernetes mappata Fine della vita del servizio Azure Kubernetes
1.1 Ott. 2023 Anteprima pubblica 1.27 Luglio 2024
1.2 Maggio 2024 - 1,29 -

Come parte delle procedure consigliate, è consigliabile mantenere aggiornati regolarmente i cluster. Il rilascio di HDInsight nel servizio Azure Kubernetes viene eseguito ogni 30-60 giorni. È sempre consigliabile passare alle versioni più recenti il prima possibile. La durata massima consigliata per gli aggiornamenti del cluster è inferiore a tre mesi.

Scenari di esempio

Nell'esempio seguente viene illustrato un ciclo di vita di modifica della versione con HDInsight nel servizio Azure Kubernetes. Ad esempio, un cluster in esecuzione nel pool di cluster versione 2.0, viene considerato il cluster versione 2.3.6. Questo è un esempio e tutti gli aggiornamenti delle versioni saranno disponibili in base alle note sulla versione in modo continuativo.

Esempio Impatto sulla versione Aggiornamenti delle note sulla versione (esempio)
Aggiornamento della versione di Kubernetes del servizio Azure Kubernetes MS-Minor HDInsight nel servizio Azure Kubernetes versione 2.4.0. Questa versione include la versione del servizio Azure Kubernetes aggiornata dalla versione 1.26.4 alla 1.27.4. I cluster necessitano di un aggiornamento.
Patch della versione del sistema operativo MS-Patch HDInsight nel servizio Azure Kubernetes versione 2.4.1. Questa versione include patch di manutenzione per il sistema operativo. I cluster necessitano di un aggiornamento.
Web SSH è ora supportato per l'esecuzione di strumenti client MS-Patch HDInsight nel servizio Azure Kubernetes versione 2.4.2. Questa versione include il supporto per l'esecuzione di strumenti client nei pod Webssh. I cluster necessitano di un aggiornamento.
La scalabilità automatica avanzata con il carico è ora aggiunta a HDInsight nel servizio Azure Kubernetes MS-Minor HDInsight nel servizio Azure Kubernetes versione 2.5.0. Questa versione introduce una scalabilità automatica avanzata basata sul carico con altre funzionalità. I cluster necessitano di un aggiornamento.
La scalabilità automatica personalizzata con scalabilità automatica basata sul carico è ora disponibile MS-Patch HDInsight nel servizio Azure Kubernetes versione 2.5.1. Questa versione include la personalizzazione della scalabilità automatica basata sul carico. I cluster necessitano di un aggiornamento.
Aggiungere il supporto dei tag di servizio MS-Patch HDInsight nel servizio Azure Kubernetes versione 2.5.2 a partire dalla versione 2.5.2, HDInsight nel servizio Azure Kubernetes aggiungerà il supporto dei tag di servizio. I cluster necessitano di un aggiornamento.
Aggiornamento secondario del componente open source MS-Minor HDInsight nel servizio Azure Kubernetes versione 2.6.0. A partire dalla versione 2.6.0, HDInsight nel servizio Azure Kubernetes aggiungerà l'aggiornamento del componente open source dalla versione 1.x alla versione 1.y Per i cluster è necessario un aggiornamento.
Aggiornamento del componente open source e aggiornamento del servizio Azure Kubernetes, modifica dell'API che causa un'interruzione MS-Major HDInsight nel servizio Azure Kubernetes versione 3.0.1. A partire dalla versione 3.0.1, il componente Open source Y è stato aggiornato dalla versione 1.x alla versione 2.x e l'infrastruttura aggiornata del servizio Azure Kubernetes alla versione 2.x; I pool di cluster richiedono un aggiornamento alla versione 3.0 e i cluster alla versione 3.0.1.

Controllo delle versioni con portale di Azure

Nell'esempio seguente è possibile osservare come selezionare le versioni nel pool di cluster e nei cluster. Il pool di cluster è sempre allineato alla versione principale dei cluster. Ovvero, se si sta cercando un aggiornamento sulla versione 2.4.5 di HDInsight nel servizio Azure Kubernetes, è necessario usare la versione 2.0 del pool di cluster.

Screenshot che mostra la scheda di base del pool di cluster.

Quando si crea un cluster HDInsight nel cluster del servizio Azure Kubernetes o in un cluster Apache Flink, è possibile scegliere la versione secondaria.patch dall'elenco delle versioni supportate.

Screenshot che mostra i dettagli del cluster.

Il componente open source più recente supportato seguente come elenco a discesa per iniziare.

Screenshot che mostra la versione del pool.

Poiché HDInsight nel servizio Azure Kubernetes espone e aggiorna una versione secondaria con ogni versione regolare, è ora possibile disporre abbastanza test prima dell'aggiornamento alla nuova versione e controllare la pianificazione.

Screenshot che mostra la versione del servizio Azure Kubernetes.

Importante

Se si usano operazioni RESTAPI, il cluster viene sempre creato con la versione ms-patch più recente per assicurarsi di ottenere gli aggiornamenti della sicurezza più recenti e le correzioni di bug critiche.

Note sulla versione

Per le note sulla versione sulle versioni più recenti di HDInsight nel servizio Azure Kubernetes, vedere le note sulla versione

Considerazioni sul controllo delle versioni

  • Le versioni del pool di cluster HDInsight nel servizio Azure Kubernetes e la fine del ciclo di vita dipendono dal supporto del servizio Azure Kubernetes upstream. È possibile fare riferimento alle versioni supportate del servizio Azure Kubernetes e pianificare gli aggiornamenti del pool o del cluster del cluster in modo continuativo.
  • Dopo aver distribuito un pool di cluster con una determinata versione del pool di cluster, tale pool di cluster non può eseguire automaticamente l'aggiornamento a una versione secondaria più recente. È necessario ricreare fino a quando la funzionalità di aggiornamento sul posto non è attiva per le versioni secondarie per i pool di cluster.
  • Una volta distribuito un cluster all'interno di una determinata versione del pool di cluster, tale cluster non può eseguire automaticamente l'aggiornamento a una versione secondaria o patch più recente. È necessario ricreare fino a quando la funzionalità di aggiornamento sul posto non è attiva per patch, versioni secondarie per i cluster.
  • Durante la creazione di un nuovo cluster, viene distribuita o selezionata la versione più recente.
  • I clienti devono testare e verificare che le applicazioni vengano eseguite correttamente quando si usa la nuova versione di HDInsight nel servizio Azure Kubernetes.
  • HDInsight nel servizio Azure Kubernetes si riserva il diritto di modificare la versione predefinita senza preavviso. Se si ha una dipendenza della versione, specificare la versione di HDInsight nel servizio Azure Kubernetes quando si creano i cluster.
  • HDInsight nel servizio Azure Kubernetes può ritirare una versione del componente OSS prima di ritirare HDInsight nella versione del servizio Azure Kubernetes, in base al supporto upstream delle dipendenze open source o del servizio Azure Kubernetes.