Informationen zur Containerlaufzeit

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

Vor Version 1.13 von GKE on Bare Metal haben Sie Ihre Containerlaufzeit durch Angabe eines Werts im Feld spec.nodeConfig.containerRuntime in der 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 die 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 versuchen, für die Containerlaufzeit etwas anderes als containerd anzugeben, 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 das Erstellen von Clustern Docker benötigt. 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