Avamar: Często zadawane pytania dotyczące narzędzia asktime

W tym artykule omówiono rozwiązanie Avamar asktime i próbuje odpowiedzieć na typowe pytania, na które nie ma odpowiedzi w standardowej dokumentacji.

Pytanie: Czy jednowęzłowe siatki Avamar synchronizują się z zewnętrznymi serwerami czasu?

Odpowiedź: Nie, siatka z jednym węzłem w ogóle nie musi mieć serwera czasu. Jeśli nie określono żadnych zewnętrznych źródeł czasu, asktime Narzędzie wyłącza usługę Network Time Protocol (NTP) Network Time Protocol Daemon (NTPD).

Polecenie asktime narzędzie musi być nadal uruchomione (lub avw_install podczas instalacji lub aktualizacji), ponieważ należy skonfigurować więcej niż tylko NTP (na przykład czas lokalny).

Pytanie: Czy wielowęzłowe siatki Avamar mają zewnętrzne serwery czasu?

Odpowiedź: Nie, wielowęzłowe siatki Avamar zawsze mają wewnętrzne serwery czasu, którymi są węzły 0.s i 0.0.

Jeśli nie są dostępne żadne zewnętrzne serwery czasu, głównym źródłem czasu staje się lokalny zegar BIOS 0.s lub węzła mediów (zegar sprzętowy). (Nie jest to zalecane, ponieważ zegary systemu BIOS komputerów są "dryfujące").

Pytanie: Określono zewnętrzny serwer czasu, ale asktime, avw_install lub avw-time nigdy się z nim nie synchronizuje. Co jest nie tak?

• Rzekomy serwer czasu nie komunikuje się z protokołem Network Time Protocol (NTP), który używa portu 123/UDP. Istnieje kilka protokołów czasowych, które nie są zgodne z NTP (np. UNIX daytime).
• Jawny blok sieci, zapora sieciowa lub lista kontroli dostępu do routerów (ACL) uniemożliwiająca dwukierunkową komunikację UDP protokół na porcie 123.
• Wystąpił gdzieś problem z połączeniem sieciowym. To częsty problem. Ponieważ NTP jest jednym z pierwszych protokołów skonfigurowanych do komunikacji zewnętrznej, konfiguracja NTP często stanowi pierwszą oznakę problemu z łącznością sieciową.

Pytanie: Jak odzyskać sprawność w trakcie avw_install lub asktime Kiedy staje się jasne, że serwery czasu nigdy się nie synchronizują?

W ten sposób można przejść obok problemu z konfiguracją NTP, ale później mogą przejść do problemów związanych z łącznością sieciową. Przed kontynuowaniem najlepiej jest poznać główną przyczynę problemu NTP.

Pytanie: Jak pokonać avw_install's konfiguracja czasu w ogóle, powiedzmy, na VMware?

Odpowiedź: W przypadku uruchamiania serwera z jednym węzłem w oprogramowaniu VMware nie ma potrzeby określania zewnętrznego serwera czasu.

Pytanie: Dlaczego w /var/log/messages jest tak wiele komunikatów synchronizacji czasu, kilka minut po pozostałych?

• Problemy sprzętowe: Na przykład problematyczny sprzęt lub przerwania, które są blokowane przez sterownik.
• Problemy z siecią: Na przykład ruch związany z kopiami zapasowymi Avamar jest tak duży, że UDP pakiety są porzucane. Uszkodzony port przełącznika powoduje też wysoką szybkość retransmisji, sztucznie nasycając sieć.
• Problemy z serwerem czasu: Na przykład nie za każdym razem serwer jest synchronizowany z The One True Time. NTPD lubi, gdy wszystkie jego serwery czasu się zgadzają. W przeciwnym razie NTPD może skakać w poszukiwaniu tego, co uważa za najbardziej wiarygodne źródło czasu.

Komunikaty synchronizacji czasu nie są szkodliwe, chyba że są tak obszerne, że powodują, że logi systemowe zajmują całe miejsce na partycji /var.

Zmniejsz przeciążenie sieci, wybierz lepsze serwery czasu lub rozwiąż problemy ze sprzętem.

Pytanie: Dlaczego NTPD (usługa NTP) umiera tak często?

Odpowiedź: NTP jest wrażliwy na utratę łączności z serwerami czasu. Jeśli sieć jest zajęta i UDP pakiety są zrzucane na podłogę gdzieś w sieci, a wtedy NTPD może zawieść.

Istnieje cron zadanie na każdym węźle, który próbuje ponownie uruchomić NTPD co 20 minut.

• /usr/local/avamar/var/cron/ntpd_keepalive_cron.log (Węzeł Avamar Utility Node)
• /usr/local/avamar/var/ntpd_keepalive_cron.log (Węzły pamięci masowej Avamar)

Pytanie: Jak skonfigurować NTP w węzłach innych niż węzły mediów i węzły danych?

Odpowiedź: Można oszukiwać, tymczasowo umieszczając adresy IP tych innych typów węzłów w pliku probe.xml. (Należy to zrobić przed uruchomieniem asktime. Następnie usuń dodatkowe adresy z probe.xml).