Xen Cloud Platform: एक नए घर में एक अजीब वीएम कैसे सेट करें

हमारे पास निम्नलिखित कार्य थे:

• हमारे विशेष रूप से FreeBSD 8.1 में VMware में वर्चुअल मशीन इमेज तैयार और कॉन्फ़िगर की गई है
• एक वर्चुअल प्लेटफॉर्म XCP 1.6 है जिसमें हमारी वर्चुअल मशीनें पहले से ही घूम रही हैं

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

पहली चीज़ जो हमें करने की ज़रूरत है वह है वर्चुअल मशीन की कच्ची छवि

हमें बाहरी स्रोत से PIII 1000Mhz, 512RAM, 20Gb IDE और निम्न फ़ाइलों की सिस्टम आवश्यकताएँ प्राप्त हुईं:

FreeBSD.nvram 8684 FreeBSD.vmdk 7131758592 FreeBSD.vmsd 0 FreeBSD.vmx 2234 FreeBSD.vmxf 262 

हमें जिस फ़ाइल की आवश्यकता है वह FreeBSD.vmdk डिस्क छवि है , जिसे "कच्चे" प्रारूप में परिवर्तित किया जाना चाहिए। ऐसा करने के लिए, हम ऐप-एमुलेशन / qemu पैकेज से qemu-img उपयोगिता का उपयोग करते हैं। स्वाभाविक रूप से, इसे सर्वर पर स्थापित करना आवश्यक नहीं है, छवि को किसी भी लिनक्स-मशीन पर परिवर्तित किया जा सकता है। पहले हम यह सुनिश्चित करते हैं कि छवि का प्रारूप vmdk है । यदि प्रारूप कच्चा है , तो आपको कुछ भी बदलने की आवश्यकता नहीं है और बस अगले चरण पर जाएं।

 $ qemu-img info FreeBSD.vmdk image: FreeBSD.vmdk file format: vmdk virtual size: 20G (21474836480 bytes) disk size: 6.6G 

इसके अलावा, वास्तविक रूपांतरण, जिसके बाद हमें आकार में 20 गीगाबाइट की हार्ड डिस्क की एक द्विआधारी छवि मिलती है:

 $ qemu-img convert FreeBSD.vmdk -O raw FreeBSD.raw FreeBSD.raw 21474836480 

इस छवि को विज़ुअलाइज़ेशन सर्वर तक पहुंचाने की विधि आपके लिए किसी भी सुविधाजनक हो सकती है, हमारे मामले में, मैंने इसे केवल dom0 से सुलभ बाहरी भंडारण के लिए कॉपी किया है।

सिस्टम आवश्यकताओं द्वारा निर्देशित एक उपयुक्त वीएम बनाना भी आवश्यक है। यहां वर्णन करने के लिए कुछ भी विशेष नहीं है, हम अपनी आभासी मशीनों का प्रबंधन करने के लिए मुफ्त एक्सकेन्चर का उपयोग करते हैं।

एक बाइनरी छवि से एक वर्चुअल मशीन डिस्क पुनर्प्राप्त करना

हम विज़ुअलाइज़ेशन सर्वर में जाते हैं और महत्वपूर्ण मशीन का यूयूआईडी पाते हैं:

 $ xe vm-list ... uuid ( RO) : c681c725-xxxx-xxxx-xxxx-5d7cd920bdbf name-label ( RW): FreeBSD power-state ( RO): halted ... $ export VMUUID=c681c725-xxxx-xxxx-xxxx-5d7cd920bdbf 

बूटलोडर स्थापित करें:

 $ xe vm-param-set uuid=$VMUUID PV-bootloader=pygrub 

हम हार्ड ड्राइव को बूट करने योग्य बनाते हैं, और वर्चुअल सीडी ड्राइव बूट करने योग्य नहीं है:

 $ xe vbd-param-set uuid=$(xe vbd-list vm-uuid=$VMUUID userdevice=0 --minimal) bootable=true $ xe vbd-param-set uuid=$(xe vbd-list vm-uuid=$VMUUID type=CD --minimal) bootable=false 

हम नए बनाए गए वर्चुअल मशीन के VDI डिस्क के पहचानकर्ता को खोजते हैं:

 $ xe vm-disk-list uuid=$VMUUID Disk 0 VBD: uuid ( RO) : 50adb0d9-xxxx-xxxx-xxxx-f8f64e5c4f19 vm-name-label ( RO): FreeBSD userdevice ( RW): 0 Disk 0 VDI: uuid ( RO) : af85b950-xxxx-xxxx-xxxx-b5203ba45aae name-label ( RW): FreeBSD sr-name-label ( RO): Local storage virtual-size ( RO): 21474836480 $ export VDIID=af85b950-xxxx-xxxx-xxxx-b5203ba45aae 

उस वातावरण में जाएं जिसमें वर्चुअल मशीन की हार्ड डिस्क उपलब्ध है:

 $ /opt/xensource/debug/with-vdi $VDIID /bin/bash 

अब डिवाइस / dev / $ DEVICE वर्चुअल मशीन की हार्ड डिस्क है। यह उस छवि को रोल करने के लिए बनी हुई है जो हमें बहुत शुरुआत में मिली थी:

 $ /opt/xensource/libexec/sparse_dd -src /var/run/sr-mount/.../FreeBSD.raw -dest /dev/$DEVICE \ -size 21474836480 -prezeroed $ exit 

बस इतना ही, आप वर्चुअल मशीन शुरू कर सकते हैं।

युपीडी:
कुछ मामलों में, हार्ड डिस्क छवि की प्रतिलिपि बनाते समय, निम्न त्रुटि हो सकती है:

 Device /var/run/sr-mount/.../<.img> has an unknown driver 

यह इसलिए होता है क्योंकि विभिन्न वर्चुअलाइजेशन सिस्टम अलग-अलग समझ सकते हैं कि गीगाबाइट क्या हैं। मैं एक उदाहरण दूंगा। मैंने हाइपर- V से XCP में दो 6GB और 2GB ड्राइव के साथ एक linux virtual मशीन पोर्ट की। इस लेख में वर्णित सब कुछ ठीक वैसा ही है। रूपांतरण के बाद, मुझे निम्नलिखित बाइनरी हार्ड ड्राइव फाइलें मिलीं:

 -rwxrwx--- 1 1000 1000 6442426368 Sep 10 16:51 sda.raw -rwxrwx--- 1 1000 1000 2147484160 Sep 10 17:00 sdb.raw 

और नए सिरे से बनाए गए VM के डिस्क इस तरह दिखते हैं:

 # xe vm-disk-list uuid=$VMUUID Disk 0 VBD: uuid ( RO) : 6e81420a-xxxx-xxxx-xxxx-98b4fc8a5fd4 vm-name-label ( RO): linux userdevice ( RW): 1 Disk 0 VDI: uuid ( RO) : 3af76842-xxxx-xxxx-xxxx-b78dca108b22 name-label ( RW): linux-sdb sr-name-label ( RO): Local storage virtual-size ( RO): 2147483648 Disk 1 VBD: uuid ( RO) : 28784fa2-xxxx-xxxx-xxxx-6100d97ccc29 vm-name-label ( RO): linux userdevice ( RW): 0 Disk 1 VDI: uuid ( RO) : f858579c-xxxx-xxxx-xxxx-5fc0493269fa name-label ( RW): linux-sda sr-name-label ( RO): Local storage virtual-size ( RO): 6442450944 

जैसा कि आप देख सकते हैं, sda.raw बाइनरी 6GB से थोड़ा छोटा है, और sdb.raw 2GB से थोड़ा बड़ा है। ऐसा क्यों होता है, कोई केवल अनुमान लगा सकता है। नकल करते समय, मैंने दो मानों में से छोटा लिया। मुझे नहीं पता कि इस तरह का समाधान कितना सही और / या सार्वभौमिक है, मेरे मामले में VM सही ढंग से शुरू हुआ और कोई समस्या नहीं है।

सूत्रों का कहना है:

1. www.howtoforge.com/how-to-convert-a-xen-virtual-machine-to-vmware
2. serverfault.com/questions/471958/how-to-migrate-from-xen-to-xcp