Ich betreibe einen Nicht-HTTP-Server zur Unterstützung eines gängigen VOIP/WebRtc-Protokolls.
Server „A“ ist der alte Server. Server „B“ ist der neue Server. Beide können unabhängig voneinander laufen, tun aber dasselbe. Server „B“ ist als Ersatz für „A“ voll einsatzbereit. Vor zwei Tagen wurden die DNS-Einträge so umgestellt, dass sie auf „B“ statt auf „A“ zeigen.
Das Problem ist, dass immer noch viel Verkehr zu „A“ statt zu „B“ geht. Die TTL des DNS-Eintrags (Route 53) betrug nur einen Tag (86400 Sekunden). Es scheint also, als gäbe es immer noch Clients, die DNS nicht erneut abfragen oder ein anderes Problem mit dem DNS-Caching haben.
Ich habe nicht ausgeschlossen, dass sich Clients schlecht verhalten. Aber gibt es ein allgemeines Verhalten für DNS-Caching im Downstream, das ich nicht berücksichtige und das die Ausbreitung der Änderung länger verzögern könnte als die TTL, die ich für den Datensatz auf Route 53 habe?
Antwort1
Dies ist ein Standardverhalten und Sie sollten einige Zeit warten (wie im Kommentar erwähnt, können es einige oder mehrere Tage sein). Es empfiehlt sich, TTL Tage vor der Änderung auf 3600 (oder sogar weniger) zu ändern, am Tag Null die Änderung im DNS vorzunehmen und dann TTL auf den Standardwert (z. B. 86400) zurückzusetzen.