การติดตั้งคลัสเตอร์ RHEV และการติดตั้งไฮเปอร์ไวเซอร์ RHEL - ตอนที่ 5

ในส่วนนี้เราจะพูดถึงประเด็นสำคัญบางประการที่เกี่ยวข้องกับซีรี่ส์ RHEV ของเรา ในส่วนที่ 2 ของซีรีส์นี้ เราได้พูดคุยถึงการใช้งานและการติดตั้ง RHEV Hypervisor ในส่วนนี้เราจะพูดถึงวิธีอื่นในการติดตั้ง RHEV Hypervisor

วิธีแรกทำได้โดยใช้ RHEVH เฉพาะซึ่งปรับแต่งโดย RedHat เองโดยไม่มีการแก้ไขหรือเปลี่ยนแปลงจากฝั่งผู้ดูแลระบบ อีกวิธีหนึ่ง เราจะใช้เซิร์ฟเวอร์ RHEL ปกติ [การติดตั้งขั้นต่ำ] ซึ่งจะทำหน้าที่เป็น RHEV Hypervisor

ขั้นตอนที่ 1: เพิ่ม RHEL Hypervisor ให้กับสภาพแวดล้อม

1. ติดตั้งเซิร์ฟเวอร์ RHEL6 ที่สมัครเป็นสมาชิก [การติดตั้งขั้นต่ำ] คุณสามารถเพิ่มสภาพแวดล้อมเสมือนของคุณได้โดยเพิ่มเซิร์ฟเวอร์ RHEL6 ที่สมัครเป็นสมาชิกเพิ่มเติม [การติดตั้งขั้นต่ำ] ทำหน้าที่เป็นไฮเปอร์ไวเซอร์

ข้อมูลจำเพาะของเครื่องเสมือน

OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org

และตรวจสอบให้แน่ใจว่าคุณได้เลือกตัวเลือก การจำลองเสมือน ในการตั้งค่าตัวประมวลผล vm

คำแนะนำ : ตรวจสอบให้แน่ใจว่าระบบของคุณสมัครรับข้อมูลจากช่อง redhat และเป็นข้อมูลล่าสุด หากคุณไม่ทราบวิธีสมัครรับข้อมูลช่อง redhat คุณสามารถอ่านได้ บทความเปิดใช้งานช่องทางการสมัครสมาชิก Red Hat

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

2. หากต้องการเปลี่ยนเซิร์ฟเวอร์ของคุณให้เป็นไฮเปอร์ไวเซอร์ {use it as a hypervisor} คุณอาจต้องติดตั้งเอเจนต์ RHEVM บนเซิร์ฟเวอร์

yum install vdsm

หลังจากการติดตั้งแพ็คเกจเสร็จสมบูรณ์ ให้ไปที่เว็บอินเทอร์เฟซ RHEVM เพื่อเพิ่ม

3. เมื่อเทียบกับไฮเปอร์ไวเซอร์ RHEVH คุณสามารถเพิ่มไฮเปอร์ไวเซอร์ RHEL ได้จากทางเดียวจาก RHEM โดยใช้ข้อมูลรับรองรูทของไฮเปอร์ไวเซอร์ RHEL ดังนั้น จาก rhevm WUI ให้สลับไปที่แท็บ โฮสต์ และคลิก ใหม่

จากนั้นระบุข้อมูลโฮสต์ของคุณตามที่แสดง

จากนั้น ให้เพิกเฉยต่อคำเตือน Power mgmt และดำเนินการให้เสร็จสิ้น จากนั้นรอสักครู่แล้วตรวจสอบสถานะของโฮสต์ที่เพิ่งเพิ่มเข้ามา

สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับการเพิ่มโฮสต์ที่ใช้ RHEL โปรดดูเอกสาร RHEV อย่างเป็นทางการของ RedHat

ขั้นตอนที่ 2: การจัดการการจัดกลุ่ม RHEV

การทำคลัสเตอร์ใน RHEV อธิบายว่ากลุ่มของโฮสต์ประเภท CPU เดียวกันกำลังแชร์ที่เก็บข้อมูลเดียวกัน [เช่น ผ่านเครือข่าย] และกำลังใช้งานเฉพาะงาน [เช่น ความพร้อมใช้งานสูง ]

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

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

ดังนั้นเครื่องเสมือนจะโยกย้ายระหว่างโฮสต์อย่างไร

RHEV มี 2 กลยุทธ์:

1. การโยกย้ายแบบสด
2. ความพร้อมใช้งานสูง

1. การย้ายถิ่นแบบสด

Live Migration ใช้ในสถานการณ์ที่ไม่สำคัญ ซึ่งหมายความว่าทุกอย่างทำงานได้ดีโดยทั่วไป แต่คุณต้องทำงานบางอย่างในการจัดสรรภาระงาน (เช่น คุณพบว่ามีโฮสต์ถูกโหลดโดยเครื่องเสมือนทับบนเครื่องอื่น ดังนั้น คุณ อาจ Live ย้ายเครื่องเสมือนจากโฮสต์ไปยังอีกเครื่องหนึ่งเพื่อให้เกิดความสมดุลในการโหลด)

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

การโยกย้ายแบบสดสามารถดำเนินการได้ด้วยตนเองหรืออัตโนมัติตามนโยบายที่กำหนดไว้ล่วงหน้า:

1. ด้วยตนเอง: บังคับเลือกโฮสต์ปลายทาง จากนั้นย้าย VM ไปยังโฮสต์ด้วยตนเองโดยใช้ WUI
2. อัตโนมัติ : การใช้นโยบายคลัสเตอร์อย่างใดอย่างหนึ่งเพื่อจัดการการย้ายข้อมูลแบบสดตามการใช้งาน RAM การใช้งาน CPU ฯลฯ

สลับไปที่แท็บ คลัสเตอร์ และเลือก คลัสเตอร์1 คลิกแก้ไข

จากแท็บหน้าต่าง ให้สลับไปที่แท็บ นโยบายคลัสเตอร์

เลือกนโยบาย กระจายเท่าๆ กัน นโยบายนี้ช่วยให้คุณกำหนดค่าเกณฑ์สูงสุดสำหรับการใช้งาน CPU บนโฮสต์และเวลาที่อนุญาตสำหรับการโหลดก่อนที่จะเริ่มการย้ายข้อมูลแบบสด

คำแนะนำ

ตามที่แสดง ฉันกำหนดค่าเกณฑ์สูงสุดเป็น 50% และระยะเวลาเป็น 1 นาที

จากนั้น ตกลง และสลับไปที่แท็บของ VM

เลือก Linux vm [สร้างก่อนหน้านี้] จากนั้นคลิก แก้ไข และตรวจสอบจุดนี้

1. จากแท็บโฮสต์ : ทำเครื่องหมายที่ ด้วยตนเอง และ อัตโนมัติ การโยกย้ายแบบสดได้รับอนุญาตสำหรับ VM นี้

2. จากแท็บ HA : ตรวจสอบระดับ ลำดับความสำคัญ ของเครื่องเสมือนของคุณ ในกรณีของเรา มันไม่สำคัญมากเพราะเรากำลังเล่นด้วย vm เดียว แต่การกำหนดลำดับความสำคัญสำหรับ vms ของคุณในสภาพแวดล้อมขนาดใหญ่ถือเป็นสิ่งสำคัญ

จากนั้นเริ่ม Linux VM

ขั้นแรก เราจะใช้ การโยกย้ายแบบสดด้วยตนเอง Linux VM ทำงานบน rhel.mydomain.org แล้ว

ให้รันคำสั่งต่อไปนี้บนคอนโซล vm ก่อนเริ่มการย้ายข้อมูล

ls -lRZ / 

จากนั้นเลือก Linux VM และคลิก Migrate

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

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

คุณอาจต้องตรวจสอบเหตุการณ์งาน

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

VM ของคุณได้รับการโยกย้าย Live ด้วยตนเองเรียบร้อยแล้ว !!

มาลอง Live Migration อัตโนมัติกันเถอะ เป้าหมายของเราคือการทำให้ CPU Load บนโฮสต์ rhevhn1 เกิน 50% เราจะทำเช่นนั้นโดยเพิ่มภาระให้กับ vm เอง ดังนั้นจากคอนโซลให้เขียนคำสั่งนี้:

dd if=/dev/urandom of=/dev/null

และติดตามโหลดบน Host

หลังจากนั้นไม่กี่นาที โหลดบนโฮสต์จะเกิน 50%

เพียงรออีกสองสามนาที จากนั้นการโยกย้ายแบบสดจะเริ่มต้นโดยอัตโนมัติดังที่แสดง

คุณยังสามารถตรวจสอบแท็บงานได้ และหลังจากรอเพียงเล็กน้อย เครื่องเสมือนของคุณจะถูกย้ายแบบสดไปยังโฮสต์ rhel โดยอัตโนมัติ

ข้อสำคัญ: ตรวจสอบให้แน่ใจว่าหนึ่งในโฮสต์ของคุณมีทรัพยากรมากกว่าโฮสต์อื่น หากทั้งสองโฮสต์เหมือนกันในทรัพยากร VM จะไม่ถูกโยกย้ายเพราะจะไม่มีความแตกต่าง !!

คำแนะนำ: การทำให้โฮสต์เข้าสู่โหมดการบำรุงรักษาจะเป็น Live Migration Up โดยอัตโนมัติและเรียกใช้ VM ไปยังโฮสต์อื่นในคลัสเตอร์เดียวกัน

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการย้าย VM โปรดอ่านการย้ายเครื่องเสมือนระหว่างโฮสต์

คำแนะนำ: การย้ายแบบสดระหว่างคลัสเตอร์ต่างๆ ไม่ได้รับการสนับสนุนอย่างเป็นทางการ คุณสามารถตรวจสอบกรณีนี้ได้ที่นี่

2. ความพร้อมใช้งานสูง

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

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

หากต้องการเปิดใช้งาน HA ในสภาพแวดล้อมของคุณ คุณต้องมีอุปกรณ์จัดการพลังงานอย่างน้อยหนึ่งเครื่อง [เช่น สวิตช์เปิด/ปิด] ในสภาพแวดล้อมของคุณ

น่าเสียดายที่เราไม่สามารถทำเช่นนั้นได้ในสภาพแวดล้อมเสมือนจริงของเรา ดังนั้น หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับ HA ใน RHEV โปรดดูที่การปรับปรุงเวลาทำงานด้วย VM High Availability

ข้อควรจำ: Live Migration และ High Availability ทำงานร่วมกับโฮสต์ในคลัสเตอร์เดียวกันที่มี CPU ประเภทเดียวกันและเชื่อมต่อกับพื้นที่เก็บข้อมูลที่ใช้ร่วมกัน

บทสรุป:

เรามาถึงจุดสูงสุดในซีรีส์ของเราเมื่อเราพูดคุยถึงหนึ่งในคุณสมบัติที่สำคัญใน RHEV Clustering ตามที่เราอธิบายและความสำคัญของมัน นอกจากนี้ เรายังกล่าวถึง [วิธีการ] ประเภทที่สองในการปรับใช้ไฮเปอร์ไวเซอร์ RHEV ซึ่งอิงตาม RHEL [อย่างน้อย 6.6 x86_64]

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