خروجی VMware یک ارتقاء حفاظتی است

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

آنچه که مهاجرت لمس می‌کند طراحی‌های پشتیبان‌گیری در اکثر مراکز داده مبتنی بر مکانیک vSphere است، از تغییر ردیابی بلوک از طریق APIهای vStorage و رفتار عکس فوری VMware در طول یک کار گرفته تا ادغام ذخیره‌سازی ثبت‌شده در برابر موجودی vCenter و پراکسی‌های قرار داده شده در هر خوشه. بسیاری از فروشگاه‌ها یک محصول ارکستراسیون مانند Site Recovery Manager را برای اجرای طرح شکست اضافه می‌کنند. هایپروایزر را تغییر دهید و هر یک از این فرضیات یک نگاه دوم به خود می گیرند. فروشندگان پشتیبان در اینجا کار واقعی انجام داده اند و پشتیبانی از پلتفرم های اصلی مبتنی بر KVM در سال گذشته به سرعت رشد کرده است.

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

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

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

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

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

محصول پشتیبان که از قبل از vSphere estate محافظت می‌کند، یک نسخه ثابت و جاری از هر ماشین مجازی را در خود جای داده است، و یک برنامه پشتیبان که از هایپروایزر قدیمی و جدید پشتیبانی می‌کند، آن کپی را به مسیر مهاجرت تبدیل می‌کند. Veeam Backup & Replication نمونه خوبی از این مدل است و اکنون از VergeOS به عنوان یک پلتفرم پشتیبانی می‌کند، بنابراین یک تیم می‌تواند نسخه‌های پشتیبان vSphere خود را در محیط جدید بازیابی کند، آن‌ها را در آنجا آزمایش کند و طبق برنامه‌ای که کنترل می‌کند، آن‌ها را قطع کند. سرمایه گذاری انجام شده برای محافظت از VMware به وسیله ای تبدیل می شود که بار کاری را از آن خارج می کند.

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

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

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

VergeIO VergeOS را بر اساس مدل مجازی‌سازی مرکز داده که در بالا توضیح داده شد، با انعطاف‌پذیری، عکس‌های فوری، بازیابی فوری و خرابی سایت در همان پایگاه کد محاسبات، ذخیره‌سازی و شبکه، و با پشتیبانی VergeOS در Veeam Backup & Replication برای مهاجرت و لایه پشتیبان‌گیری که به دنبال آن است، ساخته است. در جلسه اخیر، آرون ریچمن و دیو وینسنت هر یک از چهار تست شکست را بر روی یک برنامه در حال اجرا، از یک درایو کشیده شده از طریق بازیابی کامل سایت، اجرا کردند. جلسه در صورت تقاضا در دسترس است.

نگاهی بیندازید و ببینید چگونه می توانید یک خروجی بزرگ را به فرصتی بزرگتر تبدیل کنید. جورج کرامپ مدیر بازاریابی VergeIO است. او Storage Switzerland را تأسیس کرد و کار خود را به عنوان یک تحلیلگر صنعت در پوشش ذخیره سازی، مجازی سازی و حفاظت از داده ها گذراند. عرضه شده توسط VergeIO