مدیریت زیرساخت · شمارش و برآورد اندازه
شمارش مجوز System Center — روش برآورد دقیق تعداد مورد نیاز
تعداد مجوز System Center از شمارش «هسته فیزیکی سرورهای مدیریتشده» در سیستم واقعی بهدست میآید، نه از تخمین مدیریتی. شمارش را از یک منبع معتبر استخراج کنید، نصبهای بلااستفاده را کم کنید و رشد ۱۲ تا ۱۸ ماه را اضافه کنید.
چند مجوز System Center لازم داریم؟
تعداد مجوز System Center از شمارش «هسته فیزیکی سرورهای مدیریتشده» در سیستم واقعی بهدست میآید، نه از تخمین مدیریتی. شمارش را از یک منبع معتبر استخراج کنید، نصبهای بلااستفاده را کم کنید و رشد ۱۲ تا ۱۸ ماه را اضافه کنید.
- هسته فیزیکی سرورهای مدیریتشده
- Standard / Datacenter
- Volume Licensing
- شمارش و برآورد اندازه
سرور مدیریتشده را بشمارید، نه فقط سرور مدیریت
در مدل Server Management License، نقطه شروع سرورهایی است که سیستمعامل آنها مدیریت میشود؛ صرف نصب یک Management Server تعداد مجوز را مشخص نمیکند. در مدل هسته فیزیکی، حداقلهای هر پردازنده و سرور و حقوق محیطهای سیستمعامل Standard یا Datacenter باید طبق راهنمای همان نسخه اعمال شوند. مدیریت دستگاههای کاربر نیز مسیر مجوز کلاینت خود را دارد و نباید با CAL عمومی Windows Server جایگزین شود.
برای مثال، یک سرور Operations Manager که چند میزبان مجازی را پایش میکند فقط یک ردیف موجودی ابزار مدیریت است. فهرست میزبانهای مدیریتشده، هستهها و محیطهای سیستمعامل باید جدا تهیه شود. در Standard، تعداد محیطهای مدیریتشده بر میزان پوشش اثر میگذارد؛ در Datacenter حقوق گستردهتر مجازیسازی به شرط پوشش درست میزبان برقرار میشود. این حقوق، مجوز خود Windows Server یا برنامه کاربردی VMها نیستند.
حقوق SQL Server همراه برای پشتیبانی اجزای System Center محدود به استفاده مجاز همان محصول است. پایگاه داده کسبوکار یا گزارش کاربردی مستقل را خودکار تحت آن پوشش فرض نکنید. در مهاجرت نیز Backup، سازگاری Agent، نسخه SQL و مسیر ارتقای هر جزء را جدا بررسی کنید؛ Operations Manager، VMM و Configuration Manager یک چرخه ارتقای واحد ندارند. انتقال بخشی از مدیریت به Intune یا Azure Arc بهتنهایی همه حقوق و هزینههای System Center را جایگزین نمیکند.
کنترلهای اختصاصی System Center
- فهرست سرورها و سیستمعاملهای مدیریتشده
- هستههای هر میزبان و حقوق Standard/Datacenter
- دامنه استفاده SQL همراه
- مسیر ارتقا و Agent هر جزء و مجوز مدیریت کلاینت
مستندات رسمی برای تطبیق سناریو
منبع داده معتبر برای شمارش
برای System Center شمارش باید از یک منبع سیستمی بیرون بیاید تا در ممیزی قابل دفاع باشد: فهرست دارایی، Active Directory یا Entra ID، پرتال مدیریت اشتراکها و ابزار کشف نرمافزار. تخمین شفاهی مدیران واحدها را با همین دادههای سیستمی تطبیق دهید؛ میزان خطا به کیفیت موجودی همان سازمان بستگی دارد.
- خروجی ابزار کشف دارایی یا مدیریت پیکربندی
- گزارش حسابهای فعال (نه حسابهای ساختهشده)
- گزارش هستههای فیزیکی میزبانها برای بارهای کاری سرور
- فهرست پیمانکاران، کاربران پارهوقت و حسابهای سرویس
خطاهای پرتکرار در شمارش
بیشتر کمبودهایی که در ممیزی System Center کشف میشود، از دسته خطای شمارش است نه خرید ناکافی. مهمترین آنها دسترسی غیرمستقیم و نشمردن محیطهای جانبی است.
- نشمردن دسترسی غیرمستقیم از طریق برنامه واسط (Multiplexing)
- نادیدهگرفتن محیط تست، توسعه و بازیابی از فاجعه
- شمارش کاربر در مدلی که بر پایه دستگاه یا هسته است
- حذفنکردن کارکنان خارجشده از سازمان از تخصیص مجوز
افزودن ضریب رشد و سناریوسازی
پس از شمارش پایه، دو سناریو بسازید: کمینه (بدون رشد، فقط جایگزینی) و بیشینه (رشد نیروی انسانی، پروژههای جدید و محیطهای موقت). اختلاف دو سناریو را بهعنوان ذخیره بودجه نگه دارید تا خرید اضطراری با قیمت غیربهینه لازم نشود.
بازبینی دورهای شمارش
شمارش System Center یک عکس لحظهای است و ظرف چند ماه کهنه میشود. یک بازبینی سهماهه سبک و یک بازبینی سالانه کامل، هزینه اصلاح در ممیزی را به شکل چشمگیری کاهش میدهد. CAL کلاینت برای مدیریت دستگاههای کاربر در برخی سناریوها لازم است.
گامهای شمارش مجوز System Center
| گام | خروجی مورد انتظار |
|---|---|
| استخراج از منبع سیستمی | تعداد خام هسته فیزیکی سرورهای مدیریتشده |
| پاکسازی موارد بلااستفاده | تعداد واقعی در حال استفاده |
| افزودن دسترسی غیرمستقیم | تعداد قابل دفاع در ممیزی |
| افزودن ضریب رشد | تعداد هدف برای خرید |
شمارش دقیق System Center در شش گام
شمارش اشتباه، رایجترین منبع هزینه اضافی و ریسک انطباق است. واحد پایه: هسته فیزیکی سرورهای مدیریتشده.
منبع داده را انتخاب کنید
یک منبع رسمی (دایرکتوری، پرتال مدیریت یا ابزار دارایی) را مبنا بگذارید و بقیه را با آن تطبیق دهید.
دامنه را ببندید
محیطهای تولید، تست، توسعه و بازیابی را جداگانه بشمارید و مشخص کنید کدامیک مجوز میخواهد.
کفها و ضریبها را اعمال کنید
تعداد هسته سرورهای مدیریتشده، SQL Server مورد نیاز برای پایگاه داده، هزینه عملیاتی نگهداری زیرساخت مدیریت.
دسترسیهای غیرمستقیم را اضافه کنید
کاربر بیرونی، سرویس واسط و گزارشگیر خودکار معمولاً از قلم میافتند.
با ابزار برآورد تطبیق دهید
نتیجه دستی را با ابزارهای برآورد سایت مقایسه کنید؛ اختلاف بزرگ یعنی یک فرض اشتباه است.
رشد را جدا نگه دارید
عدد امروز و پیشبینی ۱۲ ماه را در دو ستون بنویسید تا مذاکره تمدید شفاف بماند.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| مدیریت سرورهای بیشتر از دامنه مجوز | قبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید. |
| استفاده از SQL Server همراه بدون رعایت محدودیت کاربری | شمارش را از یک منبع رسمی بگیرید و خروجی را تاریخدار بایگانی کنید. |
چه چیزی هزینه System Center را تغییر میدهد
| عامل | اثر بر هزینه | نکته اجرایی |
|---|---|---|
| تعداد هسته سرورهای مدیریتشده | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
| SQL Server مورد نیاز برای پایگاه داده | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
| هزینه عملیاتی نگهداری زیرساخت مدیریت | وابسته به سناریو و قیمت قرارداد | مقدار واقعی این عامل و هزینه آن را در پیشفاکتور جدا ثبت کنید؛ درصد صرفهجویی ثابت فرض نکنید. |
مناسب است اگر / مناسب نیست اگر
مناسب است اگر
- سازمانی که هسته فیزیکی سرورهای مدیریتشده را میتواند دقیق گزارش کند.
- تیمی که برای System Center مالک مشخص لایسنس و بازبینی دورهای دارد.
- محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول همخوان است.
مناسب نیست اگر
- شمارش بر پایه حدس یا فهرست قدیمی دارایی.
- خرید بدون بررسی حق نسخه پایینتر، تست و بازیابی از فاجعه.
- تمدید خودکار بدون اندازهگیری مصرف واقعی.
سه قدم بعدی
- شمارش پایه را بر اساس هسته فیزیکی سرورهای مدیریتشده تهیه کنید.
- ادیشن هدف را از میان Standard، Datacenter انتخاب کنید.
- برنامه فعالسازی و مالک تمدید را مشخص کنید.
پرسشهای پرتکرار
برای System Center دقیقاً چه چیزی را باید بشماریم؟
هسته فیزیکی سرورهای مدیریتشده. CAL کلاینت برای مدیریت دستگاههای کاربر در برخی سناریوها لازم است.
آیا محیط تست هم نیاز به مجوز دارد؟
در بسیاری از محصولات بله، مگر آنکه تحت حقوق توسعه و تست مشخصی پوشش داده شده باشد؛ فرض رایگانبودن محیط تست یکی از پرهزینهترین اشتباههاست.
چند درصد ذخیره بالای شمارش منطقی است؟
برای سازمان پایدار حدود ۵ درصد و برای سازمان در حال رشد ۱۰ تا ۱۵ درصد؛ بیش از آن سرمایه راکد میشود.
موضوعهای دیگر درباره System Center
منابع مرتبط
منابع رسمی مایکروسافت
شرایط نهایی لایسنس، قیمت و تاریخ پشتیبانی را همیشه با این منابع رسمی تطبیق دهید.