עדכון ESXi 6.7 ל-8.0 - תקן קריסת שרת ייצור

בדוק תחילה את תאימות החומרה

ESXi 6.7 הגיע לסוף התמיכה הכללית ב-15 באוקטובר 2022, כך שהמהלך הגיע באיחור - אבל 6.7 ל-8.0 הוא שדרוג גרסה מרכזית, לא תיקון. בין שתי הגרסאות VMware הסירה את דגם מנהל ההתקן של VMKLinux לחלוטין (כל מכשיר צריך כעת מנהל התקן מקורי) והוציאה דור של מעבדים, מתאמי רשת ובקרי אחסון. מארח בריא לחלוטין 6.7 עדיין יכול להיות בלתי ניתן לשדרוג כפי שהוא עומד.

לפני הזמנה כלשהי של חלון, בדוק את מדריך התאימות של VMware עבור דגם השרת המדויק שלך, משפחת המעבד, מתאמי הרשת ובקר האחסון מול ESXi 8.0, ועדכן את קושחת השרת (BIOS, בקר אחסון, NICs) לגרסאות שהספק מפרט עבור 8.0. הבדיקה המוקדמת של המתקין עצמו מזהירה גם על מכשירים שיצאו משימוש - אבל לגלות בקונסולה בחצות זה הזמן הלא נכון. תבדוק קודם על הנייר.

גבה את תצורת המארח ואת ה-VMs

גבה את תצורת המארח ממעטפת המארח (הפעל תחילה SSH במארח אם הוא כבוי). הפקודה מחזירה קישור להורדה עבור חבילת התצורה - פתח אותה ושמור את הקובץ .tgz במקום שאינו נמצא בשרת זה:

vim-cmd hostsvc/firmware/backup_config

לאחר מכן ודא שהגיבויים ה-VM עדכניים וששחזור אחד לפחות נבדק בפועל. מחצית מכל המסכים הסגולים שלאחר השדרוג מתחברים לקושחה שה-Hypervisor הישן סבל - אבל הקריסות שאינך יכול לבטל הן אלה שאין מאחוריהן גיבוי.

תכנן את החלון ושמור את מפתח הרישיון 8.0 מוכן

בחר משבצת תחזוקה והכרז על כך למשתמשים - אף אחד לא צריך להיות באמצע כשהמארח נופל. רשום את הרצף עם זמנים, והגדר דד-ליין קשה להחזרה: הנקודה בלילה שאחריה אתה מפסיק לנפות באגים וחזור לאחור (שלב 7) במקום לאכול את כל החלון. שלח הודעת סיום בסיום העבודה, כדי שהבוקר שלמחרת לא יתחיל בשמועות.

סדר את הרישיון לפני החלון, לא במהלכו. מפתחות רישיון קשורים לגרסה הראשית - מארח 8.0 לא יקבל מפתח 6.7, וללא מפתח הוא פועל במצב הערכה למשך 60 יום. תחת Broadcom, מפתחות והורדות מגיעים מפורטל התמיכה של Broadcom כנגד הזכאות שלך, אז ארגן את הגישה הזו מראש.

מסלול A - שדרוג על ידי אתחול 8.0 ISO

ספר למשתמשים ולאחר מכן הכנס את המארח למצב תחזוקה - כל VM כיבוי או הועבר למארח אחר. לעולם אל תשדרג מארח שעדיין מריץ מחשבי VM ייצור.

אתחל את מתקין ESXi 8.0 מה-ISO, בחר את הדיסק שמכיל את ההתקנה הקיימת, ובחר שדרג את ESXi, שמור את VMFS datastore. זהו המסלול המוצג ברוב השרתים, וזה שמטפל בגרסה גדולה קופץ בצורה נקייה מכיוון שהבדיקות המוקדמות מופיעות על המסך תוך כדי.

מסלול B — שדרוג מהמעטפת עם 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>

אותו מסלול עובד במצב לא מקוון: העתק את חבילת ה-Depot ZIP למאגר נתונים והפנה את הערך -d לקובץ זה במקום זאת. שים לב שעדכון פרופיל הוא פקודת השדרוג - הוא שומר על התצורה הקיימת שלך ושל VIB של צד שלישי היכן שהם תואמים; אל תחליף את התקנת פרופיל, אשר מחליפה את התמונה.

לאחר אתחול מחדש - רישיון, אימות ואז שחרר

לאחר שהמארח יגבה ב-8.0, החל את מפתח הרישיון של ESXi 8.0 - מפתח 6.7 אינו מתקבל, וללא המפתח החדש שעון ההערכה מתקתק. צא ממצב תחזוקה ולאחר מכן הפעל תחילה VM אחד לא קריטי ובדוק את הרשת, האחסון והמסוף שלו לפני שתתחיל את השאר.

עבוד דרך המארח עצמו לאחר מכן: יומן האירועים ומצב החומרה עבור תלונות מנהלי התקן או חיישנים, כל מאגר נתונים מותקן והגדרות רשת הניהול שלמות. רק אז שחררו את השרת בחזרה למשתמשים, ושלחו את הודעת הסיום משלב 3.

ספר ההתרסקות - מסך סגול והחזרה Shift+R

אם המארח מסך סגול (PSOD) או לא יאתחל באופן שימושי לאחר השדרוג, עבדו בסדר הזה. קודם כל, צלם את המסך הסגול לפני נגיעה במשהו. PSOD הוא ה-VMkernel שעוצר בכוונה מכיוון שהמשך יסכן את ה-VMs - והמסך הוא האבחנה: סוג החריג והמודול שנקרא עליו מצביעים על הסיבה, עם שם מודול מנהל התקן המציין בעיית תמיכה בחומרה ותקלת עמוד שמצביעה על זיכרון או קושחה.

שני, אתחל פעם אחת וצפה. מסך סגול חולף אחד לאחר שינוי מנהל ההתקן הוא נתונים; פסק דין חוזר הוא פסק דין. החשודים הראשונים, לפי סדר השדרוג עצמו: NIC או מתאם אחסון לא נתמך, קושחה ישנה יותר מרשימות מדריך התאימות, או שגיאת זיכרון שהגרסה הישנה מעולם לא הדגישה.

שלישי, חזור לאחור. ESXi מותקן בשני מאגרי אתחול, והשדרוג משאיר את מבנה ה-6.7 הקודם שלך ללא פגע בבנק החלופי. הפעל מחדש את המארח, ובבקשת האתחול, הקש Shift + R ואשר - המארח מאתחל את ה-build הקודם של 6.7, כולל התצורה, בדיוק כפי שהשארת אותו. אם ההחזרה עובדת, קנית זמן: תקן את סיבת התאימות באור יום ושדרג שוב בחלון חדש.

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

פקודת השחזור הזו היא נתיב הבריחה השני - היא מחזירה את תצורת המארח מהחבילה של שלב 2 למארח של אותה גרסה ו-build, למקרים שבהם בנק אתחול אחד אינו מספיק.