deniz.in

Piyasalar

Hava durumu

Hava durumu yükleniyor

· kaynak dev.to (home feed)

2027'ye kadar artık saniyenin kaldırılması NTP, PTP ve veritabanı yeniden yapılandırma çalışmalarını tetikliyor

dev.to'da yayımlanan iki rehber, BIPM'ın artık saniyeleri sonlandırmasının 2027'ye kadar yürürlüğe gireceğini belirtiyor; sistem yöneticilerini NTP, PTP ve veritabanlarından artık saniye mantığını çıkarmaya ve doğrusal bir zaman tabanına geçmeye yönlendiriyor.

2027'ye kadar artık saniyenin kaldırılması NTP, PTP ve veritabanı yeniden yapılandırma çalışmalarını tetikliyor

Doğrusal zaman için bir son tarih

dev.to'da yayımlanan, her ikisi de 15 Ekim tarihli ve aynı yazara ait iki rehber, altyapı ekiplerinin artık saniyenin ortadan kalkmasına nasıl hazırlanması gerektiğini ele alıyor. İlk rehbere göre, Uluslararası Ölçüler ve Ağırlıklar Bürosu'nun (BIPM) 2025'te kabul ettiği bir karar 1 Ocak 2027'de zorunlu hale geliyor. İkinci rehber ise bu değişikliği 2025'ten beri yürürlükte olarak tanımlıyor. Zaman çizelgesine dair bu uyuşmazlık, yazıların uzlaştıramadığı birçok ayrıntıdan biri ve işleri planlamadan önce son tarihi BIPM'ın kendi yayınlarından doğrulamak için tek başına yeterli bir neden.

Artık saniyeler nedir ve neden ortadan kalkıyor

Artık saniye, UTC'yi — sivil saati — Dünya'nın dönüşü olan UT1 ile hizalı tutmak için ara sıra 30 Haziran veya 31 Aralık sonuna eklenen fazladan bir saniyedir. Rehberler 1972'den bu yana 27 artık saniye eklendiğini belirtiyor. Her ekleme, 61 saniyelik bir dakika ve 23:59:60 zaman damgası yaratıyor; bunları birçok parser, veritabanı ve loglama sistemi işleyecek şekilde tasarlanmadı.

dev.to yazıları bu mekanizmanın kullanışlılığını yitirdiğini savunuyor. Fazladan saniye için özel durum mantığı, NTP ve PTP uygulamalarındaki hata yüzeyini genişletiyor; ikinci rehber, 2012 ve 2015'te sunucuların artık saniyeleri işlerken donduğunu ve bankacılık ile telekom hizmetlerini aksattığını hatırlatıyor. Eklemeler durduğunda UTC doğrusal bir saat gibi davranır. Yazılar UTC ile TAI arasındaki sabit ofseti 37 saniye olarak veriyor ve her yıl yaklaşık 0,9 saniyelik sapma birikmesini bekliyor; ancak neyin neyden uzaklaştığını biraz farklı terimlerle tanımlıyorlar.

Rehberlerin vurguladığı operasyonel riskler

  • İlk rehbere göre, eski bir NTP yığınında beklenmedik bir 61 saniyelik dakika veritabanlarını, logları ve dağıtık defterleri bozabilir.

  • İkincisine göre, tekrarlayan veya negatif zaman damgaları veri hatlarını, işlem sıralamasını ve telekom oturumlarını kırabilir.

  • EU MiFID II, SEC Rule 17a-4 ve ESMA gibi uyum rejimlerinin zaman damgası doğruluğunu yaklaşık bir mikrosaniye düzeyinde talep ettiği söyleniyor; bu da saat anomalilerine pek pay bırakmıyor.

  • Milyarlarca düşük güçlü IoT cihazı, 61 saniyelik bir dakikayla başa çıkamayan minimal NTP client'ları çalıştırıyor.

Göç neyi kapsıyor

Her iki yazı da kabaca aynı sırayı izliyor. Sistemdeki tüm zaman servislerini envanterleyin: NTP, PTP, SNTP ve chrony dahil. Daemon'ları yükseltin; ilk rehber chrony 4.2 veya sonrasını, ntpd 4.2.8p15 veya sonrasını öneriyor. Artık saniye tablolarını /dev/null'a yönlendirin böylece hiçbir ekleme gerçekleşemez ve sonrasında leap indicator'ın sıfır olduğunu doğrulayın. Veritabanları zaman damgalarını artık saniye düzeltmesi olmayan ham epoch değerleri olarak saklamalı; Java uygulamaları ise ikinci rehberin zaten doğrusal dediği Instant.now()'ya güvenebilir.

İki yazı ofsetler konusunda ayrışıyor. İlki chrony'de 37 saniyelik statik bir UTC-TAI ofseti ve PTP'de yıllık olarak betikle yenilenen 37 değerinde bir offsetFromUTC yapılandırıyor. İkincisi ise bunun yerine ptp4l'ı sıfır UTC ofsetiyle ve artık saniye işleme devre dışıyken çalıştırıyor. İkisi de herhangi bir production dağıtımından önce sandbox testi, ardından izleme öneriyor: leap indicator hiç sıfırdan farklı olursa Prometheus alarm üretmeli ve Wireshark, NTP ile PTP trafiğindeki leap flag'lerine göre filtrelenmiş capture'lar almalı.

Dikkatli yaklaşılması gereken iddialar

Yazılardaki birçok somut ayrıntı hiçbir atıflandırılmış kanıta dayanmıyor: artık saniye kaldırma aramalarında bildirilen yüzde 350'lik artış, göç stratejileri üzerine 2.000'den fazla Reddit yorumu ve NYSE, CME ve Binance'in zaten ofset modeli yamalarını test ettiği iddiası. Bunlar, doğrulanmış haberlerden çok topluluk ilgisine dair renk olarak okunmalı. İki rehber arasındaki tarih çelişkisi ve birbirinden ayrılan PTP yapılandırma tavsiyeleri, onları yetkili runbook'lar değil başlangıç noktaları olarak ele almayı düşündürüyor.

Neden önemli

Zaman senkronizasyonu, veritabanı tutarlılığından işlem emri sıralamasına ve bulut faturalandırmasına kadar hemen her dağıtık sistemin görünmez bir bağımlılığı. Artık saniyelerin kaldırılması iyi belgelenmiş bir hata sınıfını ortadan kaldırıyor; ama bunun yerine, zamana duyarlı her sistemin hesaba katması gereken sürekli bir ofset getiriyor. 61 saniyelik dakikalar, parser davranışı ve ofset işlemesine ilişkin varsayımları denetlemek şimdi ucuz, bir olay sırasında pahalı; ve 2027 son tarihi geçerli kalırsa, bekleyen ekipler bu denetimi baskı altında yapacak.

  • #ntp
  • #time-sync
  • #infrastructure
  • #linux
  • #cloud

İlgili yazılar