ทางเลือกที่ดีที่สุดสำหรับการกำหนดค่าไคลเอนต์ NTP


9

ให้ดูว่าใครบางคนสามารถเปิดไฟในเรื่องนี้ได้ไหม ..

ฉันกำลังติดตั้งเซิร์ฟเวอร์ในวันถัดไป ลูกค้าของฉันต้องการปรับใช้ Hortonworks HDP พร้อมเซิร์ฟเวอร์ 2 ตัวเป็นเซิร์ฟเวอร์หลักและเซิร์ฟเวอร์ 5 ตัว ข้อกำหนดหนึ่งข้อสำหรับทั้งหมดคือเปิดใช้งาน NTP แต่นั่นคือข้อมูลทั้งหมดที่ฉันมีเขาไม่ได้บอกฉันว่าเขาต้องการเซิร์ฟเวอร์ท้องถิ่นที่ทำหน้าที่เป็นเซิร์ฟเวอร์ NTP หรือต้องการทั้ง 7 หน้าที่ทำหน้าที่เป็นลูกค้า ระบบปฏิบัติการจะเป็น Centos 6.6 หรือ 6.7

ดังนั้นคำถามของฉันจะเป็น:

คำนึงถึงว่าสิ่งนี้จะไม่เป็นสภาพแวดล้อมการผลิต แต่เหมือนสภาพแวดล้อม "การทดสอบ" ซึ่งเป็นทางเลือกของคุณสำหรับการกำหนดค่า NTP บนเครื่องเหล่านี้หรือไม่ ทั้ง 7 ทำหน้าที่เป็นลูกค้าหรือ 1-2 เซิร์ฟเวอร์และห้าลูกค้า?

คำตอบ:


9

ฉันรู้สึกค่อนข้างแรงที่เซิร์ฟเวอร์ในตัวสองตัวที่ทุกคนผูกติดอยู่นั้นเป็นวิธีที่ถูกต้อง NTP ถูกออกแบบมาเพื่อทำงานในลักษณะนั้นและลดภาระให้กับเซิร์ฟเวอร์สาธารณะ / พูล

ฉันเรียกใช้เซิร์ฟเวอร์พูล NTP แม้ในพื้นที่ที่มีสระว่ายน้ำที่มีจำนวนมากการโหลดก็ยังคงสำคัญ (ฉันกำลังทำงานโดยเฉลี่ยต่อปี 25 คำขอของลูกค้าต่อวินาทีซึ่งหมายถึงประมาณ 2.5 ล้านต่อวัน) ในบางส่วนของโลกสระว่ายน้ำเล็กมากจนคนไม่กี่คนที่ใช้เซิร์ฟเวอร์พูลได้รับความเสียหายอย่างมาก

แก้ไข : แอรอนเพลย์ทำให้จุดที่ยอดเยี่ยมที่สองเซิร์ฟเวอร์จะทั้งถูกปฏิเสธโดยลูกค้าถ้ามีเพียงหนึ่งในนั้นคือการออกจากซิงค์แต่ก็ยังคิดว่ามันถูกต้อง (ดูเช่นคำถามนี้ ) และมีสอง (แทนเพียง หนึ่ง) เพิ่มความผิดพลาดเพียงจุดเดียว เขาถูกต้องอย่างแน่นอนที่สามจะดีกว่าและในเครือข่ายการผลิตขนาดใหญ่ฉันจะยอมรับว่ามันเหมาะสำหรับกรณีการใช้งานนี้ จากประสบการณ์ของผม แต่ต้องกำหนด ntpd ทำงานมากบ่อยกว่ามันล้มเหลวและความเสี่ยงของเซิร์ฟเวอร์เดียวที่มีการใช้งานไม่ได้และนาฬิกาลูกค้าได้รับมากเกินไปที่จะออกจากซิงค์ในการกู้คืนอัตโนมัติมากเมื่อเทียบกับความเสี่ยงของเซิร์ฟเวอร์โฆษณาผิดพลาดที่ เวลาและทำให้ทั้งคู่ใช้ไม่ได้

สำหรับฉันสองคือเซิร์ฟเวอร์ upstream-synced ที่ถูกต้องสำหรับเครือข่ายนี้ - แต่มีการพูดคุยอย่างถูกต้องตามกฎหมายที่จะแก้ไขปัญหานี้และฉันขอบคุณ Aaron ที่ให้คะแนน


1
เซิร์ฟเวอร์เดียวดีกว่าเพียงสองเครื่อง หากมีบางสิ่งเกิดขึ้นที่เซิร์ฟเวอร์สองตัวนี้ไม่ซิงค์กันอัลกอริทึม NTP จะไม่สามารถระบุได้ว่าเซิร์ฟเวอร์ใดที่ถูกต้องและจะปฏิเสธทั้งสองอย่าง ยิ่งไปกว่านั้นจะเป็นสามและนี่คือการพิจารณาโดยผู้ดูแลจะเป็นจำนวนขั้นต่ำของเซิร์ฟเวอร์ที่จะกำหนด
Aaron Copley

ฉันไม่สงสัยเลยว่าคุณมีประสบการณ์เชิงปฏิบัติมากกว่านี้ แต่มีบางอย่างเกี่ยวกับ 1 หรือ 3 แต่ไม่เคยมี 2 เลยติดกับฉัน ขอบคุณที่พูดถึงในการแก้ไขของคุณ :)
Aaron Copley

คำแนะนำต่อทั้งสองนั้นขึ้นอยู่กับปัญหาที่เกิดขึ้นหากพวกเขาไม่เห็นด้วยและบนพื้นฐานนั้นมันยอดเยี่ยมมาก ฉันเพิ่งพบว่ามักจะไม่เกิดขึ้นโดยไม่ต้องหนึ่งของเซิร์ฟเวอร์ที่สูญเสียการซิงค์และทำให้สิทธ์ตัวเองเป็นแหล่งที่มา ใครจะสบายดีฉันแน่ใจ; สองให้ความแข็งแกร่งมากขึ้น แต่โดยส่วนตัวแล้ว (และเป็นความคิดเห็นของฉันมาก) รู้สึกว่าสามคนนั้นมากเกินไปในกลุ่มเจ็ดในแง่ของการโหลดบนสระว่ายน้ำ แต่ถึงอย่างนั้นฉันก็บอกว่ามันเป็นจุดที่ยอดเยี่ยมที่คุณทำและแน่นอนว่าบางสิ่งสำหรับผู้คนที่จะคิดถึง ฉันยินดีที่จะให้เครดิตคุณในการเลี้ยงดูมัน
MadHatter

ลิงก์จาก @AaronCopley ด้านบนแสดงเหตุผลที่ชัดเจนว่าทำไม 4 จึงควรพิจารณาขอบเขตที่ต่ำสำหรับจำนวนแหล่งที่มา (ไม่ว่าจะเป็นเซิร์ฟเวอร์หรือเพื่อน) ในการรักษาเวลาให้ถูกต้องและยังคงสามารถบำรุงรักษาตามกำหนดเวลาหรือเป็นความผิด หากเซิร์ฟเวอร์ไม่เป็นอันตราย 2 มีแนวโน้มที่จะมีความถูกต้องมากกว่า 1 (เนื่องจากส่วนใหญ่หน้าต่างจะทับซ้อนกัน) และ 3 เป็นขั้นต่ำเพื่อให้อัลกอริทึมการจัดกลุ่มและจุดตัดของ NTP ทำงานได้อย่างมีประสิทธิภาพ
พอลเกียร์

@ พอลเกียร์ตามที่คุณพูดในเครือข่ายใหญ่สี่คือขอบเขตที่สมเหตุสมผล เซิร์ฟเวอร์พูลของฉันมีห้าแหล่ง แต่ตามที่คุณทราบด้วยตัวเองว่า " หากเซิร์ฟเวอร์ไม่เป็นอันตราย 2 มีแนวโน้มที่จะมีความถูกต้องมากกว่า 1 " ดังนั้นในเครือข่ายขนาดเล็กเช่น OP ของที่สี่เป็น overkill ไม่ยุติธรรมไม่ยุติธรรมสองนัดฉันเป็นสมดุลที่เหมาะสมระหว่างบริการ การจัดเตรียมและการโหลดพูลมากเกินไป แน่นอนถ้าคุณตั้งค่าเซิร์ฟเวอร์ของคุณเอง 1 ชั้นแล้วมีมากเท่าที่คุณต้องการและสามารถจ่ายได้ คำตอบของฉันเกี่ยวข้องกับการแลกเปลี่ยนระหว่างหน้าที่สาธารณะและบริการส่วนตัวเมื่อใช้พูลเซิร์ฟเวอร์
MadHatter

4

ด้วยสภาพแวดล้อมขนาดเล็กและมันถูกกำหนดให้เป็น "การทดสอบ" ฉันจะผลัก NTP ไปที่ขอบของเครือข่าย เรียกใช้เซิร์ฟเวอร์ NTP บนสวิตช์หรือเราเตอร์ของคุณหากคุณสามารถและกำหนดค่าสำหรับแหล่งเวลาต้นน้ำ 3 ครั้งขึ้นไป จากนั้นชี้จุดทั้ง 7 โหนดที่นี่ เป็นไปได้ว่านี่เป็นเพียงเส้นทางเดียวของคุณที่ออกสู่อินเทอร์เน็ตดังนั้นการกำหนดค่าแหล่งเวลาเพิ่มเติม "ข้างใน" จะไม่ช่วยอะไรคุณได้หากมีความผิดพลาดในการสลับหรือการขัดข้องของเครือข่าย คุณจะมีปัญหาที่เลวร้ายยิ่งกว่าการซิงค์เวลาหากเครือข่ายของคุณไม่ทำงาน


0

ฉันจะไป 1-2 เซิร์ฟเวอร์ คุณสำรองสระว่ายน้ำบางคำขอ และหากคุณสูญเสียการเชื่อมต่อกับพูลเป็นระยะเวลาหนึ่งสำหรับการรีเซ็ตซ้ำอย่างน้อยที่สุดเครื่องในเครือข่ายภายในของคุณจะยังคงซิงค์กัน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.