Score:1

นโยบาย DNS สำหรับตำแหน่งข้อมูล VPC

ธง za

ฉันมี VPC ที่มีซับเน็ตสามเครือข่ายในโซนความพร้อมใช้งานที่แตกต่างกัน และอินเทอร์เฟซ VPC ปลายทางในแต่ละโซน ตำแหน่งข้อมูล VPC มีชื่อโฮสต์ DNS 4 ชื่อตามค่าเริ่มต้น:

  • ชื่อโฮสต์ DNS ภูมิภาค เช่น vpce-x.ec2.us-east-1.vpce.amazonaws.com.
  • ชื่อโฮสต์ DNS โซนเฉพาะปลายทางสามชื่อ เช่น vpce-x-us-east-1a.ec2.us-east-1.vpce.amazonaws.com.

ตามที่ฉันเข้าใจชื่อโฮสต์ DNS ภูมิภาคจะส่งไปยังจุดสิ้นสุดโดยพลการ มีวิธีกำหนดค่าชื่อโฮสต์ DNS เดียวที่จะแก้ไขปลายทางภายในเครือข่ายย่อยเดียวกันเสมอเพื่อลดการรับส่งข้อมูลระหว่าง AZ หรือไม่ ฉันไม่แน่ใจว่านโยบายการกำหนดเส้นทางเวลาแฝงใช้ได้กับกรณีการใช้งานนี้หรือไม่ หรือมีวิธีแก้ปัญหาอื่นหรือไม่ หรือชื่อโฮสต์ DNS ภูมิภาคจะทำอะไรแบบนี้อยู่แล้ว?

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

Tim avatar
gp flag
Tim
คุณกำลังพยายามบรรลุอะไร คุณมีปัญหาอะไร
za flag
พยายามลดต้นทุนการถ่ายโอนข้อมูลระหว่าง AZ
Tim avatar
gp flag
Tim
คำถามของคุณเจาะจงมากโดยไม่ต้องระบุภาพรวม แต่จะถามเกี่ยวกับวิธีแก้ปัญหาที่คุณคิดว่าจะได้ผล ฉันขอแนะนำให้คุณถามคำถามใหม่ที่สรุปภาระงาน สถาปัตยกรรมของคุณ อธิบายปัญหาของคุณ (ซึ่งอาจรวมถึงปริมาณการรับส่งข้อมูลข้าม AZ ที่คุณได้รับ) และขอคำแนะนำ โซลูชันที่คุณเสนออาจเป็นสิ่งที่ผู้คนคิดขึ้น แต่ผู้คนอาจมีแนวคิดอื่นเช่นกัน ตัวอย่างเช่น ALB ที่มีการปิดการทำโหลดบาลานซ์ข้ามโซนอาจเป็นวิธีแก้ปัญหาได้ในบางกรณี
za flag
เพิ่มรายละเอียดบางอย่างเกี่ยวกับกรณีการใช้งาน แต่ฉันสงสัยว่าคำตอบปัจจุบันคือหนทางที่จะไปที่นี่ ดังนั้นจะไม่โพสต์คำถามอีก การใช้ ALB (หรือ NLB) เป็นแนวคิดที่น่าสนใจสำหรับสิ่งนี้ แต่ค่าใช้จ่ายจะใกล้เคียงกับต้นทุนการถ่ายโอนข้อมูลระหว่าง AZ
Score:1
ธง cn

หากคุณใช้ชื่อ DNS ของโซน คุณกำลังพูดถึงโซนนั้น จาก เอกสาร:

เลือกเครือข่ายย่อยใน VPC ของคุณเพื่อใช้ปลายทางของอินเทอร์เฟซ เราสร้างอินเทอร์เฟซเครือข่ายปลายทางในซับเน็ต อินเทอร์เฟซเครือข่ายปลายทางถูกกำหนดที่อยู่ IP ส่วนตัวจากช่วงที่อยู่ IP ของเครือข่ายย่อยของคุณ และเก็บที่อยู่ IP นี้ไว้จนกว่าปลายทางของอินเทอร์เฟซจะถูกลบ คุณสามารถระบุซับเน็ตได้มากกว่าหนึ่งรายการใน Availability Zone ต่างๆ (ตามที่บริการรองรับ) เพื่อช่วยให้แน่ใจว่าปลายทางอินเทอร์เฟซของคุณทนทานต่อความล้มเหลวของ Availability Zone ในกรณีดังกล่าว เราจะสร้างอินเทอร์เฟซเครือข่ายปลายทางในแต่ละเครือข่ายย่อยที่คุณระบุ

ดังนั้นหากคุณมีอินสแตนซ์ที่ทำงานเช่น us-east-1a บอกให้ใช้ปลายทาง east-1a และการสื่อสารทั้งหมดจะอยู่ภายใน AZ คุณควรสามารถเปลี่ยนชื่อ DNS ได้โดยใช้ตัวแปรสภาพแวดล้อมในโค้ด การแมปใน CloudFormation หรือการค้นหา Parameter Store จำไว้ว่าสิ่งนี้จะไม่ยืดหยุ่นต่อความล้มเหลว

เว้นแต่ว่าคุณกำลังทำ HPC ที่ต้องการเวลาแฝงต่ำมาก หรือถ่ายโอนข้อมูลจำนวนมหาศาลข้ามโซน ฉันแค่ใช้ชื่อภูมิภาค (เช่น us-east-1)ความคาดหวังของฉันคือจะใช้สิ่งที่สมเหตุสมผล

คุณอาจสามารถตรวจสอบได้โดยทำบางอย่าง โฮสต์ REGIONALDNS และตรวจสอบว่าได้ IP ใดกลับมา และเปรียบเทียบกับผลลัพธ์แบบโซน

za flag
มีข้อมูลเพียงพอที่ส่งผ่านจุดสิ้นสุดที่ทำให้ต้นทุนการรับส่งข้อมูลระหว่าง AZ มีความสำคัญ การใช้ชื่อ DNS โซนโดยตรงจะช่วยแก้ปัญหาได้ แต่จะเพิ่มความซับซ้อนให้กับบริการ (ปัจจุบันเป็นบริการเดียวกันที่มีการกำหนดค่าเดียวกันซึ่งปรับใช้กับ AZ หลายตัว) ฉันหวังว่าจะมีวิธีง่ายๆ ในการทำเช่นนี้กับ Route53
cn flag
คุณสามารถลองตั้งค่าบางอย่างใน R53 เพื่อใช้การกำหนดเส้นทาง geoproximity หรือ latency แต่ไม่รับประกัน - ฉันไม่แน่ใจว่า geoproximity จะทำงานใกล้ขนาดนั้นหรือไม่ และเวลาแฝงอาจแปรผันตามโหลด
za flag
การใช้ชื่อโฮสต์ที่แตกต่างกันสำหรับ AZ ที่แตกต่างกันน่าจะเป็นเส้นทางที่จะไป สิ่งนี้สามารถทำให้ยืดหยุ่นต่อความล้มเหลวได้โดยการเลือกจุดสิ้นสุดจาก AZ เดียวกัน และถอยกลับไปหาจุดอื่น (เช่น เรกคอร์ดแยกต่างหากที่มีนโยบายการกำหนดเส้นทางเมื่อเกิดข้อผิดพลาด)
za flag
ฉันเห็นว่านโยบายการกำหนดเส้นทางตำแหน่งใกล้เคียงและเวลาแฝงไม่พร้อมใช้งานสำหรับโซนที่โฮสต์ส่วนตัว ดังนั้นดูเหมือนว่าไม่ได้ออกแบบมาสำหรับกรณีการใช้งานนี้

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา