پیکوسیستم خدمات فنی IT
شبکه و مجازی سازی

تبدیل سرور فیزیکی به مجازی و مهاجرت به ابر

سرورهای فیزیکی قدیمی معمولاً همان هایی هستند که کسی جرئت دست زدن به آن ها را ندارد و به همین دلیل تبدیل سرور فیزیکی به مجازی عقب می افتد. ما مهاجرت به ابر یا ماشین مجازی را با فهرست کامل سرویس ها و وابستگی ها شروع می کنیم، روی یک کپی تست می کنیم و سرویس اصلی را فقط بعد از تأیید شما منتقل می کنیم. تا پایان دوره تست، سرور قبلی خاموش و دست نخورده می ماند.

ابزارها و فناوری ها cloud-migration
  • Proxmox VE
  • VMware ESXi
  • virt-v2v
  • Disk2vhd
  • Clonezilla
  • qemu-img
  • VirtIO
  • rsync
  • Veeam Backup & Replication
5بخش کار
4خروجی
4مرحله

انتقال سرور به مجازی و ابر چیست؟

تبدیل سرور فیزیکی به مجازی (P2V) یعنی انتقال سیستم عامل، نرم افزارها و داده های یک سرور فیزیکی به ماشین مجازی، و در ادامه انتقال آن به دیتاسنتر یا ابر. این خدمت برای سازمانی است که نرم افزار اصلی اش روی سرور قدیمی اجرا می شود، لایسنس VMware آن تمدید نمی شود یا سرور ابری گرفته و نمی داند انتقال را از کجا شروع کند. پیکوسیستم برای هر سرور سرویس ها، دیتابیس ها و لایسنس های وابسته به سخت افزار را مستند می کند، تبدیل را با Disk2vhd، Clonezilla یا virt-v2v انجام می دهد و ماشین های VMware را با qemu-img یا ابزار import به Proxmox منتقل می کند. هر سرور ابتدا روی یک کپی تست می شود و سرور قبلی تا پایان دوره تست دست نخورده می ماند. خروجی کار برنامه مهاجرت با مسیر برگشت، گزارش تست هر سرویس و مستندات محیط مقصد است.

چه زمانی به انتقال سرور به مجازی و ابر نیاز دارید؟

  • نرم افزار اصلی ما هنوز روی ویندوز سرور 2008 اجرا می شود.
  • لایسنس VMware تمدید نمی شود و باید ماشین ها را جابه جا کنیم.
  • می خواهیم سرورها را از اتاق دفتر به دیتاسنتر ببریم.
  • سرور ابری گرفته ایم ولی نمی دانیم انتقال را از کجا شروع کنیم.

انتقال سرور به مجازی و ابر شامل چه کارهایی است؟

01

فهرست سرویس ها و وابستگی ها

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

02

تبدیل فیزیکی به مجازی (P2V)

سرورهای ویندوز و لینوکس را با ابزارهایی مثل Disk2vhd، Clonezilla یا virt-v2v به ماشین مجازی تبدیل می کنیم و درایورها را اصلاح می کنیم.

03

مهاجرت از VMware به Proxmox

ماشین ها را با ابزار import داخلی Proxmox یا qemu-img منتقل می کنیم، VMware Tools را حذف و درایورهای VirtIO را نصب می کنیم.

04

انتقال به ابر یا دیتاسنتر

ماشین ها را به سرور ابری یا کولوکیشن منتقل می کنیم، آدرس دهی، DNS و فایروال مقصد را تنظیم می کنیم و اتصال امن به دفتر را برقرار می کنیم.

05

برنامه جابه جایی و برگشت

برای هر سرویس زمان قطعی، ترتیب انتقال و مسیر برگشت به سرور قبلی را مکتوب می کنیم.

بعد از انتقال سرور به مجازی و ابر چه چیزی تحویل می گیرید؟

  • فهرست سرویس ها و وابستگی های هر سرور
  • برنامه مهاجرت با زمان بندی و مسیر برگشت
  • گزارش تست هر سرویس بعد از انتقال
  • مستندات محیط مقصد و دسترسی های مدیریتی

راهنمای انتقال سرور به مجازی و ابر

مهاجرت از VMware به Proxmox: چه چیزی انتقال را خراب می کند؟

رایج ترین مشکل ماشین ویندوزی است که بعد از انتقال با خطای INACCESSIBLE_BOOT_DEVICE بالا نمی آید. دلیلش این است که دیسک روی VirtIO SCSI قرار گرفته در حالی که درایور آن نصب نشده. راه درست این است که دیسک ابتدا با SATA وصل شود، بسته virtio-win نصب شود و بعد کنترلر عوض شود.

ماشین هایی که در VMware با UEFI بوت می شوند در Proxmox به OVMF نیاز دارند. در لینوکس نام کارت شبکه مثلاً از ens192 به ens18 تغییر می کند و IP ثابت اعمال نمی شود. در ویندوز هم کارت شبکه جدید شناخته می شود و تنظیمات IP روی کارت قبلی می ماند. از Proxmox VE 8.2 ابزار import از ESXi بخش زیادی از این کار را ساده کرده است.

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

Disk2vhd با snapshot مبتنی بر VSS از سرور روشن کپی می گیرد، ولی دیتابیس هایی مثل SQL Server در این حالت فقط crash-consistent هستند. بهتر است سرویس دیتابیس متوقف شود یا بکاپ جداگانه گرفته شود.

در لینوکس، initramfs سرور فیزیکی معمولاً ماژول های VirtIO را ندارد و باید قبل از بوت در محیط جدید با dracut یا update-initramfs دوباره ساخته شود. لایسنس OEM ویندوز که همراه سخت افزار خریداری شده به ماشین مجازی منتقل نمی شود و باید لایسنس مناسب محیط مجازی تهیه شود.

چه سرورهایی را نباید مستقیم منتقل کرد؟

Domain Controller را معمولاً P2V نمی کنیم. ساختن DC جدید، انتقال نقش های FSMO و خارج کردن DC قدیمی ایمن تر است، چون بازگرداندن کپی قدیمی یک DC می تواند باعث USN rollback و خرابی replication شود.

سرورهای Windows Server 2008 را می شود منتقل کرد، ولی دیگر به روزرسانی امنیتی نمی گیرند. اگر نرم افزار روی نسخه جدید قابل نصب نیست، ماشین را در VLAN جدا با دسترسی محدود نگه دارید. نرم افزاری که فایل هایش را از share دفتر باز می کند هم با انتقال سرور به ابر به خاطر تأخیر لینک بسیار کند می شود و باید قبل از مهاجرت معماری آن بررسی شود.

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

در هزینه سرور ابری، کنار CPU و RAM، حجم ترافیک خروجی، فضای بکاپ، IP عمومی اضافه و لینک پایدار دفتر به ابر هم باید دیده شوند. وقتی همه کاربران از دفتر به ابر وصل می شوند، قطعی اینترنت دفتر یعنی قطع دسترسی به همه سرویس ها، پس لینک دوم اهمیت پیدا می کند.

نگهداری تنها نسخه بکاپ نزد همان ارائه دهنده هم ریسک است. پیش از انتقال نهایی، TTL رکوردهای DNS را کم کنید تا تغییر IP سریع اعمال شود، و الزامات قانونی محل نگهداری داده را بررسی کنید.

مراحل انتقال سرور به مجازی و ابر

  1. 01

    شناسایی

    سرورها و سرویس ها را بررسی و وابستگی ها را مستند می کنیم.

  2. 02

    برنامه ریزی

    ترتیب انتقال، پنجره قطعی و مسیر برگشت را با شما هماهنگ می کنیم.

  3. 03

    انتقال آزمایشی

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

  4. 04

    انتقال نهایی و تحویل

    داده نهایی را همگام می کنیم و سرویس را منتقل می کنیم. سرور قبلی تا پایان دوره تست توافق شده نگه داشته می شود.

سؤالات متداول درباره انتقال سرور به مجازی و ابر

مهاجرت از VMware به Proxmox چقدر قطعی دارد؟

زمان قطعی به حجم دیسک ها و سرعت شبکه بستگی دارد و برای هر ماشین جداگانه برآورد می شود. ماشین های کم اهمیت را در ساعت کاری و ماشین های اصلی را شب یا روز تعطیل منتقل می کنیم. اگر مشکلی پیش بیاید، ماشین اصلی روی VMware دوباره روشن می شود.

نرم افزاری که قفل سخت افزاری دارد هم منتقل می شود؟

بسیاری از قفل های USB با USB passthrough یا USB over IP در ماشین مجازی کار می کنند. لایسنس هایی که به شناسه سخت افزار گره خورده اند ممکن است فعال سازی دوباره از سمت فروشنده لازم داشته باشند. این موارد را قبل از انتقال بررسی می کنیم.

سرور ابری بگیریم یا در دیتاسنتر سرور خودمان را بگذاریم؟

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

جست وجوهای مرتبط

  • تبدیل سرور فیزیکی به ماشین مجازی
  • انتقال سرور فیزیکی به مجازی
  • انتقال سرور
  • انتقال سرور فیزیکی به ESXi
  • P2V Migration
  • P2V Proxmox
  • Cloud Migration
  • Cloud Migration Services

استعلام

کارتان را بگویید، مسیر و هزینه را می گوییم

چند خط درباره وضعیت فعلی و چیزی که می خواهید بنویسید. یک مهندس خودش تماس می گیرد، نه واحد فروش.

  1. 01درخواست را می خوانیم و اگر ابهامی بود تماس می گیریم.
  2. 02در صورت نیاز، بررسی اولیه ریموت یا بازدید انجام می شود.
  3. 03پیشنهاد مکتوب با دامنه کار، زمان بندی و هزینه می فرستیم.

اطلاعات شما فقط برای پاسخ به همین درخواست استفاده می شود.