Microsoft Application Virtualization (App-V) 4.6

24 בפברואר 2010

אין תגובות
בשעה טובה אתמול סופסוף שוחררה גירסת 4.6 של מוצר ה- Application Virtualization של מיקרוסופט.
כמה מהיכולות המרכזיות של הגירסא החדשה הן התמיכה במערכות הפעלה x64 – כולל Windows Server 2008 R2 – והתמיכה ב- Windows 7 (גם גירסת 32 ביט וגם 64), כולל תמיכה ב- Jump Lists החדש.
 
שתי יכולות נוספות שעניינו אותי יותר היו דווקא התמיכה ב- Windows 7 Branch Cache
ו- Read Only Cache Mode עבור הטמעות בסביבות VDI.

יכולת ה- Branch Cache שהוצגה ב- Windows Server 2008 R2 וב- Windows 7 מאפשרת למשתמשי הסניפים המרוחקים של הארגון “לשתף” את המידע שהגיע מהסניף הראשי, למעשה כאשר משתמש מסוים פונה לסניף הראשי כדי לקבל קובץ מסוים, אותו ה- Branch Cache בודק האם אותו הקובץ כבר עבר לפני לאחד מהמשתמשים האחרים באותו הסניף, ואם כן, אותו משתמש מופנה לעותק המקומי של הקובץ, ללא צורך לעשות את הדרך הארוכה עד למשרד הראשי. מה שנחמד בעניין שזה יכול לעבוד בשתי צורות, Hosted Cache Mode – מצב בו יש שרת בסניף המרוחק ששומר למעשה את ה- Cache. ו- Distibuted Cache Mode – מצב בו המחשבים בסניף משתפים למעשה את התוכן שהורידו מהסניף הראשי לטובת שימושם של משתמשים אחרים בסניף (למתעמקים).
כדי לאפשר לארגונים להטמיע App-V גם בסניפים המרוחקים שלהם, ה- App-V 4.6 מוסיף לעצמו את היכולת לעבוד עם ה- Branch Cache (שימו לב, רק לקוחות עם Windows 7), כלומר כל תוכן שימשך מהסניף המרכזי ע”י פרוטוקול RTSP של App-V ישמר ב- Branch Cache לטובת שימושם של משתמשים נוספים מאותו הסניף.

 
ה- Read Only Cache Mode מאפשר להחזיק Cache משותף של האפליקציות למספר משתמשים שונים,
ללא אותו Cache משותף ה- Streaming Cache נשמר לכל משתמש במחשב ממנו הופעלה האפליקציה. 
אבל אופן העבודה הזה לא מתאים לסביבות VDI, שם לכלל המשתמשים יש אימג’ מרכזי שלא ניתן לשינוי על ידם ועוד שטח אחסון לשמירת הפרופילים שלהם.
אם כל משתמש ישמור את ה- Streaming Cache בפרופיל שלו תיווצר למעשה סוג של חוסר יעילות (מספר רב של משתמשים שומרים מידע זהה בפרופיל שלהם). ה- Read Only Cache בא לפתור הפלונטר, הוא מאפשר ליצור את ה- Cache פעם אחת לכל האפליקציות, להעתיק אותו למקום מרכזי ברשת ולהגדיר לקליינטים בתוך מכונות ה- VDI לקרוא את ה- Cache מאותו מקום מרכזי. זה לא יתאים לכולם – למשל אי אפשר למשתמשים לעשות שינוי באפליקציה (FSD) – אבל עדיין feature נחמד.
 
ואם כבר ב- App-V עסקינן, אז איכשהו פיספסתי את ההכרזה של מיקרוסופט על כך שרשיונות ה- App-V CAL כלולים ברשיונות ה- RDS\TS CAL של Windows 2008 ו- Windows 2008 R2, מה שזה אומר בעצם זה שכל מי שקונה RDS CAL לטובת עבודה בתצורת TS מקבל יחד איתו את הרישיון עבור הפעלת אפליקציות App-V בתוך ה- Sessions (עוד על העניין).
עד אותו שינוי (למעשה רלוונטי ל- TS 2003 CAL) אם הינו רוצים לעבוד עם App-V על שרתי ה- TS, הינו צריכים לרכוש App-V CAL.
השינוי בעצם “מעבה” עוד יותר את הפיתרון ה- TS של מיקרוסופט שכבר יכולות כמו
Seamless Applications, Web Access, Load Balancing ואחרות, ועל ידי כך מאפשר ללקוחות נקודת פתיחה טובה יותר לפני חיפוש יכולות משלימות בחברות אחרות. ד”א, מבין אלו שמייצרות פיתרון משלים ל- Windows TS, רק Citrix מציעה אפשרות של Application Virtualization בתוך המוצר – יכולת ה- Streaming Application של XenApp – כל השאר (Jetro Cockpit\Quest vWorkspace\Ericom\2X ואחרות) מסתמכות על App-V או לא מציעות פיתרון כלל.
הוסף תגובה
facebook linkedin twitter email

כתיבת תגובה

האימייל לא יוצג באתר. שדות החובה מסומנים *