Kubernetes 1.17ではボリュームスナップショットとプラグイン管理の簡素化が実現

[51CTO.com クイック翻訳] Kubernetes は、コンテナのデプロイ、スケーリング、管理のために市場で最も広く使用されているオープンソースのコンテナ オーケストレーション ツールの 1 つです。このツールはもともと Google によって開発され、現在は Cloud Native Computing Foundation によって管理されており、最近バージョン 1.17 に到達しました。

[[285404]]

バージョン 1.17 は 2019 年の 4 番目で最後のリリースであり、22 の改善点が含まれています。機能改善には次のものが含まれます。

• 14 の改善が安定段階に入りました。
• 4 つの改善がベータ ステージに入りました。
• 4 つの改良がアルファ ステージに入りました。

Kubernetes の最新バージョンに含まれる新しい改善点のいくつかを見てみましょう。

まず、最も重要な機能の 1 つを見てみましょう。

ボリュームスナップショット

ボリューム スナップショットはまだ安定段階には入っていませんが、多くの Kubernetes 管理者が高く評価している機能です。この機能は、永続ボリュームのポイントインタイム コピーを作成します。これらのスナップショットは、新しいボリュームをプロビジョニングしたり、既存のボリュームを以前の状態に復元したりするために使用できます。

しかし、Kubernetes には、ブロック ストレージとファイル ストレージの自動化、プロビジョニング、アタッチ、マウントのための強力なツールを提供するボリューム プラグインがすでにあることを考えると、ボリューム スナップショットを追加するのはなぜでしょうか。この質問に答えるために、Kubernetes の公式ドキュメントでは次のように具体的に述べられています。

これらすべての機能の根底にあるのは、Kubernetes のワークロード移植性の目標です。Kubernetes は、分散システム アプリケーションと基盤となるクラスターの間に抽象化レイヤーを作成することを目標としています。これにより、アプリケーションは実行されるクラスターの詳細に依存せず、アプリケーションのデプロイメントに「クラスター固有の」知識は不要になります。

スナップショット操作は、ステートフル ワークロードにとって重要な機能と見なされます。 Kubernetes API 内でスナップショット アクションをトリガーする方法を提供することで、管理者は Kubernetes API を使用せずにユースケースを処理できるようになりました。

Kubernetes ボリューム スナップショット機能の詳細については、公式ドキュメントを参照してください。

ツリー内プラグインの移行

バージョン 1.17 以降、Kubernetes はツリー内プラグインを Container Storage Interface (CSI) に移行します。なぜそうなるのでしょうか? 1.17 より前では、Kubernetes ボリューム プラグインはコア Kubernetes コードの一部であり、コア Kubernetes バイナリとともに出荷されていました。そのため、Kubernetes に新しいボリューム プラグインを追加することは常に困難でした。ベンダーがコアにストレージ システムを追加したい場合、Kubernetes のリリース プロセスに合わせる必要があります。これは必ずしも可能ではありません。

さらに、サードパーティのストレージ コードにより、Kubernetes コア バイナリ内で信頼性とセキュリティの問題が発生する可能性があります。

これにより、ツリー内のプラグインが CSI に移行されました。 Kubernetes 開発者は、この移行について次のように述べています。「Kubernetes クラスター管理者がクラスターを更新して CSI 移行を有効にすると、既存のステートフル デプロイメントとワークロードは通常どおり実行され続けます。ただし、バックグラウンドでは、Kubernetes はすべてのストレージ管理操作 (以前はツリー内ドライバー用) の制御を CSI ドライバーに渡します。」

その他の機能

Kubernetes 1.17 のその他の機能は次のとおりです。

• ノードの条件付きテイント設定: テイントを使用してスケジュールを防止するノード条件を示します。
• 構成可能な Pod プロセス名前空間: ユーザーは、PodSpec でオプションを設定することで、Pod 内のコンテナが共通の PID 名前空間を共有するように構成できます。
• 動的最大ボリューム数: ノードあたりの最大ボリュームに対する動的かつ汎用的なメカニズムのサポートが追加されました。
• SubPath マウントでは環境変数の拡張が提供されます。
• リソースのデフォルト設定のカスタマイズをサポートします。
• 頻繁な Kubelet ハートビートをリース API に移動します。Kubelet はノード上にリースを作成して定期的に更新し、ノード ライフサイクル コントローラーはリースをヘルス シグナルとして扱います。
• kube-apiserver の負荷を軽減するためにウォッチブックマークをサポートします。
• 動作駆動型適合テスト: 適合動作は、それらの動作を検証するテストとは別に事前に定義されます。
• サービスのファイナライザー保護: ファイナライザー保護を追加して、関連付けられた LB が削除される前にサービス リソースが完全に削除されないようにします。
• ウォッチャーごとに同じオブジェクトを個別にシリアル化することは避けてください。
• IPv4/IPv6 デュアル スタック サポート。
• トポロジを考慮したサービス ルーティング。
• Windows 用の RunAsUserName。

Kubernetes バージョン 1.17 をダウンロードするには、リリースの公式 GitHub ページにアクセスしてください。新しい機能の詳細については、ここにある完全な変更ログをご覧ください。

原題: Kubernetes 1.17 でボリューム スナップショットとプラグイン管理の簡素化を実現、著者: Jack Wallen

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。