ホーム Enterprise Kubernetes 1.19 リリース

Kubernetes 1.19 リリース

by マイケル・リンク
Kubernetes 1.19

本日、Kubernetes チームは、最も人気のあるオープンソースのコンテナ オーケストレーション システムのバージョン 1.19 を正式にリリースしました。 1.19 リリースでは、新型コロナウイルス感染症 (COVID-34) による混乱にもかかわらず、19 の機能強化が行われています。強化のうち 9 つはアルファ版の強化で、15 つはベータ段階にあり、残りの 10 つは安定版です。の リリースノートの草案 正式リリースの数時間前から、約 2015 ページ分のメモと必要なアクションが含まれており、「(いいえ、本当に、アップグレードする前にこれを必ずお読みください)」という魅力的な強調警告が付けられています。新しいバージョンへの更新を検討している人は、特に Flex Volumes 機能を使用している場合は、まずリリース ノートの少なくともそのセクションを読む必要があります。 Kubernetes の最初のバージョンは XNUMX 年前の XNUMX 年 XNUMX 月にリリースされました。このオープンソース プロジェクトへの最初の貢献者の大部分は Google からのものであり、ソフトウェアは Go で書かれています。 Go は Golang とも呼ばれ、静的に型付けされたオブジェクト指向の同時実行型命令型言語であり、メモリ安全性とガベージ コレクションが含まれています。

本日、Kubernetes チームは、最も人気のあるオープンソースのコンテナ オーケストレーション システムのバージョン 1.19 を正式にリリースしました。 1.19 リリースでは、新型コロナウイルス感染症 (COVID-34) による混乱にもかかわらず、19 の機能強化が行われています。強化のうち 9 つはアルファ版の強化で、15 つはベータ段階にあり、残りの 10 つは安定版です。の リリースノートの草案 正式リリースの数時間前から、約 2015 ページ分のメモと必要なアクションが含まれており、「(いいえ、本当に、アップグレードする前にこれを必ずお読みください)」という魅力的な強調警告が付けられています。新しいバージョンへの更新を検討している人は、特に Flex Volumes 機能を使用している場合は、まずリリース ノートの少なくともそのセクションを読む必要があります。 Kubernetes の最初のバージョンは XNUMX 年前の XNUMX 年 XNUMX 月にリリースされました。このオープンソース プロジェクトへの最初の貢献者の大部分は Google からのものであり、ソフトウェアは Go で書かれています。 Go は Golang とも呼ばれ、静的に型付けされたオブジェクト指向の同時実行型命令型言語であり、メモリ安全性とガベージ コレクションが含まれています。

Kubernetes 1.19

おそらく、Kubernetes 1.19 に伴う最も重要な変更はソフトウェアにありません。 Kubernetes チームは、サポート期間を以前の 80 か月から 80 年間に延長することを決定しました。この変更は、Kubernetes ユーザーの半数のみがサポートされているバージョンを使用していることが示された昨年の調査によって動機付けられました。チームは、サポート期間を XNUMX 年に延長することで、ユーザーの XNUMX% がサポートされているバージョンを使用できるようになることを期待しています。残念ながら、その XNUMX% の目標は、ユーザーと IT チームがサポート期間の延長を言い訳にして次のアップデートをさらに遅らせるのではなく、現在のアップデートの実践を継続した場合にのみ達成されます。

新しい 9 アルファ ステージの機能強化の 1.19 つは、より優れたストレージ管理のサポートを提供します。 9 では、ノードのストレージ容量を報告するための新しい API が導入されています。スケジューラは、新しいコンテナ ポッドのノードを選択するときにこの容量情報を使用して、新しいポッドに十分なスペースを持つノードのみが選択されるようにします。同様に、1.17 つのアルファ機能強化のうちのもう XNUMX つでは、オペレーターがデフォルトの拡散ルールを定義し、それを持たないポッドに適用できるようになります。この待望の機能は当初、XNUMX の一部として昨年リリースされる予定でしたが、安定した信頼性の高い高品質のソフトウェアを提供するというチームの取り組みにより、リリースが今まで延期されました。

ストレージ処理の改善というテーマを継続し、別の新しいアルファ機能により、一時ボリュームの既存のサポートが拡張されます。エフェメラル ボリュームは、ライフサイクルがポッドに関連付けられているボリューム プラグインであり、スクラッチ スペース (例: 組み込みの「空のディレクトリ」ボリューム タイプ) として使用したり、一部のデータをポッドにロードするために使用したり (例: 組み込みの configmap およびシークレット ボリューム タイプまたは「CSI」)インライン ボリューム」)。新しいアルファ機能は、動的プロビジョニング ストレージ ドライバーを、ボリュームのライフサイクルがポッドにバインドされた一時ボリュームとして使用できるようにすることで、これを拡張します。新しい機能は、ボリューム プロビジョニングのすべての StorageClass パラメーターをサポートします。ストレージ容量の追跡、スナップショットと復元、ボリュームのサイズ変更など、すべての Persistent VolumeClaim もサポートされています。ここではアラートについて説明しますが、ログ記録全般を改善する試みも行われていることに注意してください。 klog メッセージを構造化するための新しいメソッドが、Kubernetes 1.19 のアルファ機能拡張として追加されました。現在の計画では、ユーザーが自分のペースで新しく改良されたシステムに適応するのに十分な時間を確保できるように、既存のシステムに加えて、より構造化されたロギングのサポートを段階的に追加することが求められています。

ストレージ管理に対するアルファ版の機能強化をまとめて、CSI ヘルスモニタリングが Kubernetes 1.19 でリリースされます。この新機能は、PVC またはポッド上のイベントとしてレポートすることにより、CSI ドライバー アラートを引き上げます。この機能は、Kubernetes による個々のボリュームの健全性の問題をプログラムで検出して解決するための足がかりとして機能します。

Kubernetes 15 の 1.19 のベータ段階の機能強化のうち、2 つは大きな変更としてフラグが立てられ、XNUMX つはまったくの新規としてフラグが立てられています。 XNUMX つの主要な変更は、ミラーリングの概念を追加するためのエンドポイント API の改善と、ノード トポロジ API を改善するための XNUMX つの新しい関数呼び出しの追加です。非推奨の API の使用に関する警告メカニズムも更新されました。

Stable に段階的に移行した機能強化の中で最も顕著なものは、Ingress API です。この待望の変更は、業界で広く使用されている現状を認めるに過ぎません。ただし、行間を読むと、チームの一部のメンバーがまだ改善を望んでおり、将来的には並列 API または代替 API として組み込まれる可能性があるようです。この変更の裏返しとして、1.19 では、コードの煩雑さを軽減するために、積極的に開発されていない、または安定版に移行していないベータ機能の非推奨 (その後 XNUMX 回のリリース) と削除 (その後 XNUMX 回のリリース) も自動化されました。新しい自動化の主な目的は、多忙な作業を軽減し、オープンソース ソフトウェアの貢献者が古い機能をクリーンアップするのではなく、新しい機能の改善に集中できるようにすることです。

利用状況

すぐに

Kubernetes メイン サイト

StorageReview と連携する

ニュースレター | YouTube |ポッドキャスト iTunes/Spotifyは | Instagram | Twitter | Facebook | RSSフィード