ドメイン名のTTL=を調整することは実際に重要ですか？
明日、実稼働サーバーの1つのパブリックIPアドレスが変更されることを認識しています。
そのAレコードのTTLは、現在3時間に設定されています。
TTLのAレコードを1分程度の低い値に調整すると、実際には機能します（ドメインレジストラでは分を指定できます）。そのため、ユーザーDNSは古いサーバーのみをポイントします。そのAレコードを新しいパブリックIPアドレスに切り替えてから最大1分ですか？
それらは想定ではありませんが、一部のDNSサービスはこれをハードルールというよりも提案のように扱う場合があります。彼らは設定を最低限まで尊重するかもしれませんし、あなたのTTLを完全に無視して常に自分の設定を使用するかもしれません（私は2日間が一般的であると聞いていました）。これらのプロバイダーをより速く更新するためにできることは何もないことに注意する必要があります。そのため、一部のリクエストは、 /を行った後、しばらくの間古いアドレスに行き着きます変化する。
この場合、理想的には、古いアドレスをある程度制御しながら、新しいIPアドレスに切り替わり、両方のアドレスを介してリクエストを処理するようにサーバーを少しの間設定できるようにします。
さらに、一部のDNSサービスでは、リクエストごと（または100万リクエストごと）に課金されます。 3時間から1分に移動すると、DNSリクエストが180倍増加します。以前の180倍のリクエストが得られます。失敗する可能性は低いですが、その準備ができていることを確認してください。
例として、私はかなり小さなWebサイト用のDNSサービスを持っています。そこでは、彼らが月額500万のリクエストを処理するために年間約20ドルを費やしています。前者のはずですが、それを超えた場合に請求されたり、リクエストの処理を停止したりするかどうかは、実際にはわかりません。現在、1か月あたり約200万のリクエストしか取得しない傾向にありますが、TTL設定を変更して180倍多く取得し、そのままにしておくとどうなるでしょうか。長すぎる。
それでも、ほとんどのDNSサービスwillは1分の設定を尊重します。これはwillが新しいアドレスへの切り替えをスムーズにするのに役立ちます。注意している限り、害を及ぼすことはほとんどありません。変更の少なくとも3時間前（古いTTL）にこれを行うことを忘れないでください。ずっと前にやっても意味がありません。より早く変更を確認する必要があるプロバイダーは、いずれにしても設定を受け入れません。そしてもちろん、終わったらそれを元に戻すことを忘れないでください。
この質問を参照することもできます。
それはあなたのものとは少し異なりますが、関連する問題のいくつかは似ています。
IPアドレス変更の3時間以上前にTTLに変更を加えた場合のみ。
TTLは、他のDNSサーバーにレコードをキャッシュする期間を指示するので、少なくとも変更を行う前に、それだけ長くする必要があります。