理論的には、3ノードのLXDクラスタがロードバランサの下で動作しているとします。トラフィックが増加し始め、別のノードをクラスタに追加することで、水平方向に拡大する必要があります。この時点で、LBの下に4ノードのクラスタがあります。水平スケーリングはシステムの負荷をどのように減少させますか？
どのようにこのアプローチで有益ですか？ノードを含む全体的なベアメタルの負荷を軽減するか、単に処理する要求が増えるかどうかを理解しようとしています。より多くのリクエストが処理できる場合は、個々のコンテナの平均負荷を測定したいですか？
予備のCPUサイクルと十分なネットワーク帯域幅がある限り、新しいノードを追加すると、ほとんどの場合、同時に多くの要求を同時に処理できるようになります。場合によっては、これによって各要求の応答性が低下します。
CPU負荷が高い場合は、同じボックスに別のノードを追加するとスループットが低下します（応答時間の延長 - 同時に行うことができる処理をCPUに求めているためです）。代わりにIOをブロックするために負荷が高い場合、ボックスに別のノードを追加しても、各要求の処理時間に大きな影響はないはずです。
ブロッキングIOのケースでは、CPUがスレッシュホールドレベルになるまで新しいノードを追加できます。CPUを最大限に使いたい場合、スレッシュホールドを75％にしたい場合。
ただし、これらの日ioのブロッキングコードを実行すべきではない - あなたはNode.jsのか、移動のすべてを書くべきです。）あなたが本当にあなたのセットアップについてのより具体的な取得する必要があるだろう
これを明確にするだけです。 3つのノードと高いCPU使用率を持つマシンにHTTPリクエストを送信し、これを補うために4番目のノードを追加すると、CPU使用率が低下しますか？このアイデアはまだ私には意味をなさない。 –
私はそれが私の言ったことだとは思わない。私は、あなたが高いCPUを使用していて、より多くの作業を追加するとすべてが遅くなると言いました。 –
これは最高のフォーラムではないかもしれません。アプリケーションがマルチスレッドで、単一のマシンを使用している場合、理論上、ノードでリソース制限を使用している場合、特に「欲張り」のクライアントを分離する機能以外のノードを追加することで何も得られません。シングルスレッド（Node.jsなど）であっても、クラスタや子プロセスを使用する場合でも、CPUを最大限に引き出すことができます。
単一プロセスのスパースノードの利点の1つは、各アプリケーションに適したリソース制限を調整できることです。特定の時点で、特に高可用性が必要な場合は、複数のホストに拡張する機能が必要になります。
返信いただきありがとうございます、どのフォーラムが最適ですか？したがって、基本的に正しい解決策は、別のベアメタルをスケールアップし、ロードバランサを再構成してそのマシンに要求を分散させることです。そうですか。ありがとう –
私はちょうどあなたがバランスのとれているアプリケーションを指定するようなより具体的な質問をするより良い結果をここで得ることを意味します。 ServerFaultまたはSuperUserは他のオプションの始まりですが、[ここ]（http://meta.stackoverflow.com/questions/276579/should-docker-questions-go-on-stackoverflow-or-serverfault-or-superuser）を参照してください。それは灰色の領域かもしれません。 – ldg
しかし、高いレベルでは、スケーラビリティと可用性が最善であれば、ホスト間のバランスは賢明で、前述のようにサービスごとのリソース制限が最適化されます。 [swarm]（https://docs.docker.com/engine/swarm/）の最新バージョンもチェックしてください。 – ldg
スーパーマーケットを走らせていて、ラインが常に満杯だった場合は、新しいスタッフを雇って、利用可能なラインの量を増やすか、スタッフがより速く働くように訓練しようと思いますか？ – Marty
さらに多くのリクエストが処理されます。これは、ノードを収容するシステムの全体的なCPUに対して何をするのでしょうか？それでも同じ時間にヒットしているので、その価値は同じままですか？ –
私はマシン間のスケールアップに対処する機会は一度も与えられていないので、詳細はわかりませんが、各ノードが独自のリソースを持つマシンであるという印象を受けました。 – Marty