مجازی‌سازی سرور و مهاجرت زیرساخت با برنامه‌ی توقف و بازیابی
مجازی‌سازی می‌تواند استفاده از منابع را بهتر، مدیریت سرورها را منظم‌تر و بازیابی سرویس را ساده‌تر کند؛ اما اگر بدون ظرفیت‌سنجی، طراحی ذخیره‌سازی و بکاپ اجرا شود، چند مشکل پراکنده را به یک نقطه‌ی شکست متمرکز تبدیل می‌کند. ما اول حساب می‌کنیم برای شما صرف می‌کند یا نه؛ بعد اجرا می‌کنیم.
چند سرور، روی یک سخت‌افزار؛ اما جدا از هم
در زیرساخت سنتی، هر سرویس یک سرور فیزیکی دارد: یکی برای حسابداری، یکی برای فایل، یکی برای دامنه و شاید یکی برای اتوماسیون. بیشتر این سرورها بیشتر وقت‌ها بیکارند، اما هرکدام برق، فضای رک، گارانتی و نگهداری خودشان را می‌خواهند و وقتی یکی خراب شود، بازسازی‌اش ممکن است روزها طول بکشد.
مجازی‌سازی این سرورها را به «ماشین‌های مجازی» تبدیل می‌کند که روی یک یا چند سخت‌افزار قوی‌تر، کنار هم اما کاملاً جدا اجرا می‌شوند. نتیجه، استفاده‌ی بهتر از منابع، ساخت سریع سرور جدید، بکاپ کامل هر سرور و امکان انتقال سرورها بین سخت‌افزارهاست.
اما همین تمرکز، اگر بد طراحی شود، ریسک هم می‌سازد: خرابی یک سخت‌افزار یا یک ذخیره‌ساز می‌تواند هم‌زمان همه‌ی سرویس‌ها را از کار بیندازد. برای همین مجازی‌سازی بدون ظرفیت‌سنجی، طراحی ذخیره‌سازی و بکاپ مستقل، کار نیمه‌تمام است.
چه زمانی مجازی‌سازی منطقی است؟
- چند سرور فیزیکی کم‌استفاده دارید
- تهیه‌ی سخت‌افزار برای هر سرویس هزینه و زمان زیادی می‌گیرد
- ایجاد محیط تست یا سرویس جدید کند است
- مدیریت بکاپ و منابع پراکنده شده است
- برنامه‌ی نوسازی سخت‌افزار یا مهاجرت دیتاسنتر دارید
مجازی‌سازی وقتی می‌ارزد که عددش بخواند
شش چیزی که تصمیم مجازی‌سازی را از یک مد روز به یک تصمیم اقتصادی تبدیل می‌کند.
محاسبه‌ی صرفه، پیش از تصمیم
قبل از مجازی‌سازی معلوم می‌شود در برق، فضای رک و لایسنس چقدر صرفه‌جویی می‌کنید. اگر عدد جواب نداد، صادقانه می‌گوییم نکنید.
مهاجرت مرحله‌ای
سرورهای فیزیکی مرحله‌ای منتقل می‌شوند، با پنجره‌ی زمانی توافق‌شده و مسیر بازگشت مشخص برای هر مرحله.
دسترس‌پذیری بالا
اگر یک میزبان از کار بیفتد، ماشین‌ها روی میزبان دیگر بالا می‌آیند. این همان چیزی است که مجازی‌سازی را از «چند سرور در یک جعبه» جدا می‌کند.
سخت‌افزار متناسب با بار
سرور، رم و ذخیره‌ساز مناسب مجازی‌سازی از همین مجموعه. میزبانی که رم کم دارد، مجازی‌سازی را بدنام می‌کند.
بکاپ در سطح ماشین مجازی
بازگرداندن یک سرور کامل در زمانی کوتاه، به‌جای نصب دوباره از صفر و روزها بازسازی تنظیمات.
آموزش تیم داخلی شما
ساخت و مدیریت ماشین‌های روزمره را خودتان انجام می‌دهید. برای هر تغییر کوچک نباید منتظر ما بمانید.
| کجا صرفه‌جویی می‌شود؟ | چطور؟ |
|---|---|
| سخت‌افزار | چند سرور کم‌بار جای خود را به سخت‌افزارهای کمتر و قوی‌تر می‌دهند |
| برق و سرمایش | دستگاه‌های روشن کمتر، مصرف و گرمای کمتر |
| فضای رک | اتاق سرور جمع‌وجورتر و قابل‌مدیریت‌تر |
| زمان راه‌اندازی | سرور جدید در دقیقه‌ها ساخته می‌شود، نه با خرید و نصب |
| زمان بازیابی | بازگردانی کامل یک سرور از بکاپ ماشین مجازی |
پیش از هر خرید، حساب‌وکتاب
صرفه‌ی مجازی‌سازی به وضعیت فعلی شما بستگی دارد. اگر دو سرور جدید و پرکار دارید، شاید تجمیع ارزش زیادی نداشته باشد؛ اما اگر چند سرور قدیمی و کم‌بار دارید که موعد نوسازی‌شان رسیده، مجازی‌سازی معمولاً هم هزینه را کم می‌کند و هم مدیریت را ساده‌تر.
در ارزیابی، منابع واقعی مصرفی هر سرور (پردازنده، رم، دیسک و شبکه) سنجیده می‌شود، هزینه‌ی سخت‌افزار و لایسنس پلتفرم برآورد می‌شود و با هزینه‌ی ادامه‌ی وضع موجود مقایسه می‌شود. خروجی، یک عدد قابل دفاع است؛ نه یک توصیه‌ی کلی.
اسنپ‌شات بکاپ نیست
اسنپ‌شات وضعیت یک ماشین مجازی را در یک لحظه نگه می‌دارد و برای یک عملیات کوتاه، مثلاً پیش از به‌روزرسانی، بسیار مفید است. اما روی همان ذخیره‌ساز اصلی است؛ اگر ذخیره‌ساز خراب شود یا باج‌افزار به آن برسد، اسنپ‌شات هم از دست می‌رود. اسنپ‌شات‌های قدیمی و فراموش‌شده هم به‌مرور فضا را پر و سرعت را کم می‌کنند.
بکاپ واقعی، نسخه‌ای مستقل روی رسانه‌ی جداست که به‌طور منظم گرفته و آزمون بازیابی می‌شود. در طراحی ما، هر دو جای خودشان را دارند.
| اسنپ‌شات | بکاپ | |
|---|---|---|
| محل | روی همان ذخیره‌ساز | رسانه‌ی جدا |
| کاربرد | برگشت سریع پس از یک تغییر | بازیابی پس از خرابی یا حمله |
| عمر | کوتاه؛ ساعت تا چند روز | طبق سیاست نگهداری |
| آزمون | — | بازیابی دوره‌ای لازم است |
دو میزبان داشتن یعنی HA داشتن؟ نه لزوماً
- ذخیره‌ساز مشترک یا تکثیرشده که هر دو میزبان به آن برسند
- شبکه‌ی افزونه برای مدیریت، ذخیره‌سازی و ماشین‌ها
- ظرفیت کافی تا یک میزبان بار دیگری را هم تحمل کند
- مکانیزم تصمیم‌گیری در زمان خرابی
- بکاپ مستقل و سناریوی خرابی آزموده
دسترس‌پذیری بالا یعنی اگر یک سخت‌افزار از کار افتاد، ماشین‌های مجازی روی سخت‌افزار دیگر بالا بیایند و کار ادامه پیدا کند. اما فقط با داشتن دو میزبان ایجاد نمی‌شود؛ ذخیره‌ساز، شبکه، مکانیزم تصمیم‌گیری، بکاپ و سناریوی خرابی باید یکپارچه طراحی شوند.
یک خطای رایج، پر کردن هر دو میزبان تا سقف ظرفیت است؛ در این حالت وقتی یکی خراب شود، دیگری جا ندارد که ماشین‌های آن را اجرا کند. ظرفیت‌سنجی درست، این حاشیه‌ی امن را از ابتدا در نظر می‌گیرد. برای برنامه‌ی کامل تداوم سرویس، راهنمای بازیابی بحران IT را ببینید.
در پروژه‌ی مجازی‌سازی چه کارهایی انجام می‌شود؟
شناخت وضع موجود
فهرست سرورها، سرویس‌ها و وابستگی‌ها؛ تا هیچ سرویسی در مهاجرت جا نماند.
ظرفیت‌سنجی
سنجش پردازنده، رم، ذخیره‌سازی و شبکه بر اساس مصرف واقعی، نه حدس.
طراحی
طراحی میزبان‌ها، ذخیره‌سازی، شبکه‌ی مجازی و دسترسی مدیریتی امن.
نصب پلتفرم
نصب و پیکربندی پلتفرم مجازی‌سازی موردتوافق؛ انتخاب پلتفرم خروجی مرحله‌ی ارزیابی است.
مهاجرت
تبدیل سرورهای فیزیکی به مجازی یا جابه‌جایی بین پلتفرم‌ها، پس از تست.
بکاپ و بازیابی
طراحی بکاپ و بازیابی ماشین‌های مجازی، با آزمون پیش از تحویل.
نگهداری و پایش
برنامه‌ی نگهداری، به‌روزرسانی و مانیتورینگ ظرفیت و سلامت سخت‌افزار.
مستندسازی
مستند ماشین‌ها، منابع و وابستگی‌ها؛ تا هر کارشناسی بتواند بستر را بشناسد.
انتقال دانش
آموزش تیم بهره‌بردار برای کارهای روزمره.
مراحل مهاجرت؛ هر سرویس با مسیر بازگشت
مهاجرت به بستر مجازی پروژه‌ای است که بیشترین ریسکش در جزئیات است: سرویسی که به سرویس دیگری وابسته بوده و فراموش شده، لایسنسی که به سخت‌افزار قدیمی گره خورده، یا پنجره‌ی توقفی که کافی نبوده. برای همین هر سرویس جداگانه برنامه‌ریزی می‌شود و تا اطمینان کامل، مسیر بازگشت به سرور قدیمی حفظ می‌شود.
بعضی سناریوها توقف بسیار کمی دارند، اما وعده‌ی «بدون قطعی» بدون بررسی معماری قابل اتکا نیست. زمان توقف و مسیر بازگشت برای هر سرویس جداگانه تعیین می‌شود.
- کشف و ثبت
سرویس‌ها، ظرفیت و وابستگی‌ها
- طراحی هدف
و تعیین معیار پذیرش
- آماده‌سازی
میزبان، شبکه، ذخیره‌ساز و بکاپ
- مهاجرت آزمایشی
در صورت امکان، روی یک سرویس کم‌ریسک
- مهاجرت نهایی و کنترل
در پنجره‌ی تأییدشده، با بررسی عملکرد و تحویل مستندات
مجازی‌سازی را با کدام مدل پیش ببریم؟
طراحی و پیاده‌سازی کامل
از صفر تا بهره‌برداری.
- انتخاب پلتفرم مناسب و طراحی منابع
- ایجاد ماشین‌های مجازی، شبکه و ذخیره‌سازی
- راه‌اندازی پشتیبان‌گیری و سناریوی بازیابی سریع
مهاجرت سرورهای فیزیکی
بدون توقف طولانی.
- انتقال سرورهای موجود به بستر مجازی
- برنامه‌ریزی برای کمترین زمان قطعی
- نگه‌داشتن مسیر بازگشت تا اطمینان کامل
بهینه‌سازی بستر موجود
مجازی‌سازی دارید، کند است.
- بررسی تخصیص منابع و حذف اتلاف
- رفع گلوگاه ذخیره‌سازی و شبکه
- بازبینی سیاست پشتیبان‌گیری و اسنپ‌شات
- مشاوره‌ی رایگان
تعداد سرورها، بار کاری و هدف شما بررسی می‌شود.
- ارزیابی فنی
منابع فعلی سنجیده و صرفه‌ی اقتصادی تعیین می‌شود.
- طرح و قرارداد
معماری، منابع لازم و زمان‌بندی مکتوب ارائه می‌شود.
- پیاده‌سازی و مهاجرت
بستر ساخته و سرویس‌ها با کمترین قطعی منتقل می‌شوند.
- تحویل و پشتیبانی
مستندسازی، آموزش و پشتیبانی طبق توافق.
ریسک‌هایی که قبل از اجرا باید حل شوند
ظرفیت ناکافی ذخیره‌ساز، نبود بکاپ مستقل، اشتراک بیش از حد منابع، شبکه‌ی مدیریتی ناامن، لایسنس نامشخص و نبود برنامه‌ی بازگشت، ریسک‌های اصلی پروژه‌اند.
عوامل قیمت: تعداد سرورها و ماشین‌های مقصد، حجم و نوع ذخیره‌ساز، نیاز به افزونگی و HA، پیچیدگی شبکه‌ی مجازی، تعداد و حساسیت سرویس‌ها، محدودیت پنجره‌ی توقف، نیاز به مهاجرت آزمایشی و سطح مستندسازی. هزینه‌ی لایسنس پلتفرم و سخت‌افزار جدا از اجرای فنی شفاف می‌شود.
مناسب است اگر…
چند سرور فیزیکی کم‌بهره دارید؛ برنامه‌ی نوسازی سخت‌افزار یا مهاجرت دیتاسنتر دارید؛ ساخت محیط تست کند و پرهزینه است؛ می‌خواهید بازیابی سرویس ساده‌تر و قابل تمرین شود.
مناسب نیست اگر…
بار کاری بسیار حساس به سرعت دیسک دارید و ذخیره‌ساز متناسب در دسترس نیست؛ بکاپ مستقل و آزموده ندارید و برنامه‌ای برای ایجادش نیست؛ یا امکان تعریف پنجره‌ی توقف برای مهاجرت وجود ندارد.
مجازی‌سازی سرور چه صرفه‌ای دارد؟
با مجازی‌سازی، چند سرویس که قبلاً هر کدام سرور جدا داشتند، روی یک یا دو سرور قوی اجرا می‌شوند. نتیجه‌ی مستقیمش هزینه‌ی کمتر برق، فضا و نگهداری است. نتیجه‌ی مهم‌ترش این است که بکاپ، بازیابی و جابه‌جایی سرویس‌ها خیلی ساده‌تر و سریع‌تر می‌شود.
قبل از مجازی‌سازی سرور، ظرفیت‌سنجی لازم است تا منابع بیش از نیاز خریده نشود. مهاجرت از سرورهای فیزیکی فعلی (P2V) و برنامه‌ی بازیابی هم از اول طراحی می‌شود تا ریسک توقف در زمان انتقال به حداقل برسد.
پاسخ به پرسش‌هایی که پیش از قرارداد می‌پرسید
آیا مهاجرت بدون قطعی ممکن است؟
بعضی سناریوها توقف بسیار کمی دارند، اما وعده‌ی بدون قطعی بدون بررسی معماری قابل اتکا نیست. زمان توقف و مسیر بازگشت برای هر سرویس جداگانه تعیین می‌شود.
آیا اسنپ‌شات همان بکاپ است؟
خیر. اسنپ‌شات برای وضعیت کوتاه‌مدت و عملیات مشخص مفید است، اما جای بکاپ مستقل و آزمون بازیابی را نمی‌گیرد.
بعد از مجازی‌سازی چه نگهداری لازم است؟
پایش ظرفیت، به‌روزرسانی، کنترل بکاپ، بررسی ذخیره‌سازها، هشدارهای سخت‌افزاری و بازبینی منابع ماشین‌ها باید برنامه‌ی منظم داشته باشد. سرویس دوره‌ای سرور
انتخاب پلتفرم مجازی‌سازی بر چه اساسی انجام می‌شود؟
به بار کاری، مهارت تیم، سازگاری، بودجه‌ی لایسنس، نیاز پشتیبانی و برنامه‌ی رشد بستگی دارد و خروجی مرحله‌ی ارزیابی است، نه پیش‌فرض ابتدای پروژه.
برای شما صرف می‌کند؟
ارزیابی کنید، بعد تصمیم بگیرید. تماس: 021-74903، سپس عدد ۲.
خدمات و راهنماهای مرتبط
اول عدد، بعد تصمیم
ارزیابی صرفه‌ی مجازی‌سازی برای زیرساخت شما.
درخواست بازدید و پیشنهاد فنی
نام و شماره تماس خود را بگذارید و زمان مناسب برای تماس را انتخاب کنید؛ کارشناس ما تماس می‌گیرد، بازدید هماهنگ می‌شود و پیشنهاد فنی با دامنه و قیمت مشخص دریافت می‌کنید. گام اول رایگان است و هیچ تعهدی ایجاد نمی‌کند.
تماس مستقیم: 021-74903 — تلفن گویا: عدد ۲