חי בעולם וירטואלי
בקטגוריות: וירטואליזציה 22 יול 2011
VMware הכריזו לא מזמן על הגרסה החדשה בתשתית הוירטואליזציה שלהם, vSphere 5.0. כצפוי, גרסה זו מביאה מס' פיצ'רים חדשים, אך מה שנראה שמעורר הרבה רעש בקרב הלקוחות, היא שיטת הרישוי החדשה.
שיטת הרישוי הישנה (בגרסאות Standard ומעלה), התבססה על כמות המעבדים הפיזיים (Socket) תוך הגבלת מס' הליבות ל-12 בגרסאות הרישוי Advanced, Enterprise Plus והגבלה ל-6 ליבות בשאר הגרסאות. כמו כן, הייתה הגבלה על כמות הזיכרון (RAM) המקסימלית להוסט, שעמדה על 256GB, חוץ מגרסת Enterprise Plus שלא הייתה מוגבלת.
עם כניסת מגמת ריבוי הליבות בקרב יצרניות השבבים, רבים מהצרכנים נתקלו בתקרת הרישוי שלהם – 6 ליבות בלבד למעבד. מצב זה הפך את שדרוג התשתית הוירטואלית תוך שמירה על הרשיונות הקיימים, לבלתי אפשרי.
מצד שני, VMware לא קיבלה תשלום נוסף על שדרוגי תשתית הכוללים ליבות / RAM של בעלי רשיונות Enterprise Plus.
ב- vSphere 5.0 בוטלה לחלוטין מגבלת הליבות למעבד ומגבלת ה-RAM להוסט, לכלל הרשיונות המתומחרים לפי מעבד (Essentials, Essentials Plus מגיעים בקיט, בדומה לגרסה הקודמת). כמו שניתן לראות במסמך הרישוי הרשמי של vSphere 5.0 – בנוסף לתמחור לפי מעבד, נכנס חישוב נוסף לתמונה – vRAM, כמות הזיכרון שמוגדרת למכונה וירטואלית פעילה. החישוב יתבצע כך: לכל מעבד פיזי תוצמד זכאות שימוש בזיכרון, ע"פ רמת הרישוי השונה (ראו תמונה).
ה-vSphere vCenter יהיה אחראי על ריכוז וחלוקת זכאות הזיכרון הנרכש, גם אם מדובר במס' שרתי vCenter שעובדים ב-Linked Mode. מתוך מאגר כמות הזיכרון, תופחת כמות הזיכרון שהוקצתה למכונה פעילה – דולקת.
יש לשים לב שגרסאות Standard, Enterprise, Enterprise Plus לא ימנעו הדלקה של מכונה שהביאה לחריגה בכמות הזיכרון הכוללת שהוקצתה, אלא יקפיצו אזהרה בלבד. גרסאות Essentials, Essentials Plus לעומת זאת – לא יאפשרו הדלקה כאשר כמות הזיכרון שהוקצתה תחרוג מהמכסה.
מס' לקוחות התלוננו אודות כמות הזיכרון הנמוכה עם חשיפת שיטת הרישוי החדשה. VMware ענתה בתגובה שכמות הזיכרון חושבה בהתאם לממוצע הנמצא בשימוש עם מערכת vSphere 4. לדבריהם, יחס הקונסולידציה הממוצע הוא 5:1, ז"א 5 מכונות וירטואליות מוקצות לכל מעבד פיזי. בנוסף, 3GB מוקצים בממוצע למכונה – לדבריהם. חישוב המערכת הממוצעת ע"פ VMware מביאה אותנו לצריכה של 15GB זיכרון. היות וכמות ה-vRAM המינימלית שמוקצית למעבד היא 24GB, יש מקום לשדרוג ולהתפתחות, לרוב הלקוחות.
עם השקת הגרסה החדשה vSphere 5.0, תספק VMware מחשבון ללקוחותיה המיועד לקבוע האם יהיה צורך ברשיונוות נוספים במערכות של vSphere 4 הנמצאות בשימוש. אם אתם רוצים לקבל אומדן אודות כמות הרשיונות, תוכלו להשתמש במחשבון רישוי vSphere 5.0, או בסקריפט PowerShell לחישוב צריכת vRAM נוכחית.
VMware מודיעה בבלוג שלה כי לאור דרישת הלקוחות היא מבצעת שינויים במודל הרישוי, ובהקצאת כמות ה-vRAM.
הכמות תגדל ב-33% לרשיונות הבסיס, ותכפיל את עצמה (עד 96GB) ברשיונות Enterprise Plus. בנוסף, רשיון Free vSphere Hypervisor, יגיע עם הגבלה פיזית ל-32GB (פי-4 מההגבלה הקודמת).
מכירים את זה שאתם חייבים לשתף מישהו בדברים שמעניינים אתכם? זאת כל המטרה כאן.
3 תגובות על שיטת הרישוי החדשה של vSphere 5.0, תוך חישוב vRAM
4 באפריל, 2012 בשעה 16:34
היי
בESXI 5 כאשר אני רוצה להתקין מכונה וירטואלית
יש לי בלשונית ה CPU
Number of virtual socket
ו
Number of socket per cores.
האם אתה יכול להסביר לי מה כל אחד מהדברים הנ"ל אומר?…
יש לי שרת עם 2 מעבדים E5620 ואני מעוניין להקים 3 מכונות וירטואליות
מכונה אחת אני רוצה שיהיה לה 8 PROCCESOR
ועוד 2 מכונות אני רוצה שיהיו להן 4 PROCCESOR
4 באפריל, 2012 בשעה 23:16
היי אלירן,
No. of Cores / No. of Sockets היא פונקציה חדשה שנוספה בגרסאות האחרונות של vSphere בצורה נסיונית, ובצורה רשמית בגרסה 5.
הפונקציה מאפשרת גמישות בהצגת חומרת העיבוד הוירטואלית (תושבות / ליבות) אל המכונה הוירטואלית. יש לעניין חשיבות כאשר מריצים מערכות הפעלה שבהן חסרה התמיכה במס' רב של תושבות, כדוגמת Windows Server 2003, שמוגבלת ל-4 תושבות מעבדים.
במקרה כזה, גם אם בחרת ב-8 (תושבות) מעבדים וירטואליים, מערכת ההפעלה תשתמש ב-4 בלבד. בחירה בתצורה של תושבת אחת – 8 ליבות, תבטיח עבודה של מערכת ההפעלה עם כל הליבות שהוקצו.
ניתן לקרוא עוד:
http://kb.vmware.com/kb/1010184
9 במאי, 2012 בשעה 15:27
היי הראל..
מאחר ואין בשום מקום מדריך ממש מפורט על כיצד להגדיר vmxnet3
האם אתה יכול ליצור מדריך עם צילומי מסך או לפחות הסבר כיצד לבצע את ההגדרה של הרשת הזאת?
האם אני צריך להגדיר את הרשת הזאת על ה HOST או רק בתוך המכונות הוירטואליות ופשוט להגדיר את הכרטיס כ vmxnet3 במקום e1000?