עדכון מערכת: הכתבה המקורית מאפריל 2025 התייחסה לדיווחים על מינימום רכש של 72 ליבות. מאחר שתנאי הצעה מסחרית עשויים להשתנות בין לקוחות, שותפים ותקופות, הנוסח עודכן ומתבסס על כלל הרישוי הפומבי של Broadcom.
ברישוי VMware Cloud Foundation ו־VMware vSphere Foundation, המסמך הרשמי של Broadcom קובע ספירה לפי ליבות פיזיות, עם מינימום של 16 ליבות לכל מעבד פיזי. המשמעות היא שמעבד בעל פחות מ־16 ליבות נספר כ־16 לצורכי רישוי. זהו כלל חישוב טכני; הוא אינו מוכיח שמינימום רכש מסחרי של 72 ליבות חל באופן אחיד על כל לקוח.
איך מחשבים את מספר הליבות
- מונים את מספר ה־hosts שייכללו ברישוי.
- בכל host מונים את מספר המעבדים הפיזיים ואת מספר הליבות בכל מעבד.
- לכל מעבד משתמשים במספר הגבוה מבין מספר הליבות בפועל לבין 16.
- מסכמים את התוצאה לכל ה־hosts הכלולים בהצעה.
לדוגמה, שני hosts, שבכל אחד מהם שני מעבדים בני שמונה ליבות, מחושבים כ־64 ליבות: ארבעה מעבדים כפול מינימום של 16 ליבות. לעומת זאת, אם בכל מעבד יש 24 ליבות, החישוב נעשה לפי 24.
למה הצעת המחיר עדיין יכולה להיות שונה
מספר הליבות הוא רק רכיב אחד. החבילה שנבחרה, זכאות ל־vSAN, תקופת המנוי, תמיכה, מבנה הסביבה ותנאים מסחריים משפיעים על ההצעה. לכן אין להסתמך על מספר שמופיע בפוסט, בפורום או בהצעה של ארגון אחר.
Broadcom מפרסמת גם מחשבון ורכיב PowerCLI לספירת הקיבולת הנדרשת. הכלים יכולים לסייע בבניית תמונת מצב, אך את ההזמנה עצמה צריך להשוות למסמך הזכאות ולהצעה מעודכנת של ספק מורשה.
מה כדאי למנהל IT לעשות
- להפיק מלאי של hosts, sockets, ליבות וצריכת vSAN.
- להפריד בין כלל הספירה הטכני לבין מינימום רכש או הנחה מסחרית בהצעה.
- לבקש הצעה כתובה ומפורטת, כולל SKU, תקופת מנוי, תמיכה וזכויות שימוש.
- להשוות את עלות הבעלות הכוללת לחלופות, כולל הגירה, גיבוי, ניטור, הכשרה וסיכוני השבתה.
- לא לדחות או לבצע הגירה רק על בסיס שמועה; לבצע פיילוט ולתכנן יציאה לפני קבלת החלטה.
בפרויקטי תשתית, צוותים כמו M-Challenge יכולים לסייע במיפוי סביבת VMware ובהשוואת חלופות, אך ההחלטה צריכה להישען על נתוני הסביבה ועל הצעת מחיר תקפה — לא על הבטחה גורפת שמדיניות מסוימת "בוטלה".
מקורות: Broadcom: Counting Cores for VCF and VVF; Broadcom: License Calculator.
צילום: Joshua Brown / Pexels.
