vSphere - क्यों VM हार्डवेयर संस्करण का उन्नयन?


18

वर्ष की शुरुआत में हमने vSphere 5.0 से vSphere 5.1 U1 बिल्ड 1063329 में एक दर्जन ESXi मेजबानों के साथ समझौता किया और Windows Server 2008 R2 SP1 पर होस्ट किए गए vCenter उदाहरण से हमारे vSphere पर्यावरण के उन्नयन का प्रदर्शन किया। इस परियोजना से बकाया मुद्दों में से एक वर्चुअल मशीन के लिए वर्चुअल हार्डवेयर का अपग्रेड है ।

मुझे यह समझने में परेशानी हो रही है कि मुझे अपने सभी वीएम पर वर्चुअल हार्डवेयर संस्करण को अपग्रेड करने के लिए काम और डाउनटाइम पर क्यों जाना चाहिए। हमारे नए बनाए गए वर्चुअल मशीन वर्चुअल हार्डवेयर v। 9 का उपयोग कर रहे हैं, vSphere 5.1 U1 में सबसे हाल ही में समर्थित संस्करण जो हमारे पुराने vSphere 5.0 उदाहरण पर विंडोज सर्वर 2012 R2 और WinPE 4.0 के साथ होने वाले मुद्दों को हल करता है। हमारे सभी पुराने वर्चुअल मशीन संगत वर्चुअल हार्डवेयर संस्करण ( KB2007240 ) हैं, इसलिए हम उनके हार्डवेयर संस्करण को अपग्रेड करने के लिए मजबूर नहीं हैं।

क्या मैं अपने सभी वर्चुअल मशीन के वर्चुअल हार्डवेयर को "नवीनतम" संस्करण 9 में अपग्रेड करने के लिए कुछ तकनीकी कारण याद कर रहा हूं क्योंकि ऑपरेटिंग सिस्टम और ESXi संगतता समस्या नहीं हैं? वर्चुअल हार्डवेयर को अपग्रेड करना आवश्यक नहीं है क्योंकि मुझे वीएम को बंद करना है, इसका स्नैपशॉट या बैकअप लेना है और फिर इसे कुछ सौ वीएम के लिए अपग्रेड करना है। भविष्य में ऐसा करने से बचने और गर्म फजी होने के अलावा कि हमारे सभी वीएम सबसे हाल ही में वर्चुअल हार्डवेयर संस्करण पर चल रहे हैं, मुझे एक रोलिंग अपग्रेड के बजाय एक सीधा कटओवर करने से क्यों परेशान होना चाहिए क्योंकि हम अपने वर्चुअल मशीनों को बदल देते हैं?

जवाबों:


17

सामान्य तौर पर, आभासी हार्डवेयर संस्करण नई कार्यक्षमता का विस्तार करते हैं, सीमाएं बढ़ाते हैं और प्रदर्शन के निहितार्थ हो सकते हैं। VMware हार्डवेयर संस्करण मैट्रिक्स देखें ।

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

वर्चुअल हार्डवेयर संस्करणों के संबंध में एकमात्र वास्तविक विचार संस्करण 8 या vmx-09 से vmx-10 में शुरू किए गए vmx-10 की चाल है। कर रहे हैं प्रबंधन क्षमता निहितार्थ इस कदम का। लेकिन सकारात्मक पर, उस प्रक्रिया को vSphere Web Client के माध्यम से सुव्यवस्थित किया जाता है, जो आपको अतिथि रिबूट के दौरान VM संस्करण अपग्रेड को शेड्यूल करने की अनुमति देता है।

यहाँ छवि विवरण दर्ज करें


1
"केवल सामान्य अतिथि ओएस शटडाउन के बाद ही अपग्रेड" विकल्प बहुत अच्छा है
वॉरेन

मैंने जो देखा है, "सामान्य अतिथि OS बंद होने के बाद केवल अपग्रेड" बेकार है। जब इसकी जाँच की जाती है, तो हार्डवेयर संस्करण अपग्रेड केवल तब होता है जब VM संचालित होता है, तब नहीं जब अतिथि OS रिबूट करता है, जो मूल रूप से "अनुसूचित" (या अवसरवादी) उन्नयन के विचार को बर्बाद कर देता है।
निकोलस मेले
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.