एक ESXi सर्वर, इसके अंदर रहने वाली एक पूरी Proxmox लैब। नेस्टेड वर्चुअलाइजेशन तब अच्छी तरह से काम करता है जब दो सेटिंग्स सही होती हैं - और जब वे नहीं होती हैं तो चुपचाप विफल हो जाती है। यह मार्गदर्शिका दोनों को सेट करती है, साबित करती है कि KVM Proxmox के अंदर जीवित है, और आपको ईमानदारी से बताता है कि यह सेटअप किस लिए है।
नेस्टेड वर्चुअलाइजेशन का अर्थ है वर्चुअल मशीन के अंदर चलने वाला एक हाइपरवाइजर: ESXi के अंदर Proxmox, जिसके अंदर अपने स्वयं के VM और कंटेनर होते हैं। यह वहां की सबसे सस्ती प्रयोगशाला है - एक सर्वर, सीखने के लिए दो प्लेटफ़ॉर्म, शून्य अतिरिक्त हार्डवेयर। लेकिन एक डिफ़ॉल्ट ESXi VM अपने अतिथि से सीपीयू की वर्चुअलाइजेशन सुविधाओं को छुपाता है, इसलिए एक स्टॉक Proxmox इंस्टॉल ठीक से बूट होता है और फिर किसी भी VM को शुरू करने से इनकार कर देता है। दो सेटिंग्स इसे ठीक करती हैं: एक ESXi की तरफ, एक नेटवर्क की तरफ। यह पेज क्रम से पूरा सेटअप करता है और आगे बढ़ने से पहले हर परत का सत्यापन करता है।
तीन तथ्य, स्पष्ट रूप से बताए गए हैं, क्योंकि प्रत्येक नेस्टेड लैब को उनके साथ शुरू करना चाहिए। पहला: यह एक प्रयोगशाला तकनीक है। ब्रॉडकॉम के स्वयं के vSphere दस्तावेज़ में कहा गया है कि वर्चुअलाइजेशन-आधारित सुरक्षा के लिए हाइपर-V जैसे संकीर्ण रूप से प्रलेखित मामलों के अलावा, VMware ESXi पर तृतीय-पक्ष हाइपरवाइज़र चलाने का समर्थन नहीं करता है। ESXi में निहित Proxmox काम करता है, और हजारों घरेलू प्रयोगशालाएँ इसे चलाती हैं - लेकिन कोई भी विक्रेता इसके बारे में आपका समर्थन कॉल नहीं लेगा।
दूसरा: भौतिक सीपीयू में इंटेल वीटी-एक्स या एएमडी-वी, सर्वर BIOS में सक्षम होना चाहिए। ESXi उस सुविधा से नहीं गुजर सकता जिसे हार्डवेयर ने बंद कर दिया है। तीसरा: एक नेस्टेड सेटअप केवल मेजबान की अतिरिक्त क्षमता जितना ही मजबूत होता है। Proxmox को स्वयं संसाधनों की आवश्यकता होती है, और Proxmox के अंदर प्रत्येक VM उन्हें फिर से खर्च करता है। एक 8 जीबी होस्ट एक निराशाजनक प्रयोगशाला की मेजबानी करेगा।
इसे अभी चालू न करें. VM बंद होने पर अगला चरण कहीं अधिक आसान है।
यह वह सेटिंग है जिस पर पूरा सेटअप खड़ा है। यह ESXi को सीपीयू के वर्चुअलाइजेशन एक्सटेंशन (इंटेल पर vmx ध्वज, AMD पर svm) को Proxmox VM के माध्यम से सौंपने के लिए कहता है, ताकि Proxmox का अपना KVM हाइपरवाइजर उनका उपयोग कर सके।
ब्रॉडकॉम के दस्तावेज़ीकरण से आवश्यकताएँ: ESXi 5.1 या बाद के संस्करण की VM संगतता, और VT-x या AMD-V के साथ इंटेल नेहलेम पीढ़ी या नए (AMD Opteron जनरेशन 3 या नए) का एक CPU BIOS में रहता है।
फ़ाइल-आधारित मार्ग: होस्ट पर जहां विकल्प तक पहुंचना अजीब है, वही स्विच VM की .vmx फ़ाइल में लाइन vhv.enable = "TRUE" के रूप में मौजूद है। इसे केवल तभी जोड़ें जब VM पूरी तरह से बंद हो - ESXi चालू VM की फ़ाइल को फिर से लिखता है और आपका संपादन गायब हो जाता है।
अपने पीसी से, https://YOUR-PROXMOX-IP:8006 खोलें। ब्राउज़र स्व-हस्ताक्षरित प्रमाणपत्र के बारे में चेतावनी देगा - यह एक ताज़ा प्रोक्समॉक्स के लिए सामान्य है और आपके अपने लैब नेटवर्क पर आगे बढ़ना सुरक्षित है। आपके द्वारा सेट किए गए पासवर्ड से रूट के रूप में लॉग इन करें।
Proxmox स्वयं इस बिंदु पर पूरी तरह से पिंग, अपडेट और ब्राउज़ करेगा - यही कारण है कि यह कदम लोगों को आश्चर्यचकित करता है। VMs अंदर Proxmox अपने स्वयं के MAC पते वाले नेटवर्क फ़्रेम भेजते हैं, और एक डिफ़ॉल्ट ESXi पोर्ट समूह उन फ़्रेमों को छोड़ देता है जिनका स्रोत MAC उस VM का MAC नहीं है जिसे वह जानता है। नेस्टेड मेहमान चुप हो जाते हैं।
इसे समर्पित लैब पोर्ट समूह पर करें, न कि आपके उत्पादन वीएम द्वारा उपयोग किए जाने वाले पोर्ट समूह पर - विशिष्ट मोड और जाली ट्रांसमिट को स्वीकार करना स्विच सुरक्षा को जानबूझकर ढीला करना है, और यह केवल वहीं से संबंधित है जहां नेस्टेड मेहमान रहते हैं। इस श्रृंखला में इस एक सुधार पर एक पूरा पृष्ठ है, क्योंकि यह नेस्टेड लैब के "आधा काम करने" का सबसे आम कारण है।
चेकबॉक्स पर भरोसा न करें - प्रॉक्समॉक्स से पूछें। इसका शेल खोलें (वेब यूआई → आपका नोड → शेल) और चलाएं:
ls -l /dev/kvm - डिवाइस मौजूद होना चाहिए। कोई /dev/kvm नहीं, कोई हार्डवेयर त्वरण नहींcat /sys/module/kvm_intel/parameters/nested - इंटेल पर इसे Y का उत्तर देना चाहिए (AMD पर, kvm_amd को उसी तरह जांचें)egrep -c "(vmx|svm)" /proc/cpuinfo - 0 से ऊपर की किसी भी संख्या का मतलब है कि वर्चुअलाइजेशन फ़्लैग अतिथि तक पहुंच गया हैयदि इनमें से कोई भी विफल हो जाता है, तो Proxmox से लड़ने के बजाय ESXi पक्ष (चरण 3) को रोकें और ठीक करें - समस्या कभी भी इंस्टॉलर के अंदर नहीं होती है।
host पर सेट करें - डिफ़ॉल्ट अनुकरणित CPU आपके द्वारा अभी-अभी उजागर किए गए झंडे को छुपाता है, और host वास्तविक CPU को पार करता हैहल्की और ईमानदार शुरुआत करें: एक लिनक्स वीएम, फिर कंटेनर, फिर भारी मेहमान। यदि आपके ESXi संस्करण पर कोई भी चरण भिन्न दिखता है तो ऊपर दिया गया वीडियो स्क्रीन पर इस सटीक निर्माण को दिखाता है।
नेस्टेड प्रॉक्समॉक्स बिल्ड को लाइव देखें - वीएम निर्माण, एक्सपोज़ सेटिंग और पहला अतिथि - पूरे वीडियो में।
▶️ Watch Full Videoयह एक्सपोज़ सेटिंग के बंद होने का प्रमुख लक्षण है। प्रॉक्समॉक्स स्वयं एक लिनक्स सिस्टम है, इसलिए यह वर्चुअलाइजेशन एक्सटेंशन के बिना सामान्य रूप से इंस्टॉल और बूट होता है। हालाँकि, इसके KVM हाइपरवाइज़र को vmx या svm CPU फ़्लैग की आवश्यकता होती है। ESXi में Proxmox VM को संपादित करें, CPU का विस्तार करें, और अतिथि OS में एक्सपोज़ हार्डवेयर असिस्टेड वर्चुअलाइजेशन पर टिक करें। फिर Proxmox के अंदर ls -l /dev/kvm के साथ सत्यापित करें - डिवाइस मौजूद होना चाहिए।
नहीं, और दो अलग-अलग कारणों से। प्रदर्शन: प्रत्येक नेस्टेड वीएम दो हाइपरवाइजरों को कर का भुगतान करता है, इसलिए सीपीयू और डिस्क का काम अकेले किसी भी प्लेटफॉर्म की तुलना में काफी धीमा है। समर्थन: ब्रॉडकॉम के vSphere दस्तावेज़ में कहा गया है कि VMware विशेष रूप से प्रलेखित कार्यक्षमता के बाहर ESXi पर तृतीय-पक्ष हाइपरवाइज़र चलाने का समर्थन नहीं करता है। एक नेस्टेड लैब सीखने, परीक्षण और अभ्यास के लिए है - कार्यभार जो नंगे धातु पर निर्भर करता है।
लगभग हमेशा ESXi पोर्ट समूह सुरक्षा नीतियाँ। नेस्टेड वीएम अपने स्वयं के मैक पते के साथ फ़्रेम संचारित करते हैं, और एक डिफ़ॉल्ट पोर्ट समूह जाली ट्रांसमिट और मैक पते में परिवर्तन को अस्वीकार कर देता है, इसलिए ट्रैफ़िक चुपचाप कम हो जाता है। आपके Proxmox VM द्वारा उपयोग किए जाने वाले पोर्ट समूह को संपादित करें और Promiscuous मोड सेट करें, MAC पता बदलता है और फोर्ज्ड सभी को स्वीकार करने के लिए प्रसारित करता है - आदर्श रूप से एक समर्पित लैब पोर्ट समूह पर।