วิธีการอัปเกรด SLES 15 SP5 เป็น SP6 โดยไม่ต้องปิดระบบ

คุณสามารถรักษาแอปพลิเคชันให้ใช้งานได้ในขณะที่กำลังย้ายคลัสเตอร์ SLES 15 SP5 ไปยัง SP6 แต่คุณไม่สามารถอัปเกรดและรีบูตอินสแตนซ์ระบบปฏิบัติการเดียวโดยไม่มีการหยุดชะงักเลยได้ SUSE รองรับการย้าย Service Pack จาก SP5 ไปยัง SP6 และกระบวนการย้ายแบบออนไลน์ยังคงต้องมีการรีสตาร์ทระบบ เพื่อหลีกเลี่ยงการหยุดทำงานของบริการ ให้ทำการอัปเกรดโหนดทีละโหนดในคลัสเตอร์ SUSE Linux Enterprise High Availability (SLE HA) ที่ได้รับการสนับสนุน หรือสร้างสภาพแวดล้อม SP6 ทดแทนและย้ายทราฟฟิกไปยังสภาพแวดล้อมนั้น บริการจะต้องมีที่ใดที่หนึ่งที่ทำงานได้ตามปกติในขณะที่แต่ละโฮสต์ไม่พร้อมใช้งาน

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

“โดยที่ระบบไม่หยุดทำงาน” หมายความว่าอย่างไร

การย้าย Service Pack จะแทนที่แพ็กเกจระบบในขณะที่ระบบต้นทางกำลังทำงานอยู่ SUSE เรียกกระบวนการนี้ว่าการย้ายแบบออนไลน์ วิธีนี้ช่วยลดความจำเป็นในการบูตจากสื่อการติดตั้ง แต่ขั้นตอนอย่างเป็นทางการระบุให้รีสตาร์ทระบบหลังจากย้ายสำเร็จแล้ว การย้ายแบบออนไลน์ไม่เหมือนกับการอัปเกรดแบบสด (Live Upgrade) ที่ทำให้โฮสต์เดิมยังคงให้บริการคำขออย่างต่อเนื่อง

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

SUSE ระบุว่า SLES 15 SP5 เป็นแหล่งที่รองรับสำหรับการอัปเกรดเป็น SP6 ทั้งแบบออนไลน์และออฟไลน์ เส้นทางการอัปเกรดที่รองรับนั้นมีรายละเอียดอยู่ในคู่มือเส้นทางการอัปเกรด SLES 15 SP6เอกสารของ SUSE HA รองรับการอัปเกรดแบบค่อยเป็นค่อยไปของคลัสเตอร์ระหว่าง Service Pack ภายในเวอร์ชันหลักเดียวกัน โปรดดูคู่มือการอัปเกรดคลัสเตอร์ SLE HA

เลือกวิธีการที่เหมาะสมก่อนที่จะเปลี่ยนแปลงอะไรก็ตาม

• เซิร์ฟเวอร์แบบสแตนด์อโลนหนึ่งเครื่อง:กำหนดช่วงเวลาการบำรุงรักษาสำหรับการย้ายโฮสต์และรีบูต ตัวจัดการโหลดไม่สามารถขจัดเวลาหยุดทำงานได้หากไม่มีอินสแตนซ์แอปพลิเคชันที่ทำงานได้อย่างสมบูรณ์อีกตัวหนึ่ง
• หากมีโหนด SLE HA สองโหนดขึ้นไป:ให้พิจารณาขั้นตอนการอัปเกรดแบบค่อยเป็นค่อยไปตามเอกสาร หลังจากตรวจสอบจำนวนโควรัม การป้องกัน การจัดวางทรัพยากร การเข้าถึงพื้นที่จัดเก็บ และความจุสำรองแล้ว
• แอปพลิเคชันที่มีสำเนาอยู่นอก SLE HA:อัปเกรดโฮสต์หรือพูล SP6 ทดแทน ตรวจสอบความถูกต้อง และค่อยๆ โอนย้ายปริมาณการใช้งาน นี่คือการปรับใช้แบบบลู-กรีนหรือแบบหมุนเวียนที่ระดับแอปพลิเคชัน ซึ่งแยกต่างหากจากการย้าย SLES แบบในตัว
• โฮสต์ที่จัดการโดย SUSE Manager:ปฏิบัติตามขั้นตอนการย้ายข้อมูลไคลเอ็นต์ของ SUSE Manager SUSE แนะนำว่าไม่ควรใช้การย้ายข้อมูลออนไลน์ของ YaST หรือใช้zypper migrationโดยตรงบนไคลเอ็นต์ SUSE Manager

หากบริการของคุณเป็นฐานข้อมูลหรือแอปพลิเคชันที่มีสถานะ (stateful application) อื่นๆ ให้ดำเนินการเรื่องความเข้ากันได้ของแอปพลิเคชันและการจำลองข้อมูลเป็นกระบวนการทำงานที่แยกต่างหาก เส้นทางการย้ายระบบปฏิบัติการไม่ได้อัปเกรดฐานข้อมูลโดยอัตโนมัติ หรือพิสูจน์ว่าการจำลองข้อมูลและการสำรองข้อมูล (failover) ของฐานข้อมูลนั้นปลอดภัย

เตรียมกลุ่มและแผนการเปลี่ยนแปลง

1. ตรวจสอบเวอร์ชัน การลงทะเบียน และสิทธิ์ในการอัปเกรด

ตรวจสอบให้แน่ใจว่าทุกโหนดใช้ SLES 15 SP5 โดยมีส่วนขยาย SLE HA และโมดูลหรือผลิตภัณฑ์อื่นๆ ที่ลงทะเบียนไว้ตามที่คาดไว้ รายการเป้าหมายการย้ายข้อมูลขึ้นอยู่กับผลิตภัณฑ์และส่วนขยายที่ติดตั้งไว้ หากไม่พบเป้าหมาย SP6 อาจบ่งชี้ถึงปัญหาการลงทะเบียน ที่เก็บข้อมูล หรือความพร้อมใช้งานของส่วนขยาย อย่าพยายามบังคับใช้เส้นทางที่เก็บข้อมูลอื่นเพียงเพื่อให้เป้าหมายปรากฏขึ้น

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

cat /etc/os-release
sudo SUSEConnect --status
sudo zypper lr -u

เปรียบเทียบผลิตภัณฑ์ SLES และ SLE HA ที่ติดตั้งไว้ ที่เก็บข้อมูล และสถาปัตยกรรมในทุกโหนด หากโฮสต์ได้รับการจัดการโดย SUSE Manager ให้ใช้ขั้นตอนการย้ายข้อมูลไคลเอ็นต์ที่เกี่ยวข้องแทนขั้นตอนโดยตรงด้านล่าง

2. อัปเดตแพทช์ สำรองข้อมูล และทดสอบ

SUSE กำหนดให้ระบบต้นทางต้องมีการอัปเดตแพทช์ล่าสุดก่อนทำการอัปเกรด โปรดติดตั้งการอัปเดตบำรุงรักษา SP5 ล่าสุด และตรวจสอบบันทึกการเปลี่ยนแปลงของ SP6 สำหรับการเปลี่ยนแปลงแพ็กเกจ โมดูล และแอปพลิเคชันคำแนะนำในการเตรียมการอัปเกรด ของ SUSE ยังระบุให้ทำการสำรองข้อมูลล่าสุดและตรวจสอบบันทึกการเปลี่ยนแปลงด้วย

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

3. พิสูจน์ว่าโหนดที่เหลือสามารถรองรับภาระงานได้

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

ตรวจสอบให้แน่ใจว่าได้กำหนดค่าและใช้งานระบบป้องกันคลัสเตอร์ (cluster fencing) ตามการออกแบบ HA ที่กำหนดไว้แล้ว ระบบป้องกันคลัสเตอร์จะปกป้องทรัพยากรที่ใช้ร่วมกันโดยการแยกโหนดที่ไม่น่าเชื่อถือออกไป การปิดใช้งานระบบป้องกันคลัสเตอร์เพื่อให้การอัปเกรดดูง่ายขึ้นอาจสร้างความเสี่ยงต่อปัญหา split-brain ได้ ควรเปิดใช้งานการเข้าถึงผ่านคอนโซลหรือช่องทางการสื่อสารภายนอก (out-of-band) ในกรณีที่โหนดไม่กลับมาทำงานหลังจากรีบูต

ดำเนินการอัปเกรดแบบค่อยเป็นค่อยไป โดยอัปเกรดทีละโหนด

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

1. ตรวจสอบความสมบูรณ์ของคลัสเตอร์บันทึกสถานะปัจจุบันและยืนยันว่าโหนดและทรัพยากรทั้งหมดอยู่ในสภาพสมบูรณ์ ใน SLE HA crm statusนั้น เป็นหนึ่งในวิธีการตรวจสอบสถานะคลัสเตอร์ที่มีการบันทึกไว้
2. ย้ายหรือระบายบริการออกจากโหนดใช้ขั้นตอนที่ได้รับอนุมัติของคลัสเตอร์ของคุณเพื่อวางทรัพยากรแอปพลิเคชันบนโหนดอื่นที่ทำงานได้ดี ตรวจสอบปลายทางของแอปพลิเคชันและพื้นที่จัดเก็บข้อมูลที่เกี่ยวข้องก่อนดำเนินการต่อ
3. หยุดการทำงานของคลัสเตอร์สแต็กบนโหนดที่กำลังอัปเกรดคำแนะนำการอัปเกรดแบบค่อยเป็นค่อยไปของ SUSE เตือนว่าการปล่อยให้ตัวจัดการทรัพยากรคลัสเตอร์ทำงานอยู่ระหว่างการอัปเกรดซอฟต์แวร์อาจนำไปสู่ปัญหาต่างๆ เช่น การปิดกั้นโหนดที่ใช้งานอยู่ คำสั่งระดับโหนดที่ระบุไว้คือcrm cluster stop.
4. ดำเนินการย้ายเซอร์วิสแพ็ค SLESบนโฮสต์ที่ลงทะเบียนแล้วและไม่ได้จัดการโดย SUSE Manager ให้ใช้คำสั่งต่อsudo zypper migrationไปนี้ ตรวจสอบเป้าหมาย SP6 ที่แสดงและการเปลี่ยนแปลงในที่เก็บ อ่านการดำเนินการแพ็กเกจที่เสนอ โดยเฉพาะแพ็กเกจที่จะลบหรือลดระดับ ก่อนยืนยันคำแนะนำการย้ายข้อมูลออนไลน์อย่างเป็นทางการของ SLESอธิบายเส้นทางบรรทัดคำสั่งนี้
5. รีบูตและตรวจสอบโหนดหลังจากการย้ายข้อมูลเสร็จสมบูรณ์ ให้รีสตาร์ทโฮสต์ตามคำแนะนำของ SUSE ยืนยันว่าบูต SLES 15 SP6 ผลิตภัณฑ์ที่จำเป็นได้รับการลงทะเบียนแล้ว ที่เก็บข้อมูลตรงกับ Service Pack เป้าหมาย และโหนดไม่มีข้อผิดพลาดของระบบที่สำคัญ
6. นำโหนดกลับเข้าสู่คลัสเตอร์เริ่มสแต็กคลัสเตอร์โดยใช้ขั้นตอนที่ได้รับอนุมัติ คู่มือ SLE HA แสดงวิธีcrm cluster startการ ตรวจสอบcrm statusHawk2 และยืนยันว่าโหนดกลับเข้าร่วมคลัสเตอร์ได้โดยไม่มีความล้มเหลวของทรัพยากร
7. ทำซ้ำขั้นตอนนี้เฉพาะเมื่อคลัสเตอร์มีเสถียรภาพแล้วเท่านั้นย้ายภาระงานของโหนดถัดไปออกไป นำโหนดนั้นออกจากคลัสเตอร์ ย้ายข้อมูล รีบูต ตรวจสอบความถูกต้อง และเข้าร่วมคลัสเตอร์อีกครั้ง อย่าเริ่มโหนดถัดไปในขณะที่คลัสเตอร์ที่เหลืออยู่มีสภาพการทำงานที่แย่ลงหรือมีภาระงานมากเกินกว่าที่คลัสเตอร์จะรับมือได้อย่างปลอดภัย

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

ปัญหาที่พบได้บ่อยและวิธีแก้ไข

• ไม่พบเป้าหมายการย้ายข้อมูล SP6:โปรดตรวจสอบการลงทะเบียน ที่เก็บข้อมูลที่ใช้งานอยู่ และตรวจสอบว่าแต่ละโมดูลหรือส่วนขยายที่ติดตั้งมีเป้าหมาย SP6 ที่รองรับหรือไม่ แก้ไขปัญหาเกี่ยวกับที่เก็บข้อมูลหรือสิทธิ์การใช้งานก่อนเริ่มต้น
• โปรแกรมแก้ไขปัญหาเสนอการลบที่ไม่คาดคิด:หยุดและตรวจสอบแหล่งที่มาของแพ็กเกจ ที่เก็บของบุคคลที่สาม และการพึ่งพาต่างๆ SUSE ระบุว่าควรปิดใช้งานที่เก็บในเครื่องหรือบน DVD ที่ล้าสมัยสำหรับการย้ายข้อมูล อย่ารับแผนแพ็กเกจที่คุณไม่สามารถอธิบายได้
• โหนดที่ได้รับการอัปเกรดแล้วจะไม่เข้าร่วมอีกครั้ง:โปรดเก็บแอปพลิเคชันไว้บนโหนดที่ทำงานได้ปกติ ตรวจสอบบันทึกคลัสเตอร์และระบบ และตรวจสอบเครือข่าย การลงทะเบียนผลิตภัณฑ์ การกำหนดค่าที่เก็บข้อมูล และแพ็กเกจ SLE HA ของโหนดก่อนที่จะลองใหม่อีกครั้ง
• บริการสามารถเข้าถึงได้ แต่ผู้ใช้รายงานข้อผิดพลาด:ทดสอบการทำธุรกรรมของแอปพลิเคชัน ไม่ใช่แค่ตรวจสอบความพร้อมใช้งานของโฮสต์ ตรวจสอบการเชื่อมต่อฐานข้อมูล พื้นที่จัดเก็บข้อมูลร่วม การตรวจสอบสิทธิ์ งานที่กำหนดเวลาไว้ และการตรวจสอบสถานะของตัวกระจายโหลด (load-balancer) ใดๆ ด้วย
• ระบบเซิร์ฟเวอร์เดี่ยวต้องออนไลน์อยู่ตลอดเวลา:ไม่มีขั้นตอนการย้ายเซอร์วิสแพ็ค SLES แบบอัตโนมัติใดที่จะหลีกเลี่ยงการรีสตาร์ทบนโฮสต์เดิมได้ ควรเพิ่มอินสแตนซ์แอปพลิเคชันที่สองหรือวางแผนช่วงเวลาการบำรุงรักษา

วิธีการประเมินว่าสามารถหลีกเลี่ยงการหยุดทำงานของระบบได้หรือไม่

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

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

เอกสารอ้างอิงอย่างเป็นทางการ

• SUSE: รองรับเส้นทางการอัปเกรดและการย้ายข้อมูลไปยัง SLES 15 SP6
• SUSE: กำลังเตรียมการอัปเกรด
• SUSE: การอัปเกรดออนไลน์ด้วย YaST หรือ Zypper
• SUSE: การอัปเกรดแบบค่อยเป็นค่อยไปของคลัสเตอร์ SLE HA
• SUSE: บันทึกการเปลี่ยนแปลงของ SLES 15 SP6