क्या हाइपर- V एक वास्तविक हाइपरवाइजर है

Question

विकिपीडिया के अनुसार, हाइपर-वी और हाइपर-वी सर्वर हैं। ठीक है...

हाइपर- V सर्वर को चलाने के लिए OS की आवश्यकता नहीं होती है, इसलिए यह सही हाइपरवाइज़र है। लेकिन विंडोज़ -2008 के अंदर हाइपर-वी के बारे में क्या, यह "टाइप 2" है?

Answer 1

जब हाइपर-वी विंडोज सर्वर 2008 और विंडोज सर्वर 2008 आर 2 पर एक भूमिका के रूप में चलता है तो यह अभी भी और हाइपरविजर है।

यह दोनों मामलों में टाइप 1 (नंगे धातु) है।

यहाँ ट्रिक यह है कि जब आप हाइपर- V को विंडोज सर्वर 2008 R2 पर एक भूमिका के रूप में स्थापित करते हैं तो आप एक होस्ट ओएस की तरह विंडोज सर्वर को देखते हैं और यह नहीं है। सेटअप मूल ओएस को एक वीएम की तरह कुछ में परिवर्तित करता है और नीचे हाइपरविजर डालता है। इसे ही हाइपर-वी का मूल या मूल विभाजन कहा जाता है। यही कारण है कि आप "असली मशीन" और आभासी मशीनों के रूप में जो देखते हैं, वही अनुभव करते हैं।

आप MSDN पर हाइपर- V आर्किटेक्चर पा सकते हैं ।

Comments

मैं इसके टाइप 1 से असहमत हूं। क्योंकि यह मूल विभाजन पर बहुत निर्भर करता है और इसके बिना काम नहीं कर सकता।

— अलेक्सी फ्रुंज़े

@ एलेक्स: जबकि रूट विभाजन के लिए बहुत सारे ओएस "बात" करते हैं, इसकी आवश्यकता नहीं है। रूट पार्टिशन की मदद के बिना "अनइंस्टाल्ड पार्टीशन" पूरी तरह से काम करने में सक्षम है। अगर कुछ भी हो तो उसे "टाइप 1 + 2" कहा जाना चाहिए लेकिन निश्चित रूप से "टाइप 1" नहीं।

— बार्ट डी वोस

@ एलेक्स ने आर्टिक्वेचर पढ़ा। Is Type 1. यह कुछ चीजों के लिए रूट विभाजन में वास्तविक है और इसे इस तरह से डिजाइन किया गया था कि मूल रूप से एक विशाल ड्राइवर संगतता हो और न ही विशेष ड्राइवरों के साथ विशेष हार्डवेयर की आवश्यकता हो। लेकिन प्रॉसेसर, मेमोरी आदि संसाधनों तक पहुंच रूट विभाजन से नहीं गुजरती।

— रिकार्डो पोलो

@BartDeVos: नहीं, असमर्थ। देखें कि VMWP क्या करता है : [Virtual Machine Worker Process] also handles IRQs, memory and I/O port mapping through a Virtual Motherboard (VMB).यह भी ध्यान दें कि Virtual Devices are managed by the Virtual Motherboard (VMB). Virtual Motherboards are contained within the Virtual Machine Worker Processes, of which there is one for each virtual machine. Virtual Devices fall into two categories, Core VDevs and Plug-in VDevs. Core VDevs can either be Emulated Devices or Synthetic Devices.टाइप 1.5।

— अलेक्सी फ्रुंज़े

@ एलेक्स, क्या आप एक हाइपरवाइजर को सुझाव दे सकते हैं जो रूट विभाजन के बिना काम कर सकता है, तुलना के माध्यम से?

— हैरी जॉन्सटन

Answer 2

जब भी आपके वर्चुअलाइजेशन-सॉल्यूशन को चलाने के लिए OS (अन्य तब बहुत बुनियादी कामों के लिए खुद का होना चाहिए) की आवश्यकता होती है, तो यह "टाइप 2" है -थैर्युलाइज़ेशन।

ऐसा लगता है कि जब आप सर्वर रोल को स्थापित करेंगे तो विंडोज सर्वर ओएस खुद ही वर्चुअलाइज हो जाएगा। हाइपरविजर शुरू में बूट पर शुरू किया जाएगा जो बूट प्रक्रिया को विंडोज सर्वर 2008 को सौंप देगा, जो अब पेरेंट पार्टिशन है। मूल विभाजन को रूट विभाजन भी कहा जाता है। अधिक जानकारी इस लेख में पाई जा सकती है

तो, हाइपर-वी नंगे-धातु है और इस प्रकार टाइप 1 है।

Comments

अच्छा ग्राफिक। अंतर दिखाना बहुत आसान बनाता है।

— mrdenny

Answer 3

हाइपर-वी एक प्रकार 1 हाइपरविजर है , चाहे वह विंडोज सर्वर घटक के रूप में स्थापित हो या "हाइपर-वी सर्वर" के रूप में।

पूर्व मामले में, ऐसा लगता है कि यह एक टाइप 2 उत्पाद है क्योंकि आप पहले विंडोज़ स्थापित करते हैं, लेकिन जब आप हाइपर-वी भूमिका स्थापित करते हैं, तो यह अनिवार्य रूप से पहले से मौजूद विंडोज़ सर्वर इंस्टॉलेशन को वर्चुअलाइज करता है।

( इस पृष्ठ से डेटाशीट भी देखें , और बहुत बड़ी हाइपर-वी वर्चुअलाइज़ेशन आर्किटेक्चर "पोस्टर" यहां )।

Answer 4

दोनों मामलों में हाइपरविजर एक ही प्रकार 2 है।

संपादित करें: ठीक है, कड़ाई से बोलते हुए, डिजाइन के आधार पर, यह न तो टाइप 1 है और न ही टाइप 2 है, यह दोनों का मिश्रण है।

Comments

-1। विकिपीडिया के अनुसार, यह सच नहीं है। भले ही हाइपर-वी ऐसा लगता है कि हाइपरविज़र 2008 के ओएस पर चल रहा है। यह वास्तव में एक वर्चुअलाइज्ड 2008 का उदाहरण है।

— kbyrd

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

— अलेक्सी फ्रुंज़े

यह प्रकार है 1. मिश्रण नहीं। यदि आप हाइपर-वी पर टेक्नोनॉजिकल होना चाहते हैं, तो केवल एक ही चीज है जो x86-64 की संख्या 1 की अंगूठी पर चलती है। और कुछ नहीं :)। अन्य लोग मानते हैं कि शायद आप VMBus, वर्चुअल मशीन प्रबंधन सेवा आदि की तरह भ्रमित कर रहे हैं, उनमें से अधिकांश को आभासी मशीनों को एक उच्च परत पर सभी हार्डवेयर रन के साथ तेजी से काम करने देने के लिए डिज़ाइन किया गया है। यदि आप अन्य मार्केट लीडर्स हाइपरवाइजर के आर्किटैक्चर को पढ़ते हैं तो आपको एक ही सामान मिलेगा और उसके लिए इसका मतलब यह नहीं है कि टाइप 1 नहीं हैं।

— रिकार्डो पोलो

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

— एलेक्सी फ्रुंज़े