I cluster utilizzano un runtime del container per creare ed eseguire i pod di Kubernetes. Prima della versione 1.13 di GDCV per Bare Metal, il runtime del container poteva essere Docker Engine
o containerd
. Tuttavia, il runtime del container può essere solo containerd
a partire dalla versione 1.13 di GKE su Bare Metal.
Prima della versione 1.13 di GKE su Bare Metal, sceglivi il runtime del container specificando un valore nel campo spec.nodeConfig.containerRuntime
nel 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 dei cluster generati da bmctl
.
Kubernetes 1.24 termina il supporto di Docker Engine
Il componente dockershim
in Kubernetes consente ai nodi cluster di utilizzare il runtime del container Docker Engine. Tuttavia, Kubernetes 1.24 ha rimosso il componente dockershim
. Poiché GKE su Bare Metal versione 1.13 verrà eseguito su Kubernetes 1.24, la versione 1.13 e i cluster successivi non possono più utilizzare Docker Engine.
Che si tratti di creare un cluster versione 1.13 o di eseguire l'upgrade di un cluster 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 upgrade o creazione 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 creare container di applicazioni. Questi container continueranno a funzionare all'interno del cluster.
Devi continuare a installare Docker sulla tua workstation di amministrazione perché il comando bmctl
richiede Docker per operazioni come la creazione del cluster. Anche questo 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