Migruję naszą aplikację z serwera w chmurze na serwerze dedykowanym Rackspace ta.
Chcę wyłączyć aplikację na ~ 5 minut, aby skopiować dane z serwera w chmurze na serwer dedykowany, więc nie chcę, aby żądania były przesyłane do starego serwera po skopiowaniu danych.
Chcę wskazać nasz rekord DNS na nowym serwerze, ale TTL ustawiono na 24 godziny. Zmieniłem to na 300 sekund. Czy muszę czekać 24 godziny przed aktualizacją adresu IP wskazanego przez domenę / skopiowanie danych?
domain-name-system
rackspace
ttl
wobbily_col
źródło
źródło
Odpowiedzi:
Każdy, kto ma kopię rekordu domeny zapisaną w pamięci podręcznej, nie będzie się martwił aktualizacją go przez 24 godziny, więc tak, jeśli masz zamiar mieć co najwyżej 5-minutowe okno niedostępności, poczekaj, aż wszystkie zaległe pamięci podręczne nie zaktualizują się i nie będą już dostępne. niż 5 minut.
źródło
since they last cached it
. Może to być od 1 do 86399 sekund.Jest (potencjalnie) jeszcze gorszy - musisz poczekać 24 godziny po aktualizacji wszystkich autorytatywnych serwerów. Normalnym sposobem dokonywania aktualizacji jest dokonanie zmiany strefy na serwerze głównym, a następnie każde z urządzeń pomocniczych przesyła nowe dane strefy, kiedy następnym razem będą się meldować przy użyciu serwera podstawowego. Częstotliwość sprawdzania kontrolowana jest przez interwał odświeżania w rekordzie SOA strefy. Dlatego w najgorszym przypadku musisz poczekać na interwał odświeżania strefy + TTL rekordu.
Można również trzeba czekać tak długo na rzeczywistych zmian płytowych. 5-minutowy czas TTL nie przyniesie wiele korzyści, jeśli pomocnicze urządzenia odświeżające będą odświeżane tylko co 6 godzin. Prawdopodobnie chcesz również skrócić interwał odświeżania w strefie dla okresu, w którym chcesz móc wprowadzać szybkie zmiany.
Pamiętaj, że to może nie dotyczyć twojej konfiguracji. Jeśli masz system, który aktualizuje wszystkie wiarygodne serwery razem, nie stanowi to problemu (i nie znam konfiguracji DNS Rackspace). Ale zalecam odpytanie wszystkich autorytatywnych serwerów indywidualnie (
dig server.example.com @secondaryserver.example.com
), aby upewnić się, że mają nowe TTL przed rozpoczęciem 24-godzinnego odliczania.źródło
dig +nssearch example.com
jest przydatnym narzędziem do szybkiego porównywania SOA na wszystkich serwerach; nsdiff pokazuje rzeczywiste różnice.Tak, powinieneś poczekać. Nawet wtedy oczywiście nie ma gwarancji, że wszyscy będą szanować TTL.
źródło
Łączenie różnych komentarzy i odpowiedzi w kompletną procedurę byłoby czymś w rodzaju.
źródło
Oprócz innych odpowiedzi możesz użyć https://www.whatsmydns.net/, aby sprawdzić, w jaki sposób Twój rekord DNS rozprzestrzenia się niemal w czasie rzeczywistym.
źródło