ש:
מדוע "חזיר משאבים" יכול להקשות על הווירטואליזציה?
ת:מערכות וירטואליות יכולות לספק יתרונות גדולים עבור חברות. עם זאת, זה לא נכון בכל המקרים. עסקים צריכים להסתכל על היתרונות והחסרונות העיקריים של הווירטואליזציה על כל מקרה לגופו.
עם הסוגים הנכונים של שינויים ולינה, מערכת וירטואלית יכולה להיות יעילה בהרבה ממערכת תלויית חומרה מסורתית. אחד החריגים, עם זאת, הוא סוגים מסוימים של מערכות מורשת בהן שירות אינדיבידואלי רעב למשאבים. חלק מאנשי אנשי ה- IT מתייחסים לתוכניות בודדות אלה כאל "חזירי משאבים".
הרעיון של סוג של חזיר משאב מסתכם עם הרעיון של מערכות תלויות חומרה. אחת הדרכים לחשוב על זה היא שהאפליקציה המקורית בנויה בארגז החול שלה, שם היא חולשת על השימוש במשאבים כמו CPU ו- RAM. אם זה אמור להיות היישום הדומיננטי במערכת ההיא, היא לא תגיב טוב לשיתוף משאבים בתוך אותה מערכת.
מומחים מציינים גם כי העברת אחד מהמשאבים הללו למערכת וירטואלית מבלי לבצע שינויים אחרים עלולה לגרום לבעיות חמורות. הסיבה היא מכיוון שהווירטואליזציה מעצם הטבע יוצר יותר ניקוז בשרתים הפיזיים. יש עלות וירטואליזציה של האפליקציות והפכתן ללא תלויות חומרה. עם זאת בחשבון, פשוט העברת יישום רעב משאבים למערכת וירטואליזציה עלולה לגרום לביקוש לעלות על המשאבים הקיימים. יש גם את הנושא של עלות וכדאיות - חלק ממערכות מורשת קטנות יותר פשוט לא שוות וירטואליזציה, לא כשמדובר בתשואה מוחשית.
אחת הדרכים להתמודד עם חזירי משאבים היא להבין את הדרישה הספציפית שלהם בתוך ארכיטקטורה ולהכיל אותם בהגירה. בדרך כלל, צריך לקחת גידול שולי מוגבל במשאבים בכדי לגרום לחזיר משאבים קיים לפעול היטב במערכת וירטואלית. יש גם כל מיני דרכים שבהן מהנדסים ומפתחים יכולים לשנות או לשפר את אחד היישומים הללו בכדי לגרום לו "לשחק טוב עם אחרים." אחד הכלים הטובים ביותר הם מערכות אוטומציה הפוקחות ומנתחות את דרישת המשאבים בזמן אמת ומספקות אוטומטית משאבים היכן שהם נדרשים.
