ความจริงง่ายๆคือความถูกต้องของนาฬิกาภายใน VM ยังคงไม่ดีนัก นี่มาจากบางจุด แต่สิ่งที่นักฆ่าก็คือเวลาล่องลอยไม่คงที่ ปัจจัยดริฟท์จะเปลี่ยนไปตามช่วงเวลา NTP เป็นโปรโตคอลที่มีการชดเชยสัญญาณนาฬิกาอยู่ภายใน แต่มันถูกออกแบบด้วยปัจจัยดริฟท์แบบคงที่ที่สร้างขึ้นมาตัวอย่างเช่นหากเครื่องทางกายภาพสูญเสีย 12 วินาทีทุก 30 วัน NTP สามารถชดเชยสิ่งนั้นได้และทำได้ดีมาก แต่หากเครื่องนั้นสูญเสียที่ใดก็ได้จาก 4 ถึง 70 วินาทีทุก ๆ 30 วัน NTP จะไม่สามารถติดตามระดับการเปลี่ยนแปลงนั้นได้
สิ่งที่ทำให้เป็นเรื่องยากสำหรับ NTP ในการรักษาสภาพแวดล้อมของ VM คือนาฬิกาท้องถิ่นที่เห็นสามารถเปลี่ยนปัจจัยการเบี่ยงเบนไปได้ในเวลาไม่กี่นาที ขึ้นอยู่กับความถี่ที่มันกำลังตรวจสอบแหล่งเวลาหลักมันสามารถทำให้เกิดการเปลี่ยนแปลงปัจจัยดริฟท์ที่สำคัญและทำให้มันออกไปซิงค์บ่อยขึ้น การไม่ซิงค์เวลาจะลดลงทั่วทั้งองค์กรของคุณ
NTP สำหรับเครือข่ายท้องถิ่นเป็นโปรโตคอลผลกระทบที่ค่อนข้างต่ำพร้อมด้วยหน่วยความจำขนาดเล็กมากและสามารถแบกกลับมาอย่างมีความสุขบนเซิร์ฟเวอร์โครงสร้างพื้นฐานเครือข่ายอื่น ๆ ของคุณเช่น DNS และเซิร์ฟเวอร์ DHCP ของคุณ เราเตอร์บางตัวยังสามารถให้บริการการทำงานของ NTP ดังนั้นคุณอาจต้องการตรวจสอบสิ่งนั้น
เป็นการดีที่คุณต้องการเซิร์ฟเวอร์แยกกันสองแห่งในตำแหน่งที่ตั้งที่แยกกันซึ่งแต่ละครั้งจะซิงค์กับเซิร์ฟเวอร์ stratum ที่สูงกว่าชุดอื่น มันจะเป็นความคิดที่ดีมากสำหรับเซิร์ฟเวอร์เวลาทั้งสองที่ได้รับการกำหนดค่าให้ใช้เซิร์ฟเวอร์อื่นเป็น 'เพียร์' ซึ่งจะลดผลกระทบต่อการบริการเวลาหากหนึ่งในแหล่งข้อมูลเวลาอัปสตรีมผิดพลาด จะมีการเปลี่ยนแปลงระดับชั้น แต่อย่างน้อยก็จะไม่รายงานว่าไม่ซิงค์กัน และสุดท้ายนี้ขอให้ผู้ให้บริการต้นน้ำของคุณพึงพอใจและกำหนดค่าเซิร์ฟเวอร์ของคุณให้ใช้เวลานานมากในการโพลเมื่อโพลได้รับการยอมรับแล้ว นี่คือพารามิเตอร์ 'maxpoll' ในบรรทัด 'เซิร์ฟเวอร์' และเป็นกำลังสองวินาทีในระหว่างการพยายามซิงค์
หากคุณต้องใช้ VMs อย่างนี้ฉันจะตั้งค่าเซิร์ฟเวอร์ NTP ไม่น้อยกว่าสามตัว แต่ละรายการจะต้องอยู่บนโฮสต์ที่แตกต่างกันและหากเป็นไปได้ในศูนย์ข้อมูลที่แตกต่างกัน เช่นเดียวกับสิ่งที่ฉันแนะนำพวกเขาต้องการแหล่งเวลาที่แตกต่างกันและควรมองดูซึ่งกันและกัน จากนั้นกำหนดค่าไคลเอนต์ NTP ของคุณทั้งหมดเพื่อใช้ทั้งสามเป็นแหล่งที่มาของผู้ปกครอง ตรวจสอบให้แน่ใจว่าค่า maxpoll ของคุณต่ำพอที่จะไม่ไปนานกว่าหนึ่งชั่วโมงครึ่งระหว่างแพ็กเก็ตซิงค์นอกเครือข่ายและ 30 นาทีบนเครือข่าย โอกาสที่ดีอย่างน้อยหนึ่งในสามจะซิงค์ในเวลาใดก็ตาม สำหรับลูกค้าที่สามารถพูดคุยกับโฮสต์ได้ครั้งเดียวพวกเขาจะต้องทนกับเหตุการณ์ที่เกิดขึ้นเป็นครั้งคราว โดยรวมแล้วคุณภาพของเวลาในสถานการณ์นี้จะไม่แม่นยำอย่างที่ควรจะเป็นกับฟิสิคัลเซิร์ฟเวอร์
ถ้าฉันต้องไปงาน ball-park ฉันจะบอกว่าเวลาฉันทามติของคุณในสภาพแวดล้อมของ VM-pure อาจจะอยู่ภายใน 30 ถึง 100ms ของจริง ในสภาพแวดล้อมทางกายภาพล้วนๆเวลาที่ฉันทามติของคุณอาจจะอยู่ในระยะ 10 มิลลิวินาทีเมื่อเซิร์ฟเวอร์เวลาใช้เวลานานพอที่จะจัดการ