ابر عمومی · شمارش و برآورد اندازه
شمارش مجوز Microsoft Azure — روش برآورد دقیق تعداد مورد نیاز
تعداد مجوز Microsoft Azure از شمارش «مصرف (Consumption) بهعلاوه مجوزهای منتقلشده» در سیستم واقعی بهدست میآید، نه از تخمین مدیریتی. شمارش را از یک منبع معتبر استخراج کنید، نصبهای بلااستفاده را کم کنید و رشد ۱۲ تا ۱۸ ماه را اضافه کنید.
چند مجوز Microsoft Azure لازم داریم؟
تعداد مجوز Microsoft Azure از شمارش «مصرف (Consumption) بهعلاوه مجوزهای منتقلشده» در سیستم واقعی بهدست میآید، نه از تخمین مدیریتی. شمارش را از یک منبع معتبر استخراج کنید، نصبهای بلااستفاده را کم کنید و رشد ۱۲ تا ۱۸ ماه را اضافه کنید.
منبع داده معتبر برای شمارش
برای Microsoft Azure شمارش باید از یک منبع سیستمی بیرون بیاید تا در ممیزی قابل دفاع باشد: فهرست دارایی، Active Directory یا Entra ID، پرتال مدیریت اشتراکها و ابزار کشف نرمافزار. تخمین شفاهی مدیران واحدها معمولاً بین ۱۵ تا ۳۰ درصد خطا دارد.
- خروجی ابزار کشف دارایی یا مدیریت پیکربندی
- گزارش حسابهای فعال (نه حسابهای ساختهشده)
- گزارش هستههای فیزیکی میزبانها برای بارهای کاری سرور
- فهرست پیمانکاران، کاربران پارهوقت و حسابهای سرویس
خطاهای پرتکرار در شمارش
بیشتر کمبودهایی که در ممیزی Microsoft Azure کشف میشود، از دسته خطای شمارش است نه خرید ناکافی. مهمترین آنها دسترسی غیرمستقیم و نشمردن محیطهای جانبی است.
- نشمردن دسترسی غیرمستقیم از طریق برنامه واسط (Multiplexing)
- نادیدهگرفتن محیط تست، توسعه و بازیابی از فاجعه
- شمارش کاربر در مدلی که بر پایه دستگاه یا هسته است
- حذفنکردن کارکنان خارجشده از سازمان از تخصیص مجوز
افزودن ضریب رشد و سناریوسازی
پس از شمارش پایه، دو سناریو بسازید: کمینه (بدون رشد، فقط جایگزینی) و بیشینه (رشد نیروی انسانی، پروژههای جدید و محیطهای موقت). اختلاف دو سناریو را بهعنوان ذخیره بودجه نگه دارید تا خرید اضطراری با قیمت غیربهینه لازم نشود.
بازبینی دورهای شمارش
شمارش Microsoft Azure یک عکس لحظهای است و ظرف چند ماه کهنه میشود. یک بازبینی سهماهه سبک و یک بازبینی سالانه کامل، هزینه اصلاح در ممیزی را به شکل چشمگیری کاهش میدهد. برای سرویسهای PaaS خیر؛ ماشین مجازی ویندوزی با Hybrid Benefit به مجوز داخلی متکی است.
گامهای شمارش مجوز Microsoft Azure
| گام | خروجی مورد انتظار |
|---|---|
| استخراج از منبع سیستمی | تعداد خام مصرف (Consumption) بهعلاوه مجوزهای منتقلشده |
| پاکسازی موارد بلااستفاده | تعداد واقعی در حال استفاده |
| افزودن دسترسی غیرمستقیم | تعداد قابل دفاع در ممیزی |
| افزودن ضریب رشد | تعداد هدف برای خرید |
شمارش دقیق Microsoft Azure در شش گام
شمارش اشتباه، رایجترین منبع هزینه اضافی و ریسک انطباق است. واحد پایه: مصرف (Consumption) بهعلاوه مجوزهای منتقلشده.
منبع داده را انتخاب کنید
یک منبع رسمی (دایرکتوری، پرتال مدیریت یا ابزار دارایی) را مبنا بگذارید و بقیه را با آن تطبیق دهید.
دامنه را ببندید
محیطهای تولید، تست، توسعه و بازیابی را جداگانه بشمارید و مشخص کنید کدامیک مجوز میخواهد.
کفها و ضریبها را اعمال کنید
اندازه و ساعت روشنبودن منابع، ترافیک خروجی و ذخیرهسازی، تعهد Reserved در برابر مصرفی، استفاده یا عدم استفاده از Hybrid Benefit.
دسترسیهای غیرمستقیم را اضافه کنید
کاربر بیرونی، سرویس واسط و گزارشگیر خودکار معمولاً از قلم میافتند.
با ابزار برآورد تطبیق دهید
نتیجه دستی را با محاسبهگر هزینه لایسنس مقایسه کنید؛ اختلاف بزرگ یعنی یک فرض اشتباه است.
رشد را جدا نگه دارید
عدد امروز و پیشبینی ۱۲ ماه را در دو ستون بنویسید تا مذاکره تمدید شفاف بماند.
خطاهای رایج و راه اصلاح
| ریسک | راه اصلاح |
|---|---|
| اعمال Hybrid Benefit بدون Software Assurance معتبر | قبل از خرید، سناریوی واقعی را روی کاغذ بیاورید و با Product Terms نسخه خودتان تطبیق دهید. |
| منابع بیصاحب و محیطهای تست فراموششده | شمارش را از یک منبع رسمی بگیرید و خروجی را تاریخدار بایگانی کنید. |
| لایسنس نرمافزار شخص ثالث روی VM | هر تغییر زیرساخت (هسته، میزبان، کاربر جدید) را در همان ماه در برگه مجوز ثبت کنید. |
چه چیزی هزینه Microsoft Azure را تغییر میدهد
| عامل | اثر بر هزینه | نکته اجرایی |
|---|---|---|
| اندازه و ساعت روشنبودن منابع | زیاد | قبل از هر استعلام، این عدد را قطعی کنید. |
| ترافیک خروجی و ذخیرهسازی | زیاد | با یک تغییر تصمیم میتوان چند ده درصد صرفهجویی کرد. |
| تعهد Reserved در برابر مصرفی | متوسط | در برآورد اولیه دیده نمیشود؛ در صورتحساب بعدی ظاهر میشود. |
| استفاده یا عدم استفاده از Hybrid Benefit | متوسط | در برآورد اولیه دیده نمیشود؛ در صورتحساب بعدی ظاهر میشود. |
مناسب است اگر / مناسب نیست اگر
مناسب است اگر
- سازمانی که مصرف (Consumption) بهعلاوه مجوزهای منتقلشده را میتواند دقیق گزارش کند.
- تیمی که برای Microsoft Azure مالک مشخص لایسنس و بازبینی دورهای دارد.
- محیطی که مسیر ارتقا و پشتیبانی آن با چرخه عمر محصول همخوان است.
مناسب نیست اگر
- شمارش بر پایه حدس یا فهرست قدیمی دارایی.
- خرید بدون بررسی حق نسخه پایینتر، تست و بازیابی از فاجعه.
- تمدید خودکار بدون اندازهگیری مصرف واقعی.
سه قدم بعدی
- شمارش پایه را بر اساس مصرف (Consumption) بهعلاوه مجوزهای منتقلشده تهیه کنید.
- ادیشن هدف را از میان Pay-as-you-go، Reserved Instance، Savings Plan، Hybrid Benefit انتخاب کنید.
- برنامه فعالسازی و مالک تمدید را مشخص کنید.
پرسشهای پرتکرار
برای Microsoft Azure دقیقاً چه چیزی را باید بشماریم؟
مصرف (Consumption) بهعلاوه مجوزهای منتقلشده. برای سرویسهای PaaS خیر؛ ماشین مجازی ویندوزی با Hybrid Benefit به مجوز داخلی متکی است.
آیا محیط تست هم نیاز به مجوز دارد؟
در بسیاری از محصولات بله، مگر آنکه تحت حقوق توسعه و تست مشخصی پوشش داده شده باشد؛ فرض رایگانبودن محیط تست یکی از پرهزینهترین اشتباههاست.
چند درصد ذخیره بالای شمارش منطقی است؟
برای سازمان پایدار حدود ۵ درصد و برای سازمان در حال رشد ۱۰ تا ۱۵ درصد؛ بیش از آن سرمایه راکد میشود.