ESXi 6.7 से 8.0 अपडेट - प्रोडक्शन सर्वर क्रैश को ठीक करें

पहले हार्डवेयर संगतता की जाँच करें

ESXi 6.7 15 अक्टूबर 2022 को सामान्य समर्थन के अंत तक पहुंच गया, इसलिए यह कदम अतिदेय है - लेकिन 6.7 से 8.0 एक प्रमुख-संस्करण अपग्रेड है, पैच नहीं। दो संस्करणों के बीच VMware ने VMKLinux ड्राइवर मॉडल को पूरी तरह से हटा दिया (प्रत्येक डिवाइस को अब एक मूल ड्राइवर की आवश्यकता होती है) और CPU, नेटवर्क एडेप्टर और स्टोरेज नियंत्रकों की एक पीढ़ी को हटा दिया। एक पूर्णतः स्वस्थ 6.7 होस्ट अभी भी अपग्रेड योग्य नहीं हो सकता है।

किसी भी विंडो को बुक करने से पहले, ESXi 8.0 के विरुद्ध अपने सटीक सर्वर मॉडल, सीपीयू परिवार, नेटवर्क एडेप्टर और स्टोरेज कंट्रोलर के लिए VMware संगतता गाइड की जांच करें, और सर्वर फर्मवेयर (BIOS, स्टोरेज कंट्रोलर, NICs) को 8.0 के लिए विक्रेता द्वारा सूचीबद्ध संस्करणों में अपडेट करें। इंस्टॉलर की स्वयं की पूर्व-जांच भी अप्रचलित उपकरणों के बारे में चेतावनी देती है - लेकिन आधी रात को कंसोल पर पता लगाना गलत समय है। पहले कागज पर जाँच करें.

होस्ट कॉन्फ़िगरेशन और VMs का बैकअप लें

होस्ट शेल से होस्ट कॉन्फ़िगरेशन का बैकअप लें (यदि होस्ट बंद है तो पहले एसएसएच को सक्षम करें)। कमांड कॉन्फ़िगरेशन बंडल के लिए एक डाउनलोड लिंक लौटाता है - इसे खोलें और .tgz फ़ाइल को किसी ऐसे स्थान पर सहेजें जो इस सर्वर पर नहीं है:

vim-cmd hostsvc/firmware/backup_config

फिर पुष्टि करें कि वीएम बैकअप चालू हैं और कम से कम एक पुनर्स्थापना का वास्तव में परीक्षण किया गया है। अपग्रेड के बाद की सभी बैंगनी स्क्रीनों में से आधी पुराने हाइपरवाइजर द्वारा सहन किए गए फ़र्मवेयर पर वापस आ जाती हैं - लेकिन जिन क्रैश को आप पूर्ववत नहीं कर सकते हैं वे वे क्रैश हैं जिनके पीछे कोई बैकअप नहीं है।

विंडो की योजना बनाएं और 8.0 लाइसेंस कुंजी तैयार रखें

एक रखरखाव स्लॉट चुनें और उपयोगकर्ताओं को इसकी घोषणा करें - होस्ट के डाउन होने पर किसी को भी मध्य-बचाव नहीं करना चाहिए। अनुक्रम को समय के साथ लिखें, और एक कठिन रोलबैक समय सीमा निर्धारित करें: रात में वह बिंदु जिसके बाद आप डिबगिंग बंद कर देते हैं और पूरी विंडो को खाने के बजाय वापस रोल करते हैं (चरण 7)। काम पूरा होने पर समापन संदेश भेजें, ताकि अगली सुबह अफवाहों से शुरू न हो।

लाइसेंस को विंडो से पहले ही छांट लें, उसके दौरान नहीं। लाइसेंस कुंजियाँ प्रमुख संस्करण से जुड़ी हुई हैं - एक 8.0 होस्ट 6.7 कुंजी स्वीकार नहीं करेगा, और इसके बिना यह 60 दिनों के लिए मूल्यांकन मोड में चलता है। ब्रॉडकॉम के तहत, चाबियाँ और डाउनलोड आपकी पात्रता के विरुद्ध ब्रॉडकॉम समर्थन पोर्टल से आते हैं, इसलिए उस पहुंच की पहले से व्यवस्था करें।

रूट ए - 8.0 आईएसओ बूट करके अपग्रेड करें

उपयोगकर्ताओं को बताएं, फिर होस्ट को रखरखाव मोड में डालें - प्रत्येक वीएम बंद हो गया या दूसरे होस्ट पर माइग्रेट हो गया। कभी भी ऐसे होस्ट को अपग्रेड न करें जो अभी भी उत्पादन वीएम चला रहा हो।

ISO से ESXi 8.0 इंस्टॉलर को बूट करें, उस डिस्क का चयन करें जिसमें मौजूदा इंस्टॉलेशन है, और ESXi को अपग्रेड करें, VMFS डेटास्टोर को सुरक्षित रखें चुनें। यह अधिकांश सर्वरों पर दिखाया जाने वाला मार्ग है, और वह जो एक बड़े संस्करण को साफ-सुथरा रूप से संभालता है क्योंकि प्री-चेक स्क्रीन पर दिखाई देते हैं।

रूट बी - 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>

वही मार्ग ऑफ़लाइन काम करता है: डिपो बंडल ज़िप को डेटास्टोर में कॉपी करें और इसके बजाय उस फ़ाइल पर -d मान इंगित करें। ध्यान दें कि <कोड>प्रोफ़ाइल अपडेट अपग्रेड कमांड है - यह आपके मौजूदा कॉन्फ़िगरेशन और तृतीय-पक्ष VIB को रखता है जहां वे संगत हैं; <कोड>प्रोफ़ाइल इंस्टॉल को प्रतिस्थापित न करें, जो छवि को प्रतिस्थापित करता है।

रीबूट के बाद - लाइसेंस, सत्यापन, फिर रिलीज़

एक बार होस्ट 8.0 पर वापस आ जाए, अपनी ESXi 8.0 लाइसेंस कुंजी लागू करें - 6.7 कुंजी स्वीकार नहीं की जाती है, और नई कुंजी के बिना मूल्यांकन घड़ी टिक-टिक कर रही है। रखरखाव मोड से बाहर निकलें, फिर पहले एक गैर-महत्वपूर्ण वीएम शुरू करें और बाकी शुरू करने से पहले उसके नेटवर्क, स्टोरेज और कंसोल की जांच करें।

आगे होस्ट के माध्यम से ही काम करें: ड्राइवर या सेंसर शिकायतों के लिए इवेंट लॉग और हार्डवेयर स्थिति, प्रत्येक डेटास्टोर माउंटेड, और प्रबंधन नेटवर्क सेटिंग्स बरकरार हैं। उसके बाद ही सर्वर को उपयोगकर्ताओं के लिए वापस जारी करें, और चरण 3 से समापन संदेश भेजें।

क्रैश प्लेबुक - पर्पल स्क्रीन और शिफ्ट+आर रोलबैक

यदि होस्ट पर्पल-स्क्रीन (पीएसओडी) या अपग्रेड के बाद उपयोगी रूप से बूट नहीं होगा, तो इस क्रम में काम करें। सबसे पहले, किसी भी चीज को छूने से पहले बैंगनी स्क्रीन की तस्वीर लें। एक पीएसओडी वीएमकर्नेल को जानबूझकर रोकना है क्योंकि जारी रखने से वीएम को खतरा होगा - और स्क्रीन निदान है: अपवाद प्रकार और उस पर नामित मॉड्यूल कारण को इंगित करता है, ड्राइवर मॉड्यूल नाम हार्डवेयर-समर्थन समस्या का संकेत देता है और मेमोरी या फ़र्मवेयर पर इंगित करने वाला पृष्ठ दोष होता है।

दूसरा, एक बार रीबूट करें और देखें। ड्राइवर परिवर्तन के बाद एक एकल क्षणिक बैंगनी स्क्रीन डेटा है; दोहराना एक फैसला है. अपग्रेड के क्रम में पहला संदिग्ध: एक असमर्थित एनआईसी या स्टोरेज एडॉप्टर, संगतता गाइड सूचियों से पुराना फर्मवेयर, या एक मेमोरी त्रुटि, जिस पर पुराने संस्करण ने कभी जोर नहीं दिया।

तीसरा, वापस रोल करें। ESXi दो बूट बैंकों में स्थापित होता है, और अपग्रेड आपके पिछले 6.7 बिल्ड को वैकल्पिक बैंक में बरकरार रखता है। होस्ट को रीबूट करें और, बूट प्रॉम्प्ट पर, Shift + R दबाएँ और पुष्टि करें - होस्ट पिछले 6.7 बिल्ड को बूट करता है, कॉन्फ़िगरेशन शामिल है, बिल्कुल वैसे ही जैसे आपने इसे छोड़ा था। यदि रोलबैक काम करता है, तो आपने समय खरीद लिया है: दिन के उजाले में संगतता कारण को ठीक करें और एक नई विंडो में फिर से अपग्रेड करें।

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

वह पुनर्स्थापना कमांड दूसरा एस्केप रूट है - यह चरण 2 बंडल से होस्ट कॉन्फ़िगरेशन को उसी संस्करण और बिल्ड के होस्ट पर वापस रखता है, उन मामलों के लिए जहां एक बूट बैंक पर्याप्त नहीं है।