تحديث ESXi 6.7 إلى 8.0 - إصلاح تعطل خادم الإنتاج

تحقق من توافق الأجهزة أولاً

وصل ESXi 6.7 إلى نهاية الدعم العام في 15 أكتوبر 2022، لذا فقد تأخرت هذه الخطوة - ولكن 6.7 إلى 8.0 هي ترقية للإصدار الرئيسي، وليست تصحيحًا. بين الإصدارين، قام برنامج VMware بإزالة نموذج برنامج تشغيل VMKLinux بالكامل (يحتاج كل جهاز الآن إلى برنامج تشغيل أصلي) وتقاعد جيل من وحدات المعالجة المركزية (CPU) ومحولات الشبكة ووحدات التحكم في التخزين. لا يزال من الممكن أن يكون مضيف 6.7 الذي يتمتع بصحة جيدة غير قابل للترقية في وضعه الحالي.

قبل حجز أي نافذة، تحقق من دليل توافق VMware لمعرفة طراز الخادم الدقيق وعائلة وحدة المعالجة المركزية ومحولات الشبكة ووحدة التحكم في التخزين مقابل ESXi 8.0، وقم بتحديث البرنامج الثابت للخادم (BIOS، ووحدة التحكم في التخزين، وبطاقات NIC) إلى الإصدارات التي يسردها البائع للإصدار 8.0. يحذر الفحص المسبق الخاص ببرنامج التثبيت أيضًا من الأجهزة المهملة - ولكن اكتشاف ذلك في وحدة التحكم في منتصف الليل هو الوقت الخطأ. تحقق على الورق أولا.

عمل نسخة احتياطية من تكوين المضيف والأجهزة الافتراضية

قم بعمل نسخة احتياطية من تكوين المضيف من shell المضيف (قم بتمكين SSH على المضيف أولاً إذا كان قيد إيقاف التشغيل). يقوم الأمر بإرجاع رابط تنزيل لحزمة التكوين - افتحه واحفظ ملف .tgz في مكان ما غير موجود على هذا الخادم:

vim-cmd hostsvc/firmware/backup_config

ثم تأكد من أن النسخ الاحتياطية للجهاز الظاهري حديثة وأنه قد تم بالفعل اختبار عملية استعادة واحدة على الأقل. تعود نصف الشاشات الأرجوانية بعد الترقية إلى البرامج الثابتة التي يتحملها برنامج Hypervisor القديم - ولكن الأعطال التي لا يمكنك التراجع عنها هي تلك التي لا يوجد بها نسخة احتياطية خلفها.

قم بتخطيط النافذة واحتفظ بمفتاح الترخيص 8.0 جاهزًا

اختر فترة صيانة وأعلن عنها للمستخدمين — لا ينبغي لأحد أن يكون في منتصف عملية الحفظ عندما يتعطل المضيف. اكتب التسلسل مع الأوقات، وحدد موعدًا نهائيًا صارمًا للتراجع: النقطة في الليل التي تتوقف بعدها عن تصحيح الأخطاء والتراجع (الخطوة 7) بدلاً من تناول النافذة بأكملها. أرسل رسالة ختامية عند الانتهاء من العمل، حتى لا يبدأ صباح اليوم التالي بالإشاعات.

قم بفرز الرخصة قبل النافذة، وليس خلالها. ترتبط مفاتيح الترخيص بالإصدار الرئيسي — لن يقبل مضيف 8.0 مفتاح 6.7، وبدون مفتاح يتم تشغيله في وضع التقييم لمدة 60 يومًا. ضمن Broadcom، تأتي المفاتيح والتنزيلات من بوابة دعم Broadcom مقابل استحقاقك، لذا قم بترتيب هذا الوصول مسبقًا.

الطريق أ - الترقية عن طريق تشغيل الإصدار 8.0 ISO

أخبر المستخدمين، ثم ضع المضيف في وضع الصيانة — يتم إيقاف كل جهاز افتراضي أو ترحيله إلى مضيف آخر. لا تقم مطلقًا بترقية مضيف لا يزال يقوم بتشغيل أجهزة افتراضية للإنتاج.

قم بتشغيل مثبت ESXi 8.0 من ISO، وحدد القرص الذي يحمل التثبيت الحالي، واختر ترقية ESXi، واحتفظ بمخزن بيانات VMFS. هذا هو المسار الموضح على معظم الخوادم، والذي يتعامل مع الإصدار الكبير بشكل نظيف لأن عمليات الفحص المسبق تظهر على الشاشة أثناء سيرها.

الطريق ب - الترقية من Shell باستخدام esxcli

يتم تشغيل مسار المستودع بالكامل من غلاف المضيف - بدون وسائط فعلية أو افتراضية - مما يجعله الاختيار العملي للمضيف البعيد. يستمر المضيف في الانتقال إلى وضع الصيانة أولاً، تمامًا كما في المسار أ. اسمح لعميل 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 إلى هذا الملف بدلاً من ذلك. لاحظ أن تحديث الملف الشخصي هو أمر الترقية - فهو يحافظ على التكوين الحالي الخاص بك وVIBs التابعة لجهات خارجية حيث تكون متوافقة؛ لا تستبدل تثبيت الملف الشخصي الذي يحل محل الصورة.

بعد إعادة التشغيل - الترخيص، والتحقق، ثم الإصدار

بمجرد عودة المضيف إلى الإصدار 8.0، قم بتطبيق مفتاح ترخيص ESXi 8.0 الخاص بك - لا يتم قبول المفتاح 6.7، وبدون المفتاح الجديد، تدق ساعة التقييم. اخرج من وضع الصيانة، ثم ابدأ تشغيل جهاز افتراضي غير بالغ الأهمية أولاً وتحقق من الشبكة ووحدة التخزين ووحدة التحكم الخاصة به قبل بدء الباقي.

اعمل من خلال المضيف نفسه بعد ذلك: سجل الأحداث وحالة الأجهزة لشكاوى برنامج التشغيل أو المستشعر، وكل مخزن بيانات مثبت، وإعدادات شبكة الإدارة سليمة. عندها فقط قم بتحرير الخادم مرة أخرى للمستخدمين، وأرسل رسالة الإغلاق من الخطوة 3.

The Crash Playbook - الشاشة الأرجوانية والتراجع عن Shift+R

إذا كان المضيف ذو شاشات أرجوانية (PSOD) أو لن يقوم بالتمهيد بشكل مفيد بعد الترقية، فاعمل بهذا الترتيب. أولاً، قم بتصوير الشاشة الأرجوانية قبل لمس أي شيء. إن PSOD هو توقف VMkernel عمدًا لأن الاستمرار قد يعرض الأجهزة الافتراضية للخطر - والشاشة هي التشخيص: يشير نوع الاستثناء والوحدة المذكورة عليها إلى السبب، مع وجود اسم وحدة برنامج التشغيل يشير إلى مشكلة في دعم الأجهزة وخطأ في الصفحة يشير إلى الذاكرة أو البرامج الثابتة.

ثانيًا، أعد التشغيل مرة واحدة وشاهد. شاشة أرجوانية عابرة واحدة بعد تغيير برنامج التشغيل هي البيانات؛ التكرار هو الحكم. المشتبه بهم الأوائل، حسب ترتيب الترقية: بطاقة واجهة شبكة (NIC) أو محول تخزين غير مدعوم، أو برنامج ثابت أقدم من قوائم دليل التوافق، أو خطأ في الذاكرة لم يتم التأكيد عليه مطلقًا في الإصدار القديم.

ثالثًا، التراجع. يتم تثبيت ESXi في بنكي تمهيد، وتترك الترقية الإصدار 6.7 السابق الخاص بك سليمًا في البنك البديل. أعد تشغيل المضيف، وفي موجه التمهيد، اضغط على Shift + R وأكد - يقوم المضيف بتشغيل الإصدار 6.7 السابق، بما في ذلك التكوين، تمامًا كما تركته. إذا نجحت عملية العودة إلى الحالة السابقة، فقد اشتريت الوقت: قم بإصلاح سبب التوافق في وضح النهار وقم بالترقية مرة أخرى في نافذة جديدة.

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

يعد أمر الاستعادة هذا هو طريق الهروب الثاني - فهو يعيد تكوين المضيف من حزمة الخطوة 2 مرة أخرى إلى مضيف من نفس الإصدار والبنية، في الحالات التي لا يكفي فيها بنك تمهيد واحد.