Informazioni sul runtime del container

I tuoi cluster utilizzano un runtime del container per creare ed eseguire pod Kubernetes. Prima della versione 1.13 di Cluster Anthos on bare metal, il runtime del tuo container poteva essere Docker Engine o containerd. Tuttavia, il runtime del container può essere solo containerd a partire dalla versione 1.13 di Cluster Anthos on bare metal.

Prima della versione 1.13 di Cluster Anthos on bare metal, hai scelto il tuo runtime del container specificando un valore nel campo spec.nodeConfig.containerRuntime nel file di configurazione del cluster. A partire dalla versione 1.13 di Cluster Anthos on bare metal, il campo containerRuntime non è più incluso nei file di configurazione del cluster generati da bmctl.

Kubernetes 1.24 non supporta più Docker Engine

Il componente dockershim in Kubernetes consente ai nodi del cluster di utilizzare il runtime del container Docker Engine. Tuttavia, Kubernetes 1.24 ha rimosso il componente dockershim. Poiché i cluster Anthos su Bare Metal versione 1.13 verranno eseguiti su Kubernetes 1.24, versione 1.13 e successive, i cluster non possono più utilizzare Docker Engine.

Che si tratti di creare un cluster della versione 1.13 o di eseguire l'upgrade di un cluster della versione 1.12 alla versione 1.13, containerd è l'impostazione predefinita ed è l'unico runtime del container supportato. Non è necessario specificare il runtime del container nel file di configurazione del cluster. Se provi a specificare nient'altro per containerd per il runtime del container, l'upgrade o la creazione del cluster avrà esito negativo.

L'installazione di Docker che utilizzi in sviluppo per creare immagini non è correlata al runtime del container Docker Engine all'interno del tuo cluster Kubernetes. Puoi comunque utilizzare Docker per creare immagini e creare container dell'applicazione. Questi container continueranno a funzionare all'interno del cluster.

Devi continuare a installare Docker sulla workstation di amministrazione perché il comando bmctl richiede Docker per operazioni, ad esempio per la creazione di cluster. Anche l'uso di Docker non è interessato dal ritiro di dockershim.

Controlla lo stato del runtime del container

Per controllare lo stato del runtime del container, esegui il comando seguente:

systemctl status containerd