เมื่อเว็บ A เซิร์ฟเวอร์ของฉันถูกถอดปลั๊กฉันจะเปลี่ยนเส้นทางผู้ใช้ทั้งหมดไปยังเว็บเซิร์ฟเวอร์ B ของฉันในเมืองอื่นโดยอัตโนมัติได้อย่างไร

15

สวิตช์โหลดบาลานซ์ทำสิ่งที่ฉันต้องการยกเว้นฉันไม่สามารถหาวิธีใช้งานได้เว้นแต่ว่าทั้งเว็บเซิร์ฟเวอร์อยู่ในอาคารเดียวกัน

ระบบการทำคลัสเตอร์ที่มีความพร้อมใช้งานสูงทำในสิ่งที่ฉันต้องการยกเว้นฉันไม่สามารถหาวิธีที่จะทำให้มันทำงานได้เว้นแต่ว่าทั้งเว็บเซิร์ฟเวอร์อยู่ในอาคารเดียวกัน

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

วิธีการทำDNS robin ปัดและเนื้อหาการจัดส่งเครือข่าย (CDNs) ทำหรือไม่

ฉันคิดว่าวิธีหนึ่งเริ่มจากบางสิ่งเช่น:

ฉันได้รับที่อยู่ IP ของแต่ละเว็บเซิร์ฟเวอร์จริงของฉัน
ฉันใส่ที่อยู่ IP ของแต่ละเว็บเซิร์ฟเวอร์จริงของฉันลงในระเบียน DNS สำหรับชื่อโดเมนเดียวของ "เว็บไซต์" (หลายระเบียน A หรือระเบียน AAAA หรือทั้งสอง)
... ถ้าอย่างนั้นฉันต้องทำยังไงดี?

ฉันคิดว่าวิธีการอื่นเริ่มจากบางสิ่งเช่น

ฉันใช้ผู้ให้บริการ DNS แบบไดนามิกสำหรับชื่อโดเมนเดียวที่ฉันคาดว่าผู้ใช้จะพิมพ์ลงในเว็บเบราว์เซอร์
ฉันตั้งค่างาน cron ในแต่ละเว็บเซิร์ฟเวอร์ที่บอกผู้ให้บริการ DNS เป็นประจำว่าเป็นที่อยู่ IP ของตนเอง (อัปเดตระเบียน A หรือระเบียน AAAA) หรือชื่อโดเมนของตัวเอง (อัปเดตระเบียน CNAME หรือระเบียน DNAME)
... ถ้าอย่างนั้นฉันต้องทำยังไงดี?

(สำหรับตอนนี้ฉันยินดีถ้าผู้ใช้ของฉันมีหน้าเว็บแบบสแตติกพร้อมด้วยข้อมูลการติดต่อของฉันและเชิงอรรถที่ระบุว่า "เว็บเซิร์ฟเวอร์หลัก A น่าจะลง" เมื่อใดก็ตามที่เว็บเซิร์ฟเวอร์ A ไม่ได้เสียบปลั๊กนั่นดีกว่า ระบบปัจจุบันที่ทำให้เกิดข้อผิดพลาด "เซิร์ฟเวอร์ไม่พบ" โดยอุดมคติแล้วฉันต้องการให้ A และ B มีการซิงโครไนซ์อย่างสมบูรณ์และเหมือนกัน - แต่นั่นเป็นคำถามอีกข้อหนึ่ง: เทียบเท่ากับ CDN แต่สำหรับเนื้อหาแบบไดนามิก? )

high-availability failover

— เดวิดแครี
แหล่งที่มา

เกี่ยวข้อง: Failover“ Simple” ไปยังเซิร์ฟเวอร์แยกทางภูมิศาสตร์ (อาจจะซ้ำกัน?)

— David Cary

6

ฟังดูเหมือนคุณอาจกำลังมองหาโซลูชัน Global Server Load Balancing (GSLB) GSLB มักจะใช้ DNS "ฉลาด" เพื่อนำผู้ใช้ไปยังเซิร์ฟเวอร์ที่แตกต่างกันโดยขึ้นอยู่กับพารามิเตอร์จำนวนหนึ่ง (เช่นเซิร์ฟเวอร์ไม่พร้อมใช้งานโหลดสูงตำแหน่งทางภูมิศาสตร์ ip ฯลฯ )

ตัวอย่างเช่นสมมติว่าคุณมีเว็บเซิร์ฟเวอร์สองแห่งหนึ่งแห่งคือตะวันตก (10.10.10.1/24) และตะวันออกหนึ่งแห่ง (10.20.20.1/24) สมมติว่าชื่อโฮสต์เว็บของคุณคือ www.connect.com

GSLB สามารถกำหนดค่าให้เป็น DNS ของคุณหรือเป็น CNAME ทั้งสองวิธีประเภทผู้ใช้ใน www.connect.com แบบสอบถาม dns จะถูกนำไปยังโซลูชัน GSLB และตอบกลับด้วย 10.10.10.1 หรือ 10.20.20.1 ขึ้นอยู่กับพารามิเตอร์ GSLB มักจะตั้งค่า TTL ต่ำดังนั้นโฮสต์ / เบราว์เซอร์ไคลเอ็นต์จะแคชการตอบสนองสำหรับเวลาน้อยที่สุด มีวิธีที่แตกต่างกันในการจัดการกับการคงอยู่ แต่มันอยู่นอกเหนือขอบเขตของสถานการณ์นี้

ช่วยบอกว่าเว็บเซิร์ฟเวอร์ตะวันออก (10.20.20.1) เว็บลง GSLB มักจะใช้การตรวจสอบสุขภาพเพื่อตรวจสอบสุขภาพของโหนดแบ็กเอนด์ ประกาศของ GSLB ตะวันออกนั้นหยุดทำงานและระเบียน DNS ที่ตามมาทั้งหมดสำหรับ www.connect.com จะแก้ไขเป็น 10.10.10.1

หากคุณมีโซลูชันการปรับสมดุลโหลดเซิร์ฟเวอร์ภายในเครื่อง (SLB) คุณสามารถตั้งค่าได้ว่า www.connect.com เป็น VIP / VS (พูด 192.168.1.1/24) พร้อมแบ็กเอนด์สองโหนด (10.10.10.1/24 และ 10.20.20.1/24) ในทางเทคนิคแล้วโหนดอาจอยู่ในส่วนเครือข่ายที่แตกต่างกันดังนั้นตราบใดที่ SLB ในพื้นที่สามารถเข้าถึงเซิร์ฟเวอร์อื่นได้ โซลูชัน SLB อาจฉลาดพอที่จะเปลี่ยนเส้นทางผู้ใช้ไปยังเซิร์ฟเวอร์ที่พร้อมใช้งานหากโหนดส่วนหลังหยุดทำงาน หากคุณใช้ F5 LTM คุณสามารถสร้าง iRule สำหรับเหตุการณ์ดังกล่าวได้อย่างง่ายดาย Citrix NetScaler และโซลูชั่น SLB อื่น ๆ ควรมีความสามารถที่คล้ายกัน

RR DNS ไม่ทำงานในกรณีนี้ RR DNS ไม่มีหน่วยสืบราชการลับในตัววิธีเดียวที่จะทำให้กรณีใช้งาน DNS สำเร็จได้คือใช้ DNS "ฉลาด" บางประเภทผ่านโซลูชัน GSLB (หรือคล้ายกัน)

CDN มักใช้โซลูชัน GSLB / SLB เพื่อให้แน่ใจว่า HA สำหรับลูกค้าของพวกเขา

— bangdang
แหล่งที่มา

เดวิด: นอกจาก F5 ans cisco ซึ่งเป็นเครื่องใช้แล้วคุณยังสามารถใช้เป็น บริการได้เช่น tzoha, edgedirector และ dnshat

— Sandman4

ที่จริงแล้ว F5, Citrix / NetScaler ทั้งคู่นำเสนออุปกรณ์เสมือนสำหรับ GSLB A10, radware, zeus, brocade, alteon และอื่น ๆ อาจเสนออุปกรณ์เสมือนเช่นกัน แต่คุณพูดถูกว่ามีผู้ให้บริการ GLSB SaaS อยู่ที่นั่น หนังสือพ็อกเก็ตน่าจะเป็นได้ง่ายขึ้นโดยใช้ opex แทนที่จะเป็น capex เพื่อสร้างโครงสร้างพื้นฐาน แต่โมเดล SaaS ไม่ได้มีความเสี่ยง (เช่น SLA, การปฏิบัติงาน, การสนับสนุน) ฉันไม่เคยได้ยิน edgedirector หรือ dnshat แต่พวกเขาทั้งคู่มีราคาที่แข่งขันได้!

— bangdang

1

ฉันได้รับแจ้งว่า "การโหลดเซิร์ฟเวอร์ทั่วโลกสมดุล {สาเหตุ} ลดความพร้อมใช้งานสูง " เปรียบเทียบกับหลายระเบียน A ฉันได้รับแจ้งว่า "10.10.10.1" หรือ "192.168.1.1" หรือที่อยู่เครือข่ายส่วนตัวอื่นไม่ทำงานผ่านอินเทอร์เน็ตสาธารณะ ฉันได้รับแจ้งว่าระบบปรับสมดุลเซิร์ฟเวอร์ในพื้นที่ทั้งหมด (a) ต้องการให้เว็บเซิร์ฟเวอร์ทั้งหมดอยู่ในอาคารเดียวกัน หรืออื่น ๆ (b) มีจุดล้มเหลวเพียงจุดเดียว; ทั้งที่ฉันควรหลีกเลี่ยงในระบบ HA มีวิธีใดที่จะหลีกเลี่ยงปัญหาเหล่านี้หรือไม่?

— David Cary

2

คุณต้องการค้นหาโหลดบาลานซ์ระดับโลกเช่น F5 และ Cisco โดยทั่วไปแล้วพวกเขาจะใช้กลอุบายกับ DNS หากพันธมิตรล้มเหลวและหากพันธมิตรล้มเหลวพวกเขาจะดึงข้อมูลข้ามไปยังส่วนอื่นผ่านตัวโหลดบาลานซ์

— mrdenny
แหล่งที่มา

1

โซลูชันที่ประหยัดรวดเร็วและเชื่อถือได้อีกวิธีหนึ่งในการประเมินอาจใช้การเฟลโอเวอร์ของ Amazon Route 53 http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-creating.html http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/health-checks-creating.htmlคุณลักษณะนี้เปิดตัวเมื่อวันที่ 11 กุมภาพันธ์ 2013 และให้ความพร้อมใช้งานสูงและ / หรือโหลดบาลานซ์ระหว่างไซต์หลักและไซต์รอง

Asim

— Asim Ansari
แหล่งที่มา

0

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

ถ้าไม่ใช่ F5 นั้นเป็นความคิดที่ดีที่จะใช้

หากคุณมีการลงทะเบียนโดเมนกับ บริษัท จดทะเบียนโดเมนบุคคลที่สามคุณสามารถรับการกำหนดค่าเซิร์ฟเวอร์ DNS เพื่อเปลี่ยนเส้นทางไปยังเซิร์ฟเวอร์ใหม่หรือเซิร์ฟเวอร์สำรอง

— Sandeep Shrivastava
แหล่งที่มา

0

คุณสามารถทำได้โดยไม่ต้องใช้อุปกรณ์เครือข่ายโดยใช้สองวิธีต่อไปนี้เป็นอย่างน้อย แต่จะต้องมีการควบคุมการเปลี่ยนแปลง:

ย้อนกลับพร็อกซีคุณจะต้องลบเซิร์ฟเวอร์ที่คุณกำลังจะถอดปลั๊กจากตัวเลือกของพร็อกซี
DNS คุณจะต้องวางแผนล่วงหน้าเปลี่ยน DNS และรอให้ TTL ผ่าน

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

— nearora
แหล่งที่มา