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 માટે સૂચિબદ્ધ કરેલા સંસ્કરણો પર અપડેટ કરો. ઇન્સ્ટોલરની પોતાની પ્રી-ચેક પણ નાપસંદ ઉપકરણો વિશે ચેતવણી આપે છે — પરંતુ મધ્યરાત્રિએ કન્સોલ પર શોધવું એ ખોટો સમય છે. પહેલા કાગળ પર તપાસો.

યજમાન રૂપરેખાંકન અને VM નો બેકઅપ લો

હોસ્ટ શેલમાંથી યજમાન રૂપરેખાંકનનો બેકઅપ લો (જો તે બંધ હોય તો પહેલા હોસ્ટ પર 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 મૂલ્યને નિર્દેશ કરો. નોંધ કરો કે પ્રોફાઇલ અપડેટ એ અપગ્રેડ કમાન્ડ છે — તે તમારી હાલની ગોઠવણી અને તૃતીય-પક્ષ VIB ને જ્યાં તેઓ સુસંગત હોય ત્યાં રાખે છે; પ્રોફાઇલ ઇન્સ્ટોલને અવેજી કરશો નહીં, જે છબીને બદલે છે.

રીબૂટ કર્યા પછી — લાયસન્સ, ચકાસો, પછી રિલીઝ કરો

એકવાર હોસ્ટ 8.0 પર બેકઅપ થઈ જાય પછી, તમારી ESXi 8.0 લાઇસન્સ કી લાગુ કરો — 6.7 કી સ્વીકારવામાં આવતી નથી, અને નવી કી વિના મૂલ્યાંકન ઘડિયાળ ટિક કરી રહી છે. જાળવણી મોડમાંથી બહાર નીકળો, પછી પહેલાં એક બિન-જટિલ VM શરૂ કરો અને બાકીનું શરૂ કરતાં પહેલાં તેનું નેટવર્ક, સ્ટોરેજ અને કન્સોલ તપાસો.

આગળ હોસ્ટ દ્વારા જ કાર્ય કરો: ડ્રાઇવર અથવા સેન્સરની ફરિયાદો માટે ઇવેન્ટ લોગ અને હાર્ડવેર સ્ટેટસ, દરેક ડેટાસ્ટોર માઉન્ટ થયેલ અને મેનેજમેન્ટ નેટવર્ક સેટિંગ્સ અકબંધ છે. ત્યારપછી જ સર્વર વપરાશકર્તાઓને પાછું છોડો, અને સ્ટેપ 3 થી ક્લોઝિંગ મેસેજ મોકલો.

ક્રેશ પ્લેબુક — પર્પલ સ્ક્રીન અને શિફ્ટ+આર રોલબેક

જો યજમાન પર્પલ-સ્ક્રીન (PSOD) અથવા અપગ્રેડ કર્યા પછી ઉપયોગી રીતે બુટ નહીં થાય, તો આ ક્રમમાં કાર્ય કરો. પ્રથમ, કોઈપણ વસ્તુને સ્પર્શ કરતા પહેલા જાંબલી સ્ક્રીનનો ફોટોગ્રાફ કરો. PSOD એ VMkernel છે જે જાણીજોઈને રોકે છે કારણ કે ચાલુ રાખવાથી VM ને જોખમ ઊભું થાય છે — અને સ્ક્રીન એ નિદાન છે: અપવાદ પ્રકાર અને તેના પર નામ આપવામાં આવેલ મોડ્યુલ કારણ તરફ નિર્દેશ કરે છે, ડ્રાઇવર મોડ્યુલ નામ સાથે હાર્ડવેર-સપોર્ટિંગ પોઈન્ટ અથવા ફર્મવેર પોઈન્ટ મેમરી પર ફર્મવેર સમસ્યા સૂચવે છે.

બીજું, એકવાર રીબૂટ કરો અને જુઓ. ડ્રાઇવર બદલાવ પછી એક જ ક્ષણિક જાંબલી સ્ક્રીન એ ડેટા છે; પુનરાવર્તન એક ચુકાદો છે. પ્રથમ શંકાસ્પદ, અપગ્રેડના પોતાના ક્રમમાં: એક અસમર્થિત NIC અથવા સ્ટોરેજ એડેપ્ટર, સુસંગતતા માર્ગદર્શિકા સૂચિ કરતાં જૂનું ફર્મવેર, અથવા જૂની આવૃત્તિએ ક્યારેય ભાર મૂક્યો ન હોય તેવી મેમરી ભૂલ.

ત્રીજું, રોલ બેક કરો. ESXi બે બૂટ બેંકમાં ઇન્સ્ટોલ કરે છે, અને અપગ્રેડ વૈકલ્પિક બેંકમાં તમારું અગાઉનું 6.7 બિલ્ડ અકબંધ રાખે છે. હોસ્ટને રીબૂટ કરો અને, બૂટ પ્રોમ્પ્ટ પર, Shift + R દબાવો અને પુષ્ટિ કરો — હોસ્ટ પાછલા 6.7 બિલ્ડને બૂટ કરે છે, રૂપરેખાંકન સમાવિષ્ટ, બરાબર તમે તેને છોડ્યું હતું. જો રોલબેક કામ કરે છે, તો તમે સમય ખરીદ્યો છે: ડેલાઇટમાં સુસંગતતા કારણને ઠીક કરો અને નવી વિંડોમાં ફરીથી અપગ્રેડ કરો.

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

તે પુનઃસ્થાપિત આદેશ એ બીજો એસ્કેપ માર્ગ છે — તે સ્ટેપ 2 બંડલમાંથી યજમાન રૂપરેખાંકનને સમાન સંસ્કરણ અને બિલ્ડના હોસ્ટ પર પાછા મૂકે છે, જ્યાં એક બૂટ બેંક પૂરતી નથી.