SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Products
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • การทดสอบอาหารสัตว์
  • ข่าวสารและกิจกรรม
  • ทำให้เข้าใจง่ายเซิร์ฟเวอร์คลัสเตอร์
  • เรื่องราวความสำเร็จ
  • ติดต่อเรา
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

ผู้ใช้คลัสเตอร์ Microsoft Multi-site ชื่นชมยินดี

Date: มกราคม 25, 2018

เป็นไปได้ที่จะมีการ Failover อัตโนมัติในกลุ่มโหนด 3!

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

http://support.microsoft.com/kb/2494036

พิจารณาต่อไปนี้ …

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

รูปที่ 1 - ในกลุ่ม multisite แบบ 3 โหนดโดยทั่วไปหากคุณสูญเสียตำแหน่งหลักไซต์ DR ไม่สามารถได้รับเสียงส่วนใหญ่ดังนั้นการเข้าแทนที่จะไม่เกิดขึ้น
รูปที่ 1 – ในกลุ่ม multisite แบบ 3 โหนดโดยทั่วไปหากคุณสูญเสียตำแหน่งหลักไซต์ DR ไม่สามารถได้รับเสียงส่วนใหญ่ดังนั้นการเข้าแทนที่จะไม่เกิดขึ้น

วิธีเดียวที่ "ปลอดภัย" ในการ failover อัตโนมัติในกลุ่ม multisite คือการมีจำนวนโหนดที่เท่ากันในแต่ละไซต์และมีพยานแชร์ไฟล์ในตำแหน่งที่ 3 โดยเชื่อมต่อทั้งไซต์หลักและไซต์ DR แนวความคิดนี้ค่อนข้างยากที่จะเข้าใจในตอนแรกดังนั้นให้ฉันลองอธิบายผ่านภาพประกอบ

รูปที่ 2- มีจำนวนโหนดทั้งในตำแหน่งและพยานร่วมกันของไฟล์ในไซต์หลักการสูญเสียพื้นที่หลักจะไม่ส่งผลให้ failover เป็นไซต์สำรองจะมีเพียง 2 ใน 5 คะแนนเท่านั้นไม่ใช่ส่วนใหญ่
รูปที่ 2- มีจำนวนโหนดทั้งในตำแหน่งและพยานร่วมกันของไฟล์ในไซต์หลักการสูญเสียพื้นที่หลักจะไม่ส่งผลให้ failover เป็นไซต์สำรองจะมีเพียง 2 ใน 5 คะแนนเท่านั้นไม่ใช่ส่วนใหญ่
รูปที่ 3 - ถ้าพยานร่วมกันของไฟล์ถูกย้ายไปยังไซต์สำรองความล้มเหลวของ WAN อาจก่อให้เกิดความผิดพลาดที่เป็นเท็จเนื่องจากไซต์สำรองจะสร้างเสียงข้างมากและออนไลน์
รูปที่ 3 – ถ้าพยานร่วมกันของไฟล์ถูกย้ายไปยังไซต์สำรองความล้มเหลวของ WAN อาจก่อให้เกิดความผิดพลาดที่เป็นเท็จเนื่องจากไซต์สำรองจะสร้างเสียงข้างมากและออนไลน์
รูปที่ 4 - ด้วยหลักฐานการแบ่งปันไฟล์ใน failover ตำแหน่งที่ตั้งที่ 3 จะเกิดขึ้นหากไซต์หลักหายไปและการหลีกเลี่ยงผิดพลาดในกรณีที่เกิดความล้มเหลวในการเชื่อมต่อระหว่าง Primary และ Alternate Site
รูปที่ 4 – ด้วยหลักฐานการแบ่งปันไฟล์ใน failover ตำแหน่งที่ตั้งที่ 3 จะเกิดขึ้นหากไซต์หลักหายไปและการหลีกเลี่ยงผิดพลาดในกรณีที่เกิดความล้มเหลวในการเชื่อมต่อระหว่าง Primary และ Alternate Site

ดังที่คุณเห็นรูปที่ 4 แสดงถึงการกำหนดค่าที่สมเหตุสมผลเพียงอย่างเดียวซึ่งสนับสนุน failover อัตโนมัติ อย่างไรก็ตามสมมติฐานนี้มีจำนวนโหนดที่เท่ากันในแต่ละตำแหน่ง หากคุณติดอยู่กับการกำหนดค่าโหนด 3 โหนดเดิมคุณจะติดค้างอยู่เนื่องจากการเพิ่มพยานร่วมกันของไฟล์ไม่ได้เนื่องจากคุณไม่สามารถบรรลุเป้าหมายส่วนใหญ่ในไซต์สำรองได้ … จนถึงวันนี้! Microsoft ปล่อยแพทช์ที่ช่วยให้คุณระบุว่าโหนดได้รับการลงคะแนนเสียงหรือไม่ ดังนั้นสิ่งที่หมายถึงนี้คือคุณสามารถสร้างคลัสเตอร์ 3 โหนดดังที่แสดงในรูปที่ 1 แต่ใช้ประโยชน์จากพยานร่วมกันของไฟล์ในตำแหน่งที่ 3 ดังที่แสดงในรูปที่ 4 เพียงบอกโหนดหนึ่งในเว็บไซต์หลักให้จดบันทึกการลงคะแนนในกลุ่มคุณจะอนุญาตให้ไซต์สำรองข้อมูลส่วนใหญ่เป็นพยานร่วมกันของไฟล์และเข้าสู่ระบบออนไลน์ สมมติว่าการเชื่อมต่อไปยังตำแหน่งที่ 3 และไซต์สำรองของคุณมีความน่าเชื่อถือค่อนข้างจริงๆไม่มีข้อเสียในการกำหนดค่าที่แสดงในรูปที่ 5

รูปที่ 5 - โดยการปิดใช้งานการลงคะแนนใน Node2 คุณสามารถปรับใช้กลุ่ม multisite 3 โหนดพร้อมกับพยานแชร์ไฟล์และสนับสนุน failover อัตโนมัติไปยังไซต์ DR โดยอัตโนมัติ แนวคิดเดียวกันนี้สามารถใช้กับคลัสเตอร์ใด ๆ ที่มีเลขคี่ได้
รูปที่ 5 – โดยการปิดใช้งานการลงคะแนนใน Node2 คุณสามารถปรับใช้กลุ่ม multisite 3 โหนดพร้อมกับพยานแชร์ไฟล์และสนับสนุน failover อัตโนมัติไปยังไซต์ DR โดยอัตโนมัติ แนวคิดเดียวกันนี้สามารถใช้กับคลัสเตอร์ใด ๆ ที่มีเลขคี่ได้

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

สวิตช์ PreventQuorum ถูกรวมไว้เป็นส่วนหนึ่งของโปรแกรมแก้ไขด่วนนี้ซึ่งจะเป็นประโยชน์สำหรับผู้ใช้ multisite clusters ลองสำรวจตัวเลือกดังกล่าวในบทความในอนาคต

ได้รับการแก้ไขร้อนที่นี่ …

โปรแกรมแก้ไขด่วนจะพร้อมใช้งานเพื่อให้คุณสามารถกำหนดค่าโหนดคลัสเตอร์ที่ไม่ได้มีการลงมติร่วมกันใน Windows Server 2008 และ Windows Server 2008 R2

http://support.microsoft.com/kb/2494036

ทำซ้ำโดยได้รับอนุญาตจาก https://clusteringformeremortals.com/2011/04/29/microsoft-multisite-cluster18-users-rejoice-it-is-now-possible-to-have-automatic-failover-in-a-3- โหนด cluster19 /

Copyright © 2026 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in