वर्चुअलाइजेशन प्रबंधन: क्या वीसीएनआर, वीम आदि को भौतिक मशीन या वीएम पर होना चाहिए?


10

मैंने देखा है कि बहुत से लोग VsCere / ESXi पर होस्ट किए गए VM पर vCenter Server चलाते हैं। यह मुझे अजीब लगता है, क्योंकि अगर मेजबान के साथ कोई समस्या है तो आप मेजबान आदि को स्विच करने के लिए मेजबान और प्रबंधन क्षमताओं दोनों को खो देंगे।

क्या मुझे VM मशीन टूल्स जैसे vCenter और Veeam चलाने के लिए या उन्हें VM से चलाने के लिए एक भौतिक मशीन (जैसे। माइक्रोसेवर) का प्रावधान करना चाहिए? यहाँ सबसे अच्छा अभ्यास क्या है?

संपादित करें: - मैं एक एसएमबी वातावरण में काम करता हूं और लगभग विशेष रूप से वीएमवेयर एसेंशियल पैक का उपयोग करता हूं, इसलिए 5 या उससे अधिक मेजबानों का उपयोग नहीं करता है, इसलिए किसी प्रकार के निरर्थक या क्लस्टर किए गए vcenter सेटअप को सेट करना बहुत अधिक अवास्तविक है।


2
VMWare आवश्यक 3 होस्ट तक सीमित है, आप "5 या तो होस्ट" प्राप्त करने में सक्षम नहीं होंगे, जब तक कि आप एक और VMWare आवश्यक लाइसेंस नहीं खरीदते हैं और इसे प्रबंधित करने के लिए एक अलग vCenter सर्वर के साथ एक और क्लस्टर सेटअप करने के लिए उपयोग करते हैं।
रेक्स

अच्छी बात! मैं सोच रहा था कि मैं 6 लाइसेंस प्राप्त सॉकेट का उपयोग 6 x 1 सीपीयू के रूप में कर सकता हूं, लेकिन मैं देखता हूं कि यह कैसे काम करता है।
ब्लू कॉमप्यूट

जवाबों:


7

VMware सबसे अच्छा अभ्यास अब एक VM पर हा के साथ vCenter स्थापित करना है। यह एक VMware प्रशिक्षण वर्ग से है जब 5 मूल रूप से सामने आए। हा vCenter की आवश्यकता नहीं है वास्तव में एक बार काम किया जा रहा है, क्योंकि मेजबान जानते हैं कि क्या करना है।

मेरे पास एसेंशियल प्लस है, इस सेटअप का उपयोग करें, और यह पुष्टि कर सकते हैं कि यह हमारे लिए अच्छा काम करता है। बस यह सुनिश्चित करें कि आप हा को समायोजित करने के लिए अपने मेजबानों पर पर्याप्त क्षमता रखते हैं।


7

हमारे पास 100 से अधिक अलग-अलग वॉयसर्स हैं और उनमें से हर एक वीएम है, इसका मतलब है कि हमें सभी सामान्य वर्चुअलाइजेशन लाभ मिलते हैं और क्योंकि हम उन्हें एक दुर्घटना की स्थिति में एक विशिष्ट प्रबंधन क्लस्टर पर चलाते हैं या हम जो भी सीधे मेजबान से कनेक्ट कर सकते हैं वे चल रहे हैं और पुनः आरंभ करें या जो भी आवश्यक हो। हम चौथे या 5 वें सबसे बड़े VMWare ग्राहक की तरह कुछ हैं और हम इसके लिए एक भौतिक का उपयोग करने पर विचार नहीं करेंगे, विशेष रूप से एक निचला-अंत वाला बॉक्स जैसे कि आपने सुझाव दिया है।


हमारे लिए, अनिवार्य रूप से प्लस रनिंग करने वाले केवल नश्वर के लिए, मुझे लगता है कि चिंता यह होगी कि अगर मेरे पास तीन क्लस्टर होस्ट हैं और vCenter जो उस समूह में से एक पर प्रबंधन करता है, तो इस घटना में कि vCenter दुर्घटनाओं के साथ मेजबान, vCenter है दो अच्छे मेजबानों पर उस होस्ट से अन्य वीएम को बूट करने के लिए हा संचालन को पूर्ण करने के लिए उपलब्ध नहीं होने जा रहा है। हो सकता है कि ओपी के विचार यह नंगे धातु स्थापित करने के लिए नहीं चल रहे हों, लेकिन क्या यह प्रबंधन कर रहे क्लस्टर के बाहर एक स्टैंडअलोन सर्वर पर चल रहा है?
साफादो

Reaqlly? VmWaere उसके लिए VCenter पर निर्भर करता है? हाइपर- V नहीं करता है (जैसे: हाइपर- V VM को एक क्लस्टर पर रखता है, फिर CLUSTER SCVMM को नियंत्रित किए बिना विफल हो जाता है)। मुझे उम्मीद थी कि VmWare भी उसी तरह काम करेगा।
टॉमटॉम

2
नहीं, यह टॉमटॉम नहीं है, हा सेटअप है और vCenter द्वारा कॉन्फ़िगर किया गया है, लेकिन एक बार यह ऊपर और चल रहा है और मेजबानों को अपनी एचए योजनाओं की आवश्यकता है। यदि आप vCenter खो देते हैं तो क्या आप DRS खो देते हैं, लेकिन यह आमतौर पर एक मुद्दा नहीं है।
चॉपर 3

4
@Safado - ऊपर मेरी टिप्पणी के रूप में, हा - एक बार कॉन्फ़िगर किया गया - जब तक आप मेजबानों को जोड़ते या हटाते हैं, तब तक वीसी की आवश्यकता नहीं होती है।
चॉपर 3

महान। मुझे लगा कि यह हमेशा उपलब्ध होने वाले vCenter पर निर्भर करता है। धन्यवाद।
सफेडो

0

वास्तव में, ज्यादातर समय, प्रबंधन उपकरण भी वर्चुअलाइज्ड होते हैं, मूल रूप से क्योंकि उन्हें पर्याप्त संसाधनों की आवश्यकता नहीं होती है जो भौतिक सर्वर का उपयोग करने की सलाह देंगे।

वर्चुअलाइज्ड इन टूल्स को HA / FT / DRS (vmware वातावरण में) से भी फायदा हो सकता है।

तो मेरा जवाब नहीं होगा, आपको इन प्रबंधन उपकरणों के लिए एक भौतिक सर्वर प्रदान करने की आवश्यकता नहीं है।


0

हम एसेंशियल प्लस का उपयोग करते हैं और वीएम में अपना vCenter भी चलाते हैं। क्लस्टरिंग सेट करने वाली चीज़ को क्लस्टर करने के बारे में आपकी चिंताओं को अन्य उत्तरों और टिप्पणियों में कवर किया गया है। पर्यावरण की पुनर्प्राप्ति सुनिश्चित करने के लिए हम कुछ अतिरिक्त सावधानी बरतते हैं:

  1. एक ही प्रबंधन वीएलएएन के लिए एक आउट-द-बैंड पथ चलाएं ताकि प्राथमिक पथ अनुपलब्ध होने पर हम क्लस्टर होस्ट्स के लिए वैकल्पिक पहुंच प्राप्त कर सकें। हमारे मामले में हम पूरी तरह से वर्चुअलाइज्ड रूटिंग ( वीआईओएस के लिए क्विक प्लग ) चलाते हैं, इसलिए हम बस ईएसएक्सआई फ्री या आवश्यक होस्ट (केवल उपलब्ध लाइसेंस के आधार पर) को पर्याप्त ईएसएक्सआई सर्वर में लाने की अनुमति देने के लिए पर्याप्त वर्चुअल राउटर के साथ चलाते हैं।
    हम अपने IGP के रूप में OSPF का उपयोग करते हैं, इसलिए आउट-ऑफ-बैंड होस्ट पर राउटर अपने उत्पादन समकक्षों की तुलना में थोड़ी अधिक इंटरफ़ेस लागत (कम बैंडविड्थ) के साथ सेट होते हैं ताकि उन्हें हर समय चालू रखा जा सके लेकिन जब तक उत्पादन ट्रैफ़िक की सेवा न करें एक क्लस्टर आउटेज है।
  2. एक पुराने लैपटॉप (जिसकी बैटरी 10 मिनट से अधिक समय तक चलती है!) को सर्वर रूम या डेटा सेंटर किट में रखें जिसमें वीस्फेयर कंसोल लगा हो और जाने के लिए तैयार हो ताकि हम प्रबंधन वीएलएएन में प्लग कर सकें और जरूरत के अलग-अलग सर्वर का प्रबंधन कर सकें। उपर्युक्त आउट-ऑफ-बैंड होस्ट के कारण इसका उपयोग शायद ही कभी किया जाता है।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.