🗄️⚖️📉Per-core در برابر Server+CAL: انتخاب مدل درست لایسنسینگ SQL Server 2022 در ۱۴۰۵ ⚖️🗄️🛡️

مقدمه: چرا انتخاب اشتباه لایسنس SQL Server یک ریسک استراتژیک است؟ 🏛️⚖️🗄️

در اکوسیستم پیچیده دیتاسنترهای امروزی، انتخاب مدل لایسنسینگ برای SQL Server دیگر صرفاً یک تصمیم مالی ساده نیست؛ بلکه یک استراتژی زیرساختی است که می‌تواند بر عملکرد، مقیاس‌پذیری و بودجه سالانه واحد IT تأثیر مستقیم بگذارد. مدیران شبکه و دیتابیس در ایران، همواره با این چالش مواجه‌اند که آیا باید بر اساس قدرت سخت‌افزاری (Core) هزینه پرداخت کنند یا بر اساس تعداد افرادی که از داده‌ها استفاده می‌کنند (CAL)؟

مدل Per-core که با معرفی نسخه ۲۰۱۲ جایگزین مدل قدیمی Per-processor شد، برای پاسخگویی به افزایش قدرت پردازنده‌های چند‌هسته‌ای طراحی شده است. در مقابل، مدل Server+CAL ریشه در سنت‌های مایکروسافت دارد که تمرکز آن بر تعداد نقاط دسترسی است. در این مقاله، ما لایه‌های پنهان این دو مدل را می‌شکافیم تا بدانید کدام‌یک برای سناریوی خاص سازمان شما در سال ۱۴۰۵ و با توجه به نرخ ارز و محدودیت‌های سخت‌افزاری در تهران و سایر شهرها، بهینه‌تر است.

\n

نکته حیاتی: لایسنس‌های OEM تنها باید به صورت پیش‌نصب توسط سازنده سخت‌افزار عرضه شوند. برای سازمان‌هایی که قصد تجهیز سرورهای فعلی خود را دارند، خرید لایسنس‌های Retail یا استفاده از برنامه‌های Volume Licensing تنها راهکار استاندارد و معتبر است.

\n

کالبدشکافی مدل Per-core: قدرت پردازشی بدون مرز 🚀⚡✅

مدل لایسنسینگ Per Core (به‌ازای هسته) زمانی استفاده می‌شود که شما بخواهید بدون محدودیت در تعداد کاربران یا دستگاه‌ها، از توان پردازشی سرور خود استفاده کنید. این مدل برای محیط‌های زیر ایده‌آل است:

\n
• دیتابیس‌های اینترنتی (Public Facing): زمانی که نمی‌توانید تعداد دقیق کاربرانی که به وب‌سایت یا اپلیکیشن شما متصل می‌شوند را شمارش کنید.
\n
• تعداد کاربران بالا: در سازمان‌های بزرگ که تعداد کاربران دیتابیس بیش از حد نصاب اقتصادی (معمولاً بالای ۳۰ تا ۴۰ کاربر به ازای هر ۴ هسته) است.
\n
• نسخه Enterprise: اگر نیاز به قابلیت‌های نسخه اینترپرایز دارید، هیچ انتخابی جز مدل Per Core ندارید.
\n

در این مدل، شما باید برای تمام هسته‌های فیزیکی یا مجازی (Virtual Cores) که دیتابیس از آن‌ها استفاده می‌کند، لایسنس تهیه کنید. مایکروسافت حداقل خرید ۴ هسته را برای هر پردازنده الزامی کرده است، حتی اگر سرور شما تنها ۲ هسته داشته باشد. 📊

مزیت کلیدی: حذف نیاز به مدیریت و رهگیری لایسنس‌های کاربری (CAL) و سادگی در انطباق (Compliance) در هنگام حسابرسی‌های نرم‌افزاری.

مدل Server+CAL: تمرکز بر کاربر و دسترسی‌های مدیریت شده 👥🔐💰

مدل Server + CAL (Client Access License) یک رویکرد کاملاً متفاوت است. در اینجا شما یک لایسنس برای خودِ نرم‌افزار سرور خریداری می‌کنید و سپس به تعداد کاربران یا دستگاه‌هایی که به آن سرور متصل می‌شوند، لایسنس دسترسی (CAL) تهیه می‌نمایید.

چه زمانی این مدل را انتخاب کنیم؟

\n
1. تعداد کاربران محدود و مشخص: برای اتوماسیون‌های داخلی یا نرم‌افزارهای حسابداری در شرکت‌های کوچک و متوسط.
\n
2. صرفه‌جویی در هزینه در سخت‌افزار قوی: اگر سروری با هسته‌های زیاد دارید اما کاربران کمی از آن استفاده می‌کنند، این مدل بسیار ارزان‌تر است.
\n
3. تفکیک دسترسی: امکان انتخاب بین User CAL (مناسب برای کارمندانی که با چندین دستگاه کار می‌کنند) و Device CAL (مناسب برای سیستم‌های اشتراکی در محیط‌های تولیدی یا کیوسک‌ها).
\n

⚠️ یک محدودیت بزرگ: نسخه SQL Server Enterprise در این مدل عرضه نمی‌شود. بنابراین اگر به ویژگی‌هایی مثل Always On Availability Groups یا Advanced Data Integration نیاز دارید، باید با این مدل خداحافظی کنید.

مجازی‌سازی و High Availability: تأثیر مدل لایسنس بر زیرساخت 💻🛡️🌐

بسیاری از ادمین‌های دیتابیس در ایران، هنگام انتقال سرورها به محیط‌های مجازی مانند VMware ESXi یا Microsoft Hyper-V، در محاسبه لایسنس دچار سردرگمی می‌شوند. در مدل Per Core، نحوه لایسنس‌دهی به دو صورت است:

\n
• لایسنسینگ ماشین‌های مجازی تکی: شما فقط برای هسته‌های مجازی (vCores) اختصاص یافته به آن VM لایسنس می‌خرید (حداقل ۴ هسته).
\n
• لایسنسینگ کل هاست فیزیکی: اگر تمامی هسته‌های فیزیکی سرور را لایسنس کنید (به همراه Software Assurance)، می‌توانید تعداد نامحدودی VM روی آن هاست اجرا کنید که برای دیتاسنترهای بزرگ تهران بسیار مقرون‌به‌صرفه است.
\n

در مقابل، مدل Server+CAL در محیط مجازی بسیار ساده‌تر است؛ شما برای هر VM یک لایسنس سرور می‌خرید و CALهای موجود شما تمام سرورها را پوشش می‌دهند (به شرطی که ورژن CALها برابر یا بالاتر از ورژن سرور باشد).

💡 نکته حرفه‌ای: اگر قصد دارید از Azure Hybrid Benefit استفاده کنید و دیتابیس‌های خود را به ابر منتقل کنید، داشتن لایسنس‌های Per Core با ضمانت نرم‌افزاری (SA) قدرت مانور بسیار بیشتری به شما می‌دهد.

تحلیل هزینه-فایده: نقطه سر به سر کجاست؟ 📉💹🔍

یکی از بزرگترین اشتباهات در سازمان‌های ایرانی، نادیده گرفتن هزینه‌های پنهان در طول چرخه عمر نرم‌افزار است. برای انتخاب درست، باید فرمول نقطه سر به سر (Break-even Point) را محاسبه کنید.

فرض کنید یک سرور 8 هسته‌ای دارید. هزینه لایسنس Per Core برای 8 هسته را با هزینه یک لایسنس Server + تعداد CALهای مورد نیاز مقایسه کنید. معمولاً اگر تعداد کاربران شما به ازای هر سرور 4 هسته‌ای، بیش از 30 نفر باشد، مدل Per Core برنده رقابت است. اما در ایران به دلیل نوسانات ارزی، خرید یک‌باره لایسنس Retail یا Volume برای هسته‌ها، ریسک هزینه‌های آتی برای خرید CALهای اضافه با قیمت‌های جدید را کاهش می‌دهد.

\n

\"مدیریت لایسنس در مقیاس بزرگ، نیازمند دقت در شمارش کاربرانی است که حتی به صورت غیرمستقیم (Multiplexing) به دیتابیس متصل می‌شوند. اشتباه در این بخش می‌تواند هزینه‌های سنگینی در زمان ممیزی تحمیل کند.\"

\n

همچنین، همواره به یاد داشته باشید که لایسنس‌های OEM برای محیط‌های سازمانی که نیاز به جابجایی لایسنس بین سرورها (License Mobility) دارند، عملاً فاقد کارایی هستند و نباید به عنوان گزینه خرید تکی در نظر گرفته شوند.

نتیجه‌گیری: نقشه راه انتخاب نهایی برای مدیران IT 📍🏁🏆

برای اتخاذ تصمیم نهایی، این چک‌لیست را در جلسه بعدی مدیران IT سازمان خود مطرح کنید:

\n
1. آیا به نسخه Enterprise نیاز داریم؟ اگر بله -> فقط Per Core.
\n
2. آیا کاربران ما از طریق وب‌سایت عمومی متصل می‌شوند؟ اگر بله -> فقط Per Core.
\n
3. آیا تعداد کاربران ما دقیقاً مشخص و کم (زیر ۲۵ نفر) است؟ اگر بله -> Server+CAL اقتصادی‌تر است.
\n
4. آیا از معماری میکروسرویس یا Multiplexing استفاده می‌کنیم؟ طبق قوانین مایکروسافت، حتی اگر کاربران از طریق یک اپلیکیشن میانی به SQL وصل شوند، باز هم نیاز به CAL دارند، مگر اینکه از مدل Per Core استفاده کنید.
\n

در نهایت، برای سازمان‌های در حال رشد ایرانی که دید بلندمدت دارند، مدل Per Core به دلیل حذف پیچیدگی‌های شمارش کاربر و آزادی عمل در توسعه سخت‌افزاری، گزینه‌ای پایدارتر محسوب می‌شود. همواره اطمینان حاصل کنید که لایسنس‌های تهیه شده از نوع Volume Licensing باشند تا امکان مدیریت متمرکز و انتقال لایسنس در صورت خرابی سخت‌افزار فراهم باشد. ✅

📊 جدول مقایسه