साधारण तथ्य यह है कि एक वीएम के भीतर घड़ी की सटीकता अभी भी वास्तव में खराब है। यह कुछ स्थानों से आता है, लेकिन हत्यारा बात यह है कि समय बहाव स्थिर नहीं है; बहाव कारक समय-समय पर बदलता रहता है। NTP एक प्रोटोकॉल है जिसमें घड़ी का मुआवजा बनाया गया है, लेकिन इसे एक स्थिर बहाव कारक के साथ बनाया गया है। उदाहरण के लिए, यदि कोई भौतिक मशीन हर 30 दिनों में 12 सेकंड खो देती है, तो NTP उसके लिए क्षतिपूर्ति कर सकता है और बहुत अच्छा करता है। लेकिन अगर वह मशीन हर 30 दिनों में 4 से 70 सेकंड तक कहीं भी खो सकती है, तो NTP उस स्तर के बदलाव को ट्रैक करने में उतना अच्छा नहीं है।
एनटीपी के लिए एक वीएम वातावरण में बनाए रखने के लिए यह वास्तव में कठिन है कि वह जो स्थानीय घड़ी देखता है वह एक मिनट के दौरान अपने बहाव कारक को बदल सकता है। आवृत्ति के आधार पर यह अपने माता-पिता के समय स्रोतों की जांच कर रहा है यह बड़े बहाव-कारक परिवर्तनों का कारण बन सकता है और इसके कारण कई बार आउट-ऑफ-सिंक हो सकता है। आपके संगठन के दौरान आउट-ऑफ-सिंक समय कैस्केड।
स्थानीय नेटवर्क के लिए NTP एक बहुत ही कम मेमोरी फ़ुटप्रिंट के साथ अपेक्षाकृत कम प्रभाव वाला प्रोटोकॉल है, और आपके DNS और DHCP सर्वर जैसे आपके अन्य नेटवर्क इन्फ्रास्ट्रक्चर सर्वरों पर ख़ुशी से गुदगुदा सकता है। कुछ राउटर भी NTP कार्यक्षमता प्रदान कर सकते हैं, इसलिए आप उस पर गौर करना चाहते हैं।
आदर्श रूप से आप अलग-अलग स्थानों में दो अलग-अलग सर्वर चाहते हैं जो प्रत्येक उच्चतर स्ट्रैटम सर्वर के एक अलग सेट के खिलाफ सिंक करते हैं। यह भी एक बहुत अच्छा विचार होगा कि दोनों समय-सर्वरों को दूसरे सर्वर को 'पीयर' के रूप में उपयोग करने के लिए कॉन्फ़िगर किया गया था, जो समय-सेवा पर प्रभाव को कम कर देगा, जो कि अपस्ट्रीम टाइम-सोर्स में से एक होना चाहिए; इसमें बदलाव होगा लेकिन कम से कम यह आउट-ऑफ-सिंक की रिपोर्ट नहीं करेगा। और अंत में, अपने अपस्ट्रीम समय प्रदाताओं के लिए अच्छा हो और एक बार समय अच्छी तरह से स्थापित होने के बाद चुनावों के बीच बहुत लंबे समय तक जाने के लिए अपने सर्वर को कॉन्फ़िगर करें। यह 'सर्वर' लाइन पर 'मैक्सपॉल' पैरामीटर है, और सिंक प्रयासों के बीच सेकंड में दो की शक्ति है।
यदि आपको इसके लिए VM का उपयोग करना है, तो मैं तीन से कम ऐसे NTP सर्वर सेट करूँगा। उनमें से प्रत्येक को एक अलग होस्ट पर होना चाहिए, और यदि संभव हो तो एक अलग डेटा-सेंटर में। जैसा कि मैंने अभी सुझाव दिया है, उन्हें अलग-अलग समय-स्रोतों की आवश्यकता है और एक-दूसरे के साथ सहकर्मी होना चाहिए। फिर अपने सभी NTP ग्राहकों को सभी तीनों को मूल स्रोत के रूप में उपयोग करने के लिए कॉन्फ़िगर करें। सुनिश्चित करें कि आपके अधिकतम मान कम हैं जो कभी भी एक घंटे और आधे से अधिक सिंक पैकेट बंद नेटवर्क और 30 मिनट ऑन-नेटवर्क के बीच नहीं जाते हैं। संभावनाएं कम से कम अच्छी हैं, तीनों में से कोई भी किसी भी समय इन-सिंक होगा। उन ग्राहकों के लिए जो केवल एक बार-होस्ट से बात कर सकते हैं, उन्हें बस सामयिक आउट-ऑफ-सिंक इवेंट के साथ काम करना होगा। कुल मिलाकर, इस परिदृश्य में समय-गुणवत्ता उतनी सटीक नहीं होगी जितनी भौतिक सर्वरों के साथ होगी।
अगर मुझे बॉल-पार्क करना होता है, तो मैं कहूंगा कि आपकी सहमति का समय शुद्ध-वीएम वातावरण में होगा, ओह, 30 से 100 किलोमीटर सच। विशुद्ध रूप से भौतिक वातावरण में, आपकी सर्वसम्मति का समय संभवतः 10ms के भीतर होगा जब समय सर्वरों को निपटाने के लिए काफी समय हो गया था।