I cluster utilizzano un runtime dei container per creare ed eseguire pod Kubernetes. Prima della versione 1.13 di GKE su Bare Metal, il runtime del container poteva essere Docker Engine o containerd. Tuttavia, il runtime del container può essere containerd solo a partire dalla versione 1.13 di GKE su Bare Metal.
Prima della versione 1.13 di GKE su Bare Metal, dovevi scegliere il runtime del container specificando un valore nel campo spec.nodeConfig.containerRuntime del file di configurazione del cluster. A partire dalla versione 1.13 di GKE su Bare Metal, il campo containerRuntime non è più incluso nei file di configurazione del cluster generati da bmctl.
Kubernetes 1.24 termina il supporto di 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é la versione 1.13 di GKE su Bare Metal verrà eseguita su Kubernetes 1.24, i cluster versione 1.13 e successive non possono più utilizzare Docker Engine.
Sia che si crei un cluster della versione 1.13 o che si esegua 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 un valore diverso da containerd per il runtime del container, l'operazione di creazione o upgrade del cluster avrà esito negativo.
L'installazione Docker che utilizzi in fase di sviluppo per creare immagini non è correlata al runtime del container Docker Engine all'interno del tuo cluster Kubernetes. Puoi comunque usare Docker per creare immagini e container di applicazioni. 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 le operazioni, come la creazione
del cluster. Anche l'utilizzo di Docker non è interessato dal ritiro di dockershim.
Controlla lo stato del runtime del container
Per verificare lo stato del runtime del container, esegui questo comando:
systemctl status containerd