ホスティングIPの変更、予想されるダウンタイムはどれくらいですか？
ホストされているサイト（同じホスト）を静的IPに移動していますが、DNSキャッシュが原因でダウンタイムが発生することを理解しています。この時間を最小限に抑え、ユーザーに「ページが見つかりません」と表示されないようにするためのヒントはありますか？
前もって感謝します
Webサイトのアドレスに解決されるDNSレコードを参照していると想定しています。その場合は、ここに私の答えがあります。それはすでに投稿された回答とは少し異なり、私は誰とも議論を始めようとはしていません：
DNSレコードは伝播せず、キャッシュします。 DNSはプルテクノロジーであり、プッシュテクノロジーではありません。
DNSレコードは、問題のレコードのTTL）に対してのみキャッシュする必要があります。
全世界のすべてのDNSクライアント（これにはWebブラウジングクライアントやその他のDNSサーバーが含まれます）の99.999％は、WebサイトのDNSレコードをキャッシュに持っていません。これらのクライアントの場合、WebサイトのDNSレコードを検索して新しい情報を見つける必要があるため、更新された情報をすぐに取得します。
キャッシュにWebサイトのDNSレコードがあるDNSクライアントの.001％は、DNSレコードのTTLが期限切れになるまで、古い情報を使用し続けます。期限切れになると、実行されます。新しいルックアップと新しい情報を取得します。
したがって、すべての意図と目的のために、あなたは本当に心配する必要はありません。私の提案は、レコードのTTLが妥当である（たとえば1時間から24時間）ことを確認し、トラフィックが最も少ないと予想される時間にレコードを変更することです。 TTL。例：TTLが1時間で、サイトが午前0時から午前8時までビジーでない場合は、午前0時から午前8時の間に変更します。TTLは24時間で、週末はサイトが混雑していないので、週末などに変更します。
また、他の人が確実に指摘しているように、一部のDNSサーバーはTTLを尊重しません。それについてあなたができることは何もありません。それは彼らの問題であり、あなたの問題ではありません。それらのDNSサーバーのDNSクライアントがTTLの存続期間を超えて古い情報をキャッシュしているためにサイトにアクセスできない場合、あなたの問題ではなく解決することが彼らの問題です。 DNSクライアントまたはサーバーのすべてがオフ、誤っている、構成が間違っている、またはその他の点で障害が発生している場合。
変更前にTTL値を厳密に制御してください。次のような記事を参照してください。
また、既存のIPアドレスに302リダイレクトページを1週間ほど残しておくこともできます。
ダウンタイムを最小限に抑える最善/唯一の方法は、サプライヤが許可する場合は、両方のIPアドレスを48時間、できれば同じサーバー上に維持することです。
一部のブラウザは、ホストプラットフォームのDNSリゾルバとは別の独自のDNSキャッシュを維持していることに注意してください。この中の「クライアントアプリケーション」を参照してください PDF記事 シンプルフェイルオーバーによる。
Firefoxには、network.dnsCacheExpiration=0を about：config に追加する「DNSキャッシュ」と呼ばれるアドオンがあり、オンデマンドで機能を効果的に有効または無効にします。
Internet Explorerについては、 Internet ExplorerがDNSホストエントリにキャッシュを使用する方法 を参照してください。
最小限にする必要があります。ホスティングサービスのコントロールパネルで使用されるDNSサーバーの変更には時間がかかり、通常は24時間かかるか少し時間がかかりますが、そのDNSサーバーが指すIPの変更は非常に短い時間ですが、間に遅延が生じる可能性があります。それを入力し、DNSをリロードします。私が使用しているDNSサービスでは約15〜30分だと思います。