ESXi 6.7 ते 8.0 अपडेट - प्रोडक्शन सर्व्हर क्रॅशचे निराकरण करा

प्रथम हार्डवेअर सुसंगतता तपासा

ESXi 6.7 ने 15 ऑक्टोबर 2022 रोजी सर्वसाधारण समर्थनाची समाप्ती गाठली, त्यामुळे हलविण्याची मुदत संपली आहे — परंतु 6.7 ते 8.0 हे मुख्य आवृत्ती अपग्रेड आहे, पॅच नाही. दोन आवृत्त्यांमधील VMware ने VMKLinux ड्राइव्हर मॉडेल पूर्णपणे काढून टाकले (प्रत्येक डिव्हाइसला आता मूळ ड्राइव्हरची आवश्यकता आहे) आणि CPUs, नेटवर्क अडॅप्टर्स आणि स्टोरेज कंट्रोलरची एक पिढी निवृत्त केली. एक उत्तम प्रकारे निरोगी 6.7 होस्ट अजूनही अपग्रेडेबल असू शकतो कारण तो उभा आहे.

कोणतीही विंडो बुक करण्यापूर्वी, तुमच्या अचूक सर्व्हर मॉडेल, CPU फॅमिली, नेटवर्क अडॅप्टर आणि स्टोरेज कंट्रोलर ESXi 8.0 साठी VMware कंपॅटिबिलिटी गाइड तपासा आणि सर्व्हर फर्मवेअर (BIOS, स्टोरेज कंट्रोलर, NICs) 8.0 साठी विक्रेत्याने सूचीबद्ध केलेल्या आवृत्त्यांमध्ये अपडेट करा. इन्स्टॉलरचे स्वतःचे प्री-चेक देखील नापसंत उपकरणांबद्दल चेतावणी देते — परंतु मध्यरात्री कन्सोलवर शोधणे ही चुकीची वेळ आहे. प्रथम कागदावर तपासा.

होस्ट कॉन्फिगरेशन आणि व्हीएमचा बॅकअप घ्या

होस्ट शेलमधून होस्ट कॉन्फिगरेशनचा बॅकअप घ्या (ऑफ असल्यास होस्टवर प्रथम SSH सक्षम करा). कमांड कॉन्फिगरेशन बंडलसाठी डाउनलोड लिंक परत करते — ती उघडा आणि .tgz फाइल या सर्व्हरवर नसलेल्या ठिकाणी सेव्ह करा:

vim-cmd hostsvc/firmware/backup_config

नंतर VM बॅकअप चालू असल्याची खात्री करा आणि किमान एक पुनर्संचयित चाचणी केली गेली आहे. सर्व पोस्ट-अपग्रेड जांभळ्या पडद्यांपैकी अर्ध्या जुन्या हायपरवाइजरने सहन केलेल्या फर्मवेअरवर परत येतात — परंतु ज्या क्रॅश तुम्ही पूर्ववत करू शकत नाही ते असे आहेत ज्यांच्या मागे बॅकअप नाही.

विंडोची योजना करा आणि 8.0 परवाना की तयार ठेवा

एक देखभाल स्लॉट निवडा आणि वापरकर्त्यांना ते घोषित करा — होस्ट खाली गेल्यावर कोणीही मध्यभागी जतन करू नये. वेळेनुसार क्रम लिहा आणि हार्ड रोलबॅक डेडलाइन सेट करा: रात्रीचा बिंदू ज्यानंतर तुम्ही डीबगिंग थांबवता आणि संपूर्ण विंडो खाण्याऐवजी परत (चरण 7) रोल करा. काम पूर्ण झाल्यावर क्लोजिंग मेसेज पाठवा, म्हणजे दुसऱ्या दिवशीची सकाळ अफवांनी सुरू होणार नाही.

परवाना खिडकीच्या आधी क्रमवारी लावा, दरम्यान नाही. परवाना की प्रमुख आवृत्तीशी जोडलेल्या आहेत — 8.0 होस्ट 6.7 की स्वीकारणार नाही आणि त्याशिवाय ती 60 दिवसांसाठी मूल्यमापन मोडमध्ये चालते. ब्रॉडकॉम अंतर्गत, की आणि डाउनलोड्स ब्रॉडकॉम सपोर्ट पोर्टलवरून तुमच्या हक्काविरुद्ध येतात, त्यामुळे त्या प्रवेशाची आधीच व्यवस्था करा.

मार्ग A — 8.0 ISO बूट करून सुधारणा करा

वापरकर्त्यांना सांगा, नंतर होस्टला मेंटेनन्स मोडमध्ये ठेवा — प्रत्येक VM बंद झाला किंवा दुसऱ्या होस्टवर स्थलांतरित झाला. अद्याप उत्पादन VM चालवत असलेले होस्ट कधीही अपग्रेड करू नका.

ISO वरून ESXi 8.0 इंस्टॉलर बूट करा, विद्यमान इंस्टॉलेशन असलेली डिस्क निवडा आणि ESXi अपग्रेड करा, VMFS डेटास्टोअर संरक्षित करा निवडा. हा बहुतेक सर्व्हरवर दर्शविलेला मार्ग आहे आणि जो एक मोठी आवृत्ती हाताळतो तो स्वच्छपणे उडी मारतो कारण प्री-चेक स्क्रीनवर जाताना दिसतात.

मार्ग 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>

तोच मार्ग ऑफलाइन कार्य करतो: डेपो बंडल झिप डेटास्टोअरमध्ये कॉपी करा आणि त्याऐवजी त्या फाइलवर -d मूल्य निर्देशित करा. लक्षात ठेवा की प्रोफाइल अपडेट ही अपग्रेड कमांड आहे — ते तुमचे विद्यमान कॉन्फिगरेशन आणि तृतीय-पक्ष VIBs जेथे ते सुसंगत आहेत तेथे ठेवते; profile install ची जागा घेऊ नका, जी इमेज बदलते.

रीबूट केल्यानंतर — परवाना, सत्यापित करा, नंतर सोडा

एकदा होस्टने 8.0 वर बॅकअप घेतल्यानंतर, तुमची ESXi 8.0 परवाना की लागू करा — 6.7 की स्वीकारली जात नाही आणि नवीन कीशिवाय मूल्यांकन घड्याळ टिकत आहे. देखभाल मोडमधून बाहेर पडा, नंतर आधी एक नॉन-क्रिटिकल VM सुरू करा आणि बाकी सुरू करण्यापूर्वी त्याचे नेटवर्क, स्टोरेज आणि कन्सोल तपासा.

पुढे होस्टद्वारेच कार्य करा: ड्रायव्हर किंवा सेन्सर तक्रारींसाठी इव्हेंट लॉग आणि हार्डवेअर स्थिती, प्रत्येक डेटास्टोअर माउंट आणि व्यवस्थापन नेटवर्क सेटिंग्ज अखंड. त्यानंतरच सर्व्हर वापरकर्त्यांना परत रिलीझ करा आणि चरण 3 वरून बंद होणारा संदेश पाठवा.

क्रॅश प्लेबुक — पर्पल स्क्रीन आणि शिफ्ट+आर रोलबॅक

यजमान पर्पल-स्क्रीन (PSOD) किंवा अपग्रेड नंतर उपयुक्तपणे बूट होत नसल्यास, या क्रमाने कार्य करा. प्रथम, कोणत्याही गोष्टीला स्पर्श करण्यापूर्वी जांभळ्या स्क्रीनचे छायाचित्र काढा. PSOD म्हणजे VMkernel जाणीवपूर्वक थांबवणे कारण पुढे चालू ठेवल्याने VMs ला धोका निर्माण होईल — आणि स्क्रीन हे निदान आहे: अपवाद प्रकार आणि त्यावर नाव दिलेले मॉड्यूल, हार्डवेअर-सपोर्टिंग बिंदू किंवा फर्मवेअर बिंदूवर हार्डवेअर-समर्थन समस्या दर्शवणारे ड्रायव्हर मॉड्यूल नावासह.

दुसरा, एकदा रीबूट करा आणि पहा. ड्रायव्हर बदलल्यानंतर एकच क्षणिक जांभळा स्क्रीन म्हणजे डेटा; एक पुनरावृत्ती एक निर्णय आहे. प्रथम संशयित, अपग्रेडच्या स्वतःच्या क्रमाने: असमर्थित NIC किंवा स्टोरेज ॲडॉप्टर, सुसंगतता मार्गदर्शक सूचीपेक्षा जुने फर्मवेअर किंवा जुन्या आवृत्तीने कधीही जोर दिला नसलेली मेमरी त्रुटी.

तिसरे, रोल बॅक करा. ESXi दोन बूट बँकांमध्ये स्थापित करते आणि अपग्रेडमुळे तुमची पूर्वीची 6.7 बिल्ड वैकल्पिक बँकेमध्ये अबाधित राहते. होस्ट रीबूट करा आणि, बूट प्रॉम्प्टवर, Shift + R दाबा आणि पुष्टी करा — होस्टने मागील 6.7 बिल्ड, कॉन्फिगरेशन समाविष्ट केले आहे, जसे तुम्ही ते सोडले होते. रोलबॅक कार्य करत असल्यास, तुम्ही वेळ विकत घेतला आहे: दिवसाच्या प्रकाशात सुसंगतता कारण निश्चित करा आणि नवीन विंडोमध्ये पुन्हा अपग्रेड करा.

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

ती पुनर्संचयित कमांड हा दुसरा सुटण्याचा मार्ग आहे — ते स्टेप 2 बंडल मधून होस्ट कॉन्फिगरेशन समान आवृत्ती आणि बिल्ड च्या होस्टवर ठेवते, ज्या प्रकरणांमध्ये एक बूट बँक पुरेशी नाही.