「Kubernetes v1.20」からコンテナランタイムとしての「Docker」が非推奨に：マネージドサービスの利用者に影響あり

Kubernetesプロジェクトは最新版の「Kubernetes v1.20」から、コンテナランタイムとしての「Docker」が非推奨となることについて、公式ブログで解説した。

[＠IT]

　Kubernetesプロジェクトは2020年12月8日（米国時間）、「Kubernetes v1.20」を公開した。これに先立ち、公式ブログで「Don't Panic: Kubernetes and Docker」と題する投稿を公開し、コンテナランタイムとしての「Docker」が非推奨となることについて解説した。

　Kubernetesプロジェクトはブログの冒頭で、「パニックになる必要はない」と呼び掛け、コンテナランタイムとしてのDockerが非推奨となることの意味と影響を説明している。

　その一方でKubernetes向けに作成された「Container Runtime Interface」（CRI）を使用するランタイムを推奨した。Dockerで生成されたイメージはこれまでと同様に、クラスタにおいて全てのランタイムで引き続き動作する。

　Kubernetesを使用するエンドユーザーにとっては、あまり変わることはないと述べ、次のように説明している。「これはDockerの死を意味するわけではない。Dockerをもう開発ツールとして使えない、あるいは使ってはならない、ということでもない。Dockerはこれまで通り、便利なコンテナ構築ツールであり、『docker build』コマンドを実行して得られるイメージは、Kubernetesクラスタで動作する」

マネージドKubernetesサービスを使っているなら要注意

　一方、「Google Kubernetes Engine」（GKE）や「Amazon Elastic Kubernetes Service」（EKS）、「Azure Kubernetes Service」（AKS）といったマネージドKubernetesサービスのユーザーは要注意だ。Kubernetesの将来のバージョンでDockerサポートが打ち切りになる前に、ワーカーノードが、サポートされているコンテナランタイムを使用するようにしなければならない。ノードをカスタマイズしている場合は、環境とランタイムの要件を基に、ノードをアップデートする必要があるかもしれない。

　独自のクラスタを展開している場合も、クラスタが壊れないように変更を加える必要がある。Kubernetes v1.20では、Dockerの非推奨化についての警告を出力する。DockerランタイムのサポートがKubernetesの将来のリリース（現在の計画では、2021年末に公開予定のv1.23）で打ち切られたら、「containerd」や「CRI-O」のような、CRIに対応するコンテナランタイムのいずれかに切り替える必要がある。現在使用中のDockerデーモン構成をサポートするランタイムを選ばなければならない。

ランタイムとしてのDockerは何が問題なのか