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?
Jawaban:
Seperti kebanyakan hal, "itu tergantung".
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. .
sumber
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.
sumber
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.
sumber
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 :)
sumber
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.
Tidak sepenuhnya yakin, tapi saya pikir ya - zona waktu secara logis merupakan pengaturan level mesin.
sumber
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.
sumber
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.
sumber
The Yeller App baru-baru ini menerbitkan sebuah posting blog yang menyarankan semua sysadmin untuk menggunakan UTC. Berikut ini kutipannya:
Selain lelucon, pada dasarnya mengatakan hanya menggunakan UTC berarti tidak repot dengan Daylight Saving Time (DST), dan bug yang dihasilkannya.
sumber