私が現在持っているのは次のとおりです
東京のEC2x2インスタンス(1プロキシ1アプリケーション)
シンガポールのEC2x2インスタンス(1プロキシ1アプリケーション)
別の別のプロバイダーでは地理的なDNSがあるため、東京のユーザーは東京のインスタンスに移動し、シンガポールはシンガポールに移動します。
Health Checkでフェイルオーバーを利用したいので、Route53への移行を検討しています(Amazonにはすでに他のDNSゾーンがあります)。それを構成する方法の例を見てきましたが、私はまだ私が望むものを構成する方法がわかりません、それは次のとおりです。
場所ごとに1つずつ2つのヘルスチェックを構成しましたが、これらは機能しています。
それぞれがGeoLocationのルーティングポリシーを使用してproxy.domain.comと呼ばれる2つのDNSエントリを構成し、日本とシンガポールを選択して、それぞれに関連するEC2IPを追加しました。
現在、cname site.domain.comを構成して、どちらかの場所が利用できない場合にユーザーが他のインスタンスにフェイルオーバーするようにしようとしています。
しかし、起こっているように見えることは、私も起こることを期待していることです。セカンダリターゲットがプライマリターゲットと同じDNS名であるためにDNSがフェイルオーバーした場合でも、ユーザーの場所が常に優先され、他のインスタンスのIPが返されることはありません。例
日本ip:1.1.1.1シンガポールip:2.2.2.2
シンガポールからPingsite.domain.com> 2.2.2.2
シンガポールの電源を切ります(ヘルスチェックで不健康が確認されました)
TTLの有効期限が切れるのを待っています、flushdns。
シンガポールからPingsite.domain.com> 2.2.2.2(この時点で、これで1.1.1.1を返します)
より複雑なAmazon Route 53設定でヘルスチェックが機能する方法 のようにエイリアスツリーを設定し、ターゲットヘルスの評価がtrueに設定されていることを確認する必要があります。
proxy.domain.com/type geo |場所:デフォルト->エイリアス-> wrr.domain.com
proxy.domain.com/type geo |場所:日本->エイリアス-> japan.domain.com
proxy.domain.com/type geo |場所:シンガポール->エイリアス-> sin.domain.com
wrr.domain.com/タイプwrr |重み1-> Japan.domain.com
wrr.domain.com/タイプwrr |重み1-> sin.domain.com
Sin.domain.com/タイプフェイルオーバープライマリ|ヘルスチェックに関連付ける
Japan.domain.com/タイプフェイルオーバープライマリ|ヘルスチェックに関連付ける