Kubernetes 1.18には、Kubectlのデバッグ、セキュリティなどが改善されています。

先週 の新しいバージョンの発売 コンテナ オーケストレーション プラットフォーム Kubernetes 1.18、 そのバージョン 38 の変更と改善が含まれています。 そのうち 15 個は安定状態、11 個はベータ状態にあり、さらに アルファ状態では 12 の新しい変更が提案されています。 新しいバージョンの準備では、さまざまな機能の改良、実験機能の安定化、および新しい開発の組み込みに同様の努力が向けられました。

Kubernetes を知らない人は、次のことを知っておく必要があります。 これはコンテナ オーケストレーション プラットフォームです その 分離されたコンテナのクラスターを管理できます 全体として、コンテナ内で実行されるアプリケーションをデプロイ、保守、拡張するためのメカニズムを提供します。

プロジェクト 元々は Google によって作成されましたが、後に別のプラットフォームに移植されました、Linux Foundation によってキュレーションされています。 このプラットフォームは、コミュニティによって開発されたユニバーサル ソリューションとして位置付けられており、個別のシステムに縛られず、あらゆるクラウド環境のあらゆるアプリケーションと連携できます。 Kubernetes コードは Go で書かれており、Apache 2.0 ライセンスに基づいて配布されます。

Kubernetes 1.18の新機能は何ですか？

この新しいバージョンの Kubernetes には Kubectl のさまざまな改善が含まれています。 発表の中で言及されているのは、 「kubectl debug」コマンドのアルファ版を追加しましたこれにより、デバッグ ツールを使用してコンテナーを実行するときに、ポッドでのデバッグが簡単になります。

コマンド中に 「kubectl diff」は安定していると宣言されましたを使用すると、マニフェストを適用した場合にクラスター内で何が変わるかを確認できます。

さらに すべての「kubectl run」コマンド ジェネレーターを削除しました、単一のポッド ジェネレーターの起動とインジケーターを除く --ドライランが変更されました、その値 (クライアント、サーバー、なし) に応じて、コマンドのテスト実行はクライアント側またはサーバー側で行われます。

コード kubectl は別のリポジトリに割り当てられます。 これにより、kubectl を内部の kubernetes 依存関係から分離できるようになり、コードをサードパーティ プロジェクトにインポートすることが容易になりました。

に対する ネットワークの変更に伴い、IPv6 サポートは現在ベータ版であることに注意してください。、PVC クローン作成、ネットワークが RAW デバイスを永続ディスクとしてブロックする可能性、CSI での RAW デバイスのブロックのサポート、CSI コントローラへのディスクの接続を要求するドライブに関する情報の転送、および新しい「不変」が追加されました。フィールドが ConfigMap オブジェクトと Secret オブジェクトに追加されました。

目立つ他の変更のうち：

• 最後に、/v1beta1 アプリケーションと /v1beta1 拡張機能を使用する機能が非推奨の API グループから削除されました。
• ServerSide apply がベータ 2 ステータスに更新されました。 この機能強化により、kubectl から API サーバーへのオブジェクト操作が可能になります。
• CertificateSigningRequest API が安定していると宣言されました。
• Windows プラットフォームのサポート。
• Windows ノードのサポートは拡大し続けます
• CRI-ContainerD のサポート
• RuntimeClassの実装
• CSIプロキシ
• 移行サポートは安定しています
• グループ管理サービスアカウント
• RunAsユーザー名
• Topology Manager はベータ版ステータスを受け取りました。 この機能には、マルチソケット システムでのパフォーマンスの低下を防ぐ NUMA 分散が含まれています。
• ベータ状態は、PodOverhead 関数を使用して実現されました。この関数を使用すると、ホームの起動に必要な追加のリソース量を RuntimeClass で指定できます。
• hugepage サポートの拡張、コンテナーへのアルファ状態分離の追加、およびマルチレベルの hugepage サイズのサポート。
• アプリが使用するプロトコルを指定できる AppProtocol フィールドを追加しました
• ベータステータスに変換され、デフォルトで有効になっています。EndpointSlicesAPI は、通常のエンドポイントのより機能的な代替品です。
• IngressClass オブジェクトが追加され、イングレス ハンドラーの名前、その追加パラメーター、およびデフォルトで使用するための記号が示されています。
• 作業ホームの数を変更するときの積極性の度合いを HPA マニフェストに指定する機能が追加されました。つまり、負荷が増加すると、すぐに N 倍のコピーが開始されます。