Azure Virtual Desktop לעסקים

מהו Azure Virtual Desktop?

Azure Virtual Desktop ‏(AVD) הוא שירות של Microsoft שמאפשר לפרסם שולחן עבודה של Windows או יישומים בודדים באמצעות RemoteApp. העמוד מתמקד בסביבה שבה מארחי ההפעלה (Session Hosts) — המכונות שעליהן רצים היישומים — נמצאים ב־Azure.

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

מתי כדאי לבחון AVD לעסק?

פתרונות AVD של ITEAM

פתרונות Azure Virtual Desktop הם חלק משירותי הענן של ITEAM, לצד מומחיות Microsoft ותכנון תשתיות Azure. פרויקט מוגדר לפי סביבת הארגון: יישומים, משתמשים, נתונים ותלויות.

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

שולחן עבודה מלא, RemoteApp ופרופילי משתמשים

במסך צר אפשר לגלול את הטבלה לרוחב.

Pooled מאפשר פיזור חיבורים בין מחשבי הקבוצה. Personal מקצה מחשב למשתמש. FSLogix Profile Container שומר את פרופיל המשתמש בקובץ מכולה באחסון. הוא מסייע לשמר הגדרות בין חיבורים למארחים שונים; הוא אינו גיבוי או הרשאה למידע.

RemoteApp מיועד לפרסום יישומים בודדים מתוך Pooled Host Pool. שולחן עבודה מלא זמין גם במודל Pooled וגם במודל Personal.

AVD, שרת RDS או מחשב מקומי?

במסך צר אפשר לגלול את הטבלה לרוחב.

במעבר משרת טרמינל ל־AVD אין להניח שכל יישום, רישיון או התקן יעברו ללא התאמות. משווים את אותה דרישת עבודה ואת העלות הכוללת.

מה צריך להופיע באפיון AVD?

• משתמשים ועומס — קבוצות עבודה, שעות פעילות ומספר משתמשים בו־זמנית.
• יישומים ונתונים — גרסאות, רישיונות, מיקום מידע וקשרים למערכות קיימות.
• חוויית עבודה — סוג שולחן העבודה, פרופילים, הדפסה והתקנים נדרשים.
• בדיקות קבלה — תרחישי עבודה ומדדים מוסכמים לכניסה ולפתיחת יישומים.
• בעלות ותפעול — חשבונות, הרשאות, תקציב, תמיכה ושחזור.

תכנון והטמעת AVD — שלבי הפרויקט

1. מיפוי ותכולה

   יישומים, משתמשים בו־זמנית, קבצים, התקנים ותלויות במשרד.

2. זהויות ורשת

   בדיקת Tenant, מודל זהויות, הרשאות וקישוריות לנתונים.

3. תכנון סביבת היעד

   קבוצות מארחים (Host Pools), משאבים, תבנית מערכת (Image), פרופילים ומדיניות גישה.

4. פיילוט מייצג

   בדיקת כניסה, עבודה, הדפסה וביצועים עם משתמשים אמיתיים.

5. מעבר וקבלה

   חלון מעבר, בדיקות, תיעוד ודרך חזרה לפי התוכנית.

6. מסירה לתפעול

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

ביצועים וקישוריות: בודקים את העבודה בפועל

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

בתכנון הפיילוט מגדירים מדדים כגון זמן כניסה ופתיחת יישום, ובודקים את המסלול לנתונים ולהתקנים. בחיבור Reverse Connect הבסיסי אין צורך לחשוף פורט RDP נכנס לאינטרנט; עדיין נדרשים כללי רשת מתאימים.

רישוי ועלויות Azure Virtual Desktop

מפרידים בין זכויות גישה למשתמש לבין צריכת התשתית. רישיונות זכאים מסוימים, ובהם Microsoft 365 Business Premium, יכולים להקנות זכויות גישה רלוונטיות; הם אינם מממנים את המכונות, האחסון והרשת.

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

אבטחה, גיבוי ואחריות לתפעול

מגדירים אימות רב־שלבי, הרשאות מנהל, גישה ליישומים ומדיניות להעברת קבצים, לוח ההעתקה (Clipboard) והתקנים. בודקים מה נתמך בלקוח החיבור וברישוי לפני הפעלה.

עדכוני מארחי ההפעלה, הגנת התחנות, פרופילים ושחזור מידע דורשים בעל תפקיד ותהליך. עמידות רכיבי Microsoft אינה תוכנית התאוששות מלאה לסביבת הלקוח.

שאלות נפוצות על AVD לעסקים

מדריכים ומקורות להמשך קריאה

מדריכים באתר ITEAM

תיעוד Microsoft

• Microsoft · סקירת Azure Virtual Desktop
• Microsoft · דרישות מוקדמות ורישוי
• Microsoft · מונחים וסוגי Host Pool
• Microsoft · סקירת FSLogix
• Microsoft · קישוריות AVD
• Microsoft · רוחב פס וחוויית משתמש
• Microsoft · תמחור ורישיונות זכאים
• Microsoft · תכנון Autoscale
• Microsoft · אבטחה וחלוקת אחריות
• Microsoft · ארכיטקטורה ועמידות השירות
• Microsoft · סקירת Remote Desktop Services

נבדק ב־8 באוקטובר 2026. רישוי, תמיכה ויכולות מוצר יש לאמת בתיעוד העדכני לפני תכנון או שינוי.