Proxmox Nested VM Setup - آموزش ESXi

قبل از شروع — تصویر صادقانه

مجازی سازی تودرتو به معنای یک هایپروایزر در حال اجرا در داخل یک ماشین مجازی است: Proxmox در داخل ESXi، با ماشین های مجازی و کانتینرهای خود در داخل آن. این ارزان‌ترین آزمایشگاه موجود است - یک سرور، دو پلتفرم برای یادگیری، بدون سخت‌افزار اضافی. اما قبل از شروع باید سه واقعیت روشن باشد.

اول، این یک تکنیک آزمایشگاهی است. VMware از اجرای هایپروایزرهای شخص ثالث در ESXi پشتیبانی نمی کند، به غیر از موارد مستند شده باریک مانند Hyper-V برای امنیت مبتنی بر مجازی سازی. Proxmox تودرتو کار می کند و هزاران آزمایشگاه خانگی آن را اجرا می کنند - اما هیچ فروشنده ای تماس پشتیبانی شما را در مورد آن قبول نمی کند.

دوم، CPU فیزیکی باید دارای Intel VT-x یا AMD-V باشد که در بایوس سرور فعال باشد. ESXi نمی تواند از قابلیتی که سخت افزار آن را خاموش کرده است عبور کند.

سوم، یک راه‌اندازی تودرتو به اندازه ظرفیت اضافی میزبان قوی است. Proxmox خود به منابع نیاز دارد، و هر VM داخل Proxmox دوباره آنها را خرج می کند - یک میزبان 8 گیگابایتی میزبان یک آزمایشگاه ناامیدکننده خواهد بود.

ایجاد Proxmox VM در ESXi با منابع اندازه آزمایشگاه

یک ماشین مجازی جدید در ESXi ایجاد کنید. خانواده سیستم عامل مهمان را روی Linux تنظیم کنید — یک نمایه 64 بیتی دبیان نزدیکترین تطابق است، زیرا Proxmox VE بر روی دبیان ساخته شده است. به آن 4 vCPU و 8 تا 16 گیگابایت رم بدهید: خود Proxmox حدود 1 تا 2 گیگابایت بی‌کار است، و بقیه برای مهمانانی است که در داخل آن اجرا خواهید کرد.

یک دیسک مجازی با 100 گیگابایت یا بیشتر ایجاد کنید — هر دیسک VM تودرتو در داخل این دیسک زندگی می کند. برای آداپتور شبکه، VMXNET3 در صورتی کار می‌کند که نسخه Proxmox شما آن را کاملاً تشخیص دهد، و E1000E نیز کار می‌کند. هر دو با نصب کننده مبتنی بر دبیان خوب هستند.

Proxmox VE ISO را به درایو CD/DVD وصل کنید و آن را طوری تنظیم کنید که در حالت روشن وصل شود. ISO را فقط از وب سایت رسمی Proxmox (proxmox.com) دانلود کنید. هنوز ماشین مجازی را روشن نکنید — مرحله بعدی با خاموش کردن آن بسیار ساده تر است.

تنظیم یک - مجازی سازی به کمک سخت افزار را در معرض سیستم عامل مهمان قرار دهید

این تنظیمی است که کل تنظیمات روی آن قرار دارد. روی Proxmox VM ← Edit Settings کلیک راست کنید و در تب Virtual Hardware بخش CPU را باز کنید و Expose hardware assisted virtualization to the OS مهمان را علامت بزنید. این افزونه های مجازی سازی CPU - پرچم vmx در اینتل، svm در AMD - را به Proxmox VM می دهد، بنابراین هایپروایزر KVM خود Proxmox می تواند از آنها استفاده کند.

بدون این چک باکس، Proxmox به طور معمول نصب و راه‌اندازی می‌شود، اما هیچ ماشین مجازی در داخل آن نمی‌تواند از شتاب KVM استفاده کند — و شکست تنها زمانی ظاهر می‌شود که بخواهید اولین مهمان تودرتو خود را راه‌اندازی کنید.

چک باکس یک خط را در فایل پیکربندی .vmx ماشین مجازی می نویسد، و اگر دسترسی به چک باکس سخت است، می توانید همان خط را خودتان اضافه کنید:

vhv.enable = "TRUE"

Proxmox VE را نصب کنید و رابط وب را باز کنید

VM را روشن کنید و از ISO بوت کنید تا نصب کننده Proxmox VE اجرا شود. دیسک مورد نظر را انتخاب کنید (دیسک مجازی 100 گیگابایتی که ایجاد کردید)، کشور، منطقه زمانی و طرح صفحه کلید خود را تنظیم کنید، رمز عبور ریشه و آدرس ایمیل را تنظیم کنید و به سرور یک نام میزبان و یک آدرس IP مدیریت ثابت در شبکه آزمایشگاهی خود بدهید.

هنگامی که نصب به پایان رسید، اجازه دهید ماشین مجازی در Proxmox راه اندازی مجدد شود (اکنون می توانید ISO را قطع کنید). سپس، از یک مرورگر در رایانه شخصی خود، رابط وب Proxmox را باز کنید — آدرس زیر را با IP که در حین نصب به Proxmox داده اید جایگزین کنید:

https://YOUR-PROXMOX-IP:8006

ثابت کنید KVM زنده است — سه بررسی ترمینال

هنوز یک مهمان واحد ایجاد نکنید. در رابط وب Proxmox، گره خود را انتخاب کنید و Shell را باز کنید، سپس این سه بررسی را اجرا کنید. ابتدا دستگاه KVM باید وجود داشته باشد:

ls -l /dev/kvm

Second, nested virtualization must be switched on inside the KVM module. On an Intel host this must answer Y:

cat /sys/module/kvm_intel/parameters/nested

(On an AMD host the module is kvm_amd instead, and the answer to look for is 1.) Third, the virtualization flag itself must be visible in the CPU information — the count must be above zero:

egrep -c "(vmx|svm)" /proc/cpuinfo

Device present, nested answered Y, flag count above zero — all three green means the ESXi side is done, and any remaining problem lives inside Proxmox. If /dev/kvm is missing, door one is shut: go back to Step 3 and check the setting with the VM powered off. Ninety seconds here saves an evening of guessing.

رفع گروه پورت — چرا VMهای داخل Proxmox شبکه ندارند

عجیب‌ترین عیب آزمایشگاه تودرتو: خود Proxmox کاملاً آنلاین است - دروازه را پینگ می‌کند، به‌روزرسانی‌ها را بارگیری می‌کند و رابط کاربری وب خود را بارگیری می‌کند - با این حال هر ماشین مجازی داخل آن از نظر شبکه مرده است، هیچ آدرس DHCP دریافت نمی‌کند یا به چیزی دسترسی پیدا نمی‌کند. هیچ چیز خراب نیست. ESXi دقیقاً یک دستگاه را در آن پورت می شناسد - Proxmox VM، با یک آدرس MAC - و هر مهمان در داخل Proxmox با آدرس MAC خود خود ارسال می کند، که به سوییچ مجازی به نظر جعلی می رسد. خط‌مشی‌های امنیتی گروه پورت پیش‌فرض آن فریم‌ها را در معرض دید قرار می‌دهند و پاسخ‌ها نیز نمی‌توانند راه خود را پیدا کنند.

راه حل سه تنظیم است. در ESXi، به Networking بروید و گروه پورت را که Proxmox VM به آن متصل است، انتخاب کنید. تنظیمات آن را ویرایش کنید، بخش امنیت را باز کنید و هر سه خط مشی را روی پذیرفتن تنظیم کنید:

• حالت غیرقانونی: پذیرش
• تغییرات آدرس MAC: پذیرش
• انتقال‌های جعلی: پذیرش

ذخیره کنید، سپس مهمان تودرتو (یا فقط شبکه آن) را راه اندازی مجدد کنید و دوباره تست کنید. نیازی به راه اندازی مجدد Proxmox یا ESXi نیست — این تغییر به محض ارسال مجدد مهمان اعمال می شود.

یک VM Inside Proxmox ایجاد کنید — نوع CPU را روی Host تنظیم کنید

در دومی وجود دارد که پرچم مجازی سازی باید از آن عبور کند و در داخل Proxmox قرار دارد. یک ماشین مجازی جدید ایجاد شده در Proxmox به طور پیش‌فرض از یک مدل CPU شبیه‌سازی شده (خانواده kvm64) استفاده می‌کند که عمداً یک CPU قدیمی و عمومی بدون پرچم مجازی‌سازی را ارائه می‌کند - بنابراین مهمانی که خودش می‌خواهد ماشین‌های مجازی را اجرا کند یا از ویژگی‌های وابسته به پرچم استفاده کند، چیزی نمی‌بیند.

وقتی یک VM در داخل Proxmox ایجاد می‌کنید، تنظیمات سخت‌افزار آن را باز کرده و نوع CPU را روی میزبان تنظیم کنید. سپس مهمان مدل واقعی CPU و پرچم‌های دستگاه زیر آن را دریافت می‌کند - که در یک لانه، به این معنی است که پرچم‌هایی که ESXi به Proxmox منتقل شده است، یک سطح پایین‌تر جریان دارند. یک ISO را در حافظه محلی Proxmox آپلود کنید، VM را به روش معمولی با این تغییر ایجاد کنید، آن را شروع کنید و تأیید کنید که بوت می شود و یک آدرس IP در شبکه شما می گیرد. آزمایشگاه تو در تو اکنون سرتاسر کار می کند.

محدودیت‌های آزمایشگاهی صادقانه — این راه‌اندازی برای چه چیزی است و چه چیزی نیست

همه چیز در یک لانه دو بار مالیات عملکرد را پرداخت می‌کند: کار ماشین مجازی تودرتو توسط Proxmox پردازش می‌شود، که کار خودش دوباره توسط ESXi، بالای همان CPU فیزیکی، رم و فضای ذخیره‌سازی پردازش می‌شود. انتظار داشته باشید که مهمانان تو در تو نسبت به ماشین مجازی که مستقیماً روی هر یک از Hypervisor اجرا می شود، به طور قابل توجهی کندتر احساس کنند - مهمانان ویندوز بیشتر از همه این هزینه را پرداخت می کنند.

پس چرا اصلاً Proxmox را در داخل ESXi اجرا کنید؟ دلایل صادقانه دلایل خوبی هستند: ارزان‌ترین راه برای یادگیری پلتفرم دوم، تمرین مهاجرت، آزمایش ویژگی‌های Proxmox و شکستن چیزها با خیال راحت - یک سرور، دو Hypervisor، هیچ سخت‌افزار اضافی، و هیچ چیزی در تولید آسیب نمی‌بیند.

و زمانی که آزمایشگاه از لانه بزرگتر شد، خروجی ساده است: از پیکربندی Proxmox و مهمانان خود نسخه پشتیبان تهیه کنید و همان تنظیمات را روی فلز خالی بازسازی کنید. تنظیمات موجود در این صفحه - مجازی‌سازی در معرض، گروه‌های پورت، CPU میزبان - دقیقاً مواردی هستند که وقتی Proxmox مالک سخت‌افزار است ناپدید می‌شوند، که بیشتر این نکته است: برای یادگیری خوب است، برای تولید اشتباه است.