🐩 💟 ✍🏾 Proxmox 3.1: इंस्टॉलेशन की बारीकियां बॉक्स से बाहर 🥠 💬 🎭

कई पोस्ट Habr पर Proxmox वर्चुअलाइजेशन सिस्टम के लिए समर्पित थे, और निश्चित रूप से, इस पोस्ट को लिखने से पहले मुझे उन्हें अपने स्वयं के प्रयोग के लिए अध्ययन करना था। मेरा शोध नंगे धातु पर Proxmox 3.1 को स्थापित करने, इसे कॉन्फ़िगर करने और नई प्रणाली में VMWare से मौजूदा आभासी मशीनों को स्थानांतरित करने के लिए नीचे आया। OS इंस्टॉलेशन बाहर किया गया था, जैसा कि पोस्ट के नाम का अर्थ है, Proxmox 3.1 वितरण किट से, "जैसा है"। वर्चुअल मशीन को स्थापित करने, कॉन्फ़िगर करने और आयात करने की प्रक्रिया में, दिलचस्प क्षण उत्पन्न हुए जो मैं समुदाय के साथ साझा करना चाहूंगा।

पहला क्षण: सिस्टम और संदेश "GRUB LOADING ..." स्थापित करना

डिस्क से OS स्थापित करने के बाद, Proxmox रिबूट होता है और पहली बार शुरू होता है, इस समय संदेश "GRUB LOADING .." प्रदर्शित होता है और प्रारंभ फ्रीज होता है।
"GRUB LOADING .." की समस्या 2 कारकों के साथ जुड़ी हुई है, जिन्हें प्रॉक्समॉक्स स्थापित करते समय विचार किया जाना चाहिए:

हार्ड ड्राइव जिस पर ओएस इंस्टॉलेशन किया जाता है, उसे हमेशा स्टार्टअप पर सबसे पहले होना चाहिए (दुर्भाग्य से, BIOS में बूट ऑर्डर विकल्प की संबंधित स्थापना वांछित परिणाम नहीं देती है, विरोधाभास है, लेकिन आपको वांछित sata0 पोर्ट को खोजने और सिस्टम को सही कॉन्फ़िगरेशन में बूट करने की आवश्यकता है)
ड्राइव को हमेशा कनेक्ट होना चाहिए (ड्राइव के बिना हम "GRUB LOADING .." का निरीक्षण करेंगे, जाहिर है, ड्राइव डिवाइस स्टार्टअप स्क्रिप्ट में दिखाई देता है)

दूसरा क्षण: ओपनवेज़ कंटेनर (प्रॉक्समोक्स) में नेटवर्क को कॉन्फ़िगर करना या पुल जैसे इंटरफ़ेस को सक्रिय करना

वेब इंटरफेस में एक कंटेनर बनाने के बाद, नेटवर्क कॉन्फ़िगरेशन के साथ एक समस्या है। स्थापित करते समय, एक आईपी पते को निर्दिष्ट करना संभव है, हालांकि यह वर्चुअल एनएटी होगा, अर्थात। कंटेनर तक पहुंच संभव है, लेकिन पूरे नेटवर्क से नहीं। कंटेनर के लिए पूरे नेटवर्क से सुलभ होने के लिए, आपको ईथरनेट (eth0) को कॉन्फ़िगर करने की आवश्यकता है। स्थापना के चरण में, eth0 को भी कॉन्फ़िगर किया जा सकता है, लेकिन IP पता असाइन नहीं किया जाएगा। इसके अलावा, eth0 कंटेनर में ही अनुपस्थित है (ifconfig कमांड इसे नहीं दिखाता है)। यह वह जगह है जहां समस्या उत्पन्न होती है: पुल इंटरफ़ेस को कॉन्फ़िगर कैसे करें।
OpenVZ नेटवर्क स्थापित करने की सामग्री के अनुसार, आपको निम्नलिखित कार्य करने होंगे: कंटेनर ("100" - कंटेनर आईडी) दर्ज करें
vzctr enter 100
कंटेनर सिस्टम में eth0 इंटरफ़ेस को परिभाषित करें (इस चरण के बिना, अगला कदम तब तक मान्य होगा जब तक कंटेनर पुनः लोड नहीं हो जाता)
ifconfig eth0 0
उसके बाद eth0 इंटरफ़ेस को कॉन्फ़िगर करें

  ifconfig eth0 192.168.XXX.XXX नेटमास्क 255.255.255.0
 आईपी मार्ग 192.168.XXX.YYY देव eth0 जोड़ें
 आईपी मार्ग 192.168.XXX.YYY के माध्यम से डिफ़ॉल्ट जोड़ें

या स्थायी रूप से / etc / नेटवर्क / इंटरफेस में योगदान करते हैं

  ऑटो eth0
 iface eth0 इनसेट स्थिर
		 पता 192.168.XXX.XXX
		 netmask 255.255.255.0
		 गेटवे 192.168.XXX.YYY

प्वाइंट तीन: वीएमवारे वर्चुअल मशीनों को केवीएम प्रॉक्समॉक्स में आयात करें

आयात करें freebsd.vmdk
एक मौजूदा VMWare वर्चुअल मशीन को FreeBSD के साथ आयात करने से पहले, आपको उसी पैरामीटर के साथ Proxmox KVM पर इसका एक प्रोटोटाइप बनाना होगा, "vmdk" डिस्क प्रारूप, IDE का चयन करें। प्रोटोटाइप बनाने के बाद, "freebsd.vmdk" डिस्क को / var / lib / vz / images / id / पर कॉपी करें, इसका नाम बदलें (बनाई गई डिस्क का नाम देकर) और वर्चुअल मशीन शुरू करें। यदि डाउनलोड रूट विभाजन की खोज के साथ समाप्त होता है, तो मशीन के ड्राइव में उन्माद डिस्क को लोड करें और एचडीआरडब्ल्यू मोड में लाइव-सीडी से शुरुआत दोहराएं (डिस्क पर लिखें)। हम माउंट किए गए df -h स्लाइस को देखते हैं, डिस्क लेबल (विज्ञापन या दा) पाते हैं, / etc / fstab फ़ाइल को संपादित करते हैं, डिस्क लेबल को पिछले कमांड में प्राप्त एक में बदलते हैं। ओएस को सफलतापूर्वक लोड करने के बाद, आपको नेटवर्क इंटरफ़ेस को संपादित करना होगा।
आयात करें windows.vmdk
आपको पहले अपने मूल सॉफ़्टवेयर में आयातित VMWare वर्चुअल मशीन को डाउनलोड करना होगा, फिर IDE ड्राइवर जानकारी को लोड की गई मशीन पर रजिस्ट्री में जोड़ें, pciide.sys को% SystemRoot% System32 / ड्राइवर्स में कॉपी करें। वर्चुअल सिस्टम से VMWare टूल को अनइंस्टॉल करें, वर्चुअल मशीन को डिस्कनेक्ट करें, और vmdk वर्चुअल डिस्क फ़ाइल को Proxmox (KVM) पर कॉपी करें। आयातित डिस्क (IDE प्रकार) के साथ वर्चुअल सिस्टम लोड करें।

मोमेंट फोर: वीएमडीके प्रारूप का प्रॉक्सोमॉक्स में वर्चुअल डिस्क

Vmdk डिस्क के लिए संपीड़न प्रक्रिया, मेरी राय में, बहुत महत्वपूर्ण है, क्योंकि भौतिक डिस्क क्षमता हमेशा सीमित होती है।

WINDOWS.vmdk को संपीड़ित करें
वर्चुअल डिस्क का संपीड़न अतिथि वर्चुअल सिस्टम के चलने पर vmdk फ़ाइल के "ब्लोटिंग" (फ़ाइल आकार में वृद्धि) के प्रभाव से जुड़ा होता है। MS विंडोज के साथ VMDK प्रारूप की एक वर्चुअल डिस्क को संपीड़ित करने के लिए, आप VMWare से कुछ उपयोगिताओं का उपयोग कर सकते हैं: vmware- माउंट और vmware-vmdiskmanager - VDDK पैकेज के भाग के रूप में, आप इसे से डाउनलोड कर सकते हैं। साइट । क्योंकि प्रॉक्सॉक्स डेबियन पर चलता है, फिर linux64 संग्रह डाउनलोड करें और इंस्टॉल करें:
tar -xzf VMware-vix-disklib-5.1.0-774844.x86_64.tar.gz
cd ./vmware-vix-disklib-distrib
./vmware-install.pl
स्थापना के बाद, /etc/ld.so.conf में लाइन जोड़ें:
/usr/lib/vmware-vix-disklib/lib64
आगे उपयोगिताओं डिस्क के साथ काम करने के लिए तैयार हैं। अतिथि वर्चुअल सिस्टम को बंद करें, जिसकी डिस्क संपीड़न के अधीन होगी। Vmdk- डिस्क संपीड़न प्रक्रिया में तीन चरण होते हैं:
- vmdk डिस्क डीफ़्रेग्मेंटर
  vmware-vdiskmanager -d /path/to/name.vmdk
- डिस्क संपीड़न के लिए तैयारी
  vmware-mount /path/to/name.vmdk /mnt/vmdk/
  यदि बढ़ते चरण के दौरान अज्ञात NTFS फ़ाइल सिस्टम के बारे में कोई त्रुटि होती है, तो आपको डेबियन में इस प्रणाली के लिए समर्थन लोड करने की आवश्यकता है:
  apt-get install ntfs-3g
  vmware-vdiskmanager -p /mnt/vmdk/
- डिस्क संपीड़न
  vmware-mount -x # vmdk
  losetup -d /dev/loop0 # : "device is busy"
  vmware-mount -x #
  vmware-vdiskmanager -k /path/to/name.vmdk #
Vmdk डिस्क संपीड़न का प्रभाव अतिथि वर्चुअल सिस्टम में सही डिस्क आकार तक है।
संपीड़न FREEBSD.vmdk
FREEBSD OS के साथ वर्चुअल डिस्क को संपीड़ित करने के लिए, उपरोक्त उपयोगिताओं का काम नहीं होगा, क्योंकि होस्ट सिस्टम में vmdk डिस्क के बढ़ते जाने की समस्या है: डेबियन को UFS फाइल सिस्टम का पता नहीं है। हालांकि, एक समाधान है, आप फ्रीबीएसडी की अंतर्निहित सुविधाओं का उपयोग कर सकते हैं: मूल अतिथि ओएस के फाइल सिस्टम के डंप बनाएं और उन्हें नए बनाए गए वर्चुअल डिस्क पर पुनर्स्थापित करें, और फिर डिस्क को बदल दें - फ्रीबीएसडी को एक नए एचडीडी में स्थानांतरित करने की प्रक्रिया।

प्वाइंट फाइव: कंसोल के माध्यम से प्रॉक्समोक्स में एक वर्चुअल गेस्ट सिस्टम को पुनर्स्थापित करना

वेब इंटरफ़ेस के माध्यम से Proxmox में एक वर्चुअल गेस्ट सिस्टम को पुनर्स्थापित करने की प्रक्रिया अच्छी तरह से ज्ञात है, हालांकि, कंसोल में ऐसा कैसे होता है यह स्पष्ट नहीं है। अतिथि सिस्टम (KVM के बारे में बात) फ़ाइल vzdump-qemu-id-date-time.vma.gz पर समर्थित है। यह प्री-पैकेज्ड वर्चुअल डिस्क और गेस्ट OS कॉन्फिगरेशन फाइल का एक आर्काइव है।
पहली .vma फ़ाइल प्राप्त करना तार्किक है:
gzip -d vzdump-qemu-103-date-time.vma.gz
जहाँ 103 Proxmox में अतिथि प्रणाली संख्या है
अगला, आपको फ़ाइल vzdump-qemu-103-date-time.vma वितरित करने की आवश्यकता है। इसके लिए, Proxmox 3.1 में एक विशेष उपयोगिता vma है
vma extract vzdump-qemu-103-date-time.vma /var/103
नोट: यदि निर्देशिका "103" पहले / var निर्देशिका में नहीं बनाई गई है, तो कमांड त्रुटियों के बिना काम करेगी। नतीजतन, वहाँ / var / 103 / में फ़ाइलों की एक जोड़ी होगी:
vm-103-disk-1.raw
qemu-server.conf
नोट: यदि हम vmdk डिस्क के साथ अतिथि सिस्टम को पुनर्स्थापित कर रहे थे, तो पुनर्स्थापित डिस्क "कच्चे" प्रारूप में होगी। आप वांछित प्रारूप में परिवर्तित करके इसे ठीक कर सकते हैं:
qemu-img -f raw -O vmdk vm-103-disk-1.raw vm-103-disk-1.vmdk

मोमेंट सिक्स: प्रोक्समॉक्स (KVM) पर विंडोज गेस्ट का सही शटडाउन

Proxmox अतिथि सिस्टम (KVM) के लिए "OS का सही शटडाउन" का मतलब है कि घटना का अनुकरण "भौतिक मशीन पर शटडाउन बटन दबाएं"। इस तरह का शटडाउन यूनिक्स सिस्टम पर सही ढंग से काम करता है यह QEMU में टीम द्वारा हासिल किया गया है:
qm shutdown 103
हालाँकि, बैकग्राउंड में विंडोज गेस्ट सिस्टम पर कमांड एक एरर देता है और सिस्टम बंद नहीं होता है। एक अन्य लॉगिन द्वारा डिस्कनेक्ट "सही ढंग से" केवल एक सफल लॉगिन, या "जबरन" (घटना "पावर केबल को डिस्कनेक्ट कर रहा है") होता है (क्यूएम स्टॉप 103)। अतिथि Windows OS की स्थानीय नीति को समायोजित करके इस स्थिति को ठीक करना संभव है:
प्रारंभ - नियंत्रण कक्ष - प्रशासनिक उपकरण - स्थानीय सुरक्षा नीति - सुरक्षा सेटिंग्स - स्थानीय नीतियां - सुरक्षा सेटिंग्स - शटडाउन: सिस्टम को लॉग इन किए बिना सिस्टम को बंद करने की अनुमति दें ("सक्षम करें")