Tentang runtime container

Cluster Anda menggunakan runtime container untuk membuat dan menjalankan Pod Kubernetes. Sebelum GDCV versi 1.13 untuk Bare Metal, runtime container Anda dapat berupa Docker Engine atau containerd. Namun, runtime container Anda hanya dapat berupa containerd mulai GKE versi 1.13 di Bare Metal.

Sebelum GKE versi 1.13 di Bare Metal, Anda harus memilih runtime container dengan menentukan nilai di kolom spec.nodeConfig.containerRuntime di file konfigurasi cluster Anda. Mulai GKE versi 1.13 di Bare Metal, kolom containerRuntime tidak lagi disertakan dalam file konfigurasi cluster yang dihasilkan oleh bmctl.

Kubernetes 1.24 mengakhiri dukungan Docker Engine

Komponen dockershim di Kubernetes memungkinkan node cluster menggunakan runtime container Docker Engine. Namun, Kubernetes 1.24 menghapus komponen dockershim. Karena GKE pada Bare Metal versi 1.13 akan berjalan di Kubernetes 1.24, maka cluster versi 1.13 dan yang lebih tinggi tidak dapat lagi menggunakan Docker Engine.

Baik membuat cluster versi 1.13 maupun mengupgrade cluster versi 1.12 ke versi 1.13, containerd adalah default dan merupakan satu-satunya runtime container yang didukung. Anda tidak perlu menentukan runtime container di file konfigurasi cluster. Jika Anda mencoba menentukan apa pun selain containerd untuk runtime penampung, upgrade cluster atau operasi buat akan gagal.

Penginstalan Docker yang Anda gunakan dalam pengembangan untuk membuat image tidak terkait dengan runtime container Docker Engine di dalam cluster Kubernetes Anda. Anda tetap dapat menggunakan Docker untuk membuat image dan membangun container aplikasi. Container tersebut akan tetap berfungsi di dalam cluster Anda.

Anda harus terus menginstal Docker di workstation admin karena perintah bmctl memerlukan Docker untuk operasi, seperti pembuatan cluster. Penggunaan Docker ini juga tidak terpengaruh oleh penghentian dockershim.

Memeriksa status runtime penampung

Untuk memeriksa status runtime container, jalankan perintah berikut:

systemctl status containerd