תוכן עניינים:
מימי היישומים הראשונים בקנה מידה גדול של תשתית שולחן העבודה הווירטואלית (VDI), שהחלה במסגרת זמן 2007/2008, VDI חווה התחלה גסה - כל כך גסה למעשה ש- VDI כמעט ולא קרה כלל. יישומים מוקדמים לא יכלו לעמוד בדרישות המשתמשים עקב חביון רשת, ביצועי דיסק לקויים, טכנולוגיית גרפיקה מפגרת וסופות אתחול VDI. סערות אתחול אירעו ומנמ"לים ברחבי העולם גרפו פרויקטים של VDI בכל השלבים מתכנון ועד ייצור.
סערת אתחול VDI היא צריכת משאבי קלט / פלט למחשבים ודיסק במהלך ההפעלה הראשונית של תמונות וירטואליות של שולחני משתמש הקצה, שמביאה לביצועים גרועים עבור כל המשתמשים. מבחינה היסטורית, סופות אתחול ועלות הסעדים המומלצים שלהן הן שתי הסיבות העיקריות לכישלון פרויקטים של VDI. (למידע נוסף על אתגרי וירטואליזציה, ראה 3 כאבי ראש גדולים עבור משתמשי תוכנת וירטואליזציה.)
הגדרת תוכנה - הכל רשת וטכנולוגיית אחסון בהמתנה לפטנט עם ניהול מחשוב, וירטואליזציה וניהול SaaS בענן ONE ארגוני בתיבה. היו עדים לכוחו של Ignite היום. |
מדוע סערות אתחול מתרחשות
סערות אתחול מתרחשות בעיקר מכיוון שמהנדסי האחסון בונים מערכות אחסון למדרגיות, יתירות ומהירות, אך איש לא יכול היה לחזות את התיאבון של VDI ל I / O של הדיסק. יישומי VDI אינם תלויים בקיבולת, במדרגיות וביתירות או בשיפורי מהירות סטנדרטיים או לצבוטים. סביבות VDI צריכות לקרוא קלט / פלט באתחול ולכתוב קלט / פלט במהלך השימוש. ראשית, יש את הסערה הקריאה (אתחול), ואז הסערה לכתוב (כניסה / כניסה) ולבסוף פעולות עתירות הכתיבה במצב יציב הקשורות למחשוב של משתמשי הקצה. מנהלי SAN לא ידעו מה לעשות. הם יכולים להתאים אחסון לעומסי עבודה עתירי קריאה או עומסי עבודה אינטנסיביים לכתיבה, אך VDI זקוק לשניהם בשפע.