Lokalne strefy czasowe na serwerach uważane za szkodliwe? [Zamknięte]

11

Jestem ciekawy, jakie są doświadczenia innych administratorów w strefach czasowych w kontekście zdalnie administrowanych serwerów. W swojej karierze spotkałem kilka konwencji;

  1. Zawsze, zawsze, zawsze używaj UTC.
  2. Zawsze, zawsze, zawsze używaj strefy czasowej, gdziekolwiek znajduje się główna kwatera główna.
  3. Wykorzystaj czas lokalny osób administrujących.
  4. Użyj lokalnego czasu lokalizacji serwera.

W niektórych miejscach natrafiłem na wiele sprzecznych konwencji. Moje własne preferencje to używanie UTC, zawsze - bez oszczędności czasu. Ale z tego czy innego powodu wydaje się, że większość ludzi woli używać jakiegoś pojęcia czasu lokalnego z oszczędnościami czasu dziennego. Chociaż wydaje się to prostą sprawą techniczną, dyskusje wokół zmieniających się konwencji zawsze wydają się zmierzać w kierunku schizm religijnych.

Czego używasz? Jakie są zalety i wady każdego podejścia?

colmmacc
źródło

Odpowiedzi:

8
  • Zegar sprzętowy powinien zawsze być UTC. Zawsze.
  • Strefa czasowa jako ustawienie może być dowolna. Zazwyczaj. Czasami powinien to być również UTC.

Kilka powodów, dla których UTC jest miły:

  • Zmieniają się zasady dotyczące czasu letniego, a aktualizacje nie zawsze odbywają się w odpowiednim czasie. UTC sprawia, że ​​to odchodzi.
  • Gdy trzeba porównywać dzienniki z serwerów w różnych lokalizacjach, UTC stanowi wspaniały wspólny standard.
  • Zazwyczaj, gdy serwery znajdują się w różnych lokalizacjach, albo ludzie, albo aplikacje, albo jedno i drugie muszą radzić sobie z konwersją czasu podczas wykonywania, powiedzmy, wstawiania bazy danych. Jeśli masz pojedynczą konwersję (na UTC), to znacznie łatwiej jest przejść poprawnie, niż jeśli musisz przekonwertować z jednej TZ na drugą, w zależności od serwera, TZ.
dwc
źródło
4

Wolę opcję 4. Do aplikacji działających na serwerze należy decyzja, czy przechowywać wartości DateTime w UTC, czy nie.

Ponadto, gdy serwer rejestruje dzienniki zdarzeń systemowych, miło jest móc skorelować zdarzenia lokalne z wpisami dziennika. Na przykład, jeśli centrum danych zgłasza zakłócenie sieci w czasie lokalnym, możesz łatwo zidentyfikować wszelkie problemy, które wystąpiły, bez konieczności przeliczania wartości czasu w głowie.

Jim Straatman
źródło
3

Nie, nie, tysiąc razy nie.

Istnieją dwa rodzaje programistów ... Ci, którzy rozumieją, że localtime powinny być wykorzystywane do celów wyświetlania / formatowanie tylko , a te, które są malowanie się w rogu ... i są malowania z naftą .

Wszystkie zdarzenia powinny być rejestrowane w UTC, a wyniki konwertowane na czas lokalny tylko w celu wyświetlenia ich użytkownikom. Potępieni są ci, którzy tego nie robią, a potępieni są ci, którzy używają czasu lokalnego w formacie, który odrzuca informacje o strefie czasowej (patrzę na ciebie , Oracle DBA).

Pomyśl o tym jak o kontroli skażenia ... Jeśli przekonwertujesz przedział czasu na czas lokalny, a następnie zrobisz coś, co nie emituje go do STDOUT, twój program powinien nie tylko zakończyć się błędem krytycznym, ale także usunąć źródło, aby uczyć lekcja.

Dagmar d'Surreal
źródło
1

Kiedy mam wybór, chcę utrzymać zegar BIOS na UTC, ale rzeczywisty czas serwera jako czas lokalny. Nie mamy obecności w wielu strefach czasowych, więc ujednolicone oznaczanie czasu dziennika nie jest problemem, powiedzmy, dla 3M.

sysadmin1138
źródło
0

W mojej firmie mieliśmy wszystkie serwery w jednym TZ do tego roku. Mamy teraz serwery w 3 nowych strefach czasowych. Cały serwer działa z naszą lokalną strefą czasową. Jest to bardzo przydatne do analizy logów , szczególnie, że mamy rozproszone strony internetowe działające w 3 strefach czasowych.

Jednak w jednym szczególnym przypadku zostawiliśmy serwer naszemu klientowi TZ. Aplikacja powinna działać przez większość dnia, a zadania konserwacyjne są zwykle konfigurowane do działania podczas „nocy”. Na początku ustawiliśmy serwer w naszej TZ, ale zadania konserwacyjne spowalniały zbyt wiele rzeczy dla naszych ukochanych klientów „pracujemy, kiedy śpisz” ...

UTC to także bardzo fajna opcja. Chyba, że ​​ludzie zawsze odnoszą się do lokalnej strefy czasowej podczas przeglądania dzienników (tak jest tutaj).

Paź
źródło
0

Obsługuję wszystkie moje serwery na UTC i jak najszybciej przekształcam wszystkie, które przejdą pod moją kontrolę.

Jedynym wyjątkiem był do tej pory serwer z gwiazdką, który musiałem pozostawić w czasie lokalnym. Zmiana na UTC całkowicie złamała gwiazdkę. (Jest w wersji 1.6, mam nadzieję, że nie będzie to problemem, kiedy będę mógł go zaktualizować w tym roku.)

Michael Hampton
źródło