🗄️⚡⚖️۶ باور غلط درباره Azure Hybrid Benefit برای SQL Server و واقعیت آن‌ها که باید بدانید⚖️🗄️

مقدمه: چرا درک Azure Hybrid Benefit برای مدیران IT حیاتی است؟ ⚖️🚀

مدیریت هزینه‌های ارزی برای بخش IT در ایران، به‌ویژه در سال‌های اخیر، به یکی از بزرگترین چالش‌های مدیران فنی تبدیل شده است. یکی از جذاب‌ترین راهکارهای مایکروسافت برای این موضوع، Azure Hybrid Benefit برای SQL Server: نکات ریز مهم است که می‌تواند هزینه‌های دیتابیس شما را تا ۸۵ درصد کاهش دهد. اما آیا فعال‌سازی آن به سادگی کلیک کردن روی یک دکمه در پرتال Azure است؟ قطعاً خیر. بسیاری از سازمان‌ها به دلیل عدم درک صحیح از قوانین Software Assurance و نسبت‌های تبدیل هسته‌ها (Core Ratios)، در هنگام ممیزی‌های قانونی دچار مشکل می‌شوند.

در این مقاله، ما به سراغ ۶ باور غلط رایج می‌رویم که می‌تواند استراتژی کلاود شما را به چالش بکشد. اگر به دنبال کاهش هزینه SQL Server در Azure با AHB در ۱۴۰۵ هستید، باید بدانید که مرز باریکی بین "صرفه‌جویی هوشمندانه" و "نقض قوانین لایسنسی" وجود دارد. بیایید با نگاهی عمیق، افسانه‌های پیرامون این تکنولوژی را کنار بزنیم و واقعیت‌های مهندسی شده مایکروسافت را بررسی کنیم.

۱. باور غلط: تمام لایسنس‌های SQL Server قابلیت تبدیل به AHB را دارند ❌🗄️

بسیاری از ادمین‌های دیتابیس تصور می‌کنند که هر لایسنس خریداری شده برای SQL Server، قابلیت انتقال به Azure را دارد. این یکی از خطرناک‌ترین اشتباهات در مدیریت دارایی‌های نرم‌افزاری (SAM) است.

واقعیت: فقط لایسنس‌های دارای Software Assurance (SA) فعال مجاز هستند

طبق شرایط استفاده از محصولات مایکروسافت (Product Terms)، مزیت AHB منحصراً به لایسنس‌هایی تعلق می‌گیرد که دارای پوشش فعال Software Assurance باشند. اگر شما لایسنس دائمی (Perpetual) بدون SA خریداری کرده‌اید، به هیچ عنوان مجاز به فعال‌سازی تیک AHB در محیط Azure نیستید. در شرکت‌های ایرانی که گاهی لایسنس‌ها از طریق واسطه‌ها تهیه می‌شود، بررسی اعتبار و فعال بودن SA اولین قدم است.

تذکر مهم درباره لایسنس‌های OEM: لایسنس‌های OEM که به همراه سخت‌افزار سرور عرضه می‌شوند، فاقد قابلیت جابه‌جایی (Mobility) و SA هستند. هرگز سعی نکنید لایسنس‌های OEM را برای AHB استفاده کنید؛ این نسخه‌ها فقط برای همان سخت‌افزار فیزیکی اولیه معتبر هستند و خرید جداگانه آن‌ها برای محیط کلاود اصلاً توصیه نمی‌شود و مغایر با قوانین است.

به‌جای آن چه کنیم؟

قبل از مهاجرت به Azure، لیست لایسنس‌های خود را بازبینی کنید. اگر لایسنس‌های شما تحت قراردادهای Volume Licensing مانند Open Value یا Enterprise Agreement هستند، تاریخ انقضای SA را چک کنید. برای استراتژی لایسنسینگ برای دیتابیس‌های ابری در شرکت‌های بزرگ ایرانی، همیشه توصیه می‌شود لایسنس‌ها را به همراه SA تمدید کنید تا در درازمدت هزینه شارژ ماهانه Azure شما به شدت کاهش یابد.

۲. باور غلط: نسبت تبدیل هسته‌ها همیشه ۱ به ۱ است 📊⚖️

تصور عمومی بر این است که ۱ هسته (Core) در دیتاسنتر محلی دقیقاً برابر با ۱ هسته مجازی در Azure است. این تصور ساده‌انگارانه می‌تواند باعث شود شما لایسنس‌های کمتری تهیه کنید و در ممیزی‌ها جریمه شوید.

واقعیت: نسبت تبدیل بسته به نسخه SQL Server متفاوت است

در Azure Hybrid Benefit برای SQL Server: نکات ریز مهم، نسبت تبدیل هسته‌ها یکی از پیچیده‌ترین بخش‌هاست:

• نسخه Standard: هر ۱ هسته لایسنس شده در محل (On-premise) معادل ۱ هسته مجازی (vCore) در Azure SQL Database یا Azure SQL Managed Instance است.
• نسخه Enterprise: در اینجا جادو اتفاق می‌افتد! هر ۱ هسته نسخه Enterprise در محل، می‌تواند به ۴ هسته مجازی در رده General Purpose در Azure تبدیل شود. اما اگر بخواهید از رده Business Critical استفاده کنید، نسبت ۱ به ۱ خواهد بود.

این یعنی تفاوت SQL Server Standard و Enterprise در Azure Hybrid Benefit چیست؟ پاسخ در قدرت مانور شما روی تعداد هسته‌های مجازی نهفته است. نسخه Enterprise به شما اجازه می‌دهد با لایسنس کمتر، قدرت پردازشی بیشتری در کلاود داشته باشید.

به‌جای آن چه کنیم؟

از ابزارهای ارزیابی مانند Azure SQL Readiness استفاده کنید تا متوجه شوید بر اساس لایسنس‌های فعلی‌تان، چند vCore در Azure می‌توانید ایجاد کنید. همیشه حاشیه امنی برای افزایش بار کاری (Workload) در نظر بگیرید تا با کمبود لایسنس مواجه نشوید.

۳. باور غلط: با فعال‌سازی AHB، حق استفاده از لایسنس در محل را بلافاصله از دست می‌دهیم 🔄🚚

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

واقعیت: حق استفاده همزمان ۱۸۰ روزه (Dual Use Rights)

مایکروسافت برای تسهیل فرآیند انتقال، اجازه می‌دهد که شما به مدت ۱۸۰ روز از همان لایسنس به‌طور همزمان هم در سرورهای فیزیکی داخل شرکت و هم در Azure استفاده کنید. این دوره به شما فرصت می‌دهد تا تست‌های نهایی، همگام‌سازی دیتابیس‌ها و انتقال کاربران را بدون هیچ هزینه اضافی برای لایسنس جدید انجام دهید.

این پاسخ مستقیم به سوال چگونه لایسنس SQL Server را به Azure منتقل کنیم بدون جریمه؟ است. پس از پایان این ۱۸۰ روز، شما موظف هستید سرویس SQL Server را در دیتاسنتر محلی خود متوقف کنید تا لایسنس به‌طور کامل به کلاود منتقل شود.

به‌جای آن چه کنیم؟

یک برنامه زمان‌بندی دقیق ۶ ماهه برای مهاجرت تدوین کنید. مستندات شروع استفاده از AHB در Azure را نگهداری کنید تا در صورت نیاز به اثبات انطباق (Compliance)، بتوانید تاریخ شروع دوره ۱۸۰ روزه را نشان دهید.

۴. باور غلط: برای سرورهای Disaster Recovery در Azure باید لایسنس جداگانه بخریم 🛡️🏗️

یکی از بزرگترین هزینه‌های SQL Server، ایجاد سرورهای پشتیبان برای مواقع بحرانی یا Disaster Recovery (DR) است. برخی تصور می‌کنند برای سرور Passive در Azure باید لایسنس جداگانه تهیه کنند.

واقعیت: مزیت Passive Instance برای کاربران AHB رایگان است

اگر شما از طریق Azure Hybrid Benefit لایسنس خود را تامین کرده‌اید، مایکروسافت به شما اجازه می‌دهد یک Instance ثانویه (Passive) برای اهداف DR در Azure داشته باشید بدون اینکه نیاز باشد لایسنس اضافه‌ای برای هسته‌های آن اختصاص دهید. این یکی از مهم‌ترین مزایای Software Assurance برای SQL Server در سال ۲۰۲۵ چیست؟ که هزینه‌های تداوم کسب‌وکار را به نصف کاهش می‌دهد.

البته دقت کنید که این Instance نباید هیچ بار کاری عملیاتی (Production Workload) را پردازش کند و صرفاً باید برای همگام‌سازی و آماده‌باش در صورت خرابی سرور اصلی باشد.

به‌جای آن چه کنیم؟

در هنگام طراحی معماری High Availability در Azure، از گزینه "Disaster Recovery" در تنظیمات لایسنسینگ استفاده کنید. این کار به شما اطمینان می‌دهد که برای سرور دوم هزینه‌ای بابت لایسنس پرداخت نمی‌کنید و هزینه لایسنس SQL Server در Azure در برابر دیتاسنتر محلی چیست؟ را به نفع خود تغییر می‌دهید.

۵. باور غلط: AHB فقط برای ماشین‌های مجازی (VM) است و شامل دیتابیس‌های ابری نمی‌شود ☁️💎

اغلب شنیده می‌شود که Azure Hybrid Benefit فقط برای ماشین‌های مجازی (IaaS) کاربرد دارد و سرویس‌های دیتابیس مدیریت شده (PaaS) شامل آن نمی‌شوند.

واقعیت: پوشش کامل بر روی Azure SQL Managed Instance و Database

واقعیت این است که AHB در تمام مدل‌های استقرار SQL Server در Azure کار می‌کند:

• SQL Server on Azure VMs: برای کسانی که کنترل کامل روی سیستم‌عامل می‌خواهند.
• Azure SQL Database: مدل کاملاً مدیریت شده (Serverless یا Provisioned).
• Azure SQL Managed Instance: بهترین گزینه برای مهاجرت آسان برنامه‌های قدیمی به کلاود.

حتی جالب است بدانید که Azure Hybrid Benefit برای SQL Server: نکات ریز مهم شامل Azure Data Factory و SQL Server Integration Services (SSIS) نیز می‌شود. این یعنی شما می‌توانید کل خط لوله داده‌های خود را با تخفیف لایسنسینگ مدیریت کنید.

به‌جای آن چه کنیم؟

محدود به ماشین‌های مجازی نشوید. اگر به دنبال کاهش هزینه‌های نگهداری (Maintenance) هستید، از Managed Instance استفاده کنید و لایسنس‌های SQL Server Enterprise خود را با نسبت ۴ به ۱ به آن منتقل کنید تا بیشترین بهره‌وری را داشته باشید.

۶. باور غلط: چون سیستم فعال‌سازی را چک نمی‌کند، نیازی به مدرک لایسنس نداریم 🔑⚠️

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

واقعیت: مسئولیت انطباق (Compliance) کاملاً بر عهده مشتری است

پرتال Azure به شما اجازه می‌دهد گزینه AHB را فعال کنید بدون اینکه از شما فایل لایسنس یا کلید محصول بخواهد. اما این یک "Self-Declaration" یا خوداظهاری است. مایکروسافت از طریق فرآیندهای ممیزی دوره‌ای، از سازمان‌ها می‌خواهد مدارک خرید لایسنس‌های Retail یا Volume Licensing خود را ارائه دهند.

برای شرکت‌های ایرانی که ممکن است با چالش‌های تحریم مواجه باشند، داشتن مدارک معتبر از پارتنرهای رسمی یا واسطه‌های معتبر که لایسنس‌های واقعی (نه کرک شده یا اشتراکی) ارائه می‌دهند، حیاتی است. استفاده بدون پشتوانه از این مزیت می‌تواند منجر به غیرفعال شدن حساب Azure یا جریمه‌های سنگین ارزی شود.

به‌جای آن چه کنیم؟

یک فایل اکسل از تمام لایسنس‌های خریداری شده، تاریخ انقضای Software Assurance و محل تخصیص آن‌ها در Azure تهیه کنید. هر سال یک بار ممیزی داخلی انجام دهید تا مطمئن شوید تعداد vCoreهای استفاده شده در Azure از تعداد هسته‌های لایسنس شده فراتر نرفته است.

📊 جدول مقایسه