ابر عمومی · مهاجرت و ارتقا

مهاجرت و ارتقای Microsoft Azure — مسیر، ریسک و برنامه اجرا

ارزیابی با Azure Migrate، مهاجرت Lift-and-Shift و سپس بهینه‌سازی به PaaS.

مسیر ارتقا و مهاجرت Microsoft Azure چیست؟

ارزیابی با Azure Migrate، مهاجرت Lift-and-Shift و سپس بهینه‌سازی به PaaS.

ارزیابی وضعیت فعلی

پیش از هر مهاجرتی در Microsoft Azure، فهرست دقیق نسخه‌های در حال استفاده (IaaS، PaaS، AVD / Windows 365)، وابستگی‌ها و سفارشی‌سازی‌ها را تهیه کنید. مهاجرت بدون این فهرست، معمولاً در میانه راه متوقف می‌شود.

مسیر فنی ارتقا

ارزیابی با Azure Migrate، مهاجرت Lift-and-Shift و سپس بهینه‌سازی به PaaS.

برنامه ۳۰-۶۰-۹۰ روزه

یک مهاجرت کنترل‌شده معمولاً در سه پنجره زمانی اجرا می‌شود.

ریسک‌ها و راه کاهش آن‌ها

بزرگ‌ترین ریسک‌های مهاجرت Microsoft Azure فنی نیستند، سازمانی‌اند: نبود مالک مشخص، نبود پنجره توقف و نبود برنامه بازگشت.

نسخه‌های Microsoft Azure و جایگاه آن‌ها

نسخهوضعیت پیشنهادی
IaaSبررسی برای ارتقا
PaaSبررسی برای ارتقا
AVD / Windows 365مقصد پیشنهادی مهاجرت

طرح مهاجرت Microsoft Azure بدون توقف سرویس

ارزیابی با Azure Migrate، مهاجرت Lift-and-Shift و سپس بهینه‌سازی به PaaS.

  1. وضعیت فعلی را سیاهه کنید

    نسخه‌های در حال استفاده (IaaS، PaaS، AVD / Windows 365)، وابستگی‌ها و بارهای کاری بحرانی را مستند کنید.

  2. سازگاری را ارزیابی کنید

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

  3. مسیر مهاجرت را انتخاب کنید

    ارزیابی با Azure Migrate، مهاجرت Lift-and-Shift و سپس بهینه‌سازی به PaaS.

  4. پنجره زمانی و بازگشت را تعیین کنید

    برای هر موج، زمان توقف مجاز، معیار موفقیت و طرح بازگشت را از پیش بنویسید.

  5. مجوزها را هم‌زمان تطبیق دهید

    تغییر نسخه معمولاً واحد شمارش یا مدل مجوز را تغییر می‌دهد؛ برای Microsoft Azure پایه شمارش مصرف (Consumption) به‌علاوه مجوزهای منتقل‌شده است.

  6. پس از مهاجرت پاک‌سازی کنید

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

خطاهای رایج و راه اصلاح

ریسکراه اصلاح
اعمال Hybrid Benefit بدون Software Assurance معتبرقبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید.
منابع بی‌صاحب و محیط‌های تست فراموش‌شدهشمارش را از یک منبع رسمی بگیرید و خروجی را تاریخ‌دار بایگانی کنید.
لایسنس نرم‌افزار شخص ثالث روی VMهر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید.

چه چیزی هزینه Microsoft Azure را تغییر می‌دهد

عاملاثر بر هزینهنکته اجرایی
اندازه و ساعت روشن‌بودن منابعزیادقبل از هر استعلام، این عدد را قطعی کنید.
ترافیک خروجی و ذخیره‌سازیزیادبا یک تغییر تصمیم می‌توان چند ده درصد صرفه‌جویی کرد.
تعهد Reserved در برابر مصرفیمتوسطدر برآورد اولیه دیده نمی‌شود؛ در صورتحساب بعدی ظاهر می‌شود.
استفاده یا عدم استفاده از Hybrid Benefitمتوسطدر برآورد اولیه دیده نمی‌شود؛ در صورتحساب بعدی ظاهر می‌شود.

مناسب است اگر / مناسب نیست اگر

مناسب است اگر

  • سازمانی که مصرف (Consumption) به‌علاوه مجوزهای منتقل‌شده را می‌تواند دقیق گزارش کند.
  • تیمی که برای Microsoft Azure مالک مشخص لایسنس و بازبینی دوره‌ای دارد.
  • محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول هم‌خوان است.

مناسب نیست اگر

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

سه قدم بعدی

  1. شمارش پایه را بر اساس مصرف (Consumption) به‌علاوه مجوزهای منتقل‌شده تهیه کنید.
  2. ادیشن هدف را از میان Pay-as-you-go، Reserved Instance، Savings Plan، Hybrid Benefit انتخاب کنید.
  3. برنامه فعال‌سازی و مالک تمدید را مشخص کنید.

پرسش‌های پرتکرار

مسیر ارتقای Microsoft Azure چیست؟

ارزیابی با Azure Migrate، مهاجرت Lift-and-Shift و سپس بهینه‌سازی به PaaS.

مهاجرت چقدر طول می‌کشد؟

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

آیا می‌توان بدون توقف سرویس مهاجرت کرد؟

در بسیاری از سناریوها با هم‌زیستی یا مهاجرت مرحله‌ای بله، اما نیازمند ظرفیت موازی و برنامه بازگشت است.

موضوع‌های دیگر درباره Microsoft Azure

منابع مرتبط