Dessutom kan App V 4,6 i Windows Desktop-klienten finnas på virtuella skrivbord förmedlade av RDS för att ge virtuella applikationer till personliga eller poolade virtuella skrivbord. Detta dokument kommer att förklara inställningar och konfigurationer för att genomföra App V för Remote Desktop Services
Hårdvarukostnader kan vara ett kostsamt problem för organisationer som är beroende av Remote Desktop Services. För att undvika att konflikter skall ansökningar genomgår noggranna tester för att avgöra vilka ansökningar kommer konflikter och därför måste separeras och körs på olika RD servern Session Host silor-en tidsödande och kostsam process.
I vissa fall krävs separata RD servrar Session Host för varje applikation. Detta resulterar i servrar är underutnyttjade eftersom var och en är låst till en specifik konfiguration, som kan tjäna endast en begränsad uppsättning av icke-konkurrerande ansökningar i vissa fall med bara 25 procent av kapaciteten. Vissa kunder använder också Virtual Desktop Infrastructure (VDI) i stället som ett alternativ leverans mekanism för att lösa detta problem. Microsoft App-V för Remote Desktop Services helt situationen och ger kunderna möjlighet att öka vertikala skalan och minska TCO över VDI-baserade lösningar
Session virtualiserings miljö (många användare som delar en enda server eller servrar, men med individuella skrivbord och applikationer), skiljer sig från en skrivbordsmiljö (en användare som använder en enda klient OS och applikationer). Men fördelarna med App V översätta till sessionen virtualisering miljö. Dessa fördelar är:
Konsolidera servrar och ”End Server Siloing”, Ökande serverfarm ROI: App V: s ansökan virtualisering kan de flesta applikationer att köras tillsammans med någon annan,
Avsluta program Konflikter och regressionstestning: Genom att eliminera behovet att permanent installera program på servrar, och skyddar operativsystemet och applikationer från förändringar skapas när installerade program körs, förhindrar Microsofts App V för RDS-problem som hindrar distributioner. Behovet av att utföra långa regressionstestning är också betydligt.
Accelerera programdistribution: Program som använder App V normalt bara behöver paketeras en gång för stationära eller Remote Desktop Services-plattformar. Dock bör paketen laddas testas på alla Målplattformar för att säkerställa kompatibilitet. Detta minskar behovet av "dubbel förpackning" eller skapa två olika processer och paket när de tillhandahåller valet att köra ett program på en stationär dator eller via en RD Session Host-servern.
Minska Deployment Risk: Installera ett nytt program på en RD Session Host-servern har tidigare varit en riskfylld process, först du var tvungen att se till att alla användare har loggat ut, då du var tvungen att ändra läge av RD Session Host-servern och ofta du sedan var tvungen att starta om. Programuppdateringar och avinstallerar införa ännu stor komplexitet och risk. Med Microsoft App V kan program kan användas och uppdateras på begäran till användare utan att behöva starta om eller användare loggas ut.
• Förenkla Profilhantering: Microsoft App V gör ansökan inställningar och data som ska lagras i ett enda nätverk plats. Detta säkerställer en användares programinställningar finns oavsett vad RD Session Host-servern används, utan behov av roaming profiler. Dessutom gör denna funktion obligatoriskt profiler ett gångbart alternativ för sessionen virtualisering scenarier-operativsystemets inställningar stanna inom den obligatoriska profilen medan per-programinställningar kan fortfarande ändras av användaren. Detta förenklar dramatiskt komplexiteten i att hantera profil data.
App-V, RDS och Virtual Desktop Infrastructure
Förutom traditionella session virtualisering erbjuder RDS också en plattform för en Virtual Desktop Infrastructure (VDI). Med RDS, administratörer ha en enhetlig upplevelse för konfiguration av användarkonton tillgång till session-baserade applikationer och stationära datorer samt virtuella maskiner baserade isolerade skrivbord i datacentret. Utnyttja App V i en VDI-miljö ger liknande förmåner till den traditionella skrivbordsmiljön men tar också upp några unika frågor. Dessa fördelar är:
• Förenkla bas bilder med dynamiska ansökan provisionering till kunder: Användare som ansluter till virtuella maskiner kommer åt avsättas program på efterfrågan. Detta gör det möjligt för mindre och mer flexibel mästare bilder som applikationslagret monteras på toppen av den virtuella maskinen. Dessutom minskar App V nätverket overhead genom att bara leverera den efterfrågade delar av programmen. Dessa delar kvar i cachen för senare användning.
• Minimera ansökan dubbelarbete: En kostnad för dynamiska avsättningar är att ansökningar måste strömmade in cache. Detta ökar lanseringen tid och kräver ytterligare diskutrymme som varje virtuell maskin som använder programmet ska ha en egen kopia. För att undvika detta, kan du konfigurera App-V-klient att använda en delad cache. Med en delad cache har program precached som en enda instans på delad lagring och varje virtuell maskin loggar in på deras tillförts ansökningar från samma cache. Den på disk fotavtrycket minskar och ansökan är klar att köra i förväg användarens begäran. För mer information om hur du konfigurerar och upprätthålla en delad cache finns i artikeln Konfigurera en skrivskyddad Cache på App-V klient