私の雇用者はヨーロッパ（CET）にいるので、夏時間を使用しているので、年に2回1時間往復する必要があります。私たちのサーバーはさまざまな場所のクラウドで動作します。すべてのインフラを構築した従業員が消えた。彼はすべてのサーバー（現在、Ubuntu 18.04、20.04、22.04）でシステムタイムゾーンでUTCを使用することにしました。
年間の時間によっては、ログファイルに表示される各日付に精神的に1/2時間を追加する必要があるため、これは理想的ではありません（夏には+2時間、冬には+1時間）。一部のcronjobのタイミングは、ジョブがCET正午に実行される必要があるため、年に2回調整する必要があります。
（まだ）UTCをシステムタイムゾーンで使用するのに適した理由はありますか？それとも、cronjobとログファイルが壁時計とより整合するようにCETに切り替える必要がありますか？
ベストアンサー1
（まだ）UTCをシステムタイムゾーンで使用するのに適した理由はありますか？
はい、そうです！ 2023年10月29日02:30に発生した主なイベントについて考えてみましょう。ログメッセージが正しく生成されました。 （この日付/時間の関連性は、ヨーロッパ全域の時計がその日の朝に1時間後に設定され、CEST/CETの場合、切り替え時間がその日の朝午前3時ということです。）
UTCを実行している場合、タイムスタンプは明確です*。 CEST/CETに変換する必要があるかもしれませんが、絶対時間は確かに知っています。一方、現地時間で走る場合は、02時から03時の間に、今回が最初か2番目かを最初に判断しなければなりません。ログメッセージの数によっては、これが不可能な場合があります。
クローン操作は問題になりましたが、推奨使用CRON_TZまたはタイマー単位での移行systemdもう一つの答えこの問題を賢く解決します。
*言及されているように、時々うるう秒を除いてアコスタディノフ