EC2でオンデマンドで起動するホストがいくつかあります。開始するサービスを実行すると、既存のゾーンのRoute53にAレコードが作成されます。DNSの原因レコード遅延
Aレコードの形式は、randomid.example.comです。 これは、既存の名前/ IPペアの更新や変更ではなく、全く新しいエントリです。伝搬遅延があってはなりません。
私が見てきたことは、エントリが追加され、AmazonサーバーのいずれかでDNSを検索できるようになった後、自分のクライアントPCが5〜10分のような名前を解決できないということです。あなたはそれをpingし、私はそれのIPを見ることを期待したいと思います。しかし、私は単に「そのようなホストはありません」と思っています。
私のローカルネームサーバから/etc/resolv.confネームサーバエントリを8.8.8.8(google dns)に変更すると、それが解決されます。私は元に戻り、解決しません。これは、Googleの回答を受けてRoute53とは関係がないようです。
この原因は何ですか?ローカルのリゾルバが関連するネームサーバーと、最終的にはexample.comのネームサーバーに照会するべきではありません。これはrandomid.example.comの回答を得なければなりませんか?
あなたは新しいエントリーに伝播遅延がないと思いますか? – Peterdk
@Peterdk - これは新しいエントリです。既存のAレコードに新しいIPアドレスを伝播させずに、キャッシュされている世界に送ります。したがって、リゾルバは完全なルックアップを行い、最初に.comを、次に.example.comを実行してIPをクライアントに戻します。しかし、なぜ私のローカルDNSネームサーバと私のISPのネームサーバによって解決されていないのか分かりません。 – Matt
うん、それはおそらくエニーキャストに関連している。 Route53はそれを使用します。したがって、伝播遅延のタイプは異なります。 – Matt