Informationen zur Containerlaufzeit

Ihre Cluster verwenden eine Containerlaufzeit, um Kubernetes-Pods zu erstellen und auszuführen. Vor Version 1.13 von GDCV für Bare Metal konnte Ihre Containerlaufzeit entweder Docker Engine oder containerd sein. Die Containerlaufzeit kann jedoch ab Version 1.13 von GKE on Bare Metal nur containerd sein.

Vor Version 1.13 von GKE on Bare Metal haben Sie die Containerlaufzeit durch Angabe eines Werts im Feld spec.nodeConfig.containerRuntime in Ihrer Clusterkonfigurationsdatei ausgewählt. Ab Version 1.13 von GKE on Bare Metal ist das Feld containerRuntime nicht mehr in den von bmctl generierten Clusterkonfigurationsdateien enthalten.

Mit Kubernetes 1.24 endet die Unterstützung von Docker Engine

Die Komponente dockershim in Kubernetes ermöglicht Clusterknoten die Verwendung der Docker Engine-Containerlaufzeit. In Kubernetes 1.24 wurde die Komponente dockershim jedoch entfernt. Da GKE on Bare Metal Version 1.13 auf Kubernetes 1.24 ausgeführt wird, können Cluster der Version 1.13 und höher nicht mehr Docker Engine verwenden.

Unabhängig davon, ob Sie einen Cluster der Version 1.13 erstellen oder einen Cluster der Version 1.12 auf Version 1.13 upgraden, ist containerd die Standardeinstellung und die einzige unterstützte Containerlaufzeit. Sie müssen die Containerlaufzeit nicht in der Clusterkonfigurationsdatei angeben. Wenn Sie für die Containerlaufzeit etwas anderes als containerd angeben, schlägt das Upgrade oder Erstellen des Clusters fehl.

Die Docker-Installation, die Sie bei der Entwicklung zum Erstellen von Images verwenden, steht nicht im Zusammenhang mit der Docker Engine-Containerlaufzeit in Ihrem Kubernetes-Cluster. Sie können Docker weiterhin zum Erstellen von Images und Anwendungscontainern verwenden. Diese Container funktionieren weiterhin in Ihrem Cluster.

Sie müssen Docker weiterhin auf Ihrer Administratorworkstation installieren, da der Befehl bmctl für Vorgänge wie die Clustererstellung Docker erfordert. Diese Verwendung von Docker ist auch nicht von der Einstellung von dockershim betroffen.

Status der Containerlaufzeit prüfen

Führen Sie den folgenden Befehl aus, um den Status der Containerlaufzeit zu prüfen:

systemctl status containerd