ロードバランサー自体の高可用性

Question

ロードバランサー自体の高可用性についてインターネットで読んだすべての記事には、仮想IP（VIP）を使用したアプローチが記載されています。このアプローチでは、2つのロードバランサーはアクティブスタンバイモードのままになります。アクティブなロードバランサーがVIPを所有しています。アクティブロードバランサーがダウンした場合、スタンバイロードバランサーは何らかのハートビートメカニズムを使用して障害を検出し、VIPを引き継ぐため、アクティブロードバランサーになります。

私の質問は次のとおりです。

1. どの時点でも、1つのロードバランサーのみがすべてのリクエストを処理しています。着信リクエストの数が多すぎる場合はどうなりますか？または、（HAProxy、nginx、またはハードウェアロードバランサー）などの一般的なロードバランサーによって処理されるリクエストの数が多すぎて、実際には超えられませんか？

2. DNSがロードバランサー自体にトラフィックを分散しながらラウンドロビン負荷分散を実行できるように、同じドメイン名のロードバランサーのクラスターを用意することは良い代替手段ですか？このようにして、DNSサーバーでAレコードを動的に追加または削除することによっても、ロードバランサーの自動スケーリングを実現できます。

Answer 1

1. リクエスト数が多すぎると、タイムアウトが発生します。はい、サーバーが小さい場合、またはリソースの制約がある場合は、サーバーを最大限に活用できます。

2. はい。たぶんそのようではないかもしれませんが。

DNSは、同じドメインに対して複数のAレコードを持つことができます。これにより、フェイルオーバーまたは負荷分散が可能になります。これらのサーバーは、異なるデータセンターに配置できます。役立つ記事の1つは ここ です。または、「dnsloadbalancing」を検索することもできます。

アマゾンウェブサービスルート53は、地理的領域やレイテンシーなどの多くのポリシーに基づいてルーティングできます。また、サーバーの障害を検出し、他のサーバーにトラフィックを送信することもできます。 AWS以外のサーバーで動作します。それはあなたの問題に対する良い解決策になるでしょう。 CloudFlare Traffic Manager は、現在早期アクセスで利用可能であり、別の解決策になる可能性があります。