EC2 sunucumun zamanı neden her gün ~ 10 saniye kapalı?


12

Her gün ağ saati ile senkronize etmek için /etc/cron.daily/ntpupdateçalışan bir sistem dosyası olduğuna inandığım şey var
ntpdate ntp.ubuntu.com. Her gün buna çok benzer çıktılar üretir:

/etc/cron.daily/ntpupdate:
16 Jan 06:30:42 ntpdate[21446]:
step time server 91.189.94.4 offset -12.646804 sec

Ne anlama geldiğinden 91.189.94.4emin değilim ama -12.646804 secsunucumun yaklaşık 12 saniye kapalı olduğundan eminim . Ama neden her gün aynı miktarda olduğunu bilmiyorum. Bu Ubuntu çalıştıran bir Amazon EC2 örneğidir.

Sadece günde 12 saniye kaybettiğini / kazandığını ya da başka bir şeyin saati 12 saniye kapalı olan başka bir saatle senkronize ettiğini tahmin edebilirim ve sonra tekrar senkronize ediyorum.

Bunu daha yakından izlemek için ne yapmalıyım? /etc/cron.*Dizinlerde veya kullanıcıların cron işlerinde başka hiçbir cron işi görmüyorum ...

GÜNCELLEME

Belli bir saatte büyük bir sıçrama olup olmadığını görmek için bu saatlik koşmaya başladığımı paylaşacağımı düşündüm. Saatlik çıktı budur:

16 Jan 15:17:04 ntpdate[8346]:
adjust time server 91.189.94.4 offset -0.464418 sec

Görünüşe göre saatin her biri yaklaşık yarım saniye kapanıyor, bu yüzden her günün (24 saat) saatin yaklaşık 12 saniye kapalı olacağı mantıklı. Sanırım saat sadece hızlı çalışıyor! Teşekkürler!


91.189.94.4 ntp.ubuntu.com'un IP adresi
Michael Mrozek

Bu bağlantıyı takip et. Sorununuz çözülecek. Aynı sorunun çözülmesine yardımcı oldu docs.aws.amazon.com/AWSEC2/latest/UserGuide/set-time.html

Yanıtlar:


13

Bir yazılım saatinin yavaş veya hızlı çalışmasına neden olabilecek bir dizi faktör vardır. Sanal sunuculardaki saatler özellikle bu sorunların bir sınıfına eğilimlidir. Günde 12 saniye,% 180–200 hızında çalışan saatlere sahip sanal kutularla karşılaşana kadar oldukça kötü! Askıya alınan dizüstü bilgisayarlardaki saatler de zaman tutma sorunlarından muzdarip olabilir.

ntupdateLehine düşmeyi düşünmelisin ntpd. Paket adı ntpDebian'da (ve muhtemelen Ubuntu'da). NTP arka plan programı zamanınızı bir cron işinden çok daha proaktif bir şekilde tutar, bir veya daha fazla diğer NTP sunucusuyla senkronize olur ve saatinizi çok daha doğru tutar. Aynı protokol ntpdatekullanımlarının başka bir uygulamasıdır , ancak ntpdzamanı sürekli olarak izler.

Eğer (çok küçük) yükü istemiyorsanız, saatte bir kez ntpdkoşmayı düşünebilirsiniz ntpdate. Her saat 0,5 sn uzakta olduğunuzu varsayarsak, bu yeterli olacaktır.


3
Sanal makine sorunları da tıkırtısız bir çekirdek (CONFIG_NO_HZ) çalıştırılarak büyük ölçüde çözülebilir. Ubuntu çekirdeği ile bunun mümkün olup olmadığından ya da kendi çekirdekinizi oluşturmanız gerekeceğinden emin değilim.
Patrick

1
Bir Ubuntu 11 kurulumunda (3.0.0-14-jenerik) çekirdek yapılandırmasını kontrol ettim ve kesinlikle CONFIG_NO_HZetkinleştirdi.
Alexios

0

Sorunuzun diğer yarısına cevap vermek, bunun neden gerçekleştiğine bağlı olarak: Bilgisayar donanım saatleri kötü bir şekilde yanlıştır, bu nedenle günde 12 saniyelik bir sürüklenme olağandışı olsa da, gerçekten sıra dışı değildir.

(Bu muhtemelen ağ zamanının kullanım yaygınlığından kaynaklanmaktadır, böylece günde 12 saniyelik bir sapma, bir saatte ne olacağına kıyasla küçük bir sıkıntıdır - ve böylece donanım şirketleri ucuz saat yongaları kullanabilir. Fiziksel olarak, olan şey muhtemelen saat çipinizdeki osilatörün oldukça doğru ayarlanmamış olmasıdır, bu yüzden biraz ama güvenilir bir şekilde yavaş çalışır.)


-1

Fark çok küçük olduğu için ntp'nin sunucunuzun zamanını güncellemediğinden şüpheleniyorum. Benzer bir sorun yaşadım, her gün aynı gecikmeyi gördüm, küçük bir fark olmanın belirli bir eşik bulunana kadar güncellenmeyeceğini anlayana kadar.

Senkronizasyon için minimum eşik için yapılandırmayı kontrol edin.


3
Bu doğru değil. Aksine, NTP farkı olabildiğince azaltmaya çalışır. Diğer yönde bir eşik var: Fark çok büyükse NTP saati güncellemez (yanlış konfigürasyondan şüphelenir, örneğin yanlış saat dilimi).
Gilles 'SO- kötü olmayı kes'
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.