GSLBとは何ですか？
グローバル・サーバー・ロード・バランシング (GSLB)は、同じサイト内であれ、地球の反対側であれ、複数のネットワークにトラフィックを誘導する方法です。GSLB は、VLAN がない、あるいはストレッチされている、あるいはそうでない 2 つの別々のネットワーク間のロードバランスに使用することができます。
これはDNSを使って行われる。DNSとは、www.google.com のようなウェブページにアクセスしようとするときに、PCが行う問い合わせのことです。このクエリが通常のDNSサーバーで答えられない場合、DNSサーバーは問題のドメインの権威DNSサーバーにクエリを渡します。この権威DNSサーバーがGSLBで、設定されたロードバランシングポリシーに基づいて回答を提供します。例えば、「city match」ポリシーが使用されている場合、クライアントのソースIPを検出し、クライアントに最も近いデータセンターに誘導する回答を提供します。
では、GSLBで何ができるのか？
ジオロケーションのためのGSLB
GSLB は 2 つ以上のサイト間のブリッジとして機能し、多くの高可用性とルーティングの利点を提供できる。特に強力な例は、地理位置情報を使用してアプリケーション・トラフィックの送信先を決定することです。ユーザーがロンドンのウェブサイトにアクセスする場合、GSLB は Geo-Location を使用してユーザーをロンドンのデータセンターに送ることができます。
これは、GSLB がポリシー・セットに従ってルーティングを決定できる、アクティブ・アクティブ・シナリオを展開することで達成される。この結果、接続が高速化され、サービス提供の制御がより容易になり、国によって異なるウェブサイトやコンテンツを提供できるようになる。(Netflixが、アメリカ国内かそうでないかによって視聴できる番組が異なるのと少し似ている）。つまり、GSLBはリクエストがどこから来たかを確認し、ソースIPのロケーションに最も関連するものを提供することができるので、デフォルトで異なる言語でウェブサイトを表示することができます。
エッジネクサスのGSLBでは、トラフィックをどのように誘導したいのか、柔軟にルールを設定することができます。私たちは大陸のマッチングから都市のマッチングまで行っているので、サイトがどんなに離れていても、最も近い場所にトラフィックを送ることができます。
災害復旧のためのGSLB
堅実なディザスタリカバリ戦略を維持することは、特に複数のデータセンターが関与する場合、すべての企業にとって必須です。GSLBはディザスタリカバリを処理する非常に効率的な方法であり、問題や障害が発生した場合、1つのデータセンターから他のデータセンターへフェイルオーバーする。すべての移行はエンドユーザーにとってシームレスであるべきだ。
edgeNEXUS GSLBはアクティブ-パッシブ展開シナリオを使用してこれを行います。メインサイトに障害が発生した場合、GSLBはこれを検出し、お客様が選択した定義されたデータセンターに移動します。
サービス提供における究極の柔軟性
GSLBは、クラウド、データセンター、その他お客様の環境に適した場所であれば、どこにでも導入することができます。また、社内ユーザーを場所に基づいて特定のサービスに送る必要がある場合は、プライベートIPアドレス範囲にカスタムロケーションを追加することもできます。
データセンター間でシステムのバランスを保ちたい場合でも、トラフィックの送信先を重み付けする機能を使うことができます。例えば、ロンドンのデータセンターでより多くの負荷がかかっていることがわかっている場合、より多くのトラフィックがそこに送信されるように重み付けを増やすことができます。これをローカルのロードバランサーと組み合わせれば、ダウンタイムは過去のものになるはずです。
なぜみんなGSLBを使わないのか？欠点は？
GSLBは、ストレッチVLANや他の方法が利用できない複数のネットワーク上でロードバランシングすることを可能にするが、GSLBはサーバーロードバランシングほど流暢でも効率的でもない。このアキレス腱はDNSの動作方法に起因する。
GSLB は特定のドメインの権威ネームサーバーとして動作する。クライアントのDNSリクエストは、リクエストに答える能力を持つサーバーに到達するまで、様々なDNSサーバーに渡される。これは理論的には問題ないが、実際には、クライアントまたはDNSサーバーに結果を一定時間キャッシュすることによって妨げられる。キャッシュは、クライアントから発生する通常不必要なトラフィックの多くを防ぐことができるので、一般的には悪いことではありません。
私たちのシナリオでは、キャッシュによって、フェイルオーバーは通常のロードバランシングのように瞬時に行われない。私たちが設定できる最小値は60秒ですが、結果をより長くキャッシュすることでシステムをより効率的にしようとする他のDNSサーバーやDNSクライアントによって、これは無視されるかもしれません。つまり、フェイルオーバーは通常、レコードのTTL（Time To Live）値として知られている値より速くなることはありません。ディザスタリカバリの場合、トラフィックが別のサイトにリダイレクトされるまでに60秒かかることがあります。しかし、バランスから考えると、60秒の遅延が発生しても、はるかに長い間アプリケーションからロックアウトされるよりは、クライアントにとって望ましいことです。
多くの企業がGSLBを提供していますが、なぜedgeNEXUSを選ぶのでしょうか？
簡単に言えば、jetNEXUSGSLBは使いやすい。コマンドラインを使って何時間もかけて設定したり、各サイトを手動で追加したりする必要はありません。ロードバランサーのレスト API を使用して仮想サービスからデータを取得し、GSLB で自動的に設定します。そのため、ネットワークの学位がなくても簡単に設定し、稼働させることができます。
ロードバランシングの主要なプレーヤーはすべて GSLB を内蔵または追加で持っているのは事実です。GSLBを固定価格で提供することで、50ユーザーでも50,000ユーザーでも、GSLBインスタンスあたりのコストは変わりません。そのため、途中で違約金が発生することなくビジネスを拡大することができます。他のソリューションでは、ヘルスチェックやトラフィック操作ルールなど、機能を追加するごとに料金が発生することがあります。GSLBには追加料金が発生しないため、必要な機能をいくつでも追加することができます！
edgeNEXUS GSLBの詳細はこちらをご覧ください。
14日間の無料トライアルをご希望の方は、こちらをクリックしてください。
技術的な詳細については、アプリストアのガイドをご覧ください。
