OCI Full Stack DRを使用したリカバリ中のパブリックDNSレコードの管理 (2024/02/28)

https://blogs.oracle.com/ateam/post/lb-with-custom-hostname-with-fsdr

投稿者： Atefeh (Ati) Yousefi-Attaei | Senior Cloud Engineer | North America Cloud Engineering

カスタム・ロードバランサのホスト名を使用してトラフィック管理ステアリング・ポリシーを作成

最初のブログでは、両方のリージョンのロードバランサにカスタム・ドメイン名がなく、ほとんどの顧客ケースでカスタムURL名がLBに割り当てられています。ただし、OCI DNS管理を使用して、プライマリ・リージョンからセカンダリへのフェイルオーバーを処理する方法を示すことにしました。このソリューションでは、1つのカスタムURLドメインをプライマリDRリージョンとセカンダリDRリージョンの両方のLBに割り当てます。

潜り込もう。ネットワーキング・リソースからDNS管理に移動し、トラフィック管理ステアリング・ポリシーをクリックします。

「Create Traffic Management Steering Policy」をクリックし、必要な項目をすべて入力します。

次のスクリーンショットを確認してください。

ノート: Aレコードを含むロードバランサは、1番目と2番目のアンサー・プールに追加されました。

ノート: 152.70.125.76はサンノゼのパブリック・ロードバランサのIPアドレスで、141.148.185.79はフェニックスのパブリック・ロードバランサのIPアドレスです。

ノート: 登録済ドメインがOCIで構成されている使用可能なパブリック・ゾーンが必要です。そうしないと、選択できるゾーン・オプションはありません。

ノート: 私の場合、"fsdr"を"ateam-oracle.cloud"ドメインのサブドメイン/ホスト名として構成しました。このドメインにはすでにゾーンがあり、必要な証明書がOCI内で構成されています。

ノート: 「プール優先度の構成」セクションでは、San Jose LB (プライマリ・リージョン)が最初に、Phoenix LBが2番目のリージョンです(PhoenixはこのブログのDRリージョンです)。

ポリシーを作成した後、nslookupコマンドを実行して、LB URLが解決される場所を確認します。

次に示すように、サーバーIPはSan Jose LBに属します。

DR計画を実行して、ロードバランサのフェイルオーバーを検証します。

DRソリューションをテストするために、DR計画を再度実行し、今回はフェニックス・リージョンをプライマリにしました。次に示すように、今回はLB URLがフェニックス・ロードバランサのパブリックIPアドレスで解決されました。

最後のステップでは、トラフィック・ステアリング・ポリシーの詳細ページからスクリーンショットを撮りました。次に示すように、バックエンド・セット・サーバーで使用可能なコンピュート・インスタンスがないため、サンノゼのヘルス・チェックのステータスは異常です。また、DNSポリシーは、正常なバックエンド・セット・サーバーを使用してフェニックス内の2番目のLBにトラフィックをフェイルオーバーします。