Локальные часовые пояса на серверах считаются вредными? [закрыто]

Мне любопытно, что такое опыт других администраторов с часовыми поясами, в контексте серверов с дистанционным управлением. В моей карьере я встретил несколько условностей;

  1. Всегда, всегда, всегда используйте UTC.
  2. Всегда, всегда, всегда используйте часовой пояс, где бы ни находился базовый HQ.
  3. Используйте местное время для людей, которым управляют.
  4. Использовать локальное время расположения сервера.

В некоторых местах я сталкивался с несколькими и противоречивыми соглашениями. Мои предпочтения заключались в использовании UTC, всегда - без летнего времени. Но по той или иной причине кажется, что большинство людей предпочитают использовать некоторую концепцию местного времени с летней экономией. Хотя это кажется простым техническим вопросом, дискуссии вокруг меняющихся конвенций всегда, как представляется, имеют тенденцию к религиозным расколам.

Что вы используете? Что вы считаете преимуществами и недостатками каждого подхода?

11 голосов | спросил colmmacc 29 Maypm09 2009, 19:18:42

6 ответов


8
  • Аппаратные часы всегда должны быть UTC. Всегда.
  • Часовой пояс как настройка может быть удобным. Обычно. Иногда это также должен быть UTC.

Некоторые причины, по которым UTC хорошо:

  • Правила перехода на летнее время меняются, и обновления не всегда происходят в своевременно. UTC делает это прочь.
  • Когда нужно сравнивать журналы с серверов в разных местах, UTC делает большой общий стандарт.
  • Обычно, когда серверы находятся в разных местах, люди или приложения или оба должны иметь дело с преобразованиями времени во время выполнения, скажем, вставки базы данных. Если у вас есть одно преобразование (в UTC), то намного легче получить право, чем если вы должны конвертировать из одной TZ в другую, меняя сервер, TZ.
ответил dwc 29 Maypm09 2009, 19:48:40
4

Я предпочитаю вариант 4. Ответственность приложений, выполняемых на сервере, зависит от того, следует ли хранить значения DateTime в UTC или нет.

Кроме того, когда сервер записывает журналы системных событий, приятно иметь возможность сопоставлять локальные события с записями журнала. Например, если центр обработки данных сообщает о сбое сети в локальное время, вы можете легко идентифицировать любые возникшие проблемы без необходимости конвертировать значения времени в голову.

ответил Jim Straatman 29 Maypm09 2009, 19:41:25
3

Нет, нет, в тысячу раз нет.

Существует два типа программистов. Те, кто понимают, что местное время следует использовать для целей отображения /форматирования only , и тех, кто рисует себя в углу ... и они рисуют с керосином .

Все события должны записываться в формате UTC, а результаты конвертируются в локальное время только для отображения их пользователям. Проклятые - это те, кто этого не делает, и вдвойне прокляты те, кто использует локальное время в формате, который отбрасывает информацию о часовом поясе (я смотрю на you , Oracle DBAs).

Подумайте об этом как о проверке taint ... Если вы конвертируете timepec в localtime, а затем делаете что-нибудь с ним, не передавая его STDOUT, ваша программа должна не только выходить с фатальной ошибкой, но и удалять ваши источник, чтобы научить вас уроку.

ответил Dagmar d'Surreal 21 FebruaryEurope/MoscowbTue, 21 Feb 2012 23:36:48 +0400000000pmTue, 21 Feb 2012 23:36:48 +040012 2012, 23:36:48
1

Когда вам дан этот выбор, мне нравится поддерживать часы BIOS в UTC, но фактическое время сервера как локальное. У нас нет многовременного присутствия, поэтому унифицированная временная метка журнала не является проблемой, так как, например, 3M.

ответил sysadmin1138 29 Maypm09 2009, 19:44:31
0

В моей компании у нас были все серверы в одном TZ до этого года. Теперь у нас есть серверы в 3 новых часовых пояса. Весь сервер работает с нашим локальным часовым поясом. Это очень полезно для анализа журналов , тем более, что мы распространяем веб-сайты, работающие в течение 3 часовых поясов.

Однако в одном специальном случае мы оставили сервер с нашим клиентом TZ. Предполагается, что приложение будет занимать большую часть дня, а задачи обслуживания обычно настраиваются для запуска во время «ночи». Сначала мы устанавливаем сервер в нашей TZ, но задачи обслуживания замедляли слишком много для наших любимых клиентов «мы работаем, когда вы спите» ...

UTC также очень приятный вариант. Если люди не обращаются к местному часовому поясу при просмотре журналов (здесь и здесь).

ответил Oct 29 Maypm09 2009, 20:00:15
0

Я запускаю все свои серверы по UTC, и я конвертирую все, что входит в мой контроль, как только я могу.

Единственным исключением на данный момент был сервер звездочки, который я должен был оставить по местному времени. Изменение его на UTC полностью сломало звездочку. (Это на 1.6, надеюсь, это не будет проблемой, когда я смогу обновить его в этом году.)

ответил Michael Hampton 24 AM000000100000003931 2012, 10:59:39

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132