מלכודות במעבר ל-VDI: מה לבדוק מראש כדי לא לכאוב עד מאוד

האם אי פעם תהיתם מה עושה סורק עם תחנת VDI? בהתחלה הכל נראה טוב: הוא מועבר כמו התקן USB רגיל ונראה בצורה "שקופה" מהמכונה הוירטואלית. ואז המשתמש נותן פקודה לסרוק, והכל הולך לעזאזל. במקרה הטוב - מנהל ההתקן של הסורק, גרוע מכך - תוך כמה דקות תוכנת הסורק, אז זה יכול להשפיע על משתמשים אחרים של האשכול. למה? כי כדי לקבל תמונה דחוסה של חמישה מגה, אתה צריך לשלוח שניים עד שלושה סדרי גודל יותר נתונים באמצעות USB 2.0. תפוקת האוטובוס היא 480 Mbit/s.

אז אתה צריך לבדוק שלושה דברים: UX, ציוד היקפי ואבטחה - חובה. יש הבדל באופן שבו אתה בודק. אתה יכול להתקין סוכנים באופן מקומי בכל תחנת עבודה וירטואלית. זה זול יחסית, אבל לא מראה את העומס על הערוץ ולא ממש מחשב את העומס על המעבד בצורה מדויקת. האפשרות השנייה היא לפרוס את המספר הנדרש של רובוטים אמולטורים במקום אחר ולהתחיל לחבר אותם לעבודות אמיתיות כמשתמשים אמיתיים. העומס מפרוטוקול שידור זרם הווידאו של המסך (ליתר דיוק, פיקסלים השתנו), ניתוח ושליחת מנות רשת יתווסף, והעומס על הערוץ יתבהר. הערוץ בדרך כלל נבדק לעתים רחוקות מאוד.

UX היא המהירות שבה משתמש הקצה מבצע פעולות שונות. ישנן חבילות בדיקה המעמיסות את ההתקנה במאות משתמשים ועושות עבורם פעולות אופייניות: השקת חבילות אופיס, קריאת קובצי PDF, דפדוף, לעיתים רחוקות צופה בפורנו בשעות העבודה וכו'.

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

התקנה

שישה שרתים, התצורה היא:

לא הייתה לנו גישה למערכת האחסון של הלקוח, היא ניתנה כמקום כשירות, למעשה. אבל אנחנו יודעים שיש הבזק. אנחנו לא יודעים באיזה all-flash מדובר, אבל המחיצות הן 10 TB. VDI - VMware לפי בחירת הלקוח, מכיוון שצוות ה-IT כבר מכיר את המחסנית, והכל מתווסף באופן אורגני למדי ליצירת תשתית שלמה. VMware מאוד "מכורה" למערכת האקולוגית שלה, אבל אם יש לך מספיק תקציב רכש, ייתכן שלא יהיו לך בעיות במשך שנים. אבל זה לרוב "אם" גדול מאוד. יש לנו הנחה טובה, והלקוח יודע על זה.

אנחנו מתחילים בדיקות, כי צוות ה-IT לא משחרר כמעט שום דבר לייצור בלי בדיקות. VDI הוא לא משהו שאתה יכול להפעיל ואז לקבל. משתמשים נטענים בהדרגה, וניתן בהחלט להיתקל בבעיות לאחר שישה חודשים. מה, כמובן, אף אחד לא רוצה.

450 "משתמשים" בבדיקה, העומס נוצר באופן מקומי. משתמשי רובו מבצעים פעולות שונות בו זמנית, אנו מודדים את הזמן של כל פעולה על פני מספר שעות עבודה:

בואו נראה איך השרתים ומערכות האחסון יתנהגו. האם VDI יוכל ליצור את המספר הנדרש של שולחנות עבודה וירטואליים, וכן הלאה. מכיוון שהלקוח לא הלך בנתיב של התכנסות יתר, אלא לקח מערכת אחסון עם פלאש, היה צורך לבדוק גם את נכונות הגודל.

למעשה, אם משהו מאט איפשהו, אתה צריך לשנות את ההגדרות של חוות ה-VDI, במיוחד את חלוקת המשאבים בין משתמשים בקטגוריות שונות.

פֵּרִיפֶריָה

בדרך כלל ישנם שלושה מצבים עם ציוד היקפי:

• הלקוח פשוט אומר שאנחנו לא מחברים כלום (טוב, למעט אוזניות, הם בדרך כלל גלויים "מהקופסה"). במהלך חמש השנים האחרונות לערך, ראיתי לעתים רחוקות מאוד אוזניות שלא נאספו מעצמן, ושלא נאספו על ידי VMware.
• הגישה השנייה היא לקחת ולשנות את הציוד ההיקפי כחלק מפרויקט הטמעת VDI: אנחנו לוקחים את מה שאנחנו והלקוח בדקנו ותמכנו. מובן שהמקרה נדיר.
• הגישה השלישית היא לזרוק את החומרה הקיימת.

אתה כבר יודע על הבעיה בסורקים: אתה צריך להתקין תוכנת ביניים על תחנת עבודה (לקוח דק), שמקבל זרם USB, דוחס את התמונה ושולח אותה ל-VDI. בגלל מספר תכונות, זה לא תמיד אפשרי: אם הכל בסדר בלקוחות Win (מחשבים ביתיים וקליינטים דקים), אז עבור *nix builds, ספק ה-VDI בדרך כלל תומך בהפצה ספציפית והריקודים עם טמבורין מתחילים, כמו ב-Mac -clients. בזכרוני, מעטים האנשים שחיברו מדפסות מקומיות מהתקנות לינוקס כך שהן יעבדו בשלב איתור הבאגים ללא קריאות קבועות לתמיכה. אבל זה כבר טוב, לפני זמן מה - אפילו רק כדי לעבוד.

שיחות ועידה בווידאו - כל הלקוחות רוצים במוקדם או במאוחר שזה יעבוד ויעבוד טוב. אם החווה מתוכננת נכון אז זה עובד טוב אם לא נכון נקבל מצב שבזמן ועידת שמע העומס על הערוץ גדל ובנוסף לזה יש בעיה שהתמונה מוצגת בצורה גרועה (לא מלאה HD, פנים של 9-16 פיקסלים). עיכוב נוסף חזק מאוד מתרחש כאשר מופיעה לולאה בין הלקוח, תחנת העבודה VDI, שרת ועידות הווידאו, ומשם ה-VDI השני ללקוח השני. נכון להתחבר ישירות מהלקוח לשרת ועידות הווידאו, מה שמצריך התקנה של רכיב נוסף נוסף.

מפתחות USB - אין איתם בעיות בכלל, כרטיסים חכמים וכדומה, הכל עובד מחוץ לקופסה. קשיים יכולים להתעורר עם סורקי ברקוד, מדפסות תוויות, מכונות (כן, היה דבר כזה) וקופות רושמות. אבל הכל נמצא בפתרון. עם ניואנסים ולא בלי הפתעות, אבל בסופו של דבר נפתר.

כאשר משתמש צופה ביוטיוב מתחנת VDI, זהו המצב הגרוע ביותר הן לעומס והן לערוץ. רוב הפתרונות מציעים הפניית וידאו HTML5. הקובץ הדחוס מועבר ללקוח, שם הוא מופיע. או ללקוח נשלח קישור לתקשורת ישירה בין הדפדפן לאירוח וידאו (זה פחות נפוץ).

אבטחה

אבטחה מתרחשת בדרך כלל בממשקי רכיבים ובמכשירי לקוח. בצמתים במערכת אקולוגית אחת, במילים, הכל צריך לעבוד טוב. בפועל זה קורה ב-90% מהמקרים, ועדיין צריך להשלים משהו. בשנים האחרונות, רכישה נוספת של Vmvara התבררה כנוחה מאוד - הם הוסיפו את MDM לאקוסיסטם לניהול מכשירים בתוך החברה. VMs רכשו לאחרונה מאזני רשת מעניינים (לשעבר Avi Networks), המאפשרים לסגור את נושא חלוקת הזרימה שנה לאחר השלמת ה-VDI, למשל. תכונה נוספת של צד ראשון בלבד היא אופטימיזציה טובה של הסניפים הודות לקניות הרעננות שלהם כשהם לקחו על עצמם את חברת VeloCloud, המייצרת SD-WAN לרשתות סניפים.

מנקודת המבט של משתמש הקצה, הארכיטקטורה והספק כמעט בלתי נראים. מה שחשוב בעולם הוא שיש לקוח לכל מכשיר; אתה יכול להתחבר מטאבלט, מק או לקוח דק של Windows. היו אפילו לקוחות לטלוויזיות, אבל עכשיו, למרבה המזל, הם כבר לא שם.

המוזרות של התקנות VDI כעת היא שלמשתמש הקצה פשוט אין מחשב בבית. לעתים קרובות יש לך טאבלט אנדרואיד חלש (לפעמים אפילו עם עכבר או מקלדת), או אולי אפילו יתמזל מזלך ותקבל מחשב עם Win XP. אשר, כפי שאתה יכול לנחש, לא עודכן במשך זמן מה. וזה לעולם לא יעודכן שוב. או מכונות חלשות מאוד, שבהן הלקוח לא מותקן, אפליקציות לא עובדות, המשתמש לא יכול לעבוד. למרבה המזל, גם מכשירים חלשים מאוד מתאימים (לא תמיד נוחים, אבל מתאימים), וזה נחשב פלוס גדול של VDI. ובכן, לגבי אבטחה, יש צורך לבדוק את הפשרה של מערכות הלקוח. זה קורה לעתים קרובות למדי.

לאור ההמלצות של Rospotrebnadzor על ארגון העבודה של ארגונים בסיכון של COVID-19, החיבור למקומות העבודה שלך במשרד חשוב מאוד. נראה שהסיפור הזה יימשך זמן רב, וכן, אם חשבת על VDI, אתה יכול להתחיל לבדוק. זה יהיה שימושי. המלצות הן כאן, הבהרות כאן. חשוב לציין, ניתן להשתמש ב-VDI גם לתיקון חללים כדי לעמוד בדרישות התאימות. הרגולטור מציג תקני התרחקות מסוימים. לדוגמה, במשרד של 50 מ"ר. מ ' לא יכולים להיות יותר מחמישה עובדים.

ובכן, אם יש לך שאלות לגבי VDI שאינן מיועדות להערה, הנה המייל שלי: [מוגן בדוא"ל].

מקור: www.habr.com