Temuduga Umum: Bagaimanakah anda memilih antara NTP, PTP, dan jam monotonik?

Skop dan pertanyaan

Beberapa pelayan mesti merekodkan masa peristiwa yang boleh dibandingkan manakala sesetengah perkhidmatan turut mengukur tarikh akhir (deadline) dan kependaman. Terangkan perkara yang diselesaikan oleh NTP, PTP dan jam monotonik setempat proses, kemudian cadangkan penggunaan, tingkah laku kehilangan penyegerakan dan pengesahan. Andaikan kelewatan rangkaian yang berubah-ubah, restart nod, dan hakikat bahawa penyegerakan masa tidak boleh dianggap sebagai ketekalan kausal (causal consistency).

Perkara yang diuji oleh penemu duga

Isyarat utama ialah mengasingkan masa jam dinding (wall-clock) yang boleh dibandingkan, masa berlalu setempat dan kausaliti peristiwa. Jawapan yang mantap meminta belanjawan kejituan dan sempadan rangkaian terlebih dahulu, kemudian meletakkan NTP dalam penyegerakan umum atau kawasan luas, PTP dalam LAN terkawal dengan penandaan masa perkakasan, dan jam monotonik dalam pengukuran masa tamat. Ia tidak mendakwa bahawa PTP secara automatik lebih tepat di mana-mana jua.

Penjelasan sebelum menjawab

1. Apakah ofset maksimum yang dibenarkan? Cap masa audit peringkat milisaat selalunya sesuai dengan NTP; kawalan mikrosaat adalah situasi di mana PTP dan penandaan masa perkakasan wajar dinilai.
2. Adakah rangkaian dikawal, adakah suis menyokong IEEE 1588, dan adakah jam sempadan (boundary) atau jam telus (transparent) tersedia? Tanpa semua ini, andaian PTP mungkin tidak sah.
3. Adakah masa digunakan untuk penyusunan tertib, tarikh akhir, tandatangan atau bukti pematuhan? Tarikh akhir menggunakan masa monotonik; penyusunan tertib rentas nod masih memerlukan nombor jujukan, versi atau jam logik.
4. Apakah yang berlaku apabila sumber masa hulu (upstream) terputus: henti operasi tulis, turun taraf perkhidmatan, atau teruskan? Jawapannya menentukan penahanan masa (holdover), ambang amaran dan pelabelan data.

Reka bentuk dan penerbitan yang disyorkan

Bina hierarki: satu set kecil GPS, jam atom atau sumber hulu yang dipercayai menyalurkan masa kepada pelayan NTP serantau, dan hos biasa mendisiplinkan jam dinding masing-masing dengan NTP. Pertukaran NTP mesti mengambil kira kelewatan ulang-alik (round-trip delay) dan ketaksimetrian laluan, jadi pantau ofset, ralat frekuensi, kelewatan ulang-alik, stratum dan usia penyegerakan terakhir dan bukannya sekadar memantau sama ada perkhidmatan sedang berjalan.

PTP menyebarkan jam grandmaster melalui suis dan boleh menggunakan cap masa perkakasan untuk mengurangkan ralat penjadualan OS dan ralat barisan giliran NIC. Dalam LAN terkawal dengan jam sempadan atau telus serta titik akhir berkeupayaan perkakasan, ia boleh memenuhi belanjawan ralat yang lebih ketat berbanding NTP. Merentasi Internet awam atau laluan awan yang sering berubah, sahkan sokongan peranti dan rangkaian sebenar sebelum menjanjikan tahap kejituan tersebut.

wall_now = CLOCK_REALTIME      # calendar, logs, cross-node timestamps
elapsed = CLOCK_MONOTONIC      # deadlines, retries, latency measurement
deadline = monotonic_start + timeout

Jam monotonik tidak bergerak ke belakang apabila NTP mendisiplinkan masa jam dinding, jadi ia sesuai untuk pengiraan masa berlalu. Linux mendokumenkan semantik yang berbeza untuk CLOCK_REALTIME dan CLOCK_MONOTONIC. Malah jam dinding yang disegerakkan dengan baik tidak selamat untuk masa tamat 30 saat kerana pembetulan masa boleh menganjak (step) atau melaras secara beransur-ansur (slew).

Alternatif dan pertukaran kompromi (trade-offs)

NTP mudah digunakan, berfungsi merentasi rangkaian berpenghala, dan mempunyai perkakasan operasi yang matang; ralatnya bergantung pada laluan dan penandaan masa hos. PTP boleh memberikan ofset dan jitter yang lebih rendah dalam domain terkawal; ia bergantung pada NIC, suis, pemacu dan sumber jam, maka domain kegagalan dan konfigurasinya adalah lebih besar. Untuk penyusunan tertib peristiwa, jam logik atau jujukan pangkalan data selalunya lebih langsung berbanding mengejar masa fizikal yang lebih ketat. Bagi tempoh masa pada satu hos, masa monotonik adalah alat yang tepat untuk kedua-duanya.

Mod kegagalan, sempadan dan contoh kontra

• Menganggap “NTP disegerakkan” sebagai bukti bahawa cap masa perniagaan adalah tepat sambil mengabaikan ofset, stratum dan perubahan sumber.
• Menggunakan CLOCK_REALTIME untuk tarikh akhir; perubahan manual atau pembetulan jam boleh menyebabkan masa tamat berlaku lebih awal atau lewat.
• Menjanjikan kejituan mikrosaat PTP pada hos awan tanpa penandaan masa perkakasan; keupayaan rangkaian adalah prasyarat.
• Menyimpulkan kausaliti rentas nod daripada cap masa dinding. Kelewatan rangkaian boleh menghasilkan keputusan seri atau pemerhatian yang terbalik; gunakan jujukan, versi atau data jam logik.
• Terus mengeluarkan tandatangan atau rekod audit yang kelihatan tepat selepas kehilangan penyegerakan; rekod sumber masa, usia penyegerakan dan ketidakpastian, kemudian label atau tolak operasi berisiko tinggi yang melebihi ambang.

Senarai semak ujian dan pengesahan

Sahkan tiga lapisan: uji semantik masa nyata dan monotonik pada setiap nod; kumpulkan ofset NTP/PTP, jitter, ralat frekuensi dan usia penyegerakan; kemudian suntik kelewatan, kehilangan paket, perubahan hulu dan mula semula (restart). Nyatakan penerimaan sebagai “di bawah rangkaian dan perkakasan yang ditentukan, 99.9% tetingkap kekal di bawah ofset X”, serta uji penahanan masa (holdover) dan pemulihan secara berasingan. Perbandingan date tunggal bukanlah satu pengesahan.

Soalan susulan

Bagaimanakah peristiwa rentas nod harus disusun mengikut tertib?

Gunakan masa fizikal untuk paparan dan medan audit, tetapi sandarkan kausaliti kepada versi monotonik, nombor jujukan mesej, tertib komit pangkalan data atau jam logik. Jika garis masa untuk tatapan manusia diperlukan, dedahkan selang ketidakpastian dan gunakan pemecah seri (tie-breaker) yang stabil dalam selang yang bertindih.

Bolehkah PTP menggantikan NTP sepenuhnya?

Tiada penggantian sejagat. PTP sesuai untuk domain terkawal dengan belanjawan kejituan yang eksplisit; NTP masih meliputi rangkaian pengurusan, pautan kawasan luas dan hos tanpa perkakasan PTP. Reka bentuk yang biasa menggunakan PTP untuk domain kritikal dan menawarkan NTP daripada perkhidmatan dalam domain tersebut kepada hos lain.

Patutkah sesuatu perkhidmatan berhenti apabila sumber masanya terputus?

Nilaikan risiko perniagaan. Cache biasa atau metrik boleh diteruskan dalam tempoh penahanan masa (holdover) yang terhad; tandatangan, sijil atau pemadanan kewangan harus menolak atau meningkatkan eskalasi apabila ketidakpastian melebihi ambang. Setiap penurunan taraf memerlukan amaran, label data dan rekod penentukuran selepas pemulihan.