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 को लागि विक्रेताले सूची गरेको संस्करणहरूमा अपडेट गर्नुहोस्। स्थापनाकर्ताको आफ्नै पूर्व-जाँचले रोकिएका उपकरणहरूको बारेमा पनि चेतावनी दिन्छ - तर मध्यरातमा कन्सोलमा पत्ता लगाउनु गलत समय हो। पहिले कागजमा जाँच गर्नुहोस्।

होस्ट कन्फिगरेसन र VMs ब्याकअप गर्नुहोस्

होस्ट शेलबाट होस्ट कन्फिगरेसन ब्याकअप गर्नुहोस् (यदि बन्द छ भने पहिले होस्टमा SSH सक्षम गर्नुहोस्)। आदेशले कन्फिगरेसन बन्डलको लागि डाउनलोड लिङ्क फर्काउँछ — यसलाई खोल्नुहोस् र यो सर्भरमा नभएको ठाउँमा .tgz फाइल बचत गर्नुहोस्:

vim-cmd hostsvc/firmware/backup_config

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

सञ्झ्यालको योजना बनाउनुहोस् र 8.0 लाइसेन्स कुञ्जी तयार राख्नुहोस्

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

लाइसेन्स सञ्झ्याल अघि क्रमबद्ध प्राप्त गर्नुहोस्, यसको समयमा होइन। लाइसेन्स कुञ्जीहरू प्रमुख संस्करणमा बाँधिएका छन् — 8.0 होस्टले 6.7 कुञ्जी स्वीकार गर्दैन, र एउटा बिना यो 60 दिनको लागि मूल्याङ्कन मोडमा चल्छ। Broadcom अन्तर्गत, कुञ्जीहरू र डाउनलोडहरू तपाईंको अधिकारको विरुद्धमा Broadcom समर्थन पोर्टलबाट आउँछन्, त्यसैले त्यो पहुँचलाई अग्रिम व्यवस्था गर्नुहोस्।

मार्ग A - 8.0 ISO बुट गरेर अपग्रेड गर्नुहोस्

प्रयोगकर्ताहरूलाई भन्नुहोस्, त्यसपछि होस्टलाई मर्मत मोडमा राख्नुहोस् — प्रत्येक VM बन्द वा अर्को होस्टमा माइग्रेट गरियो। उत्पादन VMs चलिरहेको होस्टलाई कहिल्यै अपग्रेड नगर्नुहोस्।

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>

उही मार्गले अफलाइन काम गर्दछ: डिपो बन्डल ZIP लाई डेटास्टोरमा प्रतिलिपि गर्नुहोस् र त्यसको सट्टामा -d मान पोइन्ट गर्नुहोस्। ध्यान दिनुहोस् कि प्रोफाइल अपडेट अपग्रेड आदेश हो - यसले तपाइँको अवस्थित कन्फिगरेसन र तेस्रो-पक्ष VIB हरू राख्छ जहाँ तिनीहरू उपयुक्त छन्; 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 बन्डलबाट होस्ट कन्फिगरेसनलाई उही संस्करण र निर्माण को होस्टमा राख्छ, जहाँ एक बुट बैंक पर्याप्त छैन।