# مطالعه موردی مهاجرت ماشین‌های مجازی از ESXi Gen7 به Gen8 بدون vCenter

- Link: https://itnetworkcare.ir/case-study-esxi-vm-migration-gen7-gen8/
- Published: 2026-10-06T16:47:02+03:30
- Author: علیرضا بهشتی

**خلاصه پروژه:** در این پروژه چند ماشین مجازی عملیاتی از یک میزبان قدیمی ESXi به
سرور نسل جدیدتر منتقل شدند. هدف، حفظ ساختار شبکه، کنترل ریسک قطعی و اطمینان از سالم
بودن VMها پس از انتقال بود.

![تصویر مفهومی مطالعه موردی مهاجرت ماشین‌های مجازی از ESXi Gen7 به Gen8 بدون vCenter](
https://i0.wp.com/itnetworkcare.ir/wp-content/uploads/2026/10/itnc-article-362-unique.
webp?resize=1536%2C1024&ssl=1)

تصویر مفهومی تولیدشده برای این مطلب؛ نمای واقعی نرم‌افزار نیست.

## مسئله چه بود؟

میزبان قدیمی ظرفیت توسعه محدودی داشت و لازم بود ماشین‌های مجازی به سرور جدید منتقل
شوند. چون vCenter در دسترس نبود، مهاجرت باید با روش مستقیم و کنترل‌شده انجام می‌شد.

## وضعیت اولیه

 * چند VM عملیاتی شامل سرویس‌های سازمانی، بکاپ و VoIP
 * چند Datastore روی میزبان مقصد
 * شبکه مجازی شامل vSwitch اصلی و شبکه جداگانه VoIP
 * عدم استفاده از vMotion استاندارد

## روش اجرا

ابتدا Inventory ماشین‌ها، اندازه دیسک‌ها، Datastore مقصد و اتصال هر NIC ثبت شد. 
سپس انتقال فایل‌ها مرحله‌ای انجام شد و پس از Register کردن VMها، تنظیمات شبکه و 
منابع با وضعیت قبلی مقایسه شد.

### مراحل کلیدی

 1. بررسی فضای Datastore مقصد
 2. ثبت نام VMها و Port Groupها
 3. انتقال کنترل‌شده فایل‌های VM
 4. Register کردن VM روی میزبان جدید
 5. بررسی CPU/RAM و منابع
 6. تست سرویس‌ها و ارتباط شبکه پس از Power On

## چالش شبکه VoIP

یکی از ماشین‌ها دو رابط شبکه داشت و پس از انتقال، مسیر دوم به بررسی بیشتری نیاز 
داشت. با تحلیل ARP و Capture مشخص شد درخواست‌ها از سمت VM خارج می‌شوند اما پاسخ 
از سمت مقابل برنمی‌گردد. این موضوع کمک کرد مشکل از فرآیند Migration جدا و به‌عنوان
مسئله مستقل شبکه‌ای بررسی شود.

## نتیجه

ماشین‌های مجازی روی میزبان جدید راه‌اندازی شدند و سرویس‌های اصلی بدون تغییر معماری
به کار ادامه دادند. مستندسازی وضعیت قبل و بعد از انتقال نیز باعث شد عیب‌یابی سریع‌تر
و دقیق‌تر انجام شود.

## درس‌های پروژه

 * Mapping دقیق NIC و Port Group قبل از Migration حیاتی است.
 * نبود vCenter مانع Migration نیست، اما کنترل دستی بیشتری می‌طلبد.
 * هر خطای شبکه بعد از Migration لزوماً از Hypervisor نیست.
 * ثبت وضعیت قبل و بعد از انتقال زمان عیب‌یابی را کم می‌کند.

## خدمات مرتبط

برای مهاجرت یا عیب‌یابی VMware و ESXi، صفحه [خدمات VMware و مجازی‌سازی](https://itnetworkcare.ir/service/virtualization-vmware/)
و [پشتیبانی سرور و زیرساخت IT](https://itnetworkcare.ir/service/server-it-infrastructure/)
را ببینید.

## سؤالات متداول

### آیا بدون vCenter می‌شود VM را بین دو ESXi جابه‌جا کرد؟

بله، با روش‌های دستی و کنترل‌شده امکان‌پذیر است؛ اما شبکه، فایل‌های VM و منابع مقصد
باید دقیق بررسی شوند.

### اگر بعد از Migration شبکه VM بالا نیاید چه باید کرد؟

ابتدا Port Group، VLAN، vSwitch و NIC mapping بررسی شوند و سپس مسیر ارتباطی مرحله‌به‌مرحله
تست شود.