Untuk jaringan yang relatif besar (ribuan host) - apa argumen untuk dan tidak menjalankan server NTP yang dikelola secara lokal (mungkin secara berkala ditetapkan melalui beberapa server NTP publik) dan memiliki semua host lain pada penggunaan jaringan bahwa (kumpulan) server NTP versus memiliki semua host cukup menggunakan server NTP publik secara langsung, katakanlah melalui ntp.pool.org?
Selain pro dan kontra, Apa praktik terbaik khas hari ini?
networking
time
ntp
ntpd
BeeOnRope
sumber
sumber
Jawaban:
Praktik terbaik adalah menjalankan kumpulan server NTP Anda sendiri yang diatur untuk disinkronkan dari server NTP publik. Jika organisasi Anda kehilangan akses internet, Anda tidak ingin jam Anda menjadi miring. Lebih jauh, tidak sopan untuk mengatur ribuan host ke server publik ketika Anda dapat (dan seharusnya) mengoperasikan mirror.
Terakhir, jika Anda memiliki persyaratan komputasi yang aman, maka Anda harus mengoperasikan host NTP independen Anda sendiri. Anda akan memerlukan perangkat keras khusus agar sistem ini dapat beroperasi.
EDIT: Karena ada diskusi tentang itu, berikut adalah beberapa perangkat keras:
Perangkat keras yang mendukung PPS tampaknya berfungsi pada ntpd modern . Ini termasuk beberapa unit GPS, meskipun ini tampaknya jarang, setidaknya jarang seperti unit GPS serial saat ini. Namun, ada perangkat keras yang dijual secara eksplisit untuk fungsi ini, termasuk satu produk yang disebut TSync-PCIe. Menurut situs pabrikan:
sumber
Bahkan pada jaringan kecil saya menggunakan layanan NTP lokal, yang dengan sendirinya memperbarui dari yang eksternal. Salah satu alasannya murni historis, sejak ketika satu-satunya koneksi ke Internet adalah melalui modem dial-up. Yang lain adalah bahwa jika layanan NTP salah karena alasan apa pun saya lebih suka semua mesin tetap konsisten, yang lebih mungkin terjadi jika semuanya diperbarui dari satu sumber.
sumber
Praktik terbaik, setup 2 (atau lebih) host NTP di lokasi Anda, teliti mereka. Minta mereka melakukan sinkronisasi terhadap setidaknya 4 (lebih disukai, hingga 8) server eksternal dari 0.pool.ntp.org ke 3.pool.ntp.org. Jika Anda menggunakan lebih dari 4 Anda harus menyesuaikan frekuensi mereka melakukan polling terhadap anggota kumpulan.
Ini versi ntp.conf saya yang telah diedit:
Anda dapat menghilangkan argumen minpoll dan maxpoll, saya menambahkannya jadi saya sedikit lebih ringan di server tersebut. Nilainya 2 ^ n detik, di mana n adalah argumen; nilai-nilai itu lebih tinggi daripada nilai standarnya (6 & 10) karena saya sudah memilih 12 server yang berbeda di antara ketiga host NTP saya.
Jika Anda sangat mementingkan akurasi, Anda dapat menambahkan yang berikut juga:
Ini akan polling jam atom angkatan laut. Perhatikan waktu jajak pendapat yang tinggi karena mereka cukup banyak dimuat dan meminta orang untuk santai di server mereka (sebenarnya adalah cluster 3 node).
sumber
Seperti yang disebutkan orang lain, bagi ribuan host internal, menyediakan server waktu Anda sendiri adalah cara yang tepat. Untuk alasan seperti (seperti yang telah disebutkan):
Sejauh praktik terbaik:
Dari http://www.ntp.org/ntpfaq/NTP-s-config-adv.htm , berikut adalah struktur yang disarankan untuk sumber hanya NTP.
Informasi tambahan untuk menyiapkan server NTP adalah dari http://www.pool.ntp.org/join/configuration.html . Contohnya adalah:
sumber
Saya pikir sebagian besar jaringan besar menggunakan kumpulan kecil server ntp internal khusus. lalu lintas ntp cukup ringan sehingga Anda mungkin tidak perlu banyak server untuk melayani organisasi besar.
Seperti halnya semua layanan jaringan, keuntungan menjalankan server ntp Anda sendiri adalah Anda mendapatkan lebih banyak kontrol dan dapat membuat lebih banyak keputusan. Misalnya, jika Anda kehilangan konektivitas jaringan ke dunia luar, mesin Anda dapat terus berbicara dengan server ntp internal Anda dan Anda tidak perlu khawatir mereka semua harus terhubung kembali ke server eksternal.
Jika Anda memiliki ribuan server, Anda juga harus mempertimbangkan menjalankan server waktu khusus Anda, misalnya dari perangkat gps atau melalui jam atom khusus . Saya tidak yakin berapa biayanya akhir-akhir ini tetapi tidak bisa mahal dibandingkan dengan ribuan sistem yang sudah Anda dukung .. Kemudian Anda memiliki layanan waktu yang akurat yang sepenuhnya independen dari koneksi Anda ke dunia luar.
Hal lain yang perlu dipertimbangkan adalah menjalankan server ntp Anda sendiri lebih sopan. Dengan begitu, Anda hanya memiliki beberapa mesin yang membuat permintaan eksternal yang bertentangan dengan ribuan. Saya yakin admin dari server ntp yang dapat diakses publik di luar sana akan menghargai itu. Plus itu akan mengurangi lalu lintas jaringan eksternal Anda sedikit (sangat sedikit) yang mungkin merupakan hal yang baik.
Juga jika Anda menjalankan server ntp Anda sendiri, Anda dapat sedikit memperketat firewall Anda karena hanya beberapa mesin yang terhubung ke luar pada port 123 bukannya banyak mesin. Itu mungkin berguna.
ntp mudah diatur dan sekali Anda menjalankannya membutuhkan sedikit perawatan. Setiap perusahaan yang pernah saya libatkan telah menyiapkan server ntp sendiri dan itu berfungsi dengan baik.
sumber
Praktik terbaik dalam hal ini adalah menjalankan server NTP Anda sendiri - atau kumpulan yang diperlukan - dan menarik dari kumpulan NTP terdekat Anda secara geografis. Ini mengurangi beban yang harus ditanggung publik yang menghadapi server NTP tetapi masih akan memberi Anda akurasi tinggi. Jika Anda membutuhkan akurasi yang lebih besar, Anda dapat menarik dari server Stratum 1, tetapi hal itu meningkatkan beban yang harus ditanggung oleh pool, sehingga Anda hanya perlu melakukan ini jika Anda ingin berkontribusi server ke pool.
sumber
Alasan yang baik untuk menjalankan server NTP Anda sendiri di jaringan besar adalah memastikan semua mesin Anda menyetujui waktu yang tepat. Memiliki banyak sistem dengan pengaturannya sendiri untuk server waktu eksternal (atau semuanya menggunakan anggota pool.ntp.org yang berbeda) dapat menyebabkan perbedaan kecil dalam waktu pada sistem yang dapat menyebabkan masalah.
Alasan bagus lainnya adalah memiliki server NTP Anda sendiri berarti waktu yang disinkronkan akan tetap tersedia dari beberapa server (dimonitor!) Ketika tautan luar turun atau jenuh dengan lalu lintas.
Semua pendapat saya sebagai timegeek.
sumber