サーバーのタイムゾーンをGMT / UTCに設定する必要がありますか?[閉まっている]


22

これは、1つまたは少数のサイトしかない小規模な店舗にとっては大した問題ではないかもしれませんが、大規模な組織にとっては、これは私が興味を持っていることです。

サーバーのすべて/ほとんどをUTCで持っている長所と短所は何ですか?それは確かにレポートと集中ログに役立ちます。トラブルシューティングまたはセキュリティ監査のためのイベント相関もあります。また、夏時間の変更について心配する必要はありません。

欠点の1つは、現地時間の「午前4時」に何かを実行したい場合、自動化されたイベント(cronなど)のスケジューリングに少し時間がかかることです。Unix-yマシンの場合、/ etc / profileで "TZ"を設定することで、ユーザーをローカルタイムゾーンに入れることができますが、Windowsを使用しているユーザー(何らかの理由で)

time  ntp  utc 

同様の(古い)スレッドがsage-membersで実行されています:mailman.sage.org/pipermail/sage-members/2010/msg00592.html
adamo

そしてもちろん、あなたがsage-membersにも質問を投稿したので、(新しい)スレッドmailman.sage.org/pipermail/sage-members/2010/msg01194.html :)
adamo

2
それらをすべて支配するUTCワンタイムゾーン

回答:


19

ほとんどの場合と同様に、「依存する」。

  • すべての管理者/ユーザーは同じタイムゾーンにいますか?おそらく、それらのTZが適切でしょう。
  • マシンはローカル環境と対話しますか?ローカルTZは良いかもしれません。
  • すべてのログが分析のために中央の場所にプルされていますか?UTCが役立つかもしれません。
  • マシンは、時間が重要な方法で互いに通信しますか?UTCは、ばかげた不一致の問題の防止に役立つ場合があります。
  • OSベンダー(ネットワーク機器の可能性が高い)に提案はありますか?それを考慮してください。
  • DSTはあなたを困らせますか?UTCを使用します。
  • あなたの人生を楽にするものは何だと思いますか?それを使用します。

私はすべてのオプション(ローカル、UTC、任意だが一貫性のある)を実行し、マシンが世界中に散在していても、システム管理者とユーザーがいた場所である「すべてのマシンのホームオフィスの現地時間」を好みます。 。


4
よく言えば、さらに2つの基準を追加します。1)複数のタイムゾーンにサポート組織がある場合、UTCはどこでも混乱を避けることができます(この場合、「ホームオフィス」のタイムゾーンにすべてを設定すると、他のオフィスの人をいらいらさせるだけです;続く混乱を気にしないでくださいDSTが開始されたとき。2)電気通信事業者のような国際的なベンダーと取引する必要がある場合、それらの多くはUTCで動作します。ログを送信するときにログのタイムスタンプを変換する必要がないため、時間を大幅に節約できます。
ムラリスリアー

私は、さまざまなタイムゾーンでさまざまなサーバーで働いてきました。サーバーのタイムゾーンをDSTおよびGMTに設定してデータが保存されていたプロジェクトで、深刻な問題が発生しました。修正は容易ではありません。まったく簡単ではありません。UTCはあなたの友人です:)
ジョンハント

6

すべてをGMTに設定しているため、システム全体でログファイルを簡単に関連付けることができます。

しかし、タイムゾーンを削除し、すべてにGMTを使用する必要があると思います。


3

他の人が言ったように、それは依存します。この問題に関する長年にわたる広大な経験を持つ非常に大きなグループが圧倒されました。グループは世界中の軍隊であり、UTC(GMT)を使用しています。

考慮すべきもう1つのこと。これらのシステムがアプリケーションコードをサポートしている場合、アプリケーションがタイムゾーンを認識しているかどうかを知る必要があります。私が参加している一部のプログラミングフォーラムでは、日付/時刻を常にデータベースのUTCに保存し、エンドユーザーに日付/時刻の表示方法を選択できるようにすることをお勧めします。


2

私は大規模なホスティング会社で働いており、世界中にデータセンターがあります。通常、マシンの時間をローカルのデータセンターの時間に設定し、すべてのサポート担当者がいるタイムゾーンを、ツールなどを使用するときに変換される世界時として使用します。

他の人が言ったように、正しい答えはありませんが、それは私たちが使用する方法です:)


1

ここでのポリシーでは、すべてのマシンがローカルタイムゾーン(つまり物理的な場所)に合わせて調整されます。唯一注意が必要なのは、時刻がnlocalであるため、イベントログエントリ(windows machiens)を相関させることです。他のほとんどのログファイルは、とにかくUTCで時刻を書き込みます。

しかし、(何らかの理由で)サーバーにRDesktopするWindowsユーザーの場合、UTCを見ることにこだわっていますか?

完全には定かではありませんが、そうだと思います-タイムゾーンは論理的にはマシンレベルの設定です。


1

1つのタイムゾーンに物理的に配置されたマシンは、サポートするアプリケーションのために3時間先に設定されています。

また、サーバー間の5秒未満の同期を期待してソフトウェアを構築する開発者、同期のために暗黙的にAD時間に依存する開発者、および非同期ケースのエラーチェックまたは処理ルーチンの作成に煩わされない開発者もいます。その後の失敗は、ネットワーク時間を彼らが想像していた標準に維持しなかったことに対する管理者の責任です。

私たちがやったことをしないでください。苦いだけになります。


1

ディスカッションに追加するために、世界中にオフィスが散在しており、各オフィスには独自のWebサーバー、アプリケーションサーバー、データベースサーバーのセットがあり、それぞれに異なるアプリケーションブランチがあります。全国的に話す。米国のサーバーの場合、アプリサーバーとDBに異なるタイムゾーンを使用すると開発者が苦労するため、メインのデータセンターに合わせてすべての場所の中央時間に向かっています。


0

Yellerアプリは最近、すべてのシステム管理者に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. Use UTC.

冗談はさておき、基本的にはUTCのみを使用するということは、夏時間(DST)に悩まされないことを意味し、これがもたらすバグです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.