Haruskah server menetapkan zona waktu mereka ke GMT / UTC? [Tutup]

22

Ini mungkin bukan masalah besar untuk toko-toko kecil yang hanya memiliki satu atau beberapa situs, tetapi untuk organisasi yang lebih besar ini adalah sesuatu yang saya ingin tahu.

Apa kelebihan dan kekurangan yang dimiliki semua / sebagian besar server Anda di UTC? Ini tentu akan membantu dalam pelaporan dan penebangan terpusat. Juga dengan korelasi acara untuk pemecahan masalah atau audit keamanan. Orang juga tidak perlu khawatir tentang perubahan Daylight Saving Time.

Salah satu kelemahannya adalah bahwa penjadwalan acara otomatis (mis., Cron) mungkin memerlukan sedikit waktu jika Anda ingin menjalankannya pada "4 AM" di waktu geografis setempat. Untuk mesin Unix-y Anda masih bisa memiliki pengguna berada di zona waktu lokal dengan menetapkan "TZ" di / etc / profile, tetapi untuk pengguna Windows yang RDesktop ke server (untuk alasan apa pun), apakah mereka terjebak dengan melihat UTC?


sumber
Ada yang sama (tua) thread berjalan di atas di bijak-anggota: mailman.sage.org/pipermail/sage-members/2010/msg00592.html
adamo
Dan tentu saja karena Anda diposting pertanyaan tentang bijak-anggota juga, (baru) benang mailman.sage.org/pipermail/sage-members/2010/msg01194.html :)
adamo
2
UTC satu zona waktu untuk memerintah mereka semua ...

Jawaban:

19

Seperti kebanyakan hal, "itu tergantung".

  • Apakah semua administrator / pengguna Anda berada di zona waktu yang sama? Mungkin TZ mereka sesuai.
  • Apakah mesin berinteraksi dengan lingkungan lokal? TZ lokal mungkin bagus.
  • Apakah semua log ditarik ke lokasi pusat untuk dianalisis? UTC mungkin membantu di sana.
  • Apakah mesin berkomunikasi satu sama lain dengan cara di mana waktu penting? UTC mungkin membantu mencegah masalah ketidakcocokan konyol.
  • Apakah vendor OS (lebih mungkin untuk gear jaringan) memiliki saran? Pertimbangkan itu.
  • Apakah DST akan mengganggu Anda? Gunakan UTC.
  • Menurut Anda apa yang akan membuat hidup Anda lebih mudah? Gunakan itu.

Saya telah melakukan semua opsi (Lokal, UTC, sewenang-wenang tetapi konsisten) dan lebih suka "waktu lokal ke kantor pusat untuk semua mesin" karena di situlah sysadmin dan pengguna berada, meskipun mesin tersebar di seluruh dunia. .

Luke
sumber
4
Yah menempatkan - saya akan menambahkan beberapa kriteria lagi. 1) Jika Anda memiliki organisasi pendukung di berbagai zona waktu, UTC di mana saja mungkin akan menghindari kebingungan (dalam hal ini, mengatur segala sesuatu ke zona waktu 'kantor pusat' hanya akan membuat orang-orang marah di kantor lain; apalagi kebingungan yang terjadi kemudian) ketika DST masuk. 2) Jika Anda harus berurusan dengan vendor internasional seperti operator telekomunikasi, banyak dari mereka yang bekerja di UTC; tidak harus mengonversi stempel waktu di log Anda ketika Anda mengirimkannya akan menghemat banyak waktu.
Murali Suriar
Saya telah mengerjakan zona waktu yang berbeda dengan server yang berbeda. Kami memiliki masalah serius dengan suatu proyek di mana data disimpan dengan zona waktu server diatur ke DST dan GMT .. tidak mudah untuk diperbaiki. Tidak mudah sama sekali. UTC adalah teman Anda :)
John Hunt
6

Kami mengatur semuanya menjadi GMT, itu membuat file log yang berkorelasi di seluruh sistem lebih sederhana.

Tapi saya pikir kita harus membuang zona waktu, dan semua menggunakan GMT untuk semuanya.

Ronald Pottol
sumber
3

Seperti orang lain katakan, itu tergantung. Kelompok yang sangat besar dengan pengalaman yang panjang dan luas dalam hal ini telah membebani. Kelompok ini adalah pasukan militer di seluruh dunia dan mereka menggunakan UTC (GMT).

Satu hal lagi yang perlu dipertimbangkan. Jika sistem ini mendukung kode aplikasi, Anda ingin mengetahui apakah aplikasi tersebut mengetahui zona waktu. Dalam beberapa forum pemrograman yang saya ikuti, saya sarankan bahwa tanggal / waktu selalu disimpan dalam UTC dalam database, dan memberikan opsi kepada pengguna akhir bagaimana mereka melihat tanggal / waktu.

dbasnett
sumber
2

Saya bekerja untuk perusahaan hosting yang sangat besar, dan kami memiliki pusat data di seluruh dunia. Kami umumnya menyetel waktu mesin ke waktu pusat data lokal, dan kemudian menggunakan zona waktu tempat semua personel pendukung kami ditempatkan sebagai waktu universal tempat berbagai hal dikonversi ketika menggunakan alat, dll.

Seperti yang orang lain katakan, tidak ada jawaban yang benar, tapi itulah metode yang kami gunakan :)

matahari
sumber
1

Kebijakan di sini mengatakan bahwa semua mesin dikelompokkan ke zona waktu lokal mereka (yaitu lokasi fisik). Satu-satunya hal yang rumit adalah mengkorelasikan entri log peristiwa (windows machiens) karena waktunya adalah memberikan nlocal - kebanyakan logfile lain menulis waktu dalam UTC.

tetapi untuk pengguna Windows yang RDesktop ke server (untuk alasan apa pun), apakah mereka terjebak dengan melihat UTC?

Tidak sepenuhnya yakin, tapi saya pikir ya - zona waktu secara logis merupakan pengaturan level mesin.

TomTom
sumber
1

Kami memiliki mesin yang secara fisik terletak di satu zona waktu yang ditetapkan selama 3 jam ke depan karena aplikasi yang didukungnya.

Kami juga memiliki pengembang yang membangun perangkat lunak yang mengharapkan sinkronisasi sub-lima detik antara server, pengembang yang secara implisit mengandalkan waktu AD untuk sinkronisasi, dan yang tidak repot-repot menulis pengecekan kesalahan atau menangani rutinitas untuk kasus yang tidak sinkron, dan yang menegaskan bahwa kegagalan berikutnya adalah kesalahan admin karena tidak mempertahankan waktu jaringan dengan standar yang mereka bayangkan.

Jangan lakukan apa yang kami lakukan. Itu hanya akan membuat Anda pahit.

AndyN
sumber
1

Hanya untuk menambah diskusi, kami memiliki kantor yang tersebar di seluruh dunia dan masing-masing dari mereka memiliki server web, aplikasi dan database masing-masing, dengan cabang aplikasi yang berbeda untuk masing-masing, sehingga zona waktu lokal adalah ide yang baik sementara berbicara di seluruh negeri. Untuk server AS, kami menuju Waktu Tengah untuk semua lokasi yang cocok dengan pusat data utama kami, karena menggunakan zona waktu yang berbeda untuk server aplikasi dan DB membuat pengembang kesulitan.

bahrt
sumber
0

The Yeller App baru-baru ini menerbitkan sebuah posting blog yang menyarankan semua sysadmin untuk menggunakan UTC. Berikut ini kutipannya:

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.

Selain lelucon, pada dasarnya mengatakan hanya menggunakan UTC berarti tidak repot dengan Daylight Saving Time (DST), dan bug yang dihasilkannya.

dayuloli
sumber