分離されたコンテナのクラスタを管理するシステムである Kubernetes 1.18 のリリース

公開済み コンテナオーケストレーションプラットフォームのリリース Kubernetes 1.18これにより、分離されたコンテナーのクラスターを全体として管理できるようになり、コンテナー内で実行されるアプリケーションをデプロイ、保守、スケーリングするためのメカニズムが提供されます。 このプロジェクトはもともと Google によって作成されましたが、その後 Linux Foundation が監督する独立したサイトに移管されました。 このプラットフォームは、コミュニティによって開発されたユニバーサル ソリューションとして位置付けられており、個別のシステムに関連付けられておらず、あらゆるクラウド環境のあらゆるアプリケーションと連携できます。 Kubernetes コードは Go で書かれており、 によって配布 Apache 2.0 に基づいてライセンスされています。

DNS データベースのメンテナンス、負荷分散、インフラストラクチャの導入および管理のための機能を提供します。
クラスターノード間でのコンテナーの分散 (負荷とサービスのニーズの変化に応じたコンテナーの移行)、アプリケーションレベルでのヘルスチェック、アカウント管理、実行中のクラスターを停止することなく更新および動的スケーリングを実行します。 コンテナのグループをデプロイして、グループ全体の操作を一度に更新および取り消したり、リソースを分割してクラスターを部分に論理的に分割したりすることができます。 アプリケーションの動的移行、ローカル ストレージとネットワーク ストレージ システムの両方を使用できるデータ ストレージがサポートされています。

Kubernetes 1.18 リリースには 38 件の変更と改善が含まれており、そのうち 15 件は安定版ステータスに、11 件はベータ版ステータスに移行されました。 アルファ版では 12 の新しい変更が提案されています。 新しいバージョンを準備する際には、新しい開発を追加するだけでなく、さまざまな機能の改良と実験機能の安定化にも同様の努力が払われました。 主な変更点:

  • kubectl
    • 追加した 「kubectl debug」コマンドのアルファ版。デバッグ ツールを使用して一時コンテナを起動することで、ポッドでのデバッグを簡素化できます。
    • 安定宣言済み 「kubectl diff」コマンド。マニフェストを適用するとクラスター内で何が変わるかを確認できます。
    • 削除されました 単一のポッドを実行するためのジェネレーターを除く、「kubectl run」コマンドのすべてのジェネレーター。
    • かわった フラグ「--dry-run」は、その値 (クライアント、サーバー、なし) に応じて、コマンドの試行実行がクライアント側またはサーバー側で実行されます。
    • kubectlコード 強調表示された 別のリポジトリに。 これにより、kubectl を内部の kubernetes 依存関係から切り離すことができ、サードパーティ プロジェクトへのコードのインポートが容易になりました。
  • 進入
    • 始まった Ingress の API グループを networking.v1beta1 に変更します。
    • 追加した 新しいフィールド:
      • pathType: リクエスト内のパスを比較する方法を指定できます。
      • IngressClassName は、非推奨と宣言されている kubernetes.io/ingress.class アノテーションの代替です。 このフィールドは、特別なオブジェクト InressClass の名前を指定します。
    • 追加した IngressClass オブジェクト。イングレス コントローラーの名前、その追加パラメーター、およびデフォルトでの使用の兆候を示します。
  • カスタマーサービス
    • によって追加 AppProtocol フィールド。アプリケーションが使用するプロトコルを指定できます。
    • 翻訳済み ベータステータスであり、デフォルトで有効になっている EndpointSlicesAPI は、通常のエンドポイントのより機能的な代替品です。
  • Сеть
    • サポート IPv6 はベータステータスに移行しました。
  • 永久ディスク。 次の機能は安定していると宣言されています。
  • アプリケーション構成
    • ConfigMap および Secret オブジェクトへ 追加した 新しいフィールドは「不変」です。 フィールド値を true に設定すると、オブジェクトの変更が防止されます。
  • プラハ
    • 追加した kube-scheduler の追加プロファイルを作成する機能。 以前は、非標準のポッド分散アルゴリズムを実装するために追加の別個のスケジューラを実行する必要があった場合、標準スケジューラの追加の設定セットを作成し、同じポッド フィールド「.spec.schedulerName」にその名前を指定できるようになりました。 ステータス - アルファ。
    • テイントベースのエビクション 安定宣言
  • スケーリング
    • 追加した 実行中のポッドの数を変更するときの積極性の程度を HPA マニフェストで指定する機能。つまり、負荷が増加したときに、一度に N 倍のインスタンスを起動します。
  • クベレット
    • トポロジマネージャー ベータステータスを受け取りました。 この機能により NUMA 割り当てが有効になり、マルチソケット システムでのパフォーマンスの低下が回避されます。
    • ベータステータス 受け取った PodOverhead 関数。ポッドの実行に必要な追加のリソース量を RuntimeClass で指定できます。
    • 拡張された HugePages のサポート。アルファ ステータスでは、コンテナ レベルの分離と複数の hugepage サイズのサポートが追加されました。
    • 削除されました メトリクスのエンドポイント /metrics/resource/v1alpha1、/metrics/resource が代わりに使用されます
  • API
    • ついに 古い API グループ apps/v1beta1 および extensions/v1beta1 を使用する機能が削除されました。
    • サーバーサイド適用 ベータ2ステータスにアップグレードされました。 この改善により、オブジェクト操作が kubectl から API サーバーに移行されます。 この改善の作成者は、これにより、現在の状況では修正できない多くの既存のエラーが修正されると主張しています。 彼らはまた、「.metadata.manatedFields」セクションを追加し、誰が、いつ、何が正確に変更されたのかを示す、オブジェクトの変更履歴を保存することを提案しています。
    • 発表されました 安定した CertificateSigningRequest API。
  • Windows プラットフォームのサポート。

出所: オープンネット.ru

コメントを追加します