サブドメインがあり、これをいくつかの EC2 インスタンスを含む amazon エラスティック ロード バランサーに向けました。サブドメインを指すために、CNAME レコードを作成し、ロード バランサーの DNS 名の値を入力しました。
今私の質問は：
Elastic Load Balancer の IP アドレスがランダムに変化することはわかっています。
そのため、任意のアプリケーションからサブドメインの DNS を解決するように要求した場合、ロード バランサーの IP が変更された場合、DNS 伝播遅延の問題 (ロード バランサーの古い IP アドレスが返される可能性があります) が発生する可能性があります。
新しい IP の伝播を待つ必要がありますか? それとも、DNS 要求が解決される直前にエラスティック ロード バランスが変化した場合でも、新しい IP はリアルタイムで伝播されますか?
ELB の IP アドレスと IP アドレスの変更傾向について心配する必要はありません。CNAME レコードの IP アドレスの代わりに、ELB が提供するDNS 名 (IPv4 または IPv6)の 1 つを入力するだけです。
ELB情報ページからの引用
注: LoadBalancer に関連付けられた IP アドレスのセットは時間の経過とともに変化する可能性があるため、特定の IP アドレスで「A」レコードを作成しないでください。Elastic Load Balancing サービスによって生成された名前ではなく、わかりやすい DNS 名をロード バランサーに使用する場合は、LoadBalancer DNS 名の CNAME レコードを作成するか、Amazon Route 53 を使用してホスト ゾーンを作成する必要があります。詳細については、Elastic Load Balancing でドメイン名を使用する を参照してください。
数年前からそのような懸念があったようです。潜在的な問題のいくつかを説明している次の興味深い記事を読むことができます: Elastic Load Balancer: An Elasticity Gotcha
問題は、DNS 解決がインターネット上の多くのレイヤーでキャッシュされることです。ELB がスケールアップしてグローバル プールから新しい仮想アプライアンス IP アドレスを取得すると、どこかのクライアントが別の ELB の DNS 名の解決としてその IP アドレスをまだ使用している可能性があります。この他の ELB は、あなたのものではないかもしれません。数時間前、別の DNS 名を持つ別の ELB が DNS ルックアップからその IP アドレスを返しました。これで、その IP アドレスが ELB にサービスを提供しています。しかし、どこかのクライアントがまだその IP アドレスを使用して、あなたのものではないアプリケーションに到達しようとしている可能性があります。
ELB がスケールダウンし、仮想アプライアンスの IP アドレスを解放してグローバル プールに戻すと、逆のことが起こります。どこかのクライアントが、ELB の DNS 名を現在放棄されている IP アドレスに解決し続ける可能性があります。アドレスがプールに返されると、そのクライアントがサービスに接続しようとしても失敗します。その同じ仮想アプライアンス IP が別の ELB で使用される場合、ELB DNS 名のキャッシュされているが現在ではなくなった DNS 解決で動作するクライアントは、他の ELB 仮想アプライアンスに転送され、その後、次から次へと転送されます。 -あなたのものではないインスタンスを終了します。
さて、この記事は 2009 年のもので、2010 年 3 月の時点で、Amazon はこの懸念に部分的に対処しています。
ELB の IP アドレスは、ELB の DNS プールから引き出された後も 1 時間、トラフィックを ELB に転送し続けます。
DNS エントリを長期間キャッシュする一部のクライアントは、引き続き影響を受ける可能性があることに注意してください。