Kubernetes では、現在のリソース要件に基づいてワークロードをスケーリングできます。これにより、クラスターはリソース需要の変化に対してより柔軟かつ効率的に反応できるようになります。 ワークロードをスケーリングする場合、ワークロードに使用できるリソースを増減したり、レプリカのサイズを変更したりできます。 最初の方法は水平スケーリングと呼ばれ、2 番目の方法は垂直スケーリングと呼ばれます。
ワークロードをスケーリングする方法には手動と自動がありますが、自動方法が重視されます。 ワークロードを手動でスケーリングするKubernetes はワークロードの手動スケーリングをサポートしています。水平スケーリングは kubeclt CLI を使用して実行できます。垂直スケーリングには、 パッチ ワークロードのリソース定義。 ワークロードを自動的にスケーリングKubernetes は、ワークロードの自動スケーリング、つまり自動水平スケーリングと自動垂直スケーリングもサポートしています。 Kubernetes での自動スケーリングとは、一連の Pod を管理するオブジェクトを自動的に更新することを指します。 ワークロードを水平に拡張するKubernetesでは、 水平ポッドオートスケーラー (HPA) はワークロードを水平方向に自動的にスケーリングします。 これは Kubernetes API リソースおよびコントローラーとして実装され、CPU やメモリ使用量などの観測されたリソース使用率に合わせてレプリカの数を定期的に調整します。 HPAワークフロー HPA ワークロードを垂直に拡張する機能ステータス: Kubernetes v1.25 [安定版] Kubernetesでは、 垂直ポッドオートスケーラー (VPA) ワークロードの自動垂直スケーリング。しかし、HPA とは異なり、VPA はデフォルトで Kubernetes に付属しておらず、別のプロジェクトです。 インストールが完了すると、管理対象レプリカのリソースをいつどのようにスケーリングするかを定義する CustomResourceDefinitions (CRD) を作成できます。 注: HPA が適切に動作するには、クラスターに Metrics Server をインストールする必要があります。 VPA ワークフロー: VPA 現在、VPA は次の 4 つのモードで動作できます。
インプレースサイズ変更の制限機能ステータス: Kubernetes v1.27 [アルファ] 再起動せずにポッドとコンテナのワークロードのサイズを変更するには、現在、Kubernetes バージョン 1.27 以降が必要です。 クラスターサイズに基づく自動スケーリングクラスターのサイズ (またはその他のシステム コンポーネントなど) に基づいてスケーリングする必要があるワークロードの場合は、Cluster Proportional Autoscaler (CPA) を使用できます。 VPA と同様に、CPA は Kubernetes コアの一部ではありませんが、GitHub に独自のプロジェクトがあります。 クラスター比例オートスケーラーは、スケジュール可能なノードとコアの数を監視し、それに応じてターゲットワークロードのレプリカの数をスケーリングします。 レプリカの数を一定に保つ必要がある場合は、クラスター比例垂直オートスケーラーを使用して、クラスターのサイズに基づいてワークロードを垂直にスケーリングできます。プロジェクトは現在テスト段階にあります。 クラスター比例オートスケーラーはワークロードのレプリカの数をスケーリングしますが、クラスター比例垂直オートスケーラーは、クラスター内のノードまたはコアの数に基づいてワークロード (デプロイメントや DaemonSet など) のリソース要求を調整します。 イベント駆動型自動スケーリングまた、イベントに基づいてワークロードをスケールすることもできます。 Kubernetes イベント駆動型オートスケーラー (KEDA)。 ケダ KEDA は、DevOps、SRE、および Ops チームが外部イベントまたはトリガーに基づいて Pod を水平方向にスケーリングするために使用する、軽量のオープンソース Kubernetes イベント駆動型オートスケーラーです。 KEDA は、CPU やメモリなどの標準リソース メトリックに依存するネイティブ Kubernetes 自動スケーリング ソリューションの機能を拡張するのに役立ちます。 KEDA を Kubernetes クラスターにデプロイし、カスタム リソース定義 (CRD) を使用してポッドのスケーリングを管理できます。 KEDA は、キュー内のメッセージ数など、処理するイベント数に基づいてワークロードをスケーリングできる CNCF 卒業プロジェクトです。さまざまなイベント ソースに合わせて、さまざまなアダプターを選択できます。 スケジュールベースの自動スケーリングワークロードをスケーリングするためのもう 1 つの戦略は、たとえば、オフピーク時のリソース消費を削減するためにスケーリング操作をスケジュールすることです。 イベント駆動型の自動スケーリングと同様に、この動作は KEDA とその Cron スケーリング コントローラと組み合わせて使用することができ、ワークロードのスケールインまたはスケールアウトのスケジュールを定義できます。 クラスターインフラストラクチャの拡張ワークロードをスケーリングするだけではニーズを満たせない場合は、クラスター インフラストラクチャ自体をスケーリングすることもできます。 クラスターのスケーリング クラスター インフラストラクチャをスケーリングすることは、通常、ノードを追加または削除することを意味します。これは、利用可能な 2 つの自動スケーラーのいずれかを使用して実行できます。
両方のエクスパンダーは、スケジュール不可または十分に使用されていないとマークされたノードを監視し、必要に応じてノードを追加または削除することによって機能します。 要約するKubernetes での自動スケーリングとは、Pod を管理するワークロードを自動的に更新し、最終的にワークロードが Pod 定義を更新して自動スケーリングを実現することを指します。主に以下の解決策があります。
|
<<: CRUD プログラマーしか知らない友人の皆さん、クラウド コンピューティング テクノロジーを採用し始めましたか?
>>: 地方におけるエッジコンピューティング:デジタル格差の解消
01. 物理ネットワークから仮想ネットワークへ有名な「六次の隔たり定理」によれば、世界中の見知らぬ人...
最近、Wenrou はいくつかのウェブサイトを分析し、問題を発見しました。ほとんどの企業ウェブサイト...
企業は、オンプレミスにプライベート クラウドを展開しながら、ワークロードをパブリック クラウドに移行...
Hivelocityはどうですか?ハイベロシティロサンゼルスはどうですか?世界的に有名なデータセンタ...
SEO 業界に不慣れな人にとって、SEO を学ぶ方法を知ることは重要な問題です。 SEO を学ぶには...
1. グーグルとアップルが対立:モバイルマップサービスが新たな戦場に北京時間6月5日、海外メディアの...
最近、海外メディアCNBCによると、アマゾンのクラウドコンピューティング事業のCEO、アンディ・ジャ...
RabbitMQ は、クラウドネイティブ アプリケーションで重要な役割を果たすオープン ソースのメッ...
企業のデジタル変革により、クラウド コンピューティングの発展が促進されました。中国情報通信研究院の統...
では、良いブログ、影響力のあるブログ、良いランキングを獲得し、真のブランドを確立するにはどうすればい...
「4月8日はハッカーやホワイトハットにとって眠れない夜だ」誰かがこう表現した。午前中はまだ WIN ...
アリババとシャオミのブランドマーケティング手法を整理してまとめたいとずっと思っていました。半年以上の...
urpad の openvz を使用したことがある友人は、コスト効率が非常に良く、価値があると言うと...
原題: 鉄道省が12306チケット予約システム入札に関する質問に回答入札プロセスは公開されており、費...
最近、外部リンクについて勉強しています。今日は、外部リンク リソースの応用についてお話します。外部リ...