こんにちは、ハブルです！
今日は、新しいサービスであるLoad Balancer の立ち上げについてコミュニティに お知らせします。
現在、このサービスは、VDS 個人アカウントのオープン ベータ テストモードで 誰でも利用でき ます。もちろん無料です。ご意見やご提案をお待ちしております。
みんな、なぜ今？
合理的に尋ねることができます。私たちも、他のみんなと同じように、パンデミック後の新しい (またはまだではない?) 現実に慣れてきており、クライアントのニーズに応えています。
企業はオンライン全体に没頭しており、これはサービスへの負荷が増大していることを意味します。バランサーは、着信要求を複数のサーバーに分散してフォールト トレランスを向上させ、アプリケーションのスケーラビリティを簡単に整理することもできます。
このサービスは、1 つの VDS が負荷に対応できなくなった場合、またはアプリケーションのフォールト トレランスを向上させたい場合に特に関連します。
使い方？
バランサーは、クライアント要求をグループ内の使用可能な実稼働サーバーにルーティングします。サーバーのステータスを定期的にポーリングすることで、バランサーはどのサーバーがアクティブで、クライアント要求を処理できるかを認識します。
グループ内の 1 つ以上のサーバーが応答しなくなった場合、それらのサーバーはバランシングから除外され、クライアントは動作していないサーバー上に配置されません。そのようなサーバーが復元されるとすぐに、それらへのトラフィックが自動的に返されます。これがバランサーの機能であり、グループの各サーバーの可用性を個別に監視する必要がありません。
また、グループに新しいサーバーを簡単に追加できるため、ロード バランサーをスケール アウトできます。たとえば、トラフィックまたはリクエストの数が増加すると、アプリケーションとともに新しいサーバーをバランシングに追加でき、トラフィックはグループ全体に均等に分散され始めます。クライアントの要求の合計。
わかりました、これですべては明らかですが、どのように試してみますか?
このプロセスを自動化する必要がある場合は、VDS コントロール パネルまたはAPIを使用し てバランサーを作成および管理できます 。
転送ルールでは、トラフィック転送のパラメータを設定し、着信ポートと発信ポート、および利用可能なものからのトラフィック プロトコルを指定します: tcp、https、http、http2。
次に、使用可能な 2 つのバランシング アルゴリズム (ラウンド ロビンまたは最小接続) のいずれかを選択できます。
どのアルゴリズムを選択する必要がありますか?
ラウンド ロビンは、サーバーが循環するアルゴリズムです。最初のリクエストは最初のサーバーに送信され、次のリクエストは 2 番目のサーバーに送信され、最後のサーバーまで送信され、その後サイクルが再び開始されます。
最小接続数は、新しい要求がアクティブな接続数が少ないサーバーに送信されるアルゴリズムです。
サーバーの可用性を自動的に制御するには、「可用性の確認」セクションでパラメータを指定できます。ポートとプロトコル、およびサーバーの可用性をバックグラウンドで監視する間隔を設定するだけです。
あとは、VDS を選択するか、サーバーの IP アドレスを指定するだけです。ちなみに、バランサーは当社のVDSだけでなく使用できます。私たちはそれのためにすべてになります!
ロード バランサーごとに、トラフィック バランシングに従事する haproxy を使用して 2 台のマシンを割り当てます。このスキームの 2 番目のマシンは冗長であり、バランサー自体の可用性の問題を排除します。システム全体。
私たちは、バランサーが配置されているサーバーの可用性を監視および確保するためのすべての作業を引き受けます。
私たちのバランサーまたはその他のバランサーを使用した経験についてコメントで教えてください。あなたの意見を知るのは興味深いです。
無慈悲なベータを始めよう！
