DNS ロード バランシングが依然として必要な理由

まず、潜在的な顧客である、靴、靴下、T シャツなどのランニング用品を製造している架空のヨーロッパの会社についてのストーリーから始めましょう。 それはスペインで始まり、そこで人気を博し、すぐにヨーロッパや中東の他の国々に広がりました。

この会社は、さまざまな地域や店舗をサポートするために、多数の Web サイトやアプリケーションを立ち上げています。 同社の IT リーダーは早い段階で、複数のパブリック クラウド プロバイダーとローカル データ センターを含むさまざまな環境でサイトとアプリをホストすることを決定し、同社の地域チームが自律的に活動できるようにしました。

同社は現在、これらのさまざまな資産をより簡単に制御し、適応型アプリをよりスムーズに実行してブルーグリーン展開を支援することを目指しています。 (これらは、別々でありながら同一の環境が作成されるデプロイメントであり、一方は現在のアプリ バージョンを実行し、もう一方は新しいバージョンを実行します。)

DNS ロード バランシング (DNSLB) がこの企業の目標達成にどのように役立つかを見てみましょう。

DNS は、インターネットの数少ない重要なプロトコルの 1 つです。 ユーザーがアプリケーションや Web サイトにアクセスする必要があるときはいつでも、それらのリソースを見つけるために DNS 要求が実行されます。 DNS がないと、アプリケーションや Web サイトにアクセスできません。

DNS (ドメイン ネーム システム) はほとんどの人にとって馴染みのある用語かもしれませんが、DNS ロード バランシング (GSLB (グローバル サーバー ロード バランシング) とも呼ばれる) はおそらく馴染みのない用語です。 簡単に言えば、これは DNS のよりインテリジェントなバージョンであり、アプリケーションの健全性とクライアントのソース IP アドレスに基づいてトラフィックを誘導することができます。

今日のほとんどのアプリケーションは、単一の場所でホストされるのではなく、複数の環境 (オンプレミスとパブリック クラウド、またはリージョンごとなど) でホストされています。 これにより、ユーザーへのサービスが向上する一方で、顧客のトラフィックを最も近いデータセンターにルーティングする必要も生じます。

このような状況では、通常、エニーキャスト ルーティングが使用されます。 しかし、すべてのトラフィックがプロバイダーのネットワークを通過する必要があるため、異なるプロバイダーの場所を活用するアーキテクチャは禁止されます。

さらに、顧客には障害が発生したバックエンドを検出する方法、つまりバックエンドにリクエストを送信してユーザー エクスペリエンスの低下を引き起こすことを回避する方法が必要です。

ここで、DNS ロード バランシング (DNSLB) が役立ちます。 理由は次のとおりです。

• DNSLB は、アプリケーションに参加しているエンドポイントがアクティブであることを確認するために定期的なヘルス チェックを提供します。
• これだけでなく、ヘルスチェックでは特定のキーワードを検索してバックエンドが正常であると判断することもできます。つまり、アクセス可能でもパフォーマンスが低下しており、コンテンツを適切に提供していないバックエンドを排除します。
• Geo-IP サポートにより、エンド ユーザーに最も関連性の高いコンテンツを提供できるようになります。
  • たとえば、すべてのユーザーはエニーキャスト Web サービスに送信されますが、PoP (プレゼンス ポイント) から遠く離れた国のユーザーは、ローカル データ センターまたは地域のクラウド プロバイダーに送信されることがあります。
  • または、ユーザーを国または地域の外に送信できない場合は、地理ベースのポリシーにより、関連する場所からのコンテンツが提供されるようになります (これは、欧州連合の GDPR 要件にも適用されます)。
• DNSLB は災害復旧計画の一部にもなり、最初の場所に障害が発生した場合にユーザーをフォールバック場所にルーティングできるようになります。

ランニング ギアを製造している会社の例では、IT がさまざまな環境に分散していますが、DNSLB は柔軟性をもたらす賢い方法です。 これは、DNS レイヤーのみを処理し、残りのトラフィックは選択された宛先（パブリック クラウド、プライベート データ センターなど）に流れるためです。 これにより、特定のベンダーやクラウド プロバイダーに縛られることがなくなります。

また、さまざまな負荷分散アルゴリズムを利用できるため、同社はブルーグリーン アプローチ (ユーザーを徐々に新しいバージョンに切り替える) を使用してアプリの新しいバージョンを展開したり、「比率」アルゴリズムを使用してカナリア展開 (最初にサーバーまたはノードの小さなサブセットをカットオーバーしてから他のサーバーまたはノードを追加する展開) を実行したりすることもできます。

DNSLB を SaaS として導入すると、オンプレミス ソリューションに比べて次のような明確な利点があります。

• お客様は、ハードウェアやネットワーク、ラック容量のプロビジョニングについて心配する必要がありません。
• 分散型サービス拒否 (DDoS) 保護が含まれているため、顧客が自分で対処する必要はありません。
• エニーキャスト ルーティングにより、エンド ユーザーは自分の所在地に最も近い DNS サーバーにアクセスできるようになるため、レイテンシが改善され、ユーザー エクスペリエンスが向上します。

もちろん、顧客が既存のツールやシステムを簡単に自動化し、統合できるように、REST ベースの API も利用可能である必要があります。