NTP ग्राहक कॉन्फ़िगरेशन के लिए सबसे अच्छा विकल्प


9

चलो देखते हैं कि क्या कोई इस विषय पर थोड़ा प्रकाश फेंक सकता है ।।

मैं अगले दिनों में एक सर्वर इंस्टालेशन बना रहा हूँ। मेरा क्लाइंट मास्टर सर्वर और 5 श्रमिक सर्वर के रूप में 2 सर्वरों के साथ एक हॉर्टनवर्क एचडीपी तैनात करना चाहता है। उन सभी के लिए आवश्यकताओं में से एक एनटीपी सक्षम होना है। लेकिन वह सारी जानकारी जो मेरे पास है, उसने मुझे यह नहीं बताया कि क्या वह एक स्थानीय सर्वर को NTP सर्वर के रूप में काम करना चाहता है या सभी 7 ग्राहकों के रूप में कार्य करना चाहता है। ओएस सेंटोस 6.6 या 6.7 होगा।

तो मेरा सवाल होगा:

यह ध्यान में रखते हुए कि यह एक उत्पादन पर्यावरण नहीं होगा, लेकिन एक "परीक्षण" पर्यावरण की तरह, जो इन मशीनों पर एनटीपी को कॉन्फ़िगर करने के लिए आपकी पसंद होगी? सभी 7 क्लाइंट या 1-2 सर्वर और पांच क्लाइंट के रूप में काम कर रहे हैं?

जवाबों:


9

मैं काफी दृढ़ता से महसूस करता हूं कि दो स्थानीय सर्वर, जिन्हें हर कोई बांधता है, जाने का सही तरीका है। NTP को इस तरह से काम करने के लिए डिज़ाइन किया गया है, और यह सार्वजनिक / पूल सर्वर पर लोड को कम करता है।

मैं एक NTP पूल सर्वर चलाता हूं। यहां तक ​​कि अच्छी तरह से आबादी वाले पूल के साथ भी लोड अभी भी महत्वपूर्ण है (मैं प्रति सेकंड 25 ग्राहक अनुरोधों के वार्षिक औसत पर चल रहा हूं, जिसका अर्थ है प्रति दिन लगभग 2.5 मिलियन)। दुनिया के कुछ हिस्सों में, पूल इतने छोटे हैं कि कुछ लोग जो पूल सर्वर चलाते हैं, वे काफी अभिभूत हो रहे हैं

संपादित करें : हारून कोप्ले उत्कृष्ट मुद्दा यह है कि दो सर्वर होगा बनाता है दोनों अगर केवल ग्राहकों द्वारा खारिज कर दिया उनमें से एक बाहर के सिंक है , लेकिन अभी भी सोचता है कि यह सही है (देखें, जैसे, इस सवाल का ), और कहा कि दो होने (के बजाय सिर्फ एक) बस एकल-बिंदु-विफलता का दोगुना हो जाता है। वह पूरी तरह से सही है कि तीन बेहतर होंगे, और एक बड़े उत्पादन नेटवर्क में मैं सहमत हूं कि यह इस उपयोग के मामले के लिए उपयुक्त है। मेरे अनुभव में, हालाँकि, ठीक से कॉन्फ़िगर किया गया NTPd कई बार अधिक काम करता है, क्योंकि यह विफल रहता है, और एकल सर्वर के अनुपलब्ध होने का जोखिम और क्लाइंट घड़ियों को सिंक से बहुत अधिक स्वचालित रूप से पुनर्प्राप्त करने के लिए बहुत अधिक आउटवेग करने का जोखिम एक सर्वर विज्ञापन के दोषपूर्ण होने का खतरा होता है। समय और अमान्य दोनों।

मेरे लिए, दो इस नेटवर्क के लिए अपस्ट्रीम-सिंक किए गए सर्वरों की सही संख्या है - लेकिन निश्चित रूप से इस मुद्दे के आसपास होने वाली एक वैध चर्चा है, और मैं आरोन को इस मुद्दे को उठाने के लिए आभारी हूं।


1
एक सर्वर सिर्फ दो के लिए बेहतर है। अगर ऐसा कुछ होता है कि ये दोनों सर्वर सिंक से बाहर हो जाते हैं, तो एनटीपी एल्गोरिथ्म यह निर्धारित नहीं कर सकता है कि कौन सटीक है और दोनों को अस्वीकार कर देगा। इससे भी बेहतर तीन होगा और इसे कायम रखने वालों द्वारा कॉन्फ़िगर करने के लिए न्यूनतम संख्या में सर्वर माना जाता है ।
आरोन कोपले

मुझे कोई संदेह नहीं है कि आपके पास अधिक व्यावहारिक अनुभव है, लेकिन 1 या 3 के बारे में कुछ है, लेकिन 2 कभी भी मेरे साथ नहीं अटके हैं। आपके संपादन में उल्लेख के लिए धन्यवाद। :)
हारून कोपले

दो के खिलाफ सलाह पूरी तरह से उन समस्याओं पर आधारित है जो अगर असहमत हैं, और उस आधार पर, यह उत्कृष्ट है। मुझे बस लगता है कि अक्सर सिंक खोने वाले सर्वरों में से एक के बिना ऐसा नहीं होता है और इस तरह खुद को एक स्रोत के रूप में अयोग्य घोषित किया जाता है । एक ठीक हो जाएगा, मुझे यकीन है; दो अधिक मजबूती देता है। लेकिन मैं व्यक्तिगत रूप से (और यह बहुत ही मेरी राय है) ऐसा लगता है कि पूल पर लोड के मामले में तीन, सात के समूह में से बहुत से हैं। फिर भी, जैसा कि मैंने कहा, यह आपके द्वारा बनाया गया एक उत्कृष्ट बिंदु है, और लोगों के बारे में सोचने के लिए निश्चित रूप से कुछ है; मुझे आपको इसे बढ़ाने के लिए श्रेय दिया गया था।
15

ऊपर @AaronCopley से लिंक स्पष्ट रूप से बताता है कि क्यों 4 को स्रोतों की संख्या के लिए कम बाध्य माना जाना चाहिए (चाहे सर्वर या साथियों) सटीक समय रखने के लिए और फिर भी अनुसूचित रखरखाव या उनमें से किसी एक पर दोष के लिए अनुमति दी जाए। यदि न तो सर्वर दुर्भावनापूर्ण है, तो 2 1 से अधिक सटीक होने की संभावना है (चूंकि अधिकांश समय विंडोज़ ओवरलैप होगा ), और 3 एनटीपी की क्लस्टरिंग और चौराहे एल्गोरिदम को प्रभावी ढंग से संचालित करने की अनुमति देने के लिए न्यूनतम है।
पॉल गियर

@PaGGear जैसा कि आप कहते हैं, एक बड़े नेटवर्क में चार एक समझदार निम्न सीमा है; मेरे पूल सर्वर के पाँच स्रोत हैं। लेकिन जैसा कि आप स्वयं भी ध्यान दें, " यदि न तो सर्वर दुर्भावनापूर्ण है, तो 2 के 1 से अधिक सटीक होने की संभावना है ", इसलिए ओपी जैसे छोटे नेटवर्क में, जहां चार अनुचित है, ओवरकिल, दो मुझे सेवा के लिए सही संतुलन के रूप में प्रभावित करते हैं। प्रावधान और पूल को ओवरलोड करना। बेशक, यदि आप अपने स्वयं के स्ट्रैटम 1 सर्वर स्थापित कर रहे हैं, तो आपके पास जितने हैं कृपया और वहन कर सकते हैं; मेरा जवाब केवल पूल सर्वर का उपयोग करते समय सार्वजनिक शुल्क और निजी सेवा के बीच व्यापार से संबंधित है।
9

4

इस तरह के एक छोटे से वातावरण के साथ, और इसे "परीक्षण" के रूप में नामित किया गया है, मैं एनटीपी को नेटवर्क के किनारे पर धकेलूंगा। अपने स्विच या राउटर पर NTP सर्वर चलाएं यदि आप इसे 3 या अधिक अपस्ट्रीम समय स्रोतों के लिए कॉन्फ़िगर कर सकते हैं । फिर, सभी 7 नोड्स यहां इंगित करें। इसी तरह, यह इंटरनेट पर आपका एकमात्र रास्ता है ताकि अतिरिक्त समय स्रोतों को "अंदर" कॉन्फ़िगर किया जा सके, अगर स्विच में खराबी या नेटवर्क आउटेज है तो आप कोई एहसान नहीं करेंगे। यदि आपका नेटवर्क डाउन है तो आपको टाइम सिंक से भी बदतर समस्याएं होंगी।


0

मैं 1-2 सर्वर के लिए जाना था। आप पूल को कुछ अनुरोधों से अलग करते हैं। और क्या आपको कुछ रेस्टन के विस्तार की अवधि के लिए पूल से कनेक्टिविटी खोनी चाहिए, कम से कम आपके आंतरिक नेटवर्क की मशीनें एक दूसरे के साथ सिंक में रहती हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.