हाइपर-वी होस्ट ओएस के शीर्ष पर चलता है, इसलिए इसे मूल (टाइप -1) हाइपरविजर क्यों माना जाता है?

Question

विकिपीडिया कहता है :

हाइपर- V , कूट नाम विरिडियन [5] और पूर्व में विंडोज सर्वर वर्चुअलाइजेशन के रूप में जाना जाता है, एक देशी हाइपरविज़न है ... *

विकिपीडिया खुद कहता है कि एक मूल हाइपरवाइज़र टाइप -1 हाइपरविज़र है - जिसका अर्थ है कि यह सीधे हार्डवेयर से जुड़ा है। एक और एक टाइप 2 है जो ओएस पर निर्भर करता है।

हाइपर-वी एक होस्ट मशीन (विंडोज ओएस) पर स्थापित है - इसे टाइप -1 के रूप में क्यों वर्गीकृत किया गया है?

Comments

"हाइपर-वी एक होस्ट मशीन (विंडोज ओएस) पर स्थापित है" - वास्तव में, यह होस्ट ओएस के तहत "इंस्टॉल किया गया" है।

— जार्ज डब्ल्यू मित्तग

Answer 1

एक प्रकार -1 सूत्र का अर्थ है यह प्रत्यक्ष है कि पहुँच हार्डवेयर के लिए।

टाइप -2 हाइपरवाइजर एक अन्य होस्ट ओएस के शीर्ष पर चल रहा है और हार्डवेयर तक पहुंच नहीं है। यही कारण है कि वर्चुअल मशीन पर एक और ओएस के भीतर चलने वाली कई सीमाएं हैं जैसे कि वीएम एक भौतिक वायरलेस कार्ड का उपयोग नहीं कर सकता है, लेकिन इसके बजाय एक वर्चुअल का उपयोग करना होगा।

यहाँ टाइप 1 और टाइप 2 के बीच अंतर बताने के लिए एक अच्छा आरेख है:

शायद आपको यहां और अधिक विस्तृत विवरण मिलेगा ।

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

तुम भी अखंड (VMSphere) और microkernalized (हाइपर- V) Hypervisers के बीच अंतर पर पढ़ना चाहते हो सकता है ।

Comments

यह एक उत्कृष्ट उत्तर है।

— रामहुंड

यह इसलिए भी है कि हाइपर-वी स्थापित करते ही वर्चुअलाइजेशन सॉफ्टवेयर काम करना बंद कर सकता है, भले ही आपको कोई संकेत न हो कि हाइपर-वी वास्तव में चल रहा है।

— hvd

आप हाइपर v भूमिका स्थापित कर सकते हैं, लेकिन इसे अक्षम कर सकते हैं ताकि आप हाइपरविज़र को स्विच कर सकें, लेकिन यह केवल हाइपरविज़र IMO के परीक्षण के लिए उपयोगी है

— FreeSoftwareServers

@hvd क्या यह उसी कारण से है कि हाइपर-वी सक्षम होने पर Android वर्चुअल डिवाइस (AVD) चलने में विफल रहता है। मैं bcdedit /set hypervisorlaunchtype offएंड्रॉइड स्टूडियो से AVD लॉन्च करने के लिए हाइपर-वी का उपयोग कर रहा हूं ।

— RBT

Omgubuntu.co.uk पर "जब विंडोज हाइपर-वी एक प्रकार का 1 हाइपरविजर होता है, जिसका उपयोग विंडोज सर्वर पर किया जाता है (जहां यह सीधे हार्डवेयर पर चलता है, न कि ओएस के ऊपर जो हार्डवेयर पर चल रहा है) यह एक प्रकार है विंडोज 10 प्रो डेस्कटॉप पर उपयोग किए जाने पर 2 हाइपरविजर। " omgubuntu.co.uk/2018/09/hyper-v-ubuntu-1804-windows-integration

— कुकुनिन

Answer 2

ऑपरेटिंग सिस्टम के नीचे हाइपर-वी स्थापित है। होस्ट OS स्वयं एक वर्चुअल मशीन बन जाता है। यह परिवर्तन उपयोगकर्ताओं और अनुप्रयोगों के लिए पारदर्शी है क्योंकि होस्ट सीधे हार्डवेयर तक पहुंच जारी रख सकता है।

• हाइपर-वी में एक हाइपरविजर परत होती है, जिस पर माता-पिता का विभाजन होता है और संभवतः किसी भी बच्चे के विभाजन होते हैं । मूल विभाजन में होस्ट ऑपरेटिंग सिस्टम होता है। बाल विभाजन मेजबान द्वारा बनाए जाते हैं और इसमें अतिथि ऑपरेटिंग सिस्टम होते हैं जो मूल विभाजन के साथ चलते हैं।

^{छवि स्रोत}

• अधिकांश नए x86 प्रोसेसर पर पाए जाने वाले हार्डवेयर-असिस्टेड वर्चुअलाइजेशन तकनीक का उपयोग करके , वर्चुअल मशीन को सीधे हार्डवेयर तक पहुंचने की क्षमता प्रदान करना संभव है। हाइपर-वी इस तकनीक का उपयोग माता-पिता के विभाजन को सीधे हार्डवेयर एक्सेस देने के लिए करता है, जबकि बच्चे के विभाजन को केवल हार्डवेयर का एक वर्चुअलाइज्ड सेट देता है।

• क्योंकि होस्ट ओएस पर अधिकांश मौजूदा डिवाइस ड्राइवर और एप्लिकेशन (जो मूल विभाजन में रहते हैं) हार्डवेयर तक पहुंच सकते हैं जैसे कि कोई हाइपरवाइजर मौजूद नहीं है, हाइपर-वी भूमिका को सक्षम करना आमतौर पर उपयोगकर्ताओं और अनुप्रयोगों के लिए पारदर्शी है। सिस्टम यह दिखाता है कि मेजबान ऑपरेटिंग सिस्टम के शीर्ष पर चलने वाले हाइपरविजर और कोई भी मेहमान, भले ही हाइपरवाइजर मेजबान के साथ-साथ मेहमानों के नीचे बैठता है ।