सामग्री पर जाएं
HI
NexCMP मुफ़्त प्राप्त करें

माइग्रेशन · VMware

VMware वर्चुअल मशीनों को Apache CloudStack में माइग्रेट करें

Apache CloudStack, VMware vCenter से वर्चुअल मशीनों को इम्पोर्ट कर सकता है और वर्शन 4.19 से उन्हें KVM में बदल सकता है। इसे सुरक्षित रूप से करने के लिए अभी भी एक इन्वेंट्री, एक टारगेट ज़ोन, एक परीक्षण और प्रति मशीन कटओवर योजना की आवश्यकता होती है। NexCMP Source के 30 कार्य दिवसों में एक विशेषज्ञ इंजीनियर बिना किसी अतिरिक्त शुल्क के आपके साथ मिलकर यह काम करता है।

NexCMP मुफ़्त प्राप्त करेंडेमो देखें

NexCMP Source ($499 एकमुश्त) के साथ शामिल है, NexCMP Free के साथ नहीं। VMware, WHMCS, HostBill, Blesta, Paymenter, StackBill, Virtualizor और Apache CloudStack उनके संबंधित स्वामियों के ट्रेडमार्क हैं। NexCMP स्वतंत्र है और इनसे संबद्ध या इनके द्वारा समर्थित नहीं है।

समस्या: नियंत्रण खोए बिना VMware को छोड़ना

Apache CloudStack पर जाने का मतलब है कि प्रत्येक वर्चुअल मशीन का प्लेटफ़ॉर्म बदलता है: इसके डिस्क, नेटवर्क कार्ड, ड्राइवर और अक्सर इसके पते। जल्दबाजी में किए जाने पर, यहीं मशीनें बूट होने में विफल होती हैं, ग्राहक एक्सेस खो देते हैं या लाइसेंस काम करना बंद कर देते हैं।

CloudStack आयात टूल्स प्रदान करता है, लेकिन यह आपके लिए यह तय नहीं करता कि कौन सी मशीनें पहले जाएंगी, प्रत्येक नेटवर्क को कैसे मैप किया जाएगा, Windows गेस्ट्स का क्या होगा, या प्रत्येक मशीन कितने समय तक ऑफ़लाइन रहेगी। वे निर्णय, और उनके इर्द-गिर्द की जाने वाली टेस्टिंग ही माइग्रेशन है।

यदि आप ग्राहकों को वर्चुअल मशीनें बेचते हैं, तो इस माइग्रेशन का दूसरा पहलू भी है: मशीनों को आपके बिलिंग सिस्टम में सही ग्राहकों, प्लान्स और कीमतों से जोड़ा जाना चाहिए। NexCMP CloudStack के शीर्ष पर वही बिलिंग और कस्टमर पोर्टल लेयर है, और एक ही इंजीनियर दोनों पहलुओं को संभालता है।

CloudStack स्वयं किसका समर्थन करता है

VMware से माइग्रेशन के दो प्रलेखित रास्ते हैं। कौन सा उपयुक्त है यह इस पर निर्भर करता है कि VMware होस्ट्स आपके क्लाउड में बने रहेंगे या नहीं।

  • A. virt-v2v के साथ KVM में कनवर्ट करें

    CloudStack में क्या प्रलेखित है
    संस्करण 4.19 से, एक एडमिनिस्ट्रेटर Tools, Import-Export Instances के तहत किसी मौजूदा या बाहरी vCenter डेटासेंटर में VMware VM का चयन कर सकता है और इसे KVM क्लस्टर में आयात कर सकता है। VM को एक्सपोर्ट किया जाता है, virt-v2v के साथ कनवर्ट किया जाता है और इसके डिस्क्स को QCOW2 के रूप में इम्पोर्ट किया जाता है। नवीनतम दस्तावेज़ OVF-आधारित पाथ के साथ एक VDDK-आधारित स्ट्रीमिंग पाथ जोड़ता है; संस्करण 4.22 ने स्टोरेज पूल में सीधे कन्वर्जन को जोड़ा और संस्करण 4.22.1 ने स्रोत गेस्ट OS के आधार पर गेस्ट OS चयन को जोड़ा।
    दस्तावेज़ में उल्लिखित सीमाएं
    virt-v2v CloudStack एजेंट द्वारा इंस्टॉल नहीं किया जाता है और इसे प्रत्येक KVM होस्ट पर इंस्टॉल किया जाना चाहिए, अन्यथा कन्वर्जन विफल हो जाता है। सफलता की गारंटी नहीं है और यह गेस्ट OS व फ़ाइल सिस्टम पर निर्भर करती है, इसलिए दस्तावेज़ प्रोडक्शन में उपयोग से पहले टेस्टिंग की सिफारिश करता है। इम्पोर्ट किए गए VM को 4.19 में डिफ़ॉल्ट गेस्ट OS प्रकार CentOS 4.5 (32-bit) मिलता है और इसे बाद में संपादित किया जाना आवश्यक है।

    Source: Apache CloudStack — VMware VMs को KVM में इम्पोर्ट करना · एक्सेस किया गया 2026-10-19

  • B. उसी स्थान पर इम्पोर्ट करें (unmanaged instances)

    CloudStack में क्या प्रलेखित है
    उन vSphere क्लस्टर्स के लिए जिनके होस्ट्स पहले से ही CloudStack का हिस्सा हैं, listUnmanagedInstances VMs को सूचीबद्ध करता है और importUnmanagedInstance उन्हें CloudStack प्रबंधन के तहत लाता है। अनमैनेज्ड VMware instances की लिस्टिंग 4.14 में शुरू हुई, अनमैनेज करना 4.15 में और UI में इम्पोर्ट 4.16 में शुरू हुआ।
    दस्तावेज़ में उल्लिखित सीमाएं
    लक्षित नेटवर्क पहले से ही CloudStack में मौजूद होना चाहिए, और स्टोरेज को प्राइमरी स्टोरेज के रूप में जोड़ा जाना चाहिए। डेटा डिस्क्स को डिस्क ऑफ़रिंग्स में मैप किया जाना चाहिए, और मिश्रित डिस्क कंट्रोलर प्रकार या मिश्रित NIC प्रकार त्रुटि का कारण बनते हैं। एक चालू VM को केवल तभी इम्पोर्ट किया जा सकता है जब नेटवर्क VLAN और compute offering मेल खाते हों; अन्यथा इसे पहले बंद किया जाना चाहिए।

    Source: Apache CloudStack — Import Export Instances के बारे में · एक्सेस किया गया 2026-10-19

रास्ता A तब लागू होता है जब गंतव्य KVM हो। NexCMP का अपना दस्तावेज़ीकरण KVM को परीक्षित हाइपरवाइज़र बताता है, इसलिए हम रास्ता A की योजना बनाते हैं जब तक कि आपका डिज़ाइन VMware होस्ट्स को CloudStack के तहत नहीं रखता। आपके द्वारा चलाए जा रहे CloudStack संस्करण की जांच करें: ऊपर दिए गए पृष्ठ 4.19 और नवीनतम रिलीज़ के बीच अलग-अलग व्यवहार का वर्णन करते हैं।

क्या माइग्रेट होता है और किस पर ध्यान देने की आवश्यकता है

  • डिस्क

    क्या होता है
    QCOW2 में कनवर्ट किया जाता है और गंतव्य के प्राइमरी स्टोरेज पूल में इम्पोर्ट किया जाता है (रास्ता A), या CloudStack डिस्क ऑफ़रिंग्स में मैप किया जाता है (रास्ता B)।
    ध्यान देने योग्य बातें
    रास्ता B में डिस्क का आकार नहीं बदला जाता है यदि उसकी डिस्क ऑफ़रिंग बड़ी है। रास्ता A कन्वर्जन के दौरान अस्थायी स्टोरेज डिफ़ॉल्ट रूप से सेकेंडरी स्टोरेज होता है; इसके लिए प्राइमरी स्टोरेज का उपयोग केवल तभी किया जा सकता है जब वह NFS हो।

    Source: Apache CloudStack — VMware VMs को KVM में इम्पोर्ट करना · एक्सेस किया गया 2026-10-19

  • नेटवर्क

    क्या होता है
    इम्पोर्ट से पहले नेटवर्क CloudStack में मौजूद होने चाहिए। एक डिस्कवरी स्क्रिप्ट उन vCenter नेटवर्क्स को सूचीबद्ध करती है जिनसे कम से कम एक VM जुड़ा है, ताकि मिलते-जुलते नेटवर्क बनाए जा सकें।
    ध्यान देने योग्य बातें
    virt-v2v किसी गेस्ट के नेटवर्क कॉन्फ़िगरेशन को फिर से कॉन्फ़िगर नहीं कर सकता है या उसका MAC पता नहीं बदल सकता है। यदि लक्षित सबनेट भिन्न है, तो कन्वर्जन के बाद गेस्ट में बदलाव की आवश्यकता होती है।

    Source: libguestfs — virt-v2v मैनुअल · एक्सेस किया गया 2026-10-19

  • Linux गेस्ट्स

    क्या होता है
    एक चालू Linux VM को रास्ता A द्वारा इम्पोर्ट किया जा सकता है: CloudStack एक्सपोर्ट से पहले इसका क्लोन बनाता है, इसलिए इसे क्रैश-कंसिस्टेंट स्थिति में कनवर्ट किया जाता है।
    ध्यान देने योग्य बातें
    CloudStack दस्तावेज़ पहले Linux VMs को बंद करने की सलाह देता है। virt-v2v नए कर्नेल या ड्राइवर इंस्टॉल नहीं करता है, और यदि virtio सपोर्ट गायब हो तो चेतावनी देता है, इसलिए कन्वर्ज़न से पहले गेस्ट को न्यूनतम वर्शन आवश्यकताओं को पूरा करना होगा।

    Source: libguestfs — virt-v2v मैनुअल · एक्सेस किया गया 2026-10-19

  • Windows गेस्ट

    क्या होता है
    रूट A द्वारा इम्पोर्ट करने से पहले इसे सही ढंग से शट डाउन किया जाना चाहिए। virtio ड्राइवर virtio-win पैकेज से लिए जाते हैं और पहले बूट पर इंस्टॉल किए जाते हैं; पहले बूट के बाद Windows चार या अधिक बार रीबूट हो सकता है।
    ध्यान देने योग्य बातें
    Fast Startup या हाइबरनेशन कन्वर्ज़न को रोकता है, और Dynamic Disk पर सिस्टम डिस्क समर्थित नहीं है। Windows इम्पोर्ट करने के लिए कन्वर्ज़न होस्ट पर virtio ड्राइवरों की आवश्यकता होती है।

    Source: libguestfs — virt-v2v मैनुअल · एक्सेस किया गया 2026-10-19

  • VMware Tools

    क्या होता है
    virt-v2v, VMware Tools को हटाने का प्रयास करता है।
    ध्यान देने योग्य बातें
    मैनुअल के अनुसार यह निष्कासन Windows पर विश्वसनीय रूप से काम नहीं करता है, जहाँ Tools को किसी अन्य तरीके से हटाना पड़ सकता है।

    Source: libguestfs — virt-v2v मैनुअल · एक्सेस किया गया 2026-10-19

  • Guest OS प्रकार

    क्या होता है
    इम्पोर्ट किए गए VM को एक डिफ़ॉल्ट guest OS प्रकार मिलता है।
    ध्यान देने योग्य बातें
    4.19 में यह CentOS 4.5 (32-bit) होता है और इसे मैन्युअल रूप से बदलना पड़ता है; वर्शन 4.22.1 इसे सोर्स guest OS से मैप कर सकता है यदि मैपिंग उपलब्ध हो।

    Source: Apache CloudStack — VMware VMs को KVM में इम्पोर्ट करना · एक्सेस किया गया 2026-10-19

  • बिलिंग और ग्राहक

    क्या होता है
    NexCMP में प्लान, कीमतें और ग्राहक खाते सेट किए जाते हैं, और प्रत्येक माइग्रेट की गई मशीन को सही ग्राहक से जोड़ दिया जाता है।
    ध्यान देने योग्य बातें
    आपके CloudStack वर्शन के लिए सप्ताह 1 में तय किया गया। यह NexCMP का कार्य है, CloudStack का फ़ीचर नहीं।

योजना, सप्ताह-दर-सप्ताह

सामान्य रूपरेखा, जिसे आपके मामले के अनुसार समायोजित किया जाता है। 30 कार्य दिवसों का निरंतर कार्य लगभग छह कैलेंडर सप्ताह का होता है।

  1. सप्ताह 1 — इन्वेंट्री और निर्णय

    vCenter के रीड-ओनली एक्सेस के साथ हम प्रत्येक VM को सूचीबद्ध करते हैं: guest OS, डिस्क, नेटवर्क कार्ड, VLAN, स्नैपशॉट, पावर स्थिति और कौन सी चीज़ किस पर निर्भर है। हम रूट A या B चुनते हैं, चरणों (waves) को परिभाषित करते हैं और उन मशीनों को नोट करते हैं जिन्हें विशेष ध्यान की आवश्यकता होती है, जैसे Windows गेस्ट, बड़ी डिस्क और निश्चित लाइसेंस वाली कोई भी चीज़।

  2. सप्ताह 2 — टारगेट तैयार करना

    CloudStack ज़ोन की जांच की जाती है या उसे तैयार किया जाता है: VMware से मेल खाते KVM होस्ट, स्टोरेज और नेटवर्क। हम KVM होस्ट पर virt-v2v (और Ubuntu होस्ट पर nbdkit) इंस्टॉल करते हैं, Windows के लिए virtio ड्राइवर तैयार करते हैं, और कन्वर्ज़न होस्ट तथा vCenter और ESXi के बीच नेटवर्क पाथ खोलते हैं। यदि आप मशीनें बेचते हैं, तो उसी सप्ताह NexCMP इंस्टॉल किया जाता है और CloudStack से कनेक्ट किया जाता है।

  3. सप्ताह 3 — पायलट

    कुछ गैर-महत्वपूर्ण मशीनें, आपके प्रत्येक प्रकार के गेस्ट में से एक, वास्तविक प्रक्रिया से गुजरती हैं। हम जांचते हैं कि वे बूट होती हैं, उनमें नेटवर्क और सही ड्राइवर मौजूद हैं, guest OS प्रकार सेट करते हैं, और मापते हैं कि प्रत्येक मशीन कितने समय तक ऑफ़लाइन रहती है। इसका परिणाम आगे के चरणों के लिए समय-सीमा निर्धारित करता है।

  4. सप्ताह 4 और 5 — Waves

    मशीनें आपके द्वारा तय किए गए समय पर समूहों में माइग्रेट होती हैं। अगला समूह शुरू होने से पहले प्रत्येक समूह की जांच की जाती है, और मूल VMware मशीनें बंद रखी जाती हैं लेकिन उन्हें सुरक्षित रखा जाता है ताकि आप वापस लौट सकें। यदि आप मशीनें बेचते हैं, तो साथ ही NexCMP में ग्राहक, प्लान और कीमतें सेट की जाती हैं, और स्विच करने से पहले बिलिंग समानांतर रूप से चलती है।

  5. सप्ताह 6 — अंतिम कटओवर और हैंडओवर

    अंतिम मशीनें माइग्रेट होती हैं, यदि आप उन्हें बेचते हैं तो बिलिंग तिथि बदली जाती है, और DNS में बदलाव किए जाते हैं। हम दस्तावेज़ तैयार करते हैं कि सब कुछ कैसे किया गया, सुरक्षा सुदृढ़ीकरण (hardening) और बैकअप की समीक्षा करते हैं, और 30 कार्य दिवसों के अंत तक माइग्रेशन के लिए उपलब्ध रहते हैं।

केवल एक रूपरेखा। वास्तविक योजना सप्ताह 1 से तैयार होती है, और इस प्रस्ताव में एकमात्र निर्धारित प्रतिबद्धता 30 कार्य दिवसों की है।

जोखिम और हम उन्हें कैसे कम करते हैं

कोई भी माइग्रेशन जोखिम-मुक्त नहीं होता, और हम ज़ीरो डाउनटाइम का वादा नहीं करते। यहाँ बताया गया है कि क्या समस्या आ सकती है और हम उसके लिए क्या करते हैं।

  • प्रति मशीन डाउनटाइम

    Windows मशीनों को चालू स्थिति में कन्वर्ट नहीं किया जा सकता, और चालू Linux मशीन को क्रैश-कंसिस्टेंट स्थिति में कन्वर्ट किया जाता है। CloudStack यह निर्दिष्ट नहीं करता कि कन्वर्ज़न में कितना समय लगता है। हम पायलट में इसे मापते हैं, फिर मशीनों के प्रत्येक समूह के लिए डाउनटाइम विंडो तय करते हैं।

  • कन्वर्ज़न सफल न होना

    CloudStack स्पष्ट करता है कि सफलता की गारंटी नहीं है और यह गेस्ट पर निर्भर करती है। हम किसी भी चरण से पहले पायलट में प्रत्येक प्रकार के गेस्ट का परीक्षण करते हैं, और जब तक नई मशीन की जांच नहीं हो जाती, तब तक मूल मशीन को अप्रभावित रखा जाता है।

  • ड्राइवर और VMware Tools

    Windows मशीनों को कन्वर्ज़न के दौरान virtio ड्राइवर मिलते हैं, Linux मशीनों को पहले से virtio सपोर्ट की आवश्यकता होती है, और VMware Tools को मैन्युअल रूप से हटाने की आवश्यकता हो सकती है। पायलट में प्रत्येक गेस्ट के लिए इनकी जांच की जाती है।

  • IP एड्रेस, MAC एड्रेस और DNS

    गेस्ट अपने MAC एड्रेस और अपने स्वयं के नेटवर्क कॉन्फ़िगरेशन को बनाए रखते हैं, इसलिए किसी भिन्न लक्षित सबनेट के लिए गेस्ट के भीतर बदलाव की आवश्यकता होती है। हम सप्ताह 1 में प्रत्येक एड्रेस को सूचीबद्ध करते हैं, कटओवर से पहले DNS TTL कम करते हैं और आपके ग्राहकों को पहले से सूचित करते हैं।

  • गेस्ट सॉफ़्टवेयर लाइसेंस

    मशीन के अंदर Windows और कमर्शियल सॉफ़्टवेयर पुराने प्लेटफ़ॉर्म के लिए लाइसेंस प्राप्त हो सकते हैं। हम उन्हें इन्वेंट्री में सूचीबद्ध करते हैं ताकि आप माइग्रेशन से पहले प्रत्येक वेंडर के साथ शर्तों की पुष्टि कर सकें।

  • बाधित कन्वर्ज़न

    CloudStack का कहना है कि माइग्रेशन के दौरान मैनेजमेंट सर्वर को रीस्टार्ट करने से प्रक्रिया बाधित हो जाती है और इम्पोर्ट को फिर से शुरू करना पड़ता है। हम मेंटेनेंस को ध्यान में रखते हुए waves शेड्यूल करते हैं और जब कोई wave चल रही हो, तब रीस्टार्ट से बचते हैं।

  • बिलिंग कट-ओवर और रोलबैक

    यदि आप मशीनें बेचते हैं, तो बिलिंग माइग्रेट करने की तारीख आपके साथ मिलकर तय की जाती है और पहले दोनों सिस्टम समानांतर चलते हैं। मूल VMware मशीनें तब तक सुरक्षित रखी जाती हैं जब तक आप यह पुष्टि न कर दें कि माइग्रेशन पूरा हो गया है, जिससे प्रत्येक ग्रुप के पास रोलबैक का विकल्प रहता है।

कौन क्या करता है

  • vCenter का Read-only एक्सेस और उन मशीनों की सूची जिन्हें आप क्रिटिकल मानते हैं

    विशेषज्ञ करता है
    प्रत्येक VM की इन्वेंट्री तैयार करता है और waves की योजना बनाता है

  • CloudStack एनवायरनमेंट और KVM होस्ट्स का एक्सेस, या उन्हें तैयार करने के लिए आवश्यक हार्डवेयर

    विशेषज्ञ करता है
    Zone, नेटवर्क और कन्वर्ज़न होस्ट्स तैयार करता है

  • आपके चुने हुए तरीके के लिए आवश्यक VDDK और virtio पैकेज, जहां वेंडर चाहते हैं कि आप उन्हें स्वयं डाउनलोड करें

    विशेषज्ञ करता है
    उन्हें कन्वर्ज़न होस्ट्स पर इंस्टॉल और टेस्ट करता है

  • सहमति से तय स्टॉप विंडो और आपके ग्राहकों को भेजे जाने वाले नोटिस

    विशेषज्ञ करता है
    पायलट और waves को रन करता है, और बाद में प्रत्येक मशीन की जांच करता है

  • यदि आप मशीनें बेचते हैं, तो आपकी प्राइसिंग से जुड़े निर्णय

    विशेषज्ञ करता है
    NexCMP में प्लान, ग्राहक और बिलिंग सेटअप करता है तथा समानांतर अवधि का संचालन करता है

इन 30 कार्य दिवसों में आपको क्या मिलता है

यह माइग्रेशन NexCMP Source अपग्रेड का हिस्सा है: एकमुश्त $499 जिसमें पूरा सोर्स कोड (Rust सर्वर, Vue पोर्टल और एडमिन, Go नोड एजेंट, CLI, बिल्ड स्क्रिप्ट), बिना किसी सीमा के अपना वर्शन मॉडिफाई और बिल्ड करने का अधिकार, 12 महीने के नए सोर्स रिलीज़, सभी ऐप्स और एक विशेषज्ञ इंजीनियर के साथ 30 कार्य दिवसों का निरंतर कार्य शामिल है।

उन 30 कार्य दिवसों में विशेषज्ञ बिना किसी अतिरिक्त शुल्क के आपको VMware से Apache CloudStack पर माइग्रेट करता है। इसके बदले, या इसके साथ ही, इस समय का उपयोग WHMCS या किसी अन्य सिस्टम से माइग्रेट करने, या संपूर्ण A-to-Z सेटअप और अपने ऐप्स बिल्ड करने के लिए भी किया जा सकता है। समय की गणना तब शुरू होती है जब आप विशेषज्ञ के साथ काम शुरू करते हैं और यह आपके लाइसेंस पेज पर दिखाई देता है। माइग्रेशन के लिए सहायता भी इन्हीं 30 दिनों तक जारी रहती है।

NexCMP Free में यह शामिल नहीं है। Free सभी मॉड्यूल के साथ एक वर्ष के लिए मुफ़्त है और इसमें कोई तकनीकी सहायता शामिल नहीं है (केवल सोर्स-कोड बग फिक्स), तथा यह $99 प्रति वर्ष पर रिन्यू होता है।

VMware से CloudStack — अक्सर पूछे जाने वाले प्रश्न

इसकी लागत कितनी है?
माइग्रेशन NexCMP Source अपग्रेड का हिस्सा है, जो एकमुश्त $499 है। इस कीमत में सोर्स कोड, नए सोर्स रिलीज़ के 12 महीने, सभी apps और एक विशेषज्ञ इंजीनियर के साथ 30 कार्य दिवसों का काम शामिल है। इस ऑफ़र में कोई प्रति घंटा शुल्क नहीं है।
क्या यह NexCMP Free में शामिल है?
नहीं। माइग्रेशन केवल NexCMP Source के साथ आता है। NexCMP Free में एक वर्ष के लिए सभी मॉड्यूल उपलब्ध हैं लेकिन कोई तकनीकी सहायता नहीं है, केवल सोर्स-कोड बग फिक्स मिलते हैं, और यह $99 प्रति वर्ष पर रिन्यू होता है।
कौन से CloudStack और VMware वर्शन समर्थित हैं?
CloudStack डॉक्यूमेंटेशन के अनुसार VMware से KVM में कन्वर्ज़न वर्ज़न 4.19 से उपलब्ध है और यह नहीं बताता कि कौन से vSphere वर्ज़न समर्थित हैं; नवीनतम पेज vSphere 7 और 8 एनवायरनमेंट के लिए VDDK 8 की सिफ़ारिश करता है। NexCMP का डॉक्यूमेंटेशन 4.23 को अपने टेस्ट किए गए CloudStack रिलीज़ के रूप में बताता है। आप जो वर्ज़न चला रहे हैं उसकी जाँच करें; हम सप्ताह 1 में दोनों की पुष्टि करते हैं।
क्या मेरी वर्चुअल मशीनों में डाउनटाइम होगा?
हाँ, प्रत्येक मशीन कुछ समय के लिए ऑफ़लाइन रहती है, और हम ज़ीरो डाउनटाइम का वादा नहीं करते हैं। Windows मशीनों को इम्पोर्ट से पहले सामान्य रूप से (gracefully) शट डाउन किया जाना चाहिए। चलती हुई Linux मशीन को इम्पोर्ट किया जा सकता है लेकिन उसे क्रैश-कंसिस्टेंट स्थिति में कन्वर्ट किया जाता है, इसलिए हम आमतौर पर इसे पहले बंद कर देते हैं। पायलट इस समय को मापता है और विंडो तय करता है।
क्या प्रत्येक VM को कन्वर्ट किया जा सकता है?
ज़रूरी नहीं। CloudStack स्पष्ट करता है कि सफलता की कोई गारंटी नहीं है और यह गेस्ट OS और फ़ाइल सिस्टम पर निर्भर करती है। Windows के कुछ मामलों को, जैसे कि Dynamic Disk पर सिस्टम डिस्क या Fast Startup, virt-v2v द्वारा ब्लॉकर के रूप में सूचीबद्ध किया गया है। यही कारण है कि हम waves से पहले प्रत्येक प्रकार के गेस्ट का परीक्षण करते हैं।
क्या मुझे बाद में भी VMware रखना होगा?
माइग्रेट की गई मशीनों के लिए नहीं। जब तक आप सहमत नहीं होते कि माइग्रेशन पूरा हो गया है, तब तक हम मूल मशीनों को बंद रखते हैं, उसके बाद आप तय करते हैं कि उन्हें कब हटाना है। स्वयं VMware एनवायरनमेंट का लाइसेंस आपके और उसके वेंडर के बीच का मामला है।
मुझे क्या प्रदान करना होगा?
vCenter का Read-only एक्सेस, CloudStack एनवायरनमेंट और उसके KVM होस्ट्स का एक्सेस, आपकी सहमति से तय स्टॉप विंडो, और कोई ऐसा व्यक्ति जो मशीनों से जुड़े सवालों के जवाब दे सके। जहाँ वेंडर आपसे VDDK जैसे पैकेज खुद डाउनलोड करने की अपेक्षा करता है, वहाँ यह आपको उपलब्ध कराना होगा।

स्रोत और टिप्पणियां

तकनीकी विवरण आधिकारिक Apache CloudStack दस्तावेज़ीकरण और virt-v2v मैनुअल से लिए गए हैं। रिलीज़ के बीच दस्तावेज़ीकरण बदलता रहता है, इसलिए अपने द्वारा चलाए जा रहे वर्शन की जाँच करें। 4.19 वाला विवरण 4.19 के दस्तावेज़ीकरण से है, जो VMware-to-KVM पेज को 'As of CS 4.19' से शुरू करता है। VMware, WHMCS, HostBill, Blesta, Paymenter, StackBill, Virtualizor और Apache CloudStack उनके संबंधित स्वामियों के ट्रेडमार्क हैं। NexCMP स्वतंत्र है और इनसे संबद्ध या इनके द्वारा समर्थित नहीं है।

एक इंजीनियर के साथ VMware छोड़ें

$499 में NexCMP Source पर अपग्रेड करें और अपने 30 कार्य दिवस शुरू करें, या पहले अपने एनवायरनमेंट के बारे में [email protected] से पूछें।

NexCMP मुफ़्त प्राप्त करेंसेल्स से संपर्क करेंडेमो देखें

अंतिम अपडेट: