เหตุใด Storageless/Nodeless Quorum จึงเป็นอันตรายต่อความพร้อมใช้งานของคลัสเตอร์?

โดยทั่วไปองค์ประชุมหมายถึงองค์กรหรือกลุ่มบุคคลที่จะเข้าร่วมประชุมเพื่อตัดสินใจ

ใน LifeKeeper Quorum จะบังคับใช้ฉันทามติที่ใช้สถานะของโหนดในคลัสเตอร์เพื่อดำเนินการขั้นตอนถัดไปในการจัดการความล้มเหลวของโหนดภายในคลัสเตอร์ LifeKeeperโควตาสามารถดำเนินการได้ 3 โหมดที่เก็บข้อมูล ส่วนใหญ่ และ TCP Remote (TCP Remote มีเฉพาะใน LifeKeeper สำหรับ Linux เท่านั้น)

• Storage Quorum จะใช้อุปกรณ์จัดเก็บข้อมูลที่ใช้ร่วมกันเพื่อติดตามการอัปเดตที่จัดทำโดยระบบอื่นๆ ในคลัสเตอร์ หากระบบไม่จัดเตรียมการอัปเดต Quorum จะทำเครื่องหมายคลัสเตอร์นั้นว่าล้มเหลว
• องค์ประชุมเสียงข้างมากอาศัยโครงสร้างของคลัสเตอร์จำนวนคี่โดยที่โหนดหนึ่งทำหน้าที่เป็นพยานเพื่อพิจารณาว่าโหนดหนึ่งหรือทั้งหมดในคลัสเตอร์ไม่สามารถสื่อสารกันได้หรือไม่
• การเชื่อมต่อระยะไกลของ TCP ผ่านบริการ TCP/IP บนพอร์ตที่ระบุเพื่อตรวจสอบว่าโหนดในคลัสเตอร์สามารถสื่อสารกันได้หรือไม่

ทำความเข้าใจความสำคัญของโควรัมในคลัสเตอร์

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

ความเสี่ยงของการดำเนินการโดยไม่มีโควรัมในคลัสเตอร์ของคุณ

การใช้คลัสเตอร์ที่กำหนดค่าโดยไม่มีโควรัมอาจมีความเสี่ยง สถานการณ์ต่อไปนี้จะกล่าวถึงผลกระทบของการไม่มีโควรัมและความสำคัญของการนำไปใช้งาน

สถานการณ์ที่ 1: ลดระยะเวลาหยุดทำงาน

การหยุดทำงานโดยไม่ได้ตั้งใจสามารถเกิดขึ้นได้เมื่อระบบหนึ่งระบบหรือมากกว่านั้นไม่สามารถใช้งานได้เนื่องจากการกระทำที่หลีกเลี่ยงไม่ได้ เช่น ระบบหยุดทำงานหรือการสื่อสารเครือข่ายล้มเหลวชั่วคราว

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

สถานการณ์ที่ 2: สมองแยกส่วน

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

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

เหตุใดการกำหนดค่าโควรัมที่เหมาะสมจึงมีความสำคัญ

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

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

ผู้เขียน: Alexus Gore วิศวกรซอฟต์แวร์ประสบการณ์ลูกค้าที่ SIOS Technology Corp.

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

การอัปเดต LifeKeeper สำหรับ Linux: รายการตรวจสอบเพื่อความสำเร็จ

การอัปเดตซอฟต์แวร์ LifeKeeper for Linux ถือเป็นสิ่งสำคัญสำหรับการรักษาความพร้อมใช้งานสูง (HA) ความปลอดภัยของระบบ ประสิทธิภาพการทำงาน และความเข้ากันได้ บล็อกนี้จะแนะนำคุณเกี่ยวกับกระบวนการที่มีโครงสร้างสำหรับการอัปเดตซอฟต์แวร์โดยมีความเสี่ยงน้อยที่สุด

การปฏิบัติตามขั้นตอนเหล่านี้สามารถช่วยให้กระบวนการอัปเดตเป็นไปอย่างราบรื่น

1. ตรวจสอบเมทริกซ์การสนับสนุน

ก่อนดำเนินการอัปเดต โปรดดูเมทริกซ์การสนับสนุนของ SIOS:

docs.us.sios.com/spslinux/9.9.0/en/topic/sios-protection-for-linux-support-matrix

เอกสารนี้ให้ข้อมูลความเข้ากันได้ที่สำคัญ รวมถึง:

• ระบบปฏิบัติการ: ตรวจสอบให้แน่ใจว่าเวอร์ชันระบบปฏิบัติการปัจจุบันของคุณรองรับเวอร์ชันซอฟต์แวร์ใหม่
• หมายเหตุ:ตรวจสอบความเข้ากันได้กับเคอร์เนลเฉพาะรวมไปถึงคำสั่งพิเศษต่างๆ

หากไม่ตรวจสอบความเข้ากันได้อาจทำให้เกิดข้อขัดแย้งหรือประสิทธิภาพระบบลดลง หากการตั้งค่าของคุณไม่ได้รับการรองรับ โปรดพิจารณาอัปเกรดส่วนประกอบที่เกี่ยวข้องหรือเลื่อนการอัปเดตออกไป

2. สร้าง Runbook

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

• งานก่อนการอัปเดตเช่น การปิดการใช้งานบริการอัตโนมัติ แจ้งให้ผู้ใช้ทราบ และกำหนดเวลาหยุดให้บริการหากจำเป็น
• ขั้นตอนการอัปเดต:ให้คำแนะนำทีละขั้นตอนสำหรับการติดตั้งการอัปเดต
• การตรวจสอบหลังการอัปเดต:รายการตรวจสอบเพื่อยืนยันว่าการอัปเดตสำเร็จแล้ว

ให้สมาชิกในทีมทุกคนที่เกี่ยวข้องกับกระบวนการสามารถเข้าถึงคู่มือนี้ได้

3. ทำการสำรองข้อมูลลำดับชั้น:

ก่อนดำเนินการอัปเกรด LifeKeeper หรือ OS ให้สร้างการสำรองข้อมูลลำดับชั้น LifeKeeper ของคุณบนโหนดทั้งหมด

ในการสร้างการสำรองข้อมูล ให้เรียกใช้คำสั่งต่อไปนี้:

/opt/LifeKeeper/bin/lkbackup –c

การสำรองข้อมูลจะถูกสร้างขึ้นในไฟล์ชื่อ:

/opt/LifeKeeper/config/archive.<วันที่เวลาประทับ>.tar.gz

4. ทดสอบในสภาพแวดล้อม QA

ทดสอบการอัปเดตในสภาพแวดล้อม QA หรือสเตจจิ้งเสมอ ก่อนที่จะนำไปใช้งานจริง ขั้นตอนนี้ช่วยให้คุณ:

• ตรวจจับจุดบกพร่องหรือพฤติกรรมที่ไม่คาดคิดในสภาพแวดล้อมที่ควบคุม
• ประเมินผลกระทบต่อประสิทธิภาพการทำงานของการอัปเดต

จดบันทึกปัญหาใดๆ ที่เกิดขึ้นและปรับรันบุ๊กของคุณให้เหมาะสม

5. ดำเนินการอัปเดตบนระบบการผลิตของคุณ

เมื่อเตรียมการเสร็จเรียบร้อยแล้ว ให้ดำเนินการอัปเดต:

• ปฏิบัติตามคู่มืออย่างเคร่งครัด
• ตรวจสอบกระบวนการเพื่อดูว่ามีข้อผิดพลาดหรือคำเตือนใดๆ หรือไม่

6. ตรวจสอบและติดตามหลังการอัปเดต

หลังจากการอัปเดตให้ดำเนินการตรวจสอบอย่างละเอียด:

• ยืนยันการทำงานของระบบโดยใช้รายการตรวจสอบของ Runbook
• ตรวจสอบเมตริกประสิทธิภาพเพื่อระบุจุดคอขวดที่อาจเกิดขึ้น
• ดึงดูดผู้ใช้ปลายทางให้รายงานสิ่งผิดปกติต่างๆ

แนวทางปฏิบัติที่ดีที่สุดสำหรับการอัปเดต LifeKeeper ที่ประสบความสำเร็จ

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

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

ติดต่อsupport@us.sios.com หรือเปิดเคสในพอร์ทัลการสนับสนุนหากคุณมีคำถามใด ๆ ก่อนการอัปเกรด:

https://supportportal.us.sios.com/User/Login
หากปฏิบัติตามขั้นตอนเหล่านี้ คุณจะลดความเสี่ยงที่เกี่ยวข้องกับการอัปเดตซอฟต์แวร์ได้ พร้อมทั้งยังรับประกันความเสถียรและประสิทธิภาพของระบบ สำหรับข้อมูลเพิ่มเติมหรือความช่วยเหลือเพิ่มเติม โปรดไปที่หน้าติดต่อเราเพื่อเชื่อมต่อกับทีมผู้เชี่ยวชาญของเรา

ผู้เขียน:

บิล ดาร์เนลล์

วิศวกรสนับสนุนผลิตภัณฑ์อาวุโสที่ SIOS Technology Corp.

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

 

ผู้นำด้านเทคโนโลยีชั้นนำแบ่งปันวิดีโอคำทำนายปี 2025

VMblog โพสต์วิดีโอการคาดการณ์ปี 2025 โดยมี Margaret Hoagland และผู้นำในอุตสาหกรรมคนอื่นๆ ร่วมด้วย!

Margaret Hoagland รองประธานฝ่ายขายและการตลาดระดับโลกเทคโนโลยี SIOSคาดการณ์ว่าผู้เชี่ยวชาญด้านไอทีทั่วไปจะรับผิดชอบในการจัดการแอปพลิเคชันที่สำคัญและฐานข้อมูลมากขึ้น ส่งผลให้มีความต้องการโซลูชัน HA และ DR ที่ทำงานอัตโนมัติและใช้งานง่ายมากขึ้น

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS

การสำรวจพลังของ AI ในการพัฒนาซอฟต์แวร์

“อย่าเปิดตัวการบูรณาการ AI หรือปรับใช้เครื่องมือ AI เพียงเพราะว่ามันดูดี” Cassius Rhue รองประธานฝ่ายประสบการณ์ลูกค้าให้คำแนะนำเทคโนโลยี SIOS“ทำความเข้าใจถึงเหตุผล ความเสี่ยงและผลตอบแทน ตลอดจนกลยุทธ์ต่างๆ เบื้องหลังการใช้งานของคุณ อย่าลืมทำความเข้าใจค่าใช้จ่ายทั้งหมดในการบูรณาการเครื่องมือเหล่านี้ด้วย ค่าใช้จ่ายเหล่านี้จะมากกว่าแค่ราคาของเครื่องมือหรือบริการเท่านั้น”

พิมพ์ซ้ำโดยได้รับอนุญาตจากSIOS