อัปเดต ESXi 6.7 ถึง 8.0 - แก้ไขเซิร์ฟเวอร์ที่ใช้งานจริงขัดข้อง

ตรวจสอบความเข้ากันได้ของฮาร์ดแวร์ก่อน

ESXi 6.7 สิ้นสุดการสนับสนุนทั่วไปในวันที่ 15 ตุลาคม 2022 ดังนั้นการย้ายจึงเลยกำหนด — แต่ 6.7 ถึง 8.0 ถือเป็นการอัปเกรดเวอร์ชันหลัก ไม่ใช่แพตช์ ระหว่างสองเวอร์ชัน VMware ได้ลบโมเดลไดรเวอร์ VMKLinux ออกทั้งหมด (ตอนนี้อุปกรณ์ทุกตัวจำเป็นต้องมีไดรเวอร์เนทิฟ) และเลิกใช้ CPU, อะแดปเตอร์เครือข่าย และตัวควบคุมการจัดเก็บข้อมูลรุ่นหนึ่ง โฮสต์ 6.7 ที่สมบูรณ์แข็งแรงสมบูรณ์ยังสามารถยกเลิกการอัปเกรดได้เหมือนเดิม

ก่อนที่จะจองหน้าต่างใดๆ ให้ตรวจสอบ คำแนะนำความเข้ากันได้ของ VMware เพื่อดูรุ่นเซิร์ฟเวอร์ ตระกูล CPU อะแดปเตอร์เครือข่าย และตัวควบคุมพื้นที่เก็บข้อมูลของคุณกับ ESXi 8.0 และอัปเดตเฟิร์มแวร์ของเซิร์ฟเวอร์ (BIOS, ตัวควบคุมพื้นที่เก็บข้อมูล, NIC) เป็นเวอร์ชันที่ผู้จำหน่ายระบุไว้สำหรับ 8.0 การตรวจสอบล่วงหน้าของตัวติดตั้งยังเตือนเกี่ยวกับอุปกรณ์ที่เลิกใช้งานแล้ว แต่การค้นหาที่คอนโซลตอนเที่ยงคืนถือเป็นเวลาที่ผิด ตรวจสอบบนกระดาษก่อน

สำรองข้อมูลการกำหนดค่าโฮสต์และ VM

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

vim-cmd hostsvc/firmware/backup_config

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

วางแผนหน้าต่างและเตรียมรหัสลิขสิทธิ์ 8.0 ให้พร้อม

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

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

เส้นทาง A — อัปเกรดโดยการบูท ISO 8.0

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

บูตโปรแกรมติดตั้ง ESXi 8.0 จาก ISO เลือกดิสก์ที่เก็บการติดตั้งที่มีอยู่ และเลือก อัปเกรด ESXi รักษาพื้นที่เก็บข้อมูล VMFS นี่คือเส้นทางที่แสดงบนเซิร์ฟเวอร์ส่วนใหญ่ และเส้นทางที่จัดการเวอร์ชันใหญ่จะข้ามไปอย่างราบรื่นเนื่องจากการตรวจสอบล่วงหน้าจะปรากฏบนหน้าจอขณะดำเนินการ

เส้นทาง B — อัปเกรดจาก Shell ด้วย esxcli

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

esxcli network firewall ruleset set -e true -r httpClient

แสดงรายการโปรไฟล์ที่มีอยู่ในดีโปออนไลน์ของ VMware และสังเกตชื่อที่แน่นอนของโปรไฟล์มาตรฐาน 8.0:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

จากนั้นรันการอัปเดตโปรไฟล์กับดีโป โดยใช้ชื่อโปรไฟล์ที่แน่นอน และรีบูตโฮสต์เมื่อเสร็จสิ้น:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

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

หลังจากรีบูต — อนุญาต ตรวจสอบ แล้วปล่อย

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

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

The Crash Playbook - หน้าจอสีม่วงและการย้อนกลับ Shift+R

หากโฮสต์หน้าจอสีม่วง (PSOD) หรือไม่สามารถบู๊ตได้อย่างมีประโยชน์หลังการอัพเกรด ให้ทำงานตามลำดับนี้ ขั้นแรก ให้ถ่ายภาพหน้าจอสีม่วงก่อนสัมผัสสิ่งใดๆ PSOD คือเคอร์เนล VM ที่หยุดทำงานโดยเจตนาเนื่องจากการดำเนินการต่ออาจทำให้ VM เสี่ยง — และหน้าจอคือการวินิจฉัย: ประเภทข้อยกเว้นและโมดูลที่มีชื่ออยู่บนนั้นชี้ไปที่สาเหตุ โดยชื่อโมดูลไดรเวอร์บ่งบอกถึงปัญหาการสนับสนุนฮาร์ดแวร์และข้อบกพร่องของเพจที่ชี้ไปที่หน่วยความจำหรือเฟิร์มแวร์

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

ประการที่สาม ย้อนกลับ ESXi ติดตั้งในธนาคารบูตสองแห่ง และการอัปเกรดจะทำให้บิลด์ 6.7 ก่อนหน้าของคุณไม่เสียหายในธนาคารสำรอง รีบูตโฮสต์ และเมื่อพร้อมต์การบูต ให้กด Shift + R และยืนยัน — โฮสต์บูทบิลด์ 6.7 ก่อนหน้า รวมถึงการกำหนดค่าเหมือนกับที่คุณทิ้งไว้ หากการย้อนกลับใช้งานได้ แสดงว่าคุณซื้อเวลาแล้ว: แก้ไขสาเหตุความเข้ากันได้ในเวลากลางวันและอัปเกรดอีกครั้งในหน้าต่างใหม่

vim-cmd hostsvc/firmware/restore_config <bundle-path>

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