AmazonのRoute 53に別のサーバーを指すようにCNAMEを設定しました。
これは、既存のドメイン名を指す新しいサブドメインの新しいCNAMEです。
私が扱った他のDNSプロバイダーでは、新しい正規名レコードがすぐに別の正規ドメイン名にエイリアスされました。
AmazonのRoute 53に別のサーバーを指すようにCNAMEを設定しました。
これは、既存のドメイン名を指す新しいサブドメインの新しいCNAMEです。
私が扱った他のDNSプロバイダーでは、新しい正規名レコードがすぐに別の正規ドメイン名にエイリアスされました。
回答:
ルート53 DNS
レコードの変更は、分未満で伝播するが、TTL
時間がどのように迅速に影響を与えるDNS
リゾルバが更新されたレコードのために戻って確認してください。
Q. Amazon Route 53のDNS設定に加えた変更は、グローバルにどれくらい迅速に反映されますか?
Amazon Route 53は、通常の条件下で60秒以内に、DNSレコードに対して行った更新を権威あるDNSサーバーの世界規模のネットワークに伝達するように設計されています。API呼び出しがINSYNCステータスリストを返すと、変更は世界中に正常に伝播されます。
DNSリゾルバーのキャッシュはAmazon Route 53サービスの制御外であり、存続時間(TTL)に従ってリソースレコードセットをキャッシュすることに注意してください。変更のINSYNCまたはPENDINGステータスは、Route 53の権限のあるDNSサーバーの状態のみを参照します。
1分以内に世界中のすべてのRoute 53サーバーに伝達されることが期待できます。ただし、TTLによって、クライアントが更新された情報を表示する速度が決定されることに注意してください。レコードのTTLを3600秒に設定すると、DNSリゾルバーはそのデータを最長1時間キャッシュしてからRoute 53に戻ることができます。更新されたレコードをできるだけ早くエンドユーザーに伝達することが重要な場合は、60秒のTTLをお勧めします。
TTLは各レコードに対して構成されているため、異なる値を使用できます。近い将来にレコードを変更する予定がない場合は、TTLを高くするとクエリのコストを節約し、物事を少し効率的にすることができます。例として、MXレコードをそのように更新する必要はないかもしれません。MXレコードのTTLが43200秒(12時間)に設定されているとします。別の電子メールプロバイダーに切り替える場合は、事前にTTLを下げるだけです。元のTTLが期限切れになるとすぐに、移動を続行できます。更新されたレコードは、TTLが低くなったため、はるかに速く伝播されます。同時に元の値にTTLを変更します。
60秒。ただし、ホストオペレーティングシステムがDNSレコードを長時間キャッシュしないようにしてください。DNSルックアップツールを使用して、ネームサーバーに対して直接チェックします。