ที่อยู่ IP ใด ๆ ในคาสต์เดียวไม่ได้ให้ความซ้ำซ้อนเช่นเดียวกับที่อยู่ IP สองรายการในคำนำหน้า IP ที่ต่างกัน
บ่อยครั้งปัญหาที่ยากที่สุดสำหรับความซ้ำซ้อนไม่ใช่เมื่อบางสิ่งผิดพลาดอย่างสมบูรณ์ แต่เมื่อมันทำงานผิดปกติเพียงพอที่จะผ่านการตรวจสุขภาพ แต่จริงๆแล้วไม่ใช่การทำงาน
ฉันเห็นการตั้งค่า DNS คาสต์ใด ๆ ที่เซิร์ฟเวอร์ DNS หยุดทำงาน แต่แพ็คเก็ตจะยังคงถูกส่งไปยังเซิร์ฟเวอร์ DNS นั้น สิ่งที่กำลังดูแลโฆษณาคำนำหน้าอาจไม่ทราบว่าเซิร์ฟเวอร์ DNS นั้นล้มเหลว
มันจะยิ่งยุ่งยากหากเซิร์ฟเวอร์ DNS ที่สงสัยไม่ใช่เซิร์ฟเวอร์ DNS ที่เชื่อถือได้ แต่จะเป็นตัวแก้ปัญหาแบบเรียกซ้ำ
ตัวแก้ไขแบบเรียกซ้ำดังกล่าวจะต้องมีทั้งที่อยู่ใดก็ได้ในการรับแบบสอบถามจากลูกค้าและที่อยู่แบบ unicast สำหรับการสอบถามเซิร์ฟเวอร์ DNS ที่มีสิทธิ์ แต่ถ้าที่อยู่ยูนิคาสต์ลดลงก็อาจดูมีสุขภาพดีพอที่จะส่งคำถาม
Anycast เป็นเครื่องมือที่ยอดเยี่ยมสำหรับความยืดหยุ่นและลดความล่าช้า แต่สำหรับความซ้ำซ้อนมันไม่ควรยืนอยู่คนเดียว
พูล anycast ที่ซ้ำซ้อนหลายตัวเป็นทางออกที่ดีสำหรับความพร้อมใช้งาน ตัวอย่างที่รู้จักกันดีคือ 8.8.8.8 และ 8.8.4.4 ทั้งสองเป็นที่อยู่ใด ๆ ที่ออกอากาศ แต่ไม่ควรกำหนดเส้นทางไปยังเซิร์ฟเวอร์ DNS จริง (สมมติว่า Google ทำงานได้ดี)
หากคุณมีเซิร์ฟเวอร์ DNS จริง 10 เซิร์ฟเวอร์คุณสามารถกำหนดค่าให้เป็น 2 พูลที่มี 5 เซิร์ฟเวอร์ในแต่ละพูลหรือ 5 พูลที่มี 2 ในแต่ละพูล คุณต้องการหลีกเลี่ยงการมีเซิร์ฟเวอร์ DNS หนึ่งตัวอยู่ในหลายกลุ่มพร้อมกัน
ดังนั้นคุณควรจัดสรร IP กี่ตัว? คุณต้องมี IP ที่สามารถกำหนดค่าเป็น anycast แยกจากกัน ซึ่งโดยปกติจะหมายความว่าคุณจะต้องจัดสรรพื้นที่ที่อยู่ IPv4 ทั้งหมด / 24 หรือพื้นที่ 486 IPv6 สำหรับแต่ละพูล นี่อาจ จำกัด จำนวนพูลที่คุณมีได้เป็นอย่างดี
นอกจากนี้หากเรากำลังพูดถึงเซิร์ฟเวอร์ที่มีสิทธิ์การตอบกลับ DNS กับระเบียน NS ทั้งหมดของคุณและกาว A และ AAAA ควรจะพอดีกับแพ็คเก็ตขนาด 512 ไบต์เดียว สำหรับเซิร์ฟเวอร์รูทสิ่งนี้ใช้ได้ถึง 13 ที่อยู่ แต่นั่นไม่รวมกาวและ IPv6 ดังนั้นจำนวนที่คุณเข้าถึงจะต่ำกว่า
แต่ละพูลควรมีการกระจายทางภูมิศาสตร์มากที่สุด หากคุณมีเซิร์ฟเวอร์ 5 เครื่องในยุโรปและ 5 แห่งในอเมริกาและ IP ใดก็ได้ 2 รายการคุณจะไม่สร้างหนึ่งพูลซึ่งครอบคลุมแต่ละทวีป คุณวาง 2 จากยุโรปไว้ในสระว่ายน้ำโดย 3 จากอเมริกาเหนือและอีก 5 คนในสระอื่น
หากคุณมีแอพคาสต์มากกว่า 2 แอพคุณสามารถให้ฟิสิคัลเซิร์ฟเวอร์อยู่ในพูลมากกว่าหนึ่งแอพชั่วคราว แต่คุณไม่ควรอนุญาตให้เซิร์ฟเวอร์ที่มีอยู่จริงอยู่ในกลุ่มทั้งหมดพร้อมกัน
การรวมกันของ anycast และ unicast นั้นเป็นไปได้ แต่จะต้องระมัดระวัง หากคุณมี IP สำหรับสองพูลฉันจะไม่รวมกัน แต่ถ้าคุณมี IP ที่ใช้ร่วมกันเพียง anycast เพียงอย่างเดียวก็อาจรวมถึง unicast IP ด้วย ปัญหาคือการที่รวม IP ของ unicast จะไม่ทำให้คุณมีเวลาในการตอบสนองและโหลดบาลานซ์ที่ดี
หากเซิร์ฟเวอร์จริงมีให้บริการทั้งแบบ unicast และ anycast คุณอาจเสี่ยงต่อผู้ใช้ในการเข้าถึงเซิร์ฟเวอร์เดียวกันกับเซิร์ฟเวอร์หลักและเซิร์ฟเวอร์สำรองและไม่สามารถเข้าถึงหากเซิร์ฟเวอร์ล่ม สิ่งนี้สามารถหลีกเลี่ยงได้โดยการใช้ที่อยู่ unicast ของเซิร์ฟเวอร์ที่ไม่ได้อยู่ในกลุ่มการออกอากาศหรือโดยการให้ผู้ใช้ที่มีสองที่อยู่เดียว
ยิ่งที่อยู่เดียวที่คุณใส่ลงในการผสมยิ่งแบบสอบถามน้อยจะถูกส่งไปยังที่อยู่ใด ๆ ที่ออกอากาศและผลประโยชน์ที่น้อยกว่าที่คุณจะได้รับจากการออกอากาศใด ๆ ในแง่ของความล่าช้าและความยืดหยุ่น