Windows Server 2008 R2

Server Security 2008 R2 Public Key Infrastructure (PKI) Kerberos V5

Active Directory 2008 R2 Advanced ADS 2008 R2/2003

Failover Cluster 2008 R2

Terminal Server 2008 R2

SCVMM 2008 R2 Operations Manager 2007 R2 Advanced SCOM 2007 R2 App-V 2010

Exchange Server 2010 Advanced Exchange HA (Exchange 2010) Advanced Exchange CCR Exchange Disaster Recovery

System Center App-V 2010
Aufbau und Management App-V Infrastruktur (Enterprise)

SCHULUNGSZIEL
Als Nachfolger von SoftGrid 4.2 und App-V 4.5 bietet die neue Version App-V 4.6 (System Center App-V 2010) neben der 64-Bit Unterstützung für App-V Clients noch einige Features mehr für die Virtualisierung von Anwendungen. In diesem Intensivkurs lernen Administratoren eine modulare App-V Infrastruktur für eine Enterprise Umgebung zu planen, aufzubauen und zu verwalten. Während Anwendungen für Remote Desktop Clients auf einem Remote Desktop Server (Terminal Server) noch installiert werden müssen, wird eine Anwendung durch App-V virtualisiert. Die Anwendung wird also nicht auf dem Client installiert, sondern ist wie eine VM (Virtual Machine) virtuell. Genauer gesagt, sie wird von einem zentralen App-V Server (Application Virtualization Management Server) an den Client "gestreamt" und vor Ort auf dem App-V Client ausgeführt. Im Kurs arbeiten wir mit dem sog. "Full Infrastructure Model" mit allen Komponenten von App-V. Die Zielgruppe ist Enterprise Umgebung, d.h. wir praktizieren keine "All-In-One" Lösung, wo alle Komponenten auf einem einzigen Server installiert sind. Jeder App-V Management Server, als Member einer Active Directory Domäne, benötigt eine 64-Bit SQL 2008 Datenbank, die im Kurs auf einem 2008 R2 Failover Cluster liegt. Zur Sicherung der Übertragung von Anwendungspaketen werden SSL-Zertifikat verwendet. Anwendungspakete können vom App-V Server zentral verwaltet und mit RTSP(S) verteilt werden, anzupassen ist noch die Benutzer-Berechtigungsstruktur (Verwaltung des Servers, Berechtigung für Pakete). In einer Enterprise Umgebung arbeiten i.d.R. mehrere App-V Management Server in einem NLB-Cluster, den jeder Kursteilnehmer auch praktiziert. NLB-Clustermember greifen auf die gleiche geclusterte App-V Data Store (SQL 2008 DB) zu um Konfigurationsdaten und Statistikdaten (Clientzugriffe, Anwendungsnutzung etc.) abzufragen und abzulegen. Zugriff auf den Server erfolgt über eine App-V Management Console (sftmmc.msc), die entweder lokal auf dem Management Server oder besser remote von einer Workstation (z.B. Windows 7) aus. Um die Management Server zu entlasten, kann das Web Management Interface (SoftGridManagement) und somit auch das Reporting auf einem getrennten Server installiert sein. So greift Remote Console via HTTPS auf das Web Management Interface zu, welches wiederum remote auf die App-V Datenbank zugreift. Diese flexible Konstellation verursacht das berühmt berüchtigte "Kerberos Double Hop" Problem, welches wir im Kurs auch lernen zu lösen. Windows Clients benötigen die App-V Desktop Komponente, die u.a. über Gruppenrichtlinien verteilt werden kann. Als Clientsysteme werden hier XP SP3 32-Bit und Windows 7 64-Bit verwendet. Benutzer bekommen die App-V Anwendungen i.d.R. beim Anmelden, die in sog. Client Cache geladen werden. Offline-Arbeiten ist somit dadurch auch möglich, wenn die Serverrichtlinie dies zulässt. Eine der Hauptkomponente der App-V Infrastruktur ist der sog. Sequencer. Für jedes Client-Betriebssystem wird ein Sequencer benötigt, welcher jede Anwendungen während deren Installation auf dem Client analysiert und alle benötigte Dateien und Änderungen am System erfasst und in ein Paket für den App-V Server zusammenpackt. Der Sequencer erstellt eine Gruppe von Dateien für das Paket u.a. die ico-Datei für die Verknüpfung, die osd-Description-Datei (kann bearbeitet bzw. angepasst werden), die sprj-Sequencer-Project-Datei (bearbeitbar für Änderungen, Upgrades von Anwendungen). Auf dem Sequencing-PC können bei Bedarf noch die virtuelle Registry, Dateien und Dienste angepasst werden. Die von Sequencer erstellte Pakete müssen nun auf die Content-Freigabe des App-V Servers gestellt werden, die dann vom App-V Agent auf dem Client abgeholt werden. Eine Neuerung beim Sequencen ist die Möglichkeit, über Dynamic Suite Composition (DSC) Abhängigkeiten von Anwendungen abzubilden. Als Beispiel werden zunächst einfachere Anwendungspakete erstellt, unterschiedliche Versionen von Acrobat Reader und Word werden verteilt um zu demonstrieren, dass auf den Zielrechnern verschiedene Versionen einer Anwendung parallel laufen. In größerem Umfang wird eine spezielle App-V Anleitung zur Installation von Office 2010 durchgeführt. Zu beachten ist, dass nicht alle Anwendungen aus verschiedenen Gründen virtualisierbar sind bzw. supported werden. Eine optionale Komponente der App-V Infrastrukur ist der App-V Streaming-Server. Um App-V Management Server zu entlasten, bzw. in einer Branch Office können zusätzliche Streaming Server eingerichtet werden. Die App-V Clients können die Paketinformationen vom App-V-Server bekommen (--> Launch), die Pakete selbst werden vom Streaming-Server gezogen. Der Streaming-Server benötigt die Anwendungspakete auf seinem eigenen Content-Verzeichnis, clientseitig muss Pfad und Protokoll neu definiert werden. Verteilung ist möglich über RTSP/RTSPS, alternativ über IIS mit HTTP/HTTPS oder Fileserver mit SMB/CIFS. Mehrere Streaming Server nutzen DFS-R um deren Content zu synchronisieren. Terminal Service Clients (Remote Desktop Clients) können neben den "normalen" Applikationen nun auch App-V Applikationen von deren Remote Desktop Session Host (Terminal Server) beziehen. In diesem Fall ist der RD Session Host selbst ein App-V Client. Mehrere Vorteile werden dadurch erzielt: Mehrere konkurierende Applikationsversionen (z.B. Winword 2003 und Windword 2007) können als App-V Applikationen auf dem RD Session Host laufen, die wiederum als RemoteApp den RD Clients zur Verfügung stehen. Firmen mitSCCM 2007 SP2 R2 im Einsatz müssen kein "Full Infrastructure Model" für App-V aufbauen. Sie können die Pakete von App-V Sequencer als Virtuelle Applikation publizieren. In unserem Kurs zeigen wir die Zusammenarbeit zwischen App-V 4.6 Full Infrastructure und SCCM 2007 SP2 R2. Die Nutzung der App-V Applikation (Software Metering) sowie Benutzerzugriffe (online/offline) auf App-V Applikationen und Server können überwacht und angezeigt werden. App-V Reporting und App-V Dashboard (beta) können viel dazu beitragen. Dieser Kurs wird durch die Kurse ADS2008, PowerSERVER sowie TER2008 ergänzt.

Live im Kurs - System Center App-V "Full Infrastructure Model"