چگونه یک ماشین مجازی برای تست و محیط‌های آزمایشگاهی راه‌اندازی کنیم

محیط‌های آزمایشگاهی جایی هستند که تصمیمات زیرساختی خوب به‌طور ارزان‌قیمت اتخاذ می‌شوند. قبل از اینکه به‌روزرسانی‌ها، تغییرات امنیتی یا پیکربندی‌های دسترسی از راه دور را برای کاربران واقعی اجرا کنید، به یک مکان کنترل‌شده برای آزمایش عملکرد، سازگاری، حالت‌های خرابی و موارد دیگر نیاز دارید. یک ماشین مجازی این کنترل را به شما می‌دهد: می‌توانید یک ماشین ایزوله بسازید، آن را عمداً خراب کنید، به حالت قبلی برگردانید و این کار را تکرار کنید.

اگر هدف نهایی شما ارائه دسکتاپ از راه دور یا دسکتاپ مجازی است اما می‌خواهید ابتدا درک بهتری از معماری آن داشته باشید، ابتدا به مقاله مراجعه کنید. چگونه دسکتاپ مجازی در ۲۰۲۶ کار می‌کند؟ اجزا، پروتکل‌ها و مدل‌های استقرار این کار انجام شد، یا اگر شما قبلاً اصول اولیه را می‌دانید، از این راهنما برای ساختن پایه‌تان برای آزمایش‌های عملی استفاده کنید.

چرا ماشین‌های مجازی برای آزمایش و کارهای آزمایشگاهی ایده‌آل هستند

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

کاربردهای رایج آزمایشگاه:

• به‌روزرسانی‌های سیستم‌عامل و وصله‌های برنامه را قبل از استقرار تأیید کنید
• تغییرات پیکربندی تست (قوانین فایروال، گواهی‌نامه‌ها، تنظیمات سیاست)
• مسائل کاربران نهایی را به طور ایمن بازتولید و عیب‌یابی کنید
• تیم‌ها را با ابزار جدید آموزش دهید بدون اینکه به تولید آسیب بزنید
• پروتوتایپ گردش‌های کار دسترسی از راه دور و سیاست‌های امنیتی

تأسیسات آزمایش از راه دور:

آزمایشگاه‌ها همچنین به مسیرهای پشتیبانی عملی نیاز دارند. اگر ماشین‌های مجازی شما بر روی میزبان‌های دور (یک سرور از راه دور، یک سایت مشتری یا یک نمونه ابری) زندگی می‌کنند، شما ارزش کمک به کاربران و تأیید آنچه را که می‌بینند، خواهید دانست.

نمونه‌ای از نوع ابزارهایی که برای این اهداف آزمایشی قدردانی خواهید کرد، TSplus Remote Support به طور طبیعی در عملیات آزمایشگاه جا می‌گیرد. این برای هر جایی که نیاز دارید کسی را در یک جلسه آزمایش راهنمایی کنید، رفتار را در یک ماشین مجازی از راه دور تأیید کنید یا عیب‌یابی را بدون سفر تسریع کنید، مناسب است.

قبل از شروع چه چیزی نیاز دارید

بیشتر مشکلات راه‌اندازی ماشین‌های مجازی به کمبود پیش‌نیازها برمی‌گردد. ابتدا این موارد را پوشش دهید تا از خطاهای وقت‌گیر جلوگیری کنید.

پیش‌نیازهای سخت‌افزاری و BIOS/UEFI

• فعال‌سازی مجازی‌سازی سخت‌افزاری: Intel VT-x یا AMD-V
• اطمینان حاصل کنید که میزبان منابع "مقیاس آزمایشگاهی" دارد:
  • RAM یک گلوگاه رایج است
  • ذخیره‌سازی SSD تأثیر فوری و واقعی بر روی پاسخگویی دارد

اگر مجازی‌سازی غیرفعال باشد، ممکن است خطاهایی مانند "VT-x/AMD-V در دسترس نیست" را مشاهده کنید، یا ماشین مجازی ممکن است به‌خاطر بازگشت به حالت‌های کمتر کارآمد، به آرامی اجرا شود.

نرم‌افزار نصب سیستم‌عامل (ISO)

ایزو سیستم عامل مهمان خود را از منابع رسمی دانلود کنید. گزینه‌های معمول آزمایشگاه:

• اوبونتو دبیان برای آزمایشگاه‌های لینوکس
• ویندوز ۱۰/۱۱ برای تست دسکتاپ
• سرور ویندوز برای آزمایشگاه‌های زیرساخت

در مک‌های سیلیکون اپل، معماری اهمیت دارد: شما معمولاً به تصاویر ARM نیاز دارید در صورت موجود بودن.

هدف آزمایشگاه را از قبل تعیین کنید

طراحی VM شما بسته به اینکه چه می‌خواهید تغییر می‌کند:

• یک دستگاه آزمایشی یک‌بار مصرف
• یک تصویر پایه آزمایشگاهی "طلایی" قابل استفاده مجدد (یک الگو که می‌توانید به تعداد مورد نیاز کپی کنید)
• یک آزمایشگاه شبکه چندین ماشین مجازی (کلاینت + سرور + خدمات)

این هدف (یک تصمیم اساسی در بالادست، همانطور که می‌توانید بگویید) بر اندازه دیسک، عکس‌های فوری و حالت شبکه و سایر موارد تأثیر خواهد گذاشت.

1. هایپر وایزر خود را انتخاب کنید

یک هایپر وایزر پلتفرم ماشین مجازی است که CPU/RAM/دیسک/شبکه میزبان شما را به سیستم عامل مهمان اختصاص می‌دهد.

میزبان‌های ویندوز

گزینه‌های رایج شامل

• VirtualBox برای آزمایشگاه‌های سریع و چندسکویی
• یا VMWare Workstation یا دیگر
• هایپر-وی برای ادغام عمیق ویندوز و عملکرد قوی.

به یاد داشته باشید که برخی از هایپر وایزرها بسته به پیکربندی ویندوز شما می‌توانند با هم تداخل داشته باشند. در واقع، Hyper-V می‌تواند در پس‌زمینه در برخی از سیستم‌های ویندوز فعال بماند. وقتی این اتفاق می‌افتد، هایپر وایزرهای دیگر ممکن است با هم تداخل داشته باشند یا به حالت سازگاری سوئیچ کنند. بنابراین، اگر تنظیمات ماشین مجازی انتخابی شما (VirtualBox یا دیگر) به طور غیرعادی عمل می‌کند، تنظیمات Hyper-V/مجازی‌سازی خود را بررسی کنید. آیا فعال است و به طور خاص پلتفرم انتخابی شما چگونه با آن برخورد می‌کند؟

میزبان‌های macOS (اینتل در مقابل سیلیکون اپل)

• سیلیکون اپل: UTM یا Parallels معمولاً استفاده می‌شوند؛ در صورت امکان مهمان‌های ARM را ترجیح دهید.
• مک‌های اینتل: پارالل یا VMWare فیوژن اغلب سازگاری گسترده‌ای را ارائه می‌دهد.

میزبان‌های لینوکس

شما ممکن است انتخاب کنید

• KVM/QEMU + virt-manager برای عملکرد قوی و یک پشته مجازی‌سازی "بومی" (برای تجربه‌ای شبیه به سرور، KVM را انتخاب کنید)، یا
• VirtualBox برای یک رابط کاربری ساده و آزمایشگاه‌های آسان.

2. ایجاد VM: چه تنظیماتی در آزمایشگاه‌های واقعی کار می‌کند؟

جادوگران ایجاد راحت هستند، اما مقادیر پیش‌فرض همیشه "هوشمند آزمایشگاهی" نیستند. از این راهنماها برای ساختن مقادیر پایدار و تکرارپذیر استفاده کنید. ماشین‌های آزمایشی .

CPU: از بزرگ‌سازی بیش از حد خودداری کنید

شروع محافظه‌کارانه:

• لینوکس لایت: ۲ vCPU
• لپ‌تاپ دسکتاپ ویندوز: ۲–۴ vCPU
• آزمایش‌های سنگین‌تر: ۴ vCPU اگر میزبان بتواند آن را اختصاص دهد

اختصاص دادن هسته‌های بیش از حد می‌تواند باعث تداخل شود و هم میزبان و هم مهمان، به‌ویژه در لپ‌تاپ‌ها، را تحت تأثیر قرار دهد.

RAM: بزرگترین اهرم

نقاط شروع عملی:

• لینوکس دسکتاپ: ۴–۸ گیگابایت
• ویندوز ۱۰/۱۱: ۸–۱۶ گیگابایت
• ویندوز سرور: ۴–۸ گیگابایت (بسته به نقش)

اگر چندین ماشین مجازی را اجرا می‌کنید، ابتدا بودجه کل RAM آزمایشگاه خود را برنامه‌ریزی کنید، سپس به ازای هر VM تخصیص دهید تا میزبان هرگز تعویض نشود.

حجم آن را برای به‌روزرسانی‌ها، لاگ‌ها و اسنپ‌شات‌ها تنظیم کنید

اندازه‌های پیشنهادی دیسک:

• لینوکس آزمایشگاه: ۴۰–۶۰ گیگابایت
• لپ‌تاپ دسکتاپ ویندوز: ۸۰–۱۵۰ گیگابایت
• سرور ویندوز آزمایشگاه: ۶۰–۱۲۰ گیگابایت بسته به نقش‌ها

دیسک‌های دینامیک معمولاً برای آزمایشگاه‌ها به خوبی کار می‌کنند و در ابتدا فضای میزبان را ذخیره می‌کنند. دیسک‌های ثابت می‌توانند در برخی از تنظیمات حساس به عملکرد پیش‌بینی‌پذیرتر باشند.

نیازمندی‌های فریم‌ور و سیستم‌عامل‌های مدرن

• از UEFI زمانی که لازم است استفاده کنید (معمولاً برای ویندوزهای مدرن)
• نیازمندی‌های Secure Boot و TPM مجازی بسته به هایپر وایزر متفاوت است
• اگر ویندوز درباره الزامات شکایت کرد، تنظیمات ماشین مجازی را تنظیم کنید و از کوتاه کردن مسیرها خودداری کنید تا آزمایشگاه شما واقعیت را منعکس کند.

نکته درباره تمیزی آزمایشگاه

اگر می‌خواهید تکرارپذیری داشته باشید، یک ماشین مجازی پایه بسازید، آن را وصله کنید، ابزارهای پایه را نصب کنید و سپس آن را کپی کنید از "تنظیم دائمی همان VM" خودداری کنید.

3. سیستم‌عامل را از ISO نصب کنید

پس از ایجاد VM، نصب ساده است. اساساً، آن را مانند نصب یک ماشین فیزیکی در نظر بگیرید، اما دو نکته اساسی VM را به خاطر داشته باشید: نصب ISO و رفتار راه‌اندازی مجدد.

ایزو را پیوست کنید

در تنظیمات هایپر وایزر خود:

• ذخیره‌سازی/CD/DVD → نصب ISO
• اطمینان حاصل کنید که ترتیب بوت اجازه می‌دهد از ISO بوت شود

نصب‌کننده را اجرا کنید

1. زبان و صفحه کلید را انتخاب کنید
2. بر روی دیسک مجازی VM نصب کنید
3. یک حساب کاربری محلی مدیر مناسب برای استفاده در آزمایشگاه ایجاد کنید
4. نصب کامل و راه‌اندازی مجدد

پس از نصب، ISO را از حالت متصل خارج کنید

اگر ماشین مجازی دوباره به نصب‌کننده بوت شود، ISO را خارج/غیرمتصل کنید تا از دیسک نصب‌شده بوت شود.

4. ابزارهای مهمان را نصب کنید

ابزارهای مهمان چیزی هستند که ماشین‌های مجازی را برای استفاده و دقت در آزمایش قابل استفاده می‌کنند. آن‌ها معمولاً چه امکاناتی را فراهم می‌کنند:

• گرافیک بهتر و وضوح پویا
• ادغام روان ماوس
• کلیپ بورد مشترک (اگر اجازه دهید)
• پوشه‌های مشترک (اگر اجازه دهید)
• همزمان‌سازی زمان و بهبودهای دستگاه

ابزارهای مهمان را به عنوان بخشی از تصویر پایه خود در نظر بگیرید اگر در حال کلون کردن VM خود هستید. ببینید چگونه مجموعه نرم‌افزار TSplus برجسته و مقیاس‌پذیر با اجرای آن از ماشین مجازی بعدی شما.

5. پیکربندی شبکه برای سناریوهای آزمایشگاهی

شبکه‌سازی تعیین می‌کند که ماشین مجازی شما به چه چیزی می‌تواند دسترسی داشته باشد و چه چیزی می‌تواند به آن دسترسی پیدا کند. برای آزمایشگاه‌ها، انتخاب "درست" معمولاً در مورد کنترل قرار گرفتن است.

NAT (پیشنهاد شده به عنوان پیش‌فرض)

از NAT زمانی استفاده کنید که برای برنامه‌ریزی می‌کنید:

• دسترسی آسان به اینترنت برای پچ و دانلودها؛
• حداقل قرارگیری در معرض شبکه محلی شما;
• یک "محیط امن" پیش‌فرض برای آزمایش نرم‌افزارهای ناشناخته.

NAT برای اکثر آزمایشگاه‌های تک ماشین مجازی ایده‌آل است.

آزمایش پل‌زده (واقعی "سرور در LAN")

از بریج استفاده کنید زمانی که:

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

یادداشت امنیتی:

آزمایشگاه‌های متصل می‌توانند به طور تصادفی به تولید نزدیک شوند. اگر شما خدماتی را در معرض نمایش قرار می‌دهید (حتی به طور موقت)، به شدت امنیت را تقویت کنید. امنیت یک اصل اساسی است که هیچ‌کس نباید در آن صرفه‌جویی کند یا از آن شانه خالی کند. اینجا جایی است که TSplus Advanced Security می‌تواند در انتقال از "کار می‌کند" به "هدف آسانی نیست" مرتبط باشد، با حفاظت‌های عملی و محدودیت‌های سیاستی برای کمک به کاهش و متوقف کردن تهدیدات رایج دسترسی از راه دور.

فقط میزبان / شبکه‌های داخلی (آزمایشگاه‌های اولویت جداسازی)

در موارد زیر از شبکه‌های داخلی/فقط میزبان استفاده کنید.

• شما می‌خواهید ارتباط VM به VM بدون دست زدن به LAN خود داشته باشید.
• شما در حال ساخت یک آزمایشگاه آموزشی (کلاینت + سرور) با مسیریابی کنترل شده هستید.
• شما شرایط آزمایشی قابل پیش‌بینی و ایزوله می‌خواهید.

تصاویر فوری و کلون‌ها: قدرت‌های فوق‌العاده آزمایشگاه شما

اگر می‌خواهید آزمایشگاه شما مفید بماند، به زودی از اسنپ‌شات‌ها و کلون‌سازی استفاده کنید.

تصاویر فوری: بازگشت پس از تغییرات پرخطر

تصاویر فوری برای بازیابی در مواقع نیاز از اهمیت بالایی برخوردارند. برخی از تصاویر فوری ایده‌آل شامل قبل از:

• به‌روزرسانی‌های سیستم‌عامل
• چرخه‌های پچ که می‌خواهید ارزیابی کنید؛
• فایروال، گواهی یا تغییرات دسترسی از راه دور؛
• تجربیات "تولید مجدد اشکال".

نام اسنپ‌شات‌ها را به وضوح مشخص کنید (به عنوان مثال، "پچ‌های پیش از فوریه"، "قبل از سخت‌افزاری RDP"). آن‌ها را عمدی نگه دارید: اسنپ‌شات‌های زیاد می‌توانند فضای ذخیره‌سازی را مصرف کرده و عملکرد را پیچیده کنند.

کلون‌ها: ساخت شاخه‌های تست تکرارپذیر

برای مقایسه واقعی، کلون‌ها ضروری هستند. هر چیز دیگری می‌تواند به ضربات در تاریکی منجر شود. در اینجا یک الگوی قابل اعتماد وجود دارد:

1. یک ماشین مجازی پایه بسازید و وصله کنید
2. ابزارهای پایه را اضافه کنید
3. خاموش کردن و کپی به "Test-Branch-A"، "Test-Branch-B"، "Repro-Issue-Client".

این به شما امکان می‌دهد تا نتایج را در مقایسه با مبنای تمیز بررسی کنید به جای اینکه حدس بزنید آیا تغییر قبلی باعث رفتار جدید شده است.

بهداشت پچ و قابلیت مشاهده در طول آزمایش‌ها

یک آزمایشگاه باید واقعیت را منعکس کند اما در عین حال کنترل شده باقی بماند.

عادات پیشنهادی شامل اقدامات زیر است.

• قبل از ضبط یک تصویر پایه، سیستم عامل مهمان را به طور کامل پچ کنید.
• هایپر وایزر را به‌روز نگه‌دارید (ثبات سمت میزبان مهم است).
• محتوای موجود در ماشین مجازی پایه خود را مستند کنید تا آزمایشگاه شما قابل بازتولید باشد.
• “VMهای پایه ایمن” را از “VMهای سندباکس ناایمن” جدا کنید.

هنگامی که تست‌ها (پچ‌ها، عوامل جدید، سیاست‌های جدید) را اجرا می‌کنید، به یاد داشته باشید که شواهد را ثبت کنید. در واقع، نظارت بر CPU، حافظه، دیسک و در دسترس بودن خدمات در طول یک تست اغلب چیزی است که علت واقعی کندی‌ها یا شکست‌ها را فاش می‌کند.

برای تیم‌هایی که چندین میزبان آزمایشگاهی را اجرا می‌کنند یا تغییرات را در طول زمان تأیید می‌کنند، نظارت بر سرور TSplus می‌تواند به شما کمک کند تا بازگشت‌ها (مانند افزایش استفاده از RAM یا اشباع دیسک) را شناسایی کنید و "لحظه‌ای که X را تغییر دادیم" را با "لحظه‌ای که عملکرد کاهش یافت" مرتبط کنید.

مشکلات رایج راه‌اندازی VM و راه‌حل‌های سریع آن‌ها

VT-x/AMD-V غیرفعال است / ماشین مجازی شروع نخواهد شد

• مجازی‌سازی را در BIOS/UEFI فعال کنید
• در ویندوز، بررسی کنید که آیا Hyper-V بر روی هایپر وایزر انتخابی شما تأثیر می‌گذارد یا خیر.

“هیچ دستگاه بوتی” / صفحه سیاه در بوت

• تأیید کنید که ISO به درستی متصل شده است
• تأیید ترتیب راه‌اندازی
• اطمینان حاصل کنید که از معماری صحیح (ARM در مقابل x86) استفاده می‌کنید، به‌ویژه در Apple Silicon

در VM اینترنت وجود ندارد

• به NAT سوئیچ کنید تا اتصال پایه را تأیید کنید
• اطمینان حاصل کنید که NIC مجازی فعال است
• DNS را در سیستم عامل مهمان بررسی کنید

VM احساس کندی می‌کند با وجود "مشخصات خوب"

• تأیید کنید که میزبان در حال تعویض نیست (فشار RAM)
• از ذخیره‌سازی SSD در صورت امکان استفاده کنید
• در صورت بالا بودن تداخل زمان‌بندی، تخصیص vCPU را کاهش دهید
• ابزارهای مهمان را نصب کنید و سیستم را راه‌اندازی مجدد کنید

مرحله بعد: ماشین مجازی خود را به یک آزمایشگاه دسکتاپ از راه دور تبدیل کنید

پس از اینکه ماشین مجازی شما پایدار شد، می‌توانید از آن برای شبیه‌سازی دسکتاپ‌های از راه دور استفاده کنید و دسکتاپ‌های مجازی برای دسترسی و استفاده از برنامه‌ها و بیشتر.

• یک سیستم عامل مهمان ویندوز نصب کنید و اتصال از راه دور را فعال کنید.
• مقایسه رفتار NAT و بریج در سناریوهای دسترسی از راه دور.
• سیاست‌های تصمیم‌گیری آزمایشی (کلیپ بورد، نگاشت درایو، چاپ).
• نحوه تأثیر پروفایل‌ها، به‌روزرسانی‌ها و ذخیره‌سازی بر ورود و پاسخگویی را مشاهده کنید.

برای توسعه آزمایشگاه خود از یک ماشین مجازی واحد به ارائه دسکتاپ‌ها یا برنامه‌ها به چندین کاربر، TSplus Remote Access می‌تواند یک مرحله عملی بعدی باشد برای منابع انتشاراتی این امکان دسترسی کنترل شده و مدیریت متمرکز را فراهم می‌کند، بدون اینکه شما را مجبور به استفاده از یک معماری بزرگ و غیرضروری کند فقط برای تأیید جریان کار.