一般的な VOIP/WebRtc プロトコルをサポートするために実行している非 HTTP サーバーがあります。
サーバー「A」は古いサーバーです。サーバー「B」は新しいサーバーです。どちらも独立して実行できますが、同じことを行います。サーバー「B」は「A」の代わりとして完全に準備が整っています。2 日前、DNS エントリは「A」ではなく「B」を指すように切り替えられました。
問題は、依然として多くのトラフィックが「B」ではなく「A」に流れていることです。DNS エントリ (ルート 53) の TTL は 1 日 (86400 秒) でした。つまり、DNS を再クエリしていないクライアントや、DNS キャッシュに関するその他の問題がまだあるようです。
不正なクライアントの可能性は排除していません。しかし、私が考慮していないダウンストリームの DNS キャッシュの一般的な動作があり、Route 53 のレコードの TTL よりも長く変更の伝播が遅れる可能性があるのでしょうか?
答え1
これは標準的な動作であり、しばらく待つ必要があります (コメントで述べたように、数日またはそれ以上かかる場合があります)。 良い方法は、変更前に TTL を 3600 日 (またはそれ以下) に変更し、0 日目に DNS を変更してから、TTL を標準値 (たとえば 86400) に戻すことです。