※ 本記事は、Jarrod Meschinoによる”Migrating applications to the cloud? Use OCI DNS Traffic Management“を翻訳したものです。

2024年2月8日


クラウドに、トラフィックの送信を開始するサービスまたはアプリケーションがありますか? または、異なるクラウド、クラウド・ディストリビューション・ネットワーク(CDN)またはデータ・センター間でトラフィックを分散する必要があるハイブリッドまたはマルチクラウドのシナリオは、潜在的に異なる地域に存在しますか? Oracle Cloud Infrastructure (OCI) トラフィック管理では、ドメイン・ネーム・システム(DNS)でインテリジェントなレスポンスを作成し、位置情報、自律システム番号(ASN)および接頭辞の起点、重み付けまたはラウンド・ロビン・ロード・バランシング、アクティブなフェイルオーバー・シナリオ、さらにはそれらのオプションの組合せなど、様々な条件に基づいてトラフィックを制御できます。この投稿では、ハイブリッド・アプリケーションおよびクラウド・アプリケーションのDNSトラフィックをステアリングする潜在的なシナリオをいくつか取り上げ、これらの複雑な環境を可能にするOCI DNSトラフィック管理内の特定の機能の一部について説明します。

 

Figure 1: The various steering policy templates offered in the Traffic Management console in OCI. Other capabilities are exposed by the API, such as the custom steering template.
図1: OCIのトラフィック管理コンソールで提供される様々なステアリング・ポリシー・テンプレート。その他の機能は、カスタム・ステアリング・テンプレートなど、APIによって公開されます。

 

 

トラフィック管理を使用したロード・バランサの重み付け

このシナリオでは、OCIにワークロードまたはアプリケーションがあり、現在のデータ・センターからすべての本番トラフィックを完全にコミットすることなく、少量の本番トラフィックの送信を開始する必要があります。トラフィック管理内で重みを使用すると、トラフィックの一部を新しい場所に送信しながら、現在の本番サイトを使用してトラフィックの大部分を保持できます。

この重み付けロード・バランシング・ポリシーにより、新しいクラウド環境に送信されるクリティカルな本番トラフィックの量を制御できるため、リスクを軽減できます。OCIトラフィック管理でロード・バランシング・テンプレートを使用すると、「重み付けラウンド・ロビン」シナリオを構成できます。このシナリオでは、トラフィック管理ポリシーにアタッチされたホスト名に対する問合せが、主に現在の本番の場所またはデータ・センターに転送されます。トラフィック管理ポリシーでは、このエンドポイントに重みを割り当て、図1に示すように、クラウド環境を表すエンドポイントに重みを大きく割り当てます。この構成では、両方のエンドポイントが重み付けされ、現在の本番ロケーションがほとんどの時間に渡されるようになりますが、クラウド・エンドポイントには少量のトラフィックが表示されます。

大きな利点は、エンドポイントにヒットするトラフィックの量を制御し、必要に応じて調整できることです。そのため、割り当てられた重みを増すことで、クラウド・エンドポイントに表示されるトラフィックの量を柔軟に増やすことができます。この柔軟性により、クラウドへのトラフィックの完全な移行をしているのか、複数のクラウド環境またはオンプレミス環境間でトラフィックを分割しているのかにかかわらず、両方の場所間で目的のトラフィック分割に到達できます。

図2は、データ・センターが大量のトラフィックを受信する重み(重みは99)を使用するOCIトラフィック管理のトラフィック・パターンの例で、クラウド・エンドポイントは少量のトラフィック(重みは1)しか認識しません。

Figure 2: An OCI Traffic Management load balancing policy where traffic is heavily weighted to send traffic to one location and a minimal amount to the other.
図2: OCIトラフィック管理のロード・バランシング・ポリシー。トラフィックが重み付けされ、トラフィックが一方の場所に送信され、もう一方の場所には最小限の量が送信されます。

必要に応じて、より細かくウェイトを取得できます。0から255までの数値を定義して、DNSレスポンスが他のレスポンスに関連して提供される頻度を決定できます。値が大きいDNS応答は、処理される可能性が高くなります。

トラフィック管理による位置情報ステアリング

この2番目のシナリオでは、ボリュームを増やす前に、優先度の低い経済市場から少量のトラフィックをプッシュします。CDNを経済ゾーンまたはパフォーマンス強度の領域にターゲット設定できます。トラフィック管理の位置情報機能は、ここに適しています。

重みを使用するのではなく、OCIトラフィック管理位置情報ルールの粒度を使用して、この目標を達成できます。たとえば、トラフィック管理内で位置情報ステアリング・テンプレートを使用すると、ジオステアリング・ポリシーにアタッチされたホスト名を打つすべてのDNS問合せが、EUの一部の国およびアフリカのすべての国からの問合せを除き、現在のオンプレミス・データ・センターに提供され、トラフィック管理ポリシーがクラウド・エンドポイントで応答します。

新しいクラウド・エンドポイントを打つトラフィックがより快適になるにつれ、クラウド・エンドポイントに徐々に地域を追加できます。この設定は、データ・センターとクラウド環境の両方を利用するハイブリッド・モデルでアクティブ/アクティブ構成を実行したり、地理的な場所に基づいて複数のCDNをターゲットにする場合にも理想的な方法です。

図3は、トラフィック管理の位置情報機能の使用例を示しています。このポリシーには、クラウドとデータ・センターの場所を表す2つの個別のレスポンス・プールがあります。この例のルールでは、フランス、アイルランド、イタリア、英国およびアフリカ大陸からのDNS問合せがクラウドの場所に送信され、世界の他の部分からの問合せがデータ・センターのエンドポイントに送信されます。

Figure 3: A Traffic Management geolocation steering policy where selected countries and continents receive a unique answer versus the rest of the world.
図3: トラフィック管理の位置情報ステアリング・ポリシー。選択した国と大陸が、他の国と比べて一意の回答を受け取ります。

 

トラフィック管理の地理管理機能を使用すると、国レベルまでの大規模な地理に対する応答を定義できます。米国とカナダでは、回答は州レベルにまで及ぶ場合もあります。さらに粒度が必要な場合は、トラフィック管理ASNおよびプリフィクス・ステアリング機能の使用を検討することをお薦めします。

まとめ

OCIトラフィック管理は、お客様が希望するユース・ケースを満たす多くの条件でパブリックDNSトラフィックを制御する柔軟性を大幅に備えています。サービスが複数のクラウド・プロバイダ、データ・センターまたはCDNプロバイダにまたがる場所に関係なく、トラフィック管理はそれらの場所の健全性を監視し、多数の条件に基づいて管理できます。

トラフィック管理ポリシーの詳細または開始については、トラフィック管理のドキュメントを参照してください。OCIおよびDNSオファリングについてさらに学習するには、ドメイン・ネーム・システム(DNS)を参照してください。Oracle Cloud InfrastructureでのDNSの実装を開始するには、パブリックDNSのドキュメントを参照してください。