ש:
מדוע VMs בגודל קטן מוביל לאחור ובעיות אחרות?
ת:קיומם של VMs בגודל נמוך במערכת וירטואליזציה הוא דוגמה קלאסית להקצאת משאבים לא תקינה שמובילה לבעיות ביצועים קונקרטיות.
במערכות עם VMs בגודל נמוך, המשתמשים יחוו חביון, שירות מופחת ואפילו בעיות בתליה או בהקפאה של המסך. זאת, פשוט מכיוון שלמחשב הווירטואלי לא ניתנה כמות מספקת של משאבי מעבד וזיכרון כדי לבצע את עבודתה כראוי. לעתים קרובות, בעיה זו נובעת מתכנון שאינו מסוגל לספק מענה כלשהו לצרכים התפעוליים האמיתיים של ה- VM מסיבה כלשהי. יכולה להיות כמות ניחושים משמעותית בהגדרת מערכת וירטואליזציה ולחיזוי כמה משאבים VM יכול להשתמש. ישנו גם נושא הביקוש הדינמי, שבו VM מסוים עשוי להיתקל בביקוש רב יותר של משתמשים או להידרש לגדול במהירות.
מכשירי וירטואלי קדם-מידה לא גדולים הם בשום פנים ואופן הסיבה היחידה לחביון המערכת. עם זאת, זה יכול להיות קשה לאבחן את הבעיה. השהיה עלולה לנבוע מצוואר בקבוק במקומות אחרים במערכת, או היעדר DRAM מספיק, ואפילו סנכרון שעון או בעיות מנהלי התקנים.
עם זאת בחשבון, יצרנים יצרו מערכות פיקוח ובקרה רשתות תוססות שמאצילות את תהליך הקצאת המשאבים ל- VMs. ברבות ממערכות אלה יש לוחות מחוונים עם קידוד צבע המראים אם מחשב או רכיב וירטואלי הם בגודל נמוך או חסרים משאב כלשהו. מערכות אלה יכולות לספק כלי אבחון דומים גם לאשכולות של VMs על מארח.
כשם שמערכות אוטומציה אלו יכולות לעזור להתמודד עם סוגיית ה- VMs הגדולים, כך הן יכולות לטפל גם בסוגיה ההפוכה של VM's גדולים. מכשירי וירטואליים גדולים מדי לא יגלו בדרך כלל בעיות עם ביצועים - במקום שיהיו להם מעט מדי משאבים, יש להם יותר מדי. עם זאת, כפי שמציינים כמה מומחים, VM גדול מדי יכול להוביל לחביון על מכשירי VM אחרים מורעבים במקום אחר במערכת.
על מנת לבטל את כל הבעיות מסוג זה, חברות אימצו את הנוהג של VMs "בגודל זכות גודל" וכל השאר בסביבת וירטואליזציה. ניתן לעשות זאת באופן ידני, או עם מערכות האוטומציה שהוזכרו לעיל. ביצוע עבודה זו באופן ידני ייקח משאבי אנוש חשובים ממודל עסקי, וזו הסיבה שבגללה חברות רבות כל כך בוחרות להשתמש בכלי ספקים לצורך הגדלת גודל זכות.
