- يوفر Proxmox VE حاليًا معالج استيراد أصلي يعمل على تبسيط عملية الترحيل من ESXi بشكل كبير.
- يظل التحويل اليدوي لأقراص VMDK إلى تنسيق qcow2 هو النهج الأكثر قوة للبيئات التي لا تحتوي على إدارة مركزية.
- يُعد تثبيت برامج تشغيل VirtIO مسبقًا أمرًا ضروريًا لتجنب فشل بدء التشغيل، وخاصة على أنظمة Windows.
إذا كنت تجد صعوبة في التعامل مع تراخيص VMware أو تبحث ببساطة عن بديل مفتوح المصدر أكثر مرونة، فإن Proxmox VE هو الخيار الأمثل. هذه المنصة ليست قوية فحسب، بل تدمج أيضًا KVM للأجهزة الافتراضية وLXC للحاويات ، مما يتيح لك إدارة مركز البيانات بالكامل من خلال واجهة ويب سهلة الاستخدام. مع ذلك، فإن نقل أحمال العمل الحالية ليس بالأمر السهل دائمًا، ويتطلب بعض الممارسة لضمان سلاسة العمل من البداية.
عند الحديث عن استيراد ملفات VMDK، فإننا نشير أساسًا إلى نقل القرص الصلب الافتراضي لـ VMware إلى بيئة تدعم تنسيق qcow2 الخاص بـ QEMU بشكل أفضل. وبحسب ما إذا كنت تستخدم بيئة مؤسسية مع vCenter أو تفضل العمل بشكل مستقل على مضيفات ESXi، فسيتعين عليك الاختيار بين الطريقة الآلية باستخدام المعالج الرسمي أو الطريقة اليدوية عبر سطر الأوامر. الأهم هو عدم التسرع في هذه الخطوة، بل تجهيز الجهاز المصدر لتجنب ظهور شاشة الموت الزرقاء عند بدء التشغيل في البيئة الجديدة.
الاستعدادات الأساسية قبل الإقدام على هذه الخطوة
قبل نقل أي بيانات، يجب التأكد من خلو الجهاز الظاهري المصدر تمامًا من أي بيانات. من الأخطاء الشائعة محاولة نقل جهاز ظاهري يحتوي على لقطات نشطة؛ لذا يُنصح بدمج جميع اللقطات لتجنب تجزؤ القرص المستورد. علاوة على ذلك، من الضروري التحقق مما إذا كان الجهاز الظاهري يستخدم BIOS أو UEFI ، لأنه في حال عدم ضبط نفس البرامج الثابتة في Proxmox، فلن يتمكن الجهاز من العثور على قطاع الإقلاع.
بالنسبة لمستخدمي ويندوز، هناك خطوة أساسية لا غنى عنها: تثبيت برامج تشغيل VirtIO قبل إيقاف تشغيل الجهاز في VMware. نظرًا لعدم وجود وحدة تحكم القرص الخاصة بـ VMware في بيئة KVM، سيواجه ويندوز مشكلة وسيُظهر خطأً حرجًا. قم بتحميل ملف VirtIO ISO، ثم ثبّت برامج تشغيل الشبكة والتخزين، وبعد ذلك فقط أوقف تشغيل الجهاز. أما في لينكس، فالأمر أسهل بكثير لأن النواة عادةً ما تتضمن وحدات VirtIO افتراضيًا.
المسار السريع: معالج استيراد Proxmox
بدءًا من أحدث الإصدارات، سهّلت Proxmox عملية النقل للجميع من خلال حزمة pve-esxi-import-tools . تتيح لك هذه الأداة ربط مضيف ESXi الخاص بك مباشرةً من واجهة ويب Proxmox، مما يجعل عملية النقل سهلة للغاية. أولًا، عليك إضافة وحدة التخزين من خلال Datacenter > Storage > Add > ESXi ، مع إدخال بيانات اعتماد جذر خادم VMware، وتجاوز التحقق من الشهادة إذا كنت تستخدم شهادة موقعة ذاتيًا.
بمجرد ربط وحدة التخزين، ستظهر لك قائمة بأجهزتك الافتراضية على VMware. باختيار أحدها والنقر على "استيراد"، سيقوم النظام بقراءة ملف VMX وإعادة إنشاء إعدادات الأجهزة (المعالج، وذاكرة الوصول العشوائي، والشبكة) تلقائيًا في Proxmox. يمكنك الاختيار بين الاستيراد القياسي أو "الاستيراد المباشر"، مع العلم أن الأخير ليس ترحيلًا مباشرًا حقيقيًا؛ فهو ببساطة يُشغّل الجهاز الافتراضي عند توفر بيانات كافية. يتولى المعالج تحويل ملف VMDK إلى qcow2 في الخلفية، مما يوفر عليك ساعات من العمل عبر سطر الأوامر.
الطريقة اليدوية: تحكم كامل عبر واجهة سطر الأوامر
إذا لم يكن لديك مضيف ESXi يمكن الوصول إليه عبر الشبكة، أو كنت تفضل التحكم الكامل في كل خطوة، فإن الترحيل اليدوي هو الخيار الأمثل. تبدأ العملية بتحميل ملف VMDK إلى خادم Proxmox باستخدام SCP أو SFTP . من المهم أن تتذكر أنه في VMware، يمكن أن يتكون القرص من ملف وصف (.vmdk) وملف البيانات الفعلي (-flat.vmdk)؛ يجب أن يكون كلا الملفين في نفس المجلد لإتمام عملية التحويل بنجاح.
لتحويل القرص إلى التنسيق الأصلي، نستخدم الأداة تحويل qemu-imgالأمر النموذجي سيكون qemu-img convert -f vmdk original.vmdk -O qcow2 convertido.qcow2بمجرد حصولك على ملف qcow2، يجب عليك إنشاء آلة افتراضية فارغة في Proxmox بميزات مطابقة للأصل ولكن بدون تخصيص أي قرص صلب.
لربط القرص المُحوّل بالجهاز الظاهري، لديك خياران. الطريقة الأكثر احترافية هي استخدام الأمر `qm importdisk` ، الذي لا يستورد الملف فحسب، بل يضعه مباشرةً على وحدة التخزين المُختارة (LVM، ZFS، NFS، إلخ). بعد ذلك، سيظهر القرص على أنه "غير مُستخدم" في علامة تبويب "الأجهزة" في واجهة الويب. ما عليك سوى النقر المزدوج على القرص غير المُستخدم ، وتعيينه إلى ناقل (يُفضّل VirtIO SCSI)، وتعديل ترتيب الإقلاع في إعدادات الجهاز الظاهري.
التعديلات النهائية وتحسين الأداء
بمجرد تشغيل الجهاز، لا ينتهي العمل. لضمان تشغيل الجهاز الظاهري بسلاسة، من الضروري تثبيت برنامج QEMU Guest Agent . يسمح هذا لبرنامج Proxmox بالتواصل بشكل أفضل مع نظام التشغيل الضيف، مما يُسهّل مهامًا مثل إيقاف التشغيل بسلاسة وإنشاء لقطات متسقة. في نظام Windows، يُعد هذا الوقت الأمثل أيضًا لتغيير وحدة تحكم القرص من IDE أو SATA إلى VirtIO SCSI لتحقيق أقصى أداء للإدخال/الإخراج.
إذا لاحظتَ أن الشبكة لا تعمل، فتأكد من توافق طراز المحول. يُعدّ طراز VirtIO الأسرع، ولكن إذا لم يتعرف عليه النظام في البداية، يمكنك استخدام محول مُحاكى (مثل E1000) والتبديل إليه بعد تثبيت برامج التشغيل. لا تنسَ حذف ملفات VMDK الأصلية من وحدة تخزين Proxmox بعد التأكد من عمل كل شيء بشكل صحيح لتحرير مساحة على القرص.
حماية البيانات أثناء عملية الانتقال
يُعدّ نقل الأجهزة الافتراضية عملية حساسة، وهناك دائمًا خطر فقدان البيانات. لذا، من الضروري وجود نظام نسخ احتياطي خارجي قبل البدء. تتيح لك حلول مثل Vinchin وNakivo وHornetsecurity إنشاء نسخ احتياطية غير قابلة للتغيير، مما يحميك من برامج الفدية والأخطاء البشرية أثناء عملية النقل. تطبيق قاعدة 3-2-1 (ثلاث نسخ، وسيلتا تخزين، وواحدة خارج الموقع) هو السبيل الوحيد لضمان راحة بالك أثناء تغيير برامج إدارة الأجهزة الافتراضية.
تطورت عملية الانتقال من VMware إلى Proxmox من عمليات يدوية شاقة إلى أدوات مؤتمتة عالية الكفاءة. سواءً باستخدام أداة الاستيراد الرسمية لعمليات النشر واسعة النطاق، أو بالاعتماد على qemu-img وqm importdisk في حالات محددة، يكمن مفتاح النجاح في التحضير المسبق: دمج اللقطات، وتثبيت برامج تشغيل VirtIO، وضمان توافق البرامج الثابتة. مع التخطيط السليم والأمان القوي، يتيح الانتقال إلى بنية تحتية مفتوحة المصدر تحسين التكاليف واستعادة السيطرة الكاملة على بيئة المحاكاة الافتراضية.