クラスター サイズの見積もり - ポッド数
ノード、ポッド、サービスには IP アドレスが必要です。 しかし、必要な IP アドレスの数をどのように決定すればよいでしょうか? アドレスの数を決定するには、アプリケーションの特性を理解する必要があります。 まず、必要なポッドの数を決定します。 これで、必要なノードのサイズと、実行する必要があるノードの数を確認できます。
どれだけのポッド数が必要になりますか?
アプリケーションはポッドの中で実行します。 単純なアプリケーションであれば、その全体が 1 つのポッドで実行される可能性があります。 また、複数のサービスで構成されているマイクロサービス アーキテクチャ アプリケーションのような、より複雑なアプリケーションであれば、それぞれのサービスが独自のポッドで実行され、ポッドが複数のノードに分散される可能性があります。
目的のアプリケーションのアーキテクチャに関する完全な理解が必要になります。 そこから、アプリケーションに必要なポッド数を計算できます。 その後で、実行する各ポッドのレプリカの数を再検討します。 ほとんどの使用パターンが予測可能であり、テストを通じて一定のポッド数で最適に動作することがわかっているアプリケーションもあります。 また、需要の高い、または低い期間が発生し、その変動するトラフィックに対応するためにポッド数の変更が必要になるアプリケーションもあります。 予測できない使用パターンが伴われるシナリオであっても、アプリケーションでスケールアップ可能なポッドの最大数に制限を設定する必要があります。 こうした制限を設定すると、クラスター内のすべてのリソースがアプリケーションによって消費されることはありません。
必要なリソースを測定するロード テスト環境を設定することをお勧めします。 ロード テスト ツールは、通常時またはピーク時の需要シナリオをシミュレートするために使用できます。 ロード テストから得られたデータは、さまざまな状況でのアプリケーションの動作を理解するために役立ちます。 この情報は、あらゆる状況でアプリケーションが応答性を維持するために必要なポッドの数を決定するときに使用できます。
いくつのポッドを実行する必要がありますか?
あなたは、会社が複数のサービスで構成される新しいオンライン Web ストアをデプロイしようとしていることを認識しています。 この新しいストアの担当開発者と交渉して、サービスに関する情報を求めます。 次の表は、各サービスに必要なレプリカの数を示しています。
| サービス | 最小レプリカ数 | 最大レプリカ数 |
|---|---|---|
| Web サイト フロント エンド | 3 | 10 |
| Identity API | 3 | 5 |
| Catalog API | 3 | 10 |
| Orders API | 3 | 5 |
| Orders Helper | 3 | 5 |
| Basket API | 3 | 10 |
| Marketing API | 3 | 10 |
| Locations API | 3 | 5 |
| すべてのサービスのレプリカの合計 | 24 | 60 |
チームは、サービスごとに少なくとも 3 つのレプリカをデプロイすることで合意しました。 この構成では、アプリケーションでパフォーマンスと可用性のベースライン レベルを確実に実現できます。 各開発チームは、季節的なピークを含めた需要に対処するために、レプリカの必要最大数を提示しました。
この表に示した数値を使用すると、クラスターで実行すべきポッド レプリカの最小と最大の数を計算できます。
- ポッドの最小数は 24 です (サービスは 8 つあり、そのすべてがそれぞれ少なくとも 3 つのレプリカを実行します)。
- レプリカの最大数は 60 です。
ポッドの計画ができたので、それらをホストする Azure VM について検討する必要があります。