Czy serwery powinny mieć strefę czasową ustawioną na GMT / UTC? [Zamknięte]

To może nie być wielka sprawa dla mniejszych sklepów, które mają tylko jedną lub kilka witryn, ale dla większych organizacji jest to coś, co mnie ciekawi.

Jakie są zalety i wady posiadania całego / większości twojego serwera w UTC? Z pewnością pomogłoby to w raportowaniu i scentralizowanym logowaniu. Również z korelacją zdarzeń do rozwiązywania problemów lub kontroli bezpieczeństwa. Nie trzeba się też martwić o zmiany czasu letniego.

Jedną wadą może być to, że planowanie automatycznych zdarzeń (np. Cron) może zająć trochę czasu, jeśli chcesz, aby uruchamiało coś o „4 rano” w lokalnym, geograficznym czasie. W przypadku komputera z systemem Unix-y możesz nadal mieć użytkowników w lokalnej strefie czasowej, ustawiając „TZ” w / etc / profile, ale dla użytkowników Windows, którzy RDesktop na serwerze (z jakiegokolwiek powodu), utknęli w patrzeniu na UTC?

Jak w większości rzeczy „to zależy”.

• Czy wszyscy administratorzy / użytkownicy znajdują się w tej samej strefie czasowej? Być może ich TZ byłoby odpowiednie.
• Czy maszyny współdziałają z lokalnym środowiskiem? Lokalny TZ może być dobry.
• Czy wszystkie dzienniki są przenoszone do centralnej lokalizacji w celu analizy? UTC może tam pomóc.
• Czy maszyny komunikują się ze sobą w sposób, w którym liczy się czas? UTC może pomóc uniknąć głupich problemów z niedopasowaniem.
• Czy dostawca systemu operacyjnego (bardziej prawdopodobne dla sprzętu sieciowego) ma jakieś sugestie? Rozważ to.
• Czy DST Cię denerwuje? Użyj UTC.
• Jak myślisz, co ułatwi ci życie? Użyć tego.

Zrobiłem wszystkie opcje (lokalny, UTC, arbitralny, ale spójny) i wolę „czas lokalny od biura domowego dla wszystkich komputerów”, ponieważ tam byli sysadmini i użytkownicy, mimo że maszyny były rozproszone po całym świecie .

Ustawiamy wszystko na GMT, dzięki czemu korelowanie plików dziennika między systemami jest prostsze.

Myślę jednak, że powinniśmy porzucić strefy czasowe i wszyscy używają GMT do wszystkiego.

Jak powiedzieli inni, to zależy. Włączyła się bardzo duża grupa z długim i rozległym doświadczeniem w tej sprawie. Grupą są siły zbrojne na całym świecie i używają UTC (GMT).

Jeszcze jedna rzecz do rozważenia. Jeśli te systemy obsługują kod aplikacji, chciałbyś wiedzieć, czy aplikacje obsługują strefę czasową. Na niektórych forach programistycznych, w których uczestniczę, sugeruję, aby data / czas były zawsze przechowywane w bazie danych UTC w bazie danych, i dać użytkownikowi końcowemu opcję, w jaki sposób widzą datę / godzinę.

Pracuję dla bardzo dużej firmy hostingowej i mamy centra danych na całym świecie. Zasadniczo ustawiamy czas maszyny na czas lokalnego centrum danych, a następnie wykorzystujemy strefę czasową, w której znajduje się cały nasz personel pomocniczy, jako czas uniwersalny, na który rzeczy są konwertowane podczas korzystania z narzędzi itp.

Jak powiedzieli inni, nie ma jednej poprawnej odpowiedzi, ale tej metody używamy :)

Polityka mówi, że wszystkie maszyny mają timzon do lokalnej strefy czasowej (tj. Fizycznej lokalizacji). Jedyną trudną rzeczą jest skorelowanie wpisów w dzienniku zdarzeń (Windows machiens), ponieważ czas jest podany lokalnie - większość innych plików dziennika i tak zapisuje czas w UTC.

ale dla użytkowników Windows, którzy RDesktop na serwer (z jakiegokolwiek powodu), utknęli w patrzeniu na UTC?

Nie jestem do końca pewien, ale myślę, że tak - strefa czasowa jest logicznie ustawieniem poziomu maszyny.

Mamy maszyny fizycznie zlokalizowane w jednej strefie czasowej, które są ustawione na 3 godziny do przodu ze względu na obsługiwaną przez nich aplikację.

Mamy też programistów, którzy tworzą oprogramowanie oczekujące synchronizacji poniżej serwerów przez pięć sekund, programistów, którzy domyślnie polegają na czasie AD na synchronizację i którzy nie zawracają sobie głowy pisaniem procedur sprawdzania błędów lub obsługi procedur dla przypadków niezsynchronizowanych, i którzy twierdzą że kolejne awarie są winą administratorów za niedotrzymanie czasu sieci do poziomu, jaki sobie wyobrażali.

Nie rób tego, co zrobiliśmy. To tylko rozzłości cię.

Aby dodać do dyskusji, mamy biura rozproszone po całym świecie, a każdy z nich ma własny zestaw serwerów WWW, aplikacji i baz danych, z różnymi gałęziami aplikacji dla każdego z nich, więc lokalna strefa czasowa jest dobrym pomysłem, podczas gdy mówiąc w całym kraju. W przypadku serwerów amerykańskich zmierzamy w stronę czasu centralnego, aby wszystkie lokalizacje pasowały do ​​naszego głównego centrum danych, ponieważ stosowanie różnych stref czasowych dla serwerów aplikacji i baz danych jest trudne dla programistów.

Aplikacja Yeller opublikowała niedawno post na blogu zalecający wszystkim administratorom systemu korzystanie z UTC. Oto fragment:

Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC.

Żarty na bok, to w zasadzie mówi, że użycie tylko UTC oznacza, że ​​nie musisz przejmować się czasem letnim (DST) i błędami, które to powoduje.