サーバーを切り替えるメカニズムとしてのDNSの信頼性はどれくらいですか？TTLが低い場合、テストは素晴らしいように見えますが、これが公共の本番システムにとってどれほど信頼できるのか疑問に思いました。
この戦略に関する私の懸念は、DNSレコードキャッシングがDNSプロキシによってオーバーライドできるかどうかわからないことです。一部のプロバイダーは、これを使用してトラフィックを節約する場合があります。他のシステム（モバイル用のWebサービスなど）との統合を使用する場合はどうなりますか？
RFC準拠のDNSがどのように機能するかは理解していますが、苦情のネットワークが一般的にどのように機能するかは実際にはわかりません。（DNS rrは配布にも最適ですが、これは特にスイッチオーバー用です）。
それはあなたの聴衆のほとんどにとって「十分に信頼できる」です。
はい、再帰DNSリゾルバーは、TTL（egcache-min-ttl）の管理上のオーバーライドを許可します。これは、設定が低すぎる場合に、ユーザーに従わないものです。また、デフォルト構成（Java <1.6）でレコードを永久にキャッシュするソフトウェアスタックがあります。
スイッチオーバー後も、古いホストへの残りのトラフィックに常に備える必要があります。しかし、私の経験では、それらはほとんどが不十分に書かれたクローラーです。トラフィックを見逃さないように100％確実にしたい場合は、古いホストから新しいホストにすべてのトラフィックをプロキシします。Nginx/Apacheはそれを簡単に行うことができます。
レコードをキャッシュする残りのTTLについて再帰サーバーにクエリを実行できます。これを繰り返し入力すると、TTLが時間とともに減少することがわかります。
dig @208.67.222.222 stackoverflow.com
レコードの有効期限が切れると、ゾーンで構成したTTLから開始する必要があります。
このようにして、少なくともパブリックリゾルバーに対してテストして、TTLに準拠しているかどうかを確認できます。