סביבת VDI היא ארבעה רכיבים, לא מסך אחד
מי שמחפש מערכת לניהול סביבת VDI בדרך כלל מדמיין ממשק אחד שמציג את כל העמדות והמשתמשים. ממשק כזה באמת קיים, אבל הוא החזית של מערכת שמורכבת מארבעה רכיבים נפרדים. ההבנה של החלוקה הזאת היא ההבדל בין הצעת מחיר שאפשר להשוות לבין הצעה שאי אפשר לקרוא.
- 1
ברוקר חיבורים (Connection Broker)
המוח. מקבל את בקשת ההתחברות ומחליט לאן לשלוח את המשתמש: לעמדה הקבועה שלו, או לעמדה פנויה מתוך מאגר. הוא גם זוכר סשנים פתוחים, כך שעובד שסגר את הלפטופ וממשיך מהבית חוזר בדיוק לאותו מסך. אם הרכיב הזה לא זמין, אף אחד לא מתחבר, גם אם כל שאר הסביבה עובדת.
- 2
תמונת בסיס (Golden Image)
מכונה וירטואלית אחת מוכנה עם מערכת ההפעלה, העדכונים והתוכנות של הארגון, שממנה נגזרות כל העמדות. זה היתרון הניהולי הגדול של VDI: מעדכנים במקום אחד במקום על ארבעים מחשבים. זו גם נקודת הסיכון, כי טעות בתמונה מגיעה לכולם בבת אחת.
- 3
ניהול פרופילים
מה שמחזיר לעובד את הסביבה האישית שלו: החתימה במייל, הקבצים האחרונים, ההגדרות בתוכנות. הרכיב שהכי מזלזלים בו, והרכיב שגורם לרוב התלונות היומיומיות. עליו בהמשך בהרחבה.
- 4
שער גישה
הדרך שבה מתחברים מבחוץ בלי לחשוף את העמדות עצמן לאינטרנט. שער מאובטח עם אימות דו שלבי, שהוא היום דרישת בסיס ולא תוספת. חשיפת פרוטוקול שולחן עבודה מרוחק ישירות לאינטרנט היא אחת הדרכים הנפוצות ביותר שבהן ארגונים נפרצים.
כשספק מציג הצעה, שווה לבקש לראות איזה מוצר ממלא כל אחת מארבע השורות. לא פעם מתגלה ששתיים מהן פשוט חסרות, והן יתגלו כשהסביבה כבר תעבוד.
עמדה קבועה מול מאגר עמדות
זו ההחלטה הראשונה שמשפיעה על העלות ועל כמות התחזוקה, והיא מתקבלת בדרך כלל בלי לדון בה.
| עמדה קבועה לכל עובד | מאגר עמדות משותף | |
|---|---|---|
| מה העובד מקבל | מכונה משלו, נשארת כפי שהשאיר אותה | עמדה פנויה מתוך קבוצה זהה, מתאפסת אחרי השימוש |
| אחסון נדרש | גבוה, כל עמדה תופסת מקום משלה | נמוך משמעותית, מתחזקים תמונה אחת |
| תחזוקה | כל עמדה מתפצלת עם הזמן ודורשת טיפול נפרד | עדכון אחד לתמונה מגיע לכולם |
| ניהול פרופילים | פחות קריטי, הסביבה נשארת | חובה, בלעדיו העובד מאבד הכל בכל התחברות |
| מתאים ל | משתמשים שמתקינים תוכנות בעצמם, מפתחים, מתכננים | צוותים שכולם מריצים את אותן תוכנות |
| רישוי | לרוב רישיון לכל עמדה | לרוב רישיון למשתמש בו זמני, ולכן זול יותר |
אם כל הצוות מריץ את אותן שלוש או ארבע תוכנות ואף אחד לא מתקין דברים בעצמו, מאגר עמדות כמעט תמיד עדיף, ובפער. אם יש בצוות אנשים שמתקינים כלים משלהם, שילוב הוא לרוב הפתרון: מאגר לרוב הארגון ועמדות קבועות למי שבאמת צריך. אין שום סיבה לבחור מודל אחד לכולם.
ניהול הפרופילים, הרכיב שמפיל סביבות
זו הנקודה שבה סביבות VDI נכשלות בפועל, והיא כמעט אף פעם לא זו שדנים בה לפני ההקמה. הפרופיל הוא כל מה שאישי לעובד. במחשב רגיל הוא יושב על הדיסק ואף אחד לא חושב עליו. בסביבה שבה העמדה מתאפסת, מישהו צריך להחזיר אותו בכל בוקר.
הגישות הישנות ניסו להעתיק את כל תיקיית הפרופיל בהתחברות ובהתנתקות. זה עובד כשהפרופיל קטן, ומתפרק כשהוא גדל: ההתחברות מתארכת לדקות, ופרופיל שנתקע באמצע העתקה יכול להישבר. הגישה שהחליפה אותן שומרת את הפרופיל כדיסק וירטואלי נפרד ומחברת אותו בהתחברות במקום להעתיק אותו. אצל מיקרוסופט הפתרון הזה נקרא FSLogix.
FSLogix זכאי לשימוש עם רישיונות מיקרוסופט מסוימים שכבר מכסים גישה לשולחן עבודה מרוחק. ארגונים לא מעטים כבר זכאים לו דרך החבילה שברשותם, ובכל זאת מתמחרים פתרון חיצוני. בדקו מה החבילה שלכם כוללת לפני שמוסיפים שורה לתקציב. אותו עיקרון תקף לרישוי הגישה עצמו, ועליו הרחבנו במדריך VDI מול שרת טרמינל.
סופת ההתחברות של שמונה בבוקר
זו התופעה שהופכת סביבה שנראתה מצוינת בבדיקה לסביבה שהמשתמשים מתלוננים עליה. הסיבה פשוטה: כשעשרות עובדים מתחברים בתוך חלון של רבע שעה, כל אחד מהם מייצר בו זמנית טעינת מערכת הפעלה, חיבור פרופיל, סריקת אנטי וירוס וחיפוש עדכונים. כמעט כל העומס הזה נופל על האחסון.
סביבה שנמדדת בעשר בבוקר, כשכולם כבר מחוברים, נראית רגועה לגמרי. אותה סביבה בשמונה ושתיים יכולה להיתקע. לכן מדידה של סביבת VDI חייבת להיעשות בשעת השיא, ולא בשעה נוחה.
מה מקטין סופת התחברות
- אחסון מהיר. זה הגורם המכריע, ולא כמות הזיכרון. מדריך נפרד על ההבדל בין סוגי האחסון נמצא במרכז הידע.
- לוחות זמנים לסריקות אנטי וירוס ולעדכונים מחוץ לשעות ההתחברות, ולא בברירת המחדל שלהם.
- החרגות אנטי וירוס על קבצי הפרופיל הווירטואליים, לפי המלצת יצרן הפתרון. בלי זה כל התחברות נסרקת מחדש.
- הדלקה מדורגת של עמדות במאגר לפני תחילת יום העבודה, כך שחלקן כבר מוכנות כשמגיעים.
- בדיקת עומס בשעת השיא האמיתית, לא בשעה שנוחה למדוד בה.
הפלטפורמות, ומה באמת מבדיל ביניהן
שוק פלטפורמות ה־VDI מרוכז סביב מספר קטן של שמות. ההבדלים ביניהן קיימים, אבל הם כמעט אף פעם לא מה שמכריע בפועל בארגון בינוני. מה שמכריע הוא מה כבר יש לכם ברישוי, ומי יתחזק את זה.
- RDS Connection Broker
- הברוקר המובנה ב־Windows Server. מגיע עם מערכת ההפעלה ולא דורש מוצר נוסף. פשוט יחסית, ומכסה את מה שרוב הארגונים הבינוניים באמת צריכים. חלש יותר בהקצאה אוטומטית של עמדות ובניטור מעמיק.
- Azure Virtual Desktop
- השירות המנוהל של מיקרוסופט. חלק מרכיבי הניהול מסופקים כשירות, מה שמוריד תחזוקה. בתמורה, התשתית יושבת אצל ספק הענן, וזה שיקול לארגונים שרוצים שהמידע יישאר בישראל.
- Omnissa Horizon
- הפלטפורמה שהייתה VMware Horizon, שנמכרה והופרדה מ־VMware. בוגרת וחזקה, במיוחד בהפצת תמונות ובניהול היקפים גדולים. שינויי הבעלות והרישוי בשנים האחרונות מחייבים לבדוק מה בדיוק מוצע היום.
- Citrix
- הוותיקה בתחום, חזקה במיוחד בחוויית משתמש על קווים איטיים ובסביבות מורכבות. גם היקרה מביניהן, ומוצדקת בעיקר כשיש דרישה ספציפית שהיא פותרת.
ההשוואה המעניינת היא לא בין הפלטפורמות אלא מולה: לפני שבוחרים אחת מהן, כדאי לבדוק אם בכלל צריך VDI. הרבה ארגונים שמגיעים עם דרישה ל־VDI מתאימים בפועל לשרת טרמינל, שעולה פחות ומנוהל בפשטות רבה יותר. ההבדל בין השניים, כולל ההשלכה על העלות, מפורט במדריך הנפרד.
למי זה באמת מתאים
מתאים ל
- ארגונים שצריכים להפיץ שינוי, עדכון או תוכנה לכל העובדים בבת אחת
- צוותים שעובדים ממקומות שונים וצריכים סביבה זהה בכל מקום
- עסקים שבהם המידע לא יכול לשבת על מחשב נייד שאפשר לאבד או שייגנב
- ארגונים עם תחלופת עובדים גבוהה, שבהם הקמת עמדה חדשה צריכה לקחת דקות
- סביבות שבהן צריך להוכיח מי ניגש למה, ומאיפה
פחות מתאים ל
- צוות קטן שכולו יושב במשרד אחד ומריץ את אותן תוכנות, שם שרת טרמינל יעשה את העבודה בזול יותר
- משתמשים כבדים בגרפיקה או וידאו, שדורשים תכנון נפרד לגמרי ומייקרים משמעותית
- ארגונים בלי קו אינטרנט יציב או בלי קו גיבוי
- מי שמחפש בעיקר לחסוך בעלות מחשבים, שכן החיסכון הזה לרוב נבלע ברישוי ובתשתית
מה לשאול לפני שחותמים
שאלות שכדאי לשאול ספק
- איזה מוצר ממלא כל אחד מארבעת הרכיבים: ברוקר, תמונת בסיס, פרופילים, שער גישה?
- האם הברוקר נפרס בכפילות, או שנפילה שלו משביתה את כל המשתמשים?
- אילו רישיונות כלולים במחיר ואילו נרכשים בנפרד, ומה מהם אנחנו אולי כבר מחזיקים?
- מה קורה כשצריך להחזיר אחורה עדכון שהופץ לכולם דרך תמונת הבסיס?
- על איזה סוג אחסון רצות העמדות, ומה נמדד בשעת השיא של הבוקר?
- מי מתחזק את תמונת הבסיס לאורך זמן, אנחנו או הספק, ובאיזו תדירות?
- איפה יושב המידע פיזית, ומי יכול לגשת אליו?
- איך נראה תהליך הוספת עובד חדש, ובכמה זמן הוא מסתיים?
השורה התחתונה
מערכת לניהול סביבת VDI היא לא מוצר אחד אלא ארבעה רכיבים שצריכים לעבוד יחד. הברוקר הוא מה שרואים, ניהול הפרופילים הוא מה ששובר, והאחסון הוא מה שקובע אם שמונה בבוקר תהיה שעה רגילה או שעה של תלונות. לפני שבוחרים פלטפורמה, שווה לוודא שני דברים: שבאמת צריך VDI ולא שרת טרמינל, ושאתם לא עומדים לשלם על רכיב שכבר נמצא ברישיונות שברשותכם.