Microsoft Server App-V - was es ist und womit es gegessen wird

    Server App-V ist ein interessantes Microsoft-Produkt, dem meiner Meinung nach zu Unrecht die Aufmerksamkeit entzogen wird. Im Allgemeinen habe ich festgestellt, dass während Vermarkter und PR-Manager dieses Unternehmens ihre Speere brechen und reguläre Tabellen demonstrieren, die die maximale Anzahl von Prozessoren und Terabytes an Speicher in ihren Produkten unterstützen, wirklich interessante und nützliche Dinge unbemerkt bleiben und nur einem engen Kreis von Enthusiasten bekannt sind.
    Kurz gesagt, Server App-V bietet einen Mechanismus zum Virtualisieren von Anwendungen, um sie vom Betriebssystem zu isolieren, und vereinfacht, genau wie App-V, deren Bereitstellung nur für Server. Derzeit wird es mit System Center Virtual Machine Management 2012 bereitgestellt, da es den Prozess der Bereitstellung von Serverplattformen erheblich beschleunigen kann, was es zu einer guten Hilfe beim Erstellen und Unterstützen aller Arten von „Clouds“ macht.
    Ich möchte diesen Artikel mit meiner Meinung zum Konzept der Anwendungsvirtualisierung im Allgemeinen teilen, die mir bekannten Informationen zu Server App-V bereitstellen (und sie auch in meinem Kopf anordnen) und anhand eines einfachen Beispiels veranschaulichen, wie die Bereitstellungsprozedur aussieht.

    Bild

    Zu sagen, dass Virtualisierung das IT-Management erleichtert, ist zu lügen. Virtualisierung an sich spart Platz, Energie, Geld, aber nicht Zeit und Arbeit. Die Verfahren zum Einrichten und Warten des virtuellen und des physischen Servers sind nahezu identisch: Bereiten Sie die Hardware vor, installieren Sie das Betriebssystem, installieren Sie die erforderlichen Anwendungen, konfigurieren Sie all dies und aktualisieren, patchen und beheben Sie Fehler.
    Verschiedene Automatisierungstools erleichtern das IT-Management. Und hier helfen uns Managementsysteme für virtuelle Infrastrukturen - SCVMM, vCenter ... Sie können Vorlagen für virtuelle Maschinen sowohl in Bezug auf die virtuelle Hardware als auch in Bezug auf die Betriebssystemeinstellungen vorbereiten. Die dritte Infrastrukturebene bleibt jedoch - die Anwendungen. Und hier sind, wie die Praxis zeigt, praktisch keine Fortschritte zu verzeichnen, seit ... ich weiß es nicht einmal. Trotz meiner 12-jährigen Erfahrung hat sich wenig geändert. Verteilungen, vielleicht mehr Stahl.

    Welche Methoden, um das Betriebssystem (unabhängig vom Server oder der Workstation) mit den Anwendungen zu füllen, stehen uns zur Verfügung?

    1. Klassiker- Legen Sie die Diskette / das Flash-Laufwerk ein oder gehen Sie zum freigegebenen Ordner „Distrib“ auf dem Datei-Hosting und führen Sie das Installationsprogramm aus. Die Methode ist einfach, zuverlässig, aber keineswegs schnell. Und das Wichtigste - langweilig und langweilig, wenn Sie regelmäßig Maschinen stempeln müssen. Sie können Anwendungen direkt in die VM-Vorlage installieren, sodass Sie nach der Bereitstellung bereits alles installiert haben. Zum einen erfordert jede VM einen eigenen Satz an Software. Zum anderen müssen Sie zum Aktualisieren jedes Programms alle Vorlagen schütteln. Wenn es ein zentrales Aktualisierungssystem gibt, wie Microsoft WSUS oder 2GIS, ist dies jedoch nicht jedermanns Sache, und dem Benutzer Aktualisierungen zu überlassen, ist ebenfalls eine schlechte Idee.

    2. Zentrale Bereitstellung (Gruppenrichtlinie, SCCM, Skripts).Es beseitigt das Routineproblem (zumindest im Hinblick auf massiv genutzte Anwendungen) und das Problem der Aktualisierung. Es schafft neue Schwierigkeiten. Auswirkungen auf die virtuelle Umgebung. Durch ein umfangreiches Update von Adobe Reader kann eine VDI-Farm einen halben Tag lang ins Koma fallen. Die Computer ziehen das Verteilungskit nicht nur ungefähr zur gleichen Zeit über das Netzwerk, sondern treffen auch den Prozessor und die Festplatten. Darüber hinaus können nicht alle Anwendungen im unbeaufsichtigten Installationsmodus bereitgestellt werden.

    Beide oben genannten Methoden haben den gemeinsamen Nachteil, dass Anwendungen tatsächlich Teil des Betriebssystems werden - sie füllen es mit ihren Bibliotheken, Registrierungseinträgen, Diensten, Konfigurationen und verschiedenen undurchsichtigen Dateien. Nicht alles kann bereinigt oder sogar korrekt aktualisiert werden, und manchmal zieht eine erfolgreich abgestürzte Anwendung oder eine beschädigte DLL das Betriebssystem in den Abgrund von BSOD und anderen unerwünschten Phänomenen. Ein weiterer häufiger Nachteil ist, dass zwei (oder mehr) verschiedene Anwendungen beispielsweise unterschiedliche Java-Versionen erfordern oder sich gegenseitig ausschließen können (wenn ich Microsoft Exchange 2003 unterstütze, war es meiner Meinung nach unmöglich, Outlook auf einem Server mit Exchange zu verwenden) aufgrund der Tatsache, dass beide die Bibliothek mit dem gleichen Namen verwendeten, aber mit unterschiedlicher Funktionalität)

    3. Bereitstellung virtueller Anwendungen (App-V, ThinApp, XenApp). Dies ist der Fall, wenn die Anwendung speziell vorbereitet ist - sie wird in einem speziellen virtuellen Container installiert und durch einfaches Kopieren (App-V, ThinApp) an das endgültige Betriebssystem geliefert oder sogar auf einem Remote-Server (Citrix XenApp) gestartet und ausgeführt. Es beseitigt das Routineproblem, beseitigt das Aktualisierungsproblem, verringert die Belastung von Prozessoren und Festplatten während der Bereitstellung, isoliert das System von den Folgen von Anwendungsabstürzen und vereinfacht die Vorbereitung virtueller Maschinen. Zusätzlich zum Ankreuzen der erforderlichen Konfigurationsvorlagen und des Betriebssystems müssen Sie angeben, welche Software wir benötigen es wird notwendig sein, in der VM und in der Tat alles zu haben. Natürlich ist dies kein magisches Tablet. Es gibt Nachteile, die von den Kosten für zusätzliche Lizenzen bis zur Tatsache reichen, dass nicht alle Softwareprodukte auf diese Weise virtualisiert werden können. und wenn möglich, dann benutze es. Servervirtualisierung schien einmal ein zweifelhaftes Unterfangen.

    Server-App-v


    Im Wesentlichen ähnelt Server App-V App-V. Außerdem wird der App-V-Sequenzer [Server] zum Packen von Anwendungen verwendet, und der App-V-Agent ist für die Bereitstellung auf dem endgültigen System erforderlich. Ein spezieller App-V-Server (App-V-Server) wird verwendet, um App-V für Desktops bereitzustellen, und VMM wird für Server App-V verwendet.

    Bild

    Die Verwendung der gleichen Begriffe im Namen führt bei Suchmaschinen zu Verwirrung, was die Wahrscheinlichkeit einer Popularität von Server App-V weiter verringert und bei der Suche nach Informationen zu Irritationen führt.
    Bei allen Ähnlichkeiten handelt es sich jedoch um zwei verschiedene Produkte, und Sie sollten nicht versuchen, den Server App-V Sequencer zum Erstellen von Desktop App-V-Anwendungen zu verwenden. Umgekehrt.

    Warum benötigen wir Anwendungsvirtualisierung auf Servern? Nun, dies sind keine Desktops, hier gibt es oft nur einen Server - eine Anwendung, und es ist zweifelhaft, ob es möglich ist, beispielsweise Exchange zu virtualisieren. Das ist ja, es ist unmöglich. Wie Microsoft SQL Server (und hier MySQL, ich habe gehört, dass es möglich ist), SharePoint. Vielleicht eine andere wichtige Serversoftware. Bei der Entwicklung zukünftiger Versionen hat die Unterstützung von Sharepoint- und Exchange-Rollen Priorität. Virenschutzprogramme und Programme, die auf Kernel- und / oder Hardwareebene ausgeführt werden, fallen ebenfalls unter die Einschränkung. Ich habe auch keine Liste explizit unterstützter Software gesehen. Es ist jedoch bekannt, dass Server App-V für Anwendungen mit den folgenden Attributen optimiert ist:
    • lokal auf der Festplatte gespeichert;
    • Webanwendungen (für IIS);
    • Windows-Dienste
    • SQL Server Report Services
    • Interaktion mit der Registrierung (Registry), Objekte COM + / DCOM, WMI, Nutzung der Funktionalität lokaler Benutzer und Gruppen, Taskplaner.


    Bild

    Die Unterstützung einer größeren Anzahl dieser Attribute unterscheidet Server App-V von App-V für Desktops.
    App-vServer-App-v
    • Konfigurations- und Datenänderungen gelten für alle Benutzer.
    • Anwendungsdateien (sowie COM / DCOM-, Dienst- und WMI-Anbieter) stehen nur der Anwendung selbst zur Verfügung
    • Manuelles Hinzufügen neuer Prozesse zur virtuellen Umgebung

    • Konfigurations- und Datenänderungen gelten für einen bestimmten Benutzer.
    • Anwendungsdateien (sowie COM / DCOM-, Dienst- und WMI-Anbieter) sind für alle Computerprozesse zugänglich. Beispielsweise kann ein Dienst aus einem App-V-Container über Service Manager in der allgemeinen Liste der Serverdienste verwaltet werden
    • Das Hinzufügen neuer Prozesse zur virtuellen Umgebung erfolgt durch einen heuristischen Sequenzer. Natürlich ist eine manuelle Ergänzung möglich.



    Ich werde nicht näher auf die Installations- und Verwendungsverfahren eingehen, da die Benutzeroberfläche so unkompliziert ist, dass es schwierig ist, sie zu verwechseln. Ich werde nur auf wichtige Punkte eingehen und ein kleines Beispiel geben.

    Installation


    Installationsdateien befinden sich entweder auf dem Datenträger mit System Center VMM 2012 im Verzeichnis X: \ SAV oder auf einem Server mit installiertem VMM - C: \ Programme \ Microsoft System Center 2012 \ Virtual Machine Manager \ SAV.
    Enthält das Installationsprogramm für Sequenzer, Agent und Cmdlet für beide.
    Sie können es auf dem Betriebssystem der folgenden Versionen installieren:
    • Windows 2003 R2 SP2;
    • Windows 2008 SP2;
    • Windows 2008 R2
    • Windows 2012

    Die Installation selbst, dass der Sequenzer, dass der Agent, glaube ich, keine Schwierigkeiten bereiten wird. Es ist zu beachten, dass der Sequenzer am besten auf einem sauberen, frischen Betriebssystem installiert wird. Sogar der App-V-Agent sollte nicht dabei sein.
    Der Agent kann im unbeaufsichtigten Modus installiert werden:
    AgentSetup.exe /q INSTALLDIR=c:\serverappv SWIGLOBALDATA=c:\SWIGlobalData SWIUSERDATA=c:\SWIUserData SWIFSDRIVE=q /ACCEPTEULA 


    INSTALLDIR ist der Installationspfad.
    SWIGLOBALDATA - Definiert das Verzeichnis, in dem die Hauptdaten gespeichert werden (einschließlich der Anwendungspakete).
    SWIUSERDATA - Definiert ein Verzeichnis zum Speichern von Benutzerdaten.
    SWIFSDRIVE - Definiert den Laufwerksbuchstaben für das Dateisystem der virtuellen Umgebung.
    ACCEPTEULA - akzeptiert die Lizenzvereinbarung. Obligatorischer Parameter für die unbeaufsichtigte Installation.
    Folgende Tasten stehen ebenfalls zur Verfügung:
    / q - Aktivierung des "Silent" -Modus.
    / u - deinstallieren.
    /? - Rufen Sie die dem Installationsprogramm zugeordnete Hilfe auf.
    Das Installationsprotokoll wird in% Temp% gespeichert.


    Sowohl der Agent als auch der Sequenzer erstellen während der Installation eine virtuelle Festplatte (standardmäßig - Q :) für das Dateisystem der virtuellen Umgebung.

    Sequenzierung


    Ich weiß nicht, wie ich diesen Begriff richtig übersetzen soll. Die Option "Einreihen einer Anwendung", die in der Beschreibung des Ablaufs der Specialist CA zu sehen ist, scheint irreführend. Ich nenne diesen Prozess "Verpackung".
    Also haben wir den Sequenzer installiert. Auf einem frisch installierten, sauberen Betriebssystem. Die "Verpackung" jeder Anwendung erfordert ein sauberes Betriebssystem. Und hier können uns die VM-Snapshots von unschätzbarem Wert helfen. Was Sie noch beachten sollten, bevor Sie mit dem Eingriff beginnen:
    • Es ist am besten, dass die Version und Revision des Betriebssystems mit der Version und Revision des Ziel-Betriebssystems (wo es bereitgestellt wird) übereinstimmt.
    • Rollen und Funktionen müssen, falls von der Anwendung benötigt, VOR der Virtualisierung installiert werden.
    • Wenn die virtualisierte Anwendung das Erstellen von Datenbanken in MS SQL umfasst, ist das installierte Microsoft SQL Server 2012 Feature Pack erforderlich.


    Führen Sie als Nächstes den Sequenzer aus (wie das Hauptfenster aussieht, finden Sie am Anfang dieses Artikels). Um ein neues virtuelles Anwendungspaket zu erstellen, wählen Sie die Zielverteilung aus, geben Sie einen Namen ein und beachten Sie, dass das Standardzielverzeichnis unser virtuelles Dateisystemlaufwerk (Q :) ist. Ohne die Notwendigkeit zu ändern, lohnt es sich nicht, und zusätzlich müssen Sie die Anwendung dort im gleichen Ordner installieren.

    Bild

    Am Ende der Installation der Anwendung können Sie demselben Container (anderen Anwendungen) etwas anderes hinzufügen und den ersten Start der Anwendung ausführen, um die Lizenzvereinbarung zu konfigurieren oder zu akzeptieren.
    Nachdem der Vorgang abgeschlossen ist, erhalten wir die SFT-Datei des virtuellen Anwendungscontainers und ein Paket von Zusatzdateien.

    Bild

    Bereitstellung


    Um das virtuelle Anwendungspaket auf dem Zielbetriebssystem bereitzustellen, muss der Server App-V Agent installiert sein. Die für die Anwendung "Rollen und Features" erforderlichen Server müssen vor der Bereitstellung der Anwendung installiert werden. Die Verteilung der empfangenen Pakete erfolgt über VMM (Library - Application Profiles). Für eine einzelne Bereitstellung, z. B. in einer Testumgebung, können Sie jedoch PowerShell-Cmdlets (AgentCmdletsSetup.exe) verwenden.

    PS C: \> Set-ExecutionPolicy Remotesigned
    PS C: \> Importmodul ServerAppVAgent
    PS C: \> Add-ServerAppvPackage - Name MyApp - Manifest C: \ MyApp \ MyApp _manifest.xml - SFT C: \ MyApp \ MyApp.sft –Konfiguration C: \ MyApp \ deploymentconfig.xml

    Beispiel:

    Bild

    Als Ergebnis erhalten wir im Startmenü einen Link zur neuen Anwendung. Es befindet sich auf dem Laufwerk Q :. Der Link in den Verknüpfungseigenschaften sieht ungefähr so ​​aus:

    "C:\Program Files (x86)\Server Application Virtualization\savlnch.exe" /launch:"7-Zip File Manager 9.20.0.0" 


    Das ist alles. Sie können es benutzen.

    Jetzt auch beliebt: