خادم ESXi واحد، ومختبر Proxmox كامل يعيش بداخله. تعمل المحاكاة الافتراضية المتداخلة بشكل جيد عندما يكون هناك إعدادان صحيحان، وتفشل بصمت عندما لا يكونا كذلك. يحدد هذا الدليل كلا الأمرين، ويثبت أن KVM موجود داخل Proxmox، ويخبرك بصراحة عن الغرض من هذا الإعداد.
تعني المحاكاة الافتراضية المتداخلة وجود برنامج Hypervisor يعمل داخل جهاز افتراضي: Proxmox داخل ESXi، مع أجهزة افتراضية خاصة به وحاويات بداخله. إنه أرخص مختبر على الإطلاق - خادم واحد ومنصتان للتعلم، ولا توجد أجهزة إضافية. لكن جهاز ESXi VM الافتراضي يخفي ميزات المحاكاة الافتراضية لوحدة المعالجة المركزية عن ضيفه، لذلك يتم تشغيل تثبيت Proxmox الخاص بالمخزون بشكل جيد ثم يرفض بدء تشغيل أي جهاز افتراضي. هناك إعدادان لإصلاح ذلك: أحدهما على جانب ESXi والآخر على جانب الشبكة. تقوم هذه الصفحة بالإعداد الكامل بالترتيب والتحقق من كل طبقة قبل المتابعة.
ثلاث حقائق مذكورة بوضوح، لأن كل مختبر متداخل يجب أن يبدأ بها. أولاً: هذه تقنية معملية. تشير وثائق vSphere الخاصة بشركة Broadcom إلى أن برنامج VMware لا يدعم تشغيل برامج Hypervisor التابعة لجهات خارجية على ESXi، باستثناء الحالات الموثقة بشكل ضيق مثل Hyper-V للأمان القائم على المحاكاة الافتراضية. يعمل Proxmox المتداخل في ESXi، وتقوم الآلاف من المعامل المنزلية بتشغيله - ولكن لن يستجيب أي بائع لمكالمة الدعم الخاصة بك بخصوص هذا الأمر.
ثانيًا: يجب أن تحتوي وحدة المعالجة المركزية الفعلية على Intel VT-x أو AMD-V، ممكّنًا في BIOS الخاص بالخادم. لا يمكن لـ ESXi المرور عبر ميزة تم إيقاف تشغيلها في الجهاز. ثالثًا: قوة الإعداد المتداخل تكون بقدر القدرة الاحتياطية للمضيف. يحتاج Proxmox نفسه إلى الموارد، وكل جهاز افتراضي داخل Proxmox ينفقها مرة أخرى. سيستضيف مضيف بسعة 8 جيجابايت مختبرًا مخيبًا للآمال.
لا تقم بتشغيله بعد. الخطوة التالية أسهل بكثير مع إيقاف تشغيل الجهاز الافتراضي.
هذا هو الإعداد الذي يقف عليه الإعداد بأكمله. يطلب من ESXi تسليم ملحقات المحاكاة الافتراضية لوحدة المعالجة المركزية (علامة vmx على Intel، svm على AMD) عبر Proxmox VM، بحيث يمكن لبرنامج Hypervisor الخاص بـ KVM الخاص بـ Proxmox استخدامها.
المتطلبات من وثائق Broadcom: توافق VM مع ESXi 5.1 أو الأحدث، ووحدة المعالجة المركزية من جيل Intel Nehalem أو الأحدث (AMD Opteron Generation 3 أو الأحدث) مع VT-x أو AMD-V الموجودة في BIOS.
المسار المستند إلى الملف: على الأجهزة المضيفة التي يصعب الوصول إلى الخيار فيها، يوجد نفس المفتاح في ملف .vmx الخاص بالجهاز الظاهري مثل السطر vhv.enable = "TRUE". قم بإضافته فقط أثناء إيقاف تشغيل الجهاز الافتراضي بالكامل — يقوم ESXi بإعادة كتابة ملف الجهاز الافتراضي قيد التشغيل ويختفي التعديل الذي أجريته.
من جهاز الكمبيوتر الخاص بك، افتح https://YOUR-PROXMOX-IP:8006. سيحذر المتصفح من وجود شهادة موقعة ذاتيًا — وهذا أمر طبيعي بالنسبة لـ Proxmox جديد وآمن للمضي قدمًا على شبكة المختبر الخاصة بك. قم بتسجيل الدخول كـ جذر باستخدام كلمة المرور التي قمت بتعيينها.
سيقوم Proxmox نفسه بإجراء اختبار الاتصال والتحديث والتصفح بشكل مثالي في هذه المرحلة - وهذا هو بالضبط سبب مفاجأة هذه الخطوة للناس. ترسل الأجهزة الافتراضية الداخلية Proxmox إطارات الشبكة التي تحمل عناوين MAC الخاصة بها، وتقوم مجموعة منافذ ESXi الافتراضية بإسقاط الإطارات التي لا يكون مصدر MAC فيها هو MAC الخاص بالجهاز الافتراضي الذي تعرفه. الضيوف المتداخلون يصمتون.
قم بذلك على مجموعة منافذ معملية مخصصة، وليس على مجموعة المنافذ التي تستخدمها أجهزة الإنتاج الافتراضية الخاصة بك - يعد قبول الوضع غير المختلط وعمليات الإرسال المزورة بمثابة تخفيف متعمد لأمان المحول، وهو ينتمي فقط إلى المكان الذي يعيش فيه الضيوف المتداخلون. توجد صفحة كاملة في هذه السلسلة حول هذا الإصلاح، لأنه السبب الأكثر شيوعًا وراء "عمل نصف العمل" للمختبر المتداخل.
لا تثق في خانات الاختيار — اسأل Proxmox. افتح غلافه (واجهة مستخدم الويب → العقدة الخاصة بك → Shell) وقم بتشغيل:
ls -l /dev/kvm — يجب أن يكون الجهاز موجودًا. لا يوجد /dev/kvm، ولا يوجد تسريع للأجهزةcat /sys/module/kvm_intel/parameters/nested - في Intel، يجب أن يجيب على Y (في AMD، حدد kvm_amd بنفس الطريقة)egrep -c "(vmx|svm)" /proc/cpuinfo — أي رقم أعلى من 0 يعني وصول إشارة المحاكاة الافتراضية إلى الضيفإذا فشل أي من هذه الأمور، فقم بإيقاف جانب ESXi وإصلاحه (الخطوة 3) بدلاً من محاربة Proxmox - فالمشكلة ليست أبدًا داخل برنامج التثبيت.
host — تخفي وحدة المعالجة المركزية الافتراضية التي تمت محاكاتها العلامات نفسها التي كشفت عنها للتو، ويقوم host بتمرير وحدة المعالجة المركزية الحقيقية من خلالهابدأ بخفة وصدق: جهاز Linux VM واحد، ثم الحاويات، ثم الضيوف الأثقل. يعرض الفيديو أعلاه هذا البناء الدقيق على الشاشة إذا بدت أي خطوة مختلفة على إصدار ESXi الخاص بك.
شاهد إنشاء Proxmox المتداخل مباشرة - إنشاء جهاز افتراضي، وإعداد العرض، والضيف الأول - في الفيديو الكامل.
▶️ Watch Full Videoهذا هو العرض المميز لإيقاف تشغيل إعداد الكشف. Proxmox نفسه هو مجرد نظام Linux، لذلك يتم تثبيته وتشغيله بشكل طبيعي بدون ملحقات المحاكاة الافتراضية. ومع ذلك، يحتاج برنامج Hypervisor الخاص بـ KVM إلى علامة وحدة المعالجة المركزية vmx أو svm. قم بتحرير Proxmox VM في ESXi، وقم بتوسيع وحدة المعالجة المركزية (CPU)، ثم حدد كشف المحاكاة الافتراضية المدعومة بالأجهزة لنظام التشغيل الضيف. ثم تحقق داخل Proxmox باستخدام ls -l /dev/kvm - يجب أن يكون الجهاز موجودًا.
لا، ولسببين منفصلين. الأداء: يدفع كل جهاز افتراضي متداخل ضريبة لاثنين من برامج Hypervisor، لذلك يكون عمل وحدة المعالجة المركزية والقرص أبطأ بشكل ملحوظ من العمل على أي من النظامين الأساسيين وحدهما. الدعم: تنص وثائق vSphere الخاصة بشركة Broadcom على أن برنامج VMware لا يدعم تشغيل برامج Hypervisor التابعة لجهات خارجية على ESXi خارج الوظائف الموثقة على وجه التحديد. المختبر المتداخل مخصص للتعلم والاختبار والتمرين — أعباء العمل المهمة تقع على المعدن.
دائمًا ما تكون سياسات أمان مجموعة منافذ ESXi. تقوم الأجهزة الافتراضية المتداخلة بإرسال الإطارات بعناوين MAC الخاصة بها، وترفض مجموعة المنافذ الافتراضية عمليات الإرسال المزيفة وتغييرات عنوان MAC، لذلك يتم إسقاط حركة المرور بصمت. قم بتحرير مجموعة المنافذ التي يستخدمها جهاز Proxmox VM الخاص بك وقم بتعيين الوضع المختلط وتغييرات عنوان MAC وإرسال Forged كل شيء للقبول - بشكل مثالي على مجموعة منافذ معملية مخصصة.