مقایسه VMware vMotion با Storage vMotion؛ چه تفاوتی دارند؟

مفهوم مهاجرت زنده ماشین مجازی در VMware

در زیرساخت‌های مجازی‌سازی سازمانی، نگهداری سرورها، ارتقای سخت‌افزار، توسعه ظرفیت ذخیره‌سازی و توزیع بار کاری نباید الزاماً به خاموش کردن ماشین‌های مجازی منجر شود. فناوری Live Migration این امکان را فراهم می‌کند که محل اجرای یک ماشین مجازی یا محل نگهداری داده‌های آن در حین فعالیت تغییر کند.

VMware این نیاز را از طریق قابلیت‌های مهاجرت در پلتفرم VMware vSphere پوشش می‌دهد. دو قابلیت اصلی در این زمینه، vMotion و Storage vMotion هستند که هرکدام بخش متفاوتی از عملیات مهاجرت را مدیریت می‌کنند.

مزیت اصلی این قابلیت‌ها در مراکز داده، کاهش نیاز به پنجره‌های تعمیراتی همراه با قطعی سرویس است. البته مهاجرت زنده جایگزین High Availability، پشتیبان‌گیری یا Disaster Recovery نیست؛ زیرا این فناوری‌ها مسائل متفاوتی را حل می‌کنند.

VMware vMotion و Storage vMotion چیستند؟

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

VMware vMotion چیست و چه وظیفه‌ای دارد؟

VMware vMotion فناوری مهاجرت زنده ماشین مجازی بین دو هاست ESXi سازگار است. در این عملیات، وضعیت اجرایی ماشین، شامل محتوای حافظه و وضعیت لازم پردازنده و دستگاه‌های مجازی، به هاست مقصد منتقل می‌شود.

در مهاجرت استاندارد از نوع Compute-only، فایل‌های ماشین مجازی روی Datastore فعلی باقی می‌مانند و هاست مقصد پس از انتقال، اجرای ماشین را ادامه می‌دهد. به همین دلیل، هر دو هاست باید به فایل‌های موردنیاز ماشین مجازی دسترسی داشته باشند.

این قابلیت برای تخلیه هاست پیش از تعمیرات، ارتقای Firmware، مدیریت ظرفیت محاسباتی و متعادل‌سازی بار بین سرورها استفاده می‌شود.

Storage vMotion چیست و چه کاربردی دارد؟

Storage vMotion قابلیتی برای انتقال آنلاین فایل‌های ماشین مجازی از یک Datastore به Datastore دیگر است. این فایل‌ها می‌توانند شامل دیسک‌های مجازی VMDK، فایل‌های پیکربندی و سایر اجزای پشتیبانی‌شده ماشین باشند.

در مهاجرت Storage-only، هاست اجراکننده VM تغییر نمی‌کند. در عوض، سیستم داده‌ها را به مقصد منتقل کرده و تغییرات ایجادشده هنگام عملیات را هماهنگ می‌کند تا ماشین از فایل‌های مقصد استفاده کند.

این قابلیت در زمان جایگزینی Storage قدیمی، انتقال داده به ذخیره‌ساز جدید، آزادسازی ظرفیت Datastore و تغییر سیاست‌های ذخیره‌سازی کاربرد دارد.

شباهت‌های vMotion و Storage vMotion

جدول مقایسه VMware vMotion و Storage vMotion

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

نحوه عملکرد فنی vMotion و Storage vMotion

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

انتقال وضعیت CPU و RAM در vMotion

هنگام شروع vMotion، هاست مقصد برای دریافت وضعیت ماشین مجازی آماده می‌شود. اطلاعات حافظه VM از طریق شبکه مهاجرت منتقل شده و تغییرات جدید صفحات حافظه در چند مرحله با مقصد همگام می‌شوند.

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

انتقال فایل‌های دیسک در Storage vMotion

در Storage vMotion، سیستم فایل‌های موردنیاز ماشین را در Datastore مقصد ایجاد و اطلاعات دیسک را در حین اجرای VM منتقل می‌کند. از آنجا که ماشین همچنان درخواست‌های خواندن و نوشتن تولید می‌کند، تغییرات باید در طول عملیات هماهنگ شوند.

پس از تکمیل انتقال و هماهنگ‌سازی نهایی، ارجاع ماشین به فایل‌های مقصد تغییر می‌کند. جزئیات مکانیزم کپی و هماهنگ‌سازی بسته به نسخه vSphere، نوع Storage و وضعیت ماشین متفاوت است.

انتقال چند دیسک مجازی یا فایل‌های پیکربندی به Datastoreهای متفاوت نیز در سناریوهای پشتیبانی‌شده امکان‌پذیر است و می‌تواند به مدیریت ظرفیت و جداسازی Workloadها کمک کند.

نقش VMkernel و شبکه در مهاجرت

برای vMotion بین دو هاست، رابط VMkernel با سرویس vMotion و ارتباط شبکه سازگار میان میزبان‌ها ضروری است. پهنای باند، تأخیر، ازدحام شبکه و پیکربندی صحیح MTU می‌توانند بر زمان و موفقیت انتقال اثر بگذارند.

در مقابل، Storage vMotion لزوماً از همان شبکه اختصاصی vMotion استفاده نمی‌کند. مسیر انتقال داده به معماری ذخیره‌سازی بستگی دارد؛ برای مثال، در محیط‌های مبتنی بر Fibre Channel SAN، NFS یا iSCSI، زیرساخت و مسیرهای I/O متفاوت هستند.

مزایا، محدودیت‌ها و تأثیر بر عملکرد سیستم

مزایای vMotion برای مدیریت پردازش

مزایای Storage vMotion برای مدیریت داده

Storage vMotion به مدیر زیرساخت اجازه می‌دهد محل داده‌های ماشین را بدون جابه‌جایی هاست اجراکننده تغییر دهد. این قابلیت برای تعویض Array، ارتقای تجهیزات ذخیره‌سازی و مدیریت Datastoreهای پرظرفیت اهمیت دارد.

برای نمونه، اگر Datastore فعلی با محدودیت ظرفیت یا تأخیر I/O مواجه باشد، می‌توان یک VM سازگار را به فضای ذخیره‌سازی مناسب‌تری منتقل کرد. البته بهبود عملکرد فقط در صورتی رخ می‌دهد که Storage مقصد از نظر IOPS، Throughput، Latency و ظرفیت واقعاً پاسخ‌گوی Workload باشد.

پیش از چنین تغییری، بررسی روش‌های بهینه‌سازی کارایی ماشین‌های مجازی نیز کمک می‌کند مشکل ناشی از CPU، RAM، شبکه یا ذخیره‌سازی به‌درستی تفکیک شود.

محدودیت‌ها و ریسک‌های عملیاتی

کاربردهای واقعی vMotion و Storage vMotion در دیتاسنتر

انتخاب روش مهاجرت باید از هدف عملیاتی شروع شود: آیا قرار است هاست تغییر کند، Storage تغییر کند یا هر دو منبع به مقصد جدید منتقل شوند؟

سناریوی اول: تعمیر یا ارتقای هاست ESXi

فرض کنید یک هاست باید برای ارتقای Firmware یا انجام تعمیرات از سرویس خارج شود. اگر هاست مقصد با ماشین مجازی سازگار باشد و فایل‌های VM از هر دو هاست قابل دسترسی باشند، Compute-only vMotion روش مناسب است.

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

سناریوی دوم: انتقال داده از Storage قدیمی

اگر سازمان قصد جایگزینی SAN یا انتقال VMها به یک Array جدید را داشته باشد، Storage vMotion می‌تواند فایل‌ها را به Datastore مقصد منتقل کند.

پیش از انتقال باید سازگاری Storage Policy، ظرفیت مؤثر، توان پردازش I/O و ارتباطات مسیر ذخیره‌سازی بررسی شود. برای طراحی یا بازبینی این زیرساخت می‌توان از خدمات ذخیره‌سازی سازمانی آکو استفاده کرد.

سناریوی سوم: انتقال ماشین به کلاستر vSAN

هنگام انتقال یک VM از محیط SAN سنتی به کلاستر vSAN، روش اجرا به دسترسی هاست‌ها به Storage، معماری مقصد و سازگاری منابع بستگی دارد.

در صورت امکان، می‌توان ابتدا ماشین را به هاست مقصد منتقل و سپس با Storage vMotion فایل‌های آن را به vSAN جابه‌جا کرد. در سناریوهایی که دسترسی مشترک به Datastore وجود ندارد، مهاجرت ترکیبی Compute و Storage ممکن است انتخاب مناسب‌تری باشد.

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

سناریوی چهارم: بهینه‌سازی بار و ظرفیت دیتاسنتر

زمانی که یک سرور ESXi با مصرف بالای CPU یا RAM مواجه است، vMotion می‌تواند بار آن را به هاست مناسب‌تری منتقل کند. اما اگر مسئله اصلی افزایش Latency دیسک یا کمبود فضای Datastore باشد، باید ابتدا Storage بررسی شود.

Storage vMotion در این شرایط ابزار جابه‌جایی داده است؛ نه تضمینی برای برطرف کردن مشکلات عملکردی. در برخی مواقع، اصلاح پیکربندی VM یا افزایش ظرفیت Storage نسبت به مهاجرت مؤثرتر خواهد بود.

پیش‌نیازها و مراحل اجرای موفق مهاجرت

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

بررسی نسخه vSphere، مجوز و سازگاری CPU

پیش از مهاجرت بین هاست‌ها، سازگاری نسخه‌های ESXi، قابلیت‌های CPU و Virtual Hardware بررسی شود. فناوری Enhanced vMotion Compatibility یا EVC می‌تواند با ارائه مجموعه‌ای سازگار از قابلیت‌های پردازنده، مهاجرت بین برخی نسل‌های متفاوت CPU را تسهیل کند.

بااین‌حال، EVC تمام ناسازگاری‌های پردازنده را رفع نمی‌کند و جایگزین بررسی سازگاری نیست. به‌ویژه مهاجرت زنده بین معماری‌های متفاوت Intel و AMD از محدودیت‌های مهم است.

همچنین دسترسی به قابلیت‌های vMotion و Storage vMotion، سطح اتوماسیون و مهاجرت بین vCenterها باید با توجه به نسخه محصول، نوع Subscription و شرایط مجوز بررسی شود. برای شناخت بستر نرم‌افزاری می‌توان محصولات VMware vSphere را بررسی کرد.

بررسی شبکه و مسیرهای ارتباطی

• فعال بودن سرویس vMotion روی رابط VMkernel مناسب در هاست‌های شرکت‌کننده.
• برقراری ارتباط شبکه و دسترسی لازم بین هاست‌ها.
• بررسی پهنای باند، Latency، Packet Loss و ازدحام شبکه.
• اعتبارسنجی MTU در صورت استفاده از Jumbo Frames.
• بررسی Port Group و دسترسی شبکه VM روی هاست مقصد.
• کنترل امنیت و جداسازی منطقی ترافیک مهاجرت.

بررسی Storage و وضعیت ماشین مجازی

برای Storage vMotion، دسترسی به Datastore مبدأ و مقصد، فضای ذخیره‌سازی کافی و سازگاری سیاست‌های دیسک باید بررسی شود. برخی پیکربندی‌ها مانند Shared VMDK، SCSI Bus Sharing، RDM، دیسک‌های با حالت خاص یا دستگاه‌های متصل به VM ممکن است مهاجرت زنده را محدود کنند.

وضعیت Snapshotها، ماشین‌های کلاستری، فایل‌های ISO متصل‌شده و وابستگی‌های نرم‌افزاری نیز باید پیش از اجرا بررسی شود؛ زیرا پشتیبانی از هر حالت می‌تواند به نسخه و پیکربندی وابسته باشد.

مراحل اجرای مهاجرت در vSphere Client

کاهش اثر مهاجرت بر عملکرد

بهتر است ماشین‌های پرمصرف به‌صورت مرحله‌ای منتقل شوند و مهاجرت انبوه در بازه‌های کم‌بار انجام شود. تعداد عملیات هم‌زمان نیز باید با توجه به محدودیت‌های نسخه vSphere، پهنای باند و ظرفیت I/O تنظیم شود.

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

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

برخی پروژه‌ها به تغییر هم‌زمان منابع Compute و Storage نیاز دارند؛ به‌خصوص هنگام انتقال Workload از یک کلاستر به کلاستر دیگر یا نوسازی کامل زیرساخت.

Shared-Nothing vMotion چیست؟

Shared-Nothing vMotion به سناریویی گفته می‌شود که ماشین مجازی روشن همراه با وضعیت اجرایی و داده‌های موردنیاز، به هاست و Storage مقصد منتقل می‌شود؛ بدون آنکه الزاماً هر دو هاست به یک Datastore مشترک دسترسی داشته باشند.

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

Cross vCenter vMotion چه تفاوتی دارد؟

Cross vCenter vMotion برای مهاجرت ماشین‌های مجازی بین محیط‌هایی که توسط vCenter Serverهای متفاوت مدیریت می‌شوند استفاده می‌شود. بسته به پیکربندی و روش اجرا، مهاجرت می‌تواند در مرزهای مدیریتی متفاوت انجام شود.

پیش‌نیازهای این قابلیت شامل سازگاری نسخه‌ها، دسترسی شبکه، مجوزهای موردنیاز، تنظیمات مدیریتی و شرایط مقصد است. بنابراین، پشتیبانی از Cross vCenter vMotion به معنای امکان مهاجرت مستقیم و بدون محدودیت میان هر دو دیتاسنتر یا سرویس ابری نیست.

نقش DRS، Storage DRS و محیط‌های Hybrid Cloud

vSphere DRS با بررسی وضعیت منابع کلاستر می‌تواند در محیط‌های پشتیبانی‌شده از vMotion برای متعادل‌سازی بار استفاده کند. Storage DRS نیز برای مدیریت جای‌گذاری و توازن فضای ذخیره‌سازی در Datastore Clusterها کاربرد دارد.

این قابلیت‌ها با مهاجرت بین مراکز داده و معماری‌های Hybrid Cloud ارتباط عملیاتی دارند، اما اجرای چنین سناریوهایی علاوه بر vMotion به طراحی شبکه، امنیت، سازگاری نسخه‌ها و گاهی ابزارهای مهاجرت اختصاصی نیاز دارد.

جمع‌بندی؛ چه زمانی vMotion یا Storage vMotion را انتخاب کنیم؟

VMware vMotion و Storage vMotion جایگزین یکدیگر نیستند؛ هرکدام بخشی از نیازهای مدیریتی زیرساخت مجازی را پوشش می‌دهند. vMotion برای تغییر هاست اجراکننده و Storage vMotion برای تغییر محل داده‌های ماشین مجازی طراحی شده است.

اگر مسئله سازمان، تعمیر سرور، ارتقای Compute یا توزیع بار بین هاست‌ها باشد، vMotion انتخاب طبیعی‌تری است. اگر مسئله به ظرفیت، جابه‌جایی VMDK یا ارتقای Storage مربوط شود، Storage vMotion اهمیت بیشتری دارد. در پروژه‌هایی که هر دو منبع باید تغییر کنند، مهاجرت ترکیبی قابل بررسی است.

سؤالات متداول درباره vMotion و Storage vMotion

مطالب و محصولات مرتبط

برای بررسی دقیق‌تر زیرساخت مجازی‌سازی، طراحی Storage و مدیریت عملکرد ماشین‌های مجازی، منابع زیر می‌توانند مسیر مطالعه و ارزیابی فنی را تکمیل کنند.