So, nun ist es soweit...
...auf der Synergy in Berlin wurde XD5 angekündigt nun ist es verfügbar. Downloadbar für alle Kunden mit myCitrix-Zugang unter folgendem Link:
Natürlich können alle Kunden mit gültiger Subscription XD5 ab sofort einsetzen.
Aber Vorsicht: XD5 ist ein komplett neu entwickeltes Produkt und basiert nicht wie noch XD4 hauptsächlich auf dem bekannten XenApp-System. Es gibt neue Admin-Tools, eine neue Kommunikationsstruktur (kein IMA mehr), neue Prozesse und Verfahren und nebenbei auch noch ein neues Web-Interface (Version 5.4), um all die neuen Funktionen zu nutzen. Nachfolgend ein kurzer Überblick über die Highlights der neuen Version:
Simplified desktop deployment and machine creation.
XenDesktop simplifies the task of creating, managing, and delivering virtual desktops to users. XenDesktop's wizards guide you through the process of setting up your deployment, provisioning desktops by building a master image and creating user desktops, and then assigning desktops to users. Groups of user desktops are created and managed as a single entity, which enables you to assign, update and extend thousands of user desktops quickly and easily. XenDesktop supports desktops hosted on both VMs and on physical computers.
Simplified install.
New installation wizards simplify the process of installing and setting up a XenDesktop deployment. A wizard guides you through the installation of server-side XenDesktop components, including the controller, the Desktop Studio management console, licensing, and the Web Interface. The wizard also guides you through individual component installations, and pre-configures these for you (for example, it will build all the Web Interface sites). A separate wizard guides you through the installation of the Virtual Desktop Agent on virtual desktops or on a base image.
Desktop Studio.
This tool snaps into the Microsoft Management Console (MMC) and enables you to configure and manage your XenDesktop deployment. Desktop Studio provides various wizards to guide you through the process of setting up your environment, creating your desktops, and assigning desktops to users.
Desktop Director.
This Web-based tool enables level-1 and level-2 IT Support staff to monitor a XenDesktop deployment and perform day-to-day maintenance tasks. You can use the Desktop Director to monitor status, such as the health of the hypervisors and controllers in a site. You can manipulate sessions and desktops, such as restarting a desktop or logging off a session. You can also view and interact with a user's session, using Microsoft Remote Assistance, to troubleshoot problems.
Active Directory-based policies.
XenDesktop 5 uses the Windows Active Directory-based policy mechanism for Citrix policies. Citrix policies allow you to control user access or session environments, and are the most efficient method of controlling connection, security, and bandwidth settings. You can specify policies that are shared between XenDesktop and XenApp; for example, you can turn Client Drive Mapping off using one policy.
Printing optimizations.
XenDesktop 5 provides administrators and users with the ability to optimize printing in their virtual desktop environment. Using printing preferences and policies to configure resolution, color depth and compression, administrators can optimize for better print quality or faster printing. Users can also modify print quality by adjusting dpi settings.
Zum besseren Verständnis:
Eine der Hauptfunktionalitäten ist die verbesserte / einfachere Bereitstellung von virtuellen Desktops. Das heisst konkret, dass der Citrix Provisioning Server nicht mehr zwingend benötigt wird! Stattdessen beinhaltet XD5 den sogenannten Machine Creation Service (MCS), welcher in der Lage ist, auf Basis eines Master-Images /Snapshots virtuelle Desktops direkt auf dem Storage zu clonen und als virtuelle Desktops zur Verfügung zu stellen. Dabei wird das Image nicht komplett geclont, sondern nur ein Delta erzeugt. Insgesamt bietet Citrix hiermit also eine Funktionalität an, die sehr stark dem Composer von VMware View ähnelt. Genutzt werden kann der MCS mit den gängigen Virtualisierungs-Infrastrukturen von Citrix (mindestens XenServer 5.6), VMware (ESX 3, 3.5, 4, 4.1 plus entsprechende Updates) und Microsoft SCCM / Hyper-V 2008 R2. Empfohlen bei MCS ist die Verwendung von NFS (XenServer, ESX) oder Blockbasierten-Storage mit Microsoft Cluster-Shared-Volumes (Hyper-V), da nur bei Verwendung dieser Protokolle alle Funktionalitäten des MCS genutzt werden können. Weitere Infos dazu in der offiziellen Produktdokumentation (Citrix eDocs - Offizielle Produktdokumentation)
MCS ist aber nur eine Option. Darüberhinaus ist der Provisioning Server auch weiterhin als Deployment-Werkzeug enthalten. Der Vorteil des MCS: Er ist komplett in das Desktop Studio integriet, welches das zentrale Administrationswerkzeug der Umgebung darstellt. Nutze ich den Provisioning Server, so muss ich weitere Administrationswerkzeuge benutzen. Womit wir auch schon bei der zweiten und dritten Neuerung wären. Den Administrationswerkzeugen. Dazu ist folgendes zu sagen: Das Desktop Studio ist das eigentliche Konfigurationswerkzeug für den Administrator, der Desktop Director das Werkzeuge für das Runtime-Management der Desktops mit einer Fokussierung auf Problemlösung. Interessant dabei: Citrix scheint endlich eine Remote-Support-Funktion intergiert zu haben. XD5 nutzt dabei aber die Möglichkeiten die Microsoft Windows ihm bietet, nämlich das integrierte Windows Remote Management (WinRM). Die Konfiguration von WinRM wird in den folgenden KB-Artikeln beschrieben:
MCS ist aber nur eine Option. Darüberhinaus ist der Provisioning Server auch weiterhin als Deployment-Werkzeug enthalten. Der Vorteil des MCS: Er ist komplett in das Desktop Studio integriet, welches das zentrale Administrationswerkzeug der Umgebung darstellt. Nutze ich den Provisioning Server, so muss ich weitere Administrationswerkzeuge benutzen. Womit wir auch schon bei der zweiten und dritten Neuerung wären. Den Administrationswerkzeugen. Dazu ist folgendes zu sagen: Das Desktop Studio ist das eigentliche Konfigurationswerkzeug für den Administrator, der Desktop Director das Werkzeuge für das Runtime-Management der Desktops mit einer Fokussierung auf Problemlösung. Interessant dabei: Citrix scheint endlich eine Remote-Support-Funktion intergiert zu haben. XD5 nutzt dabei aber die Möglichkeiten die Microsoft Windows ihm bietet, nämlich das integrierte Windows Remote Management (WinRM). Die Konfiguration von WinRM wird in den folgenden KB-Artikeln beschrieben:
Darüber hinaus werden zentrale Konfigurationen nun über Microsoft GPOs ausgeführt, ähnlich wie bei XenApp6. Des Weiteren enthält XD5 auch die neuen Druckerfunktionalitäten, die für XenApp6 ebenfalls (allerdings separat als Printer Optimization Package) erhältlich sind. Dabei ist vor allem hervorzuheben, dass bei einem Arbeitsplatzwechsel nun die Druckerkonfiguration dyamisch an die lokale Installation angepasst wird. Auch bei der Pool-Veraltung hat sich einiges getan, wie das folgende Bild zeigt:
Hierbei sieht man auch wieder die Trennung zwischen MCS und PVS. War der Maschinentyp der virtuellen Desktops unter XD4 noch vollkommen egal, findet bei XD5 eine Trennung statt. Pooled und Dedicated bezeichnen dabei meiner Meinung nach per MCS bereitgestellte Desktops und Streamed müssten per PVS bereitgestellte Systeme sein.
Rahmenbedingungen:
Hierbei sieht man auch wieder die Trennung zwischen MCS und PVS. War der Maschinentyp der virtuellen Desktops unter XD4 noch vollkommen egal, findet bei XD5 eine Trennung statt. Pooled und Dedicated bezeichnen dabei meiner Meinung nach per MCS bereitgestellte Desktops und Streamed müssten per PVS bereitgestellte Systeme sein.
Rahmenbedingungen:
XD5 ist eigentlich nicht kompatibel mit XD4 und macht vieles anders. Viele gute Hinweise über die Unterschiede gibt die offizielle Dokumentation zu XD5 in den Citrix eDocs: Citrix eDocs - Offizielle Produktdokumentation
Der Vollständigkeit halber füge ich die entsprechenden Infos aus den eDocs hier ein:
In addition to the new features, note the following differences in XenDesktop 5's design and the consequences of these:
- No IMA data store. XenDesktop 5 no longer uses the IMA data store as the central database in which to store configuration information. Instead, a Microsoft SQL Server database is used as the data store for both configuration and session information. This means:
- Database requirements are different: Microsoft Access and Oracle are no longer supported databases.
- Terminal Services is no longer required on servers running the controller.
- There is no longer a dedicated zone master. In previous XenDesktop versions, there was a zone master/data collector responsible for user connection requests and communication with hypervisors. In XenDesktop 5, this function is distributed evenly across all controllers in the site.
- Due to reliance on Microsoft SQL Server, to ensure failover should the database become unavailable, you must use either SQL clustering or mirroring, or deploy the database as a virtual machine and use your hypervisor's high availability features instead. For more information about planning for high availability, see High Availability Planning.
- Registry-based discovery. The default mechanism for desktops to find controllers is now registry-based. An Active Directory Organizational Unit is no longer required, although you can still use Active Directory-based registration. Active Directory is still needed in a XenDesktop deployment for authentication and authorization, therefore machines need to be domain-joined regardless of whether you use registry-based discovery or not.
- SDKs. XenDesktop 5 provides a new PowerShell SDK which allows you to perform the same tasks as you would with the Desktop Studio console. You can also perform tasks with the SDK that you cannot do with the console, such as assigning an IP address to a desktop, rather than a user name. Desktop Studio is built upon the PowerShell SDK; you can display the PowerShell in use in the console. For more information about using the SDK, see Using the XenDesktop SDK and the PowerShell cmdlets. Note that the new PowerShell SDK is not compatible with the SDK associated with previous XenDesktop releases.
Alle Änderungen machen aus meiner Sicht Sinn! Die Abhängigkeit vom AD war eher störend als sinnvoll, IMA hat immer mehr Kopfzerbrechen bereitet als geholfen, und die Konsequente Ausrichtung auf den SQL-Server sorgt für Stabilität. Darüber hinaus ist die konsequente Nutzung von Powershell extrem sinnvoll, wenn es um die Automatisierung von XD-Infrastrukturen z.B. im Rahmen von Cloud- / Service-Angeboten (Desktop as a Service, DAAS) geht.
Installiert werden können die Komponenten nun auf den aktuellen Betriebssystemen von Microsoft. Offiziell supportet werden Server 2008 und 2008 R2. Als SQL-Server wird die Version 2008 empfohlen, ich vermute aber, dass 2005 auch funktionieren sollte, habe es aber noch nicht getestet. Natürlich wird überall eine aktuelle .NET-Framework-Version (>= 3.5) benötigt.
Leider konnte ich XD5 bisher noch nicht selber testen...von daher bin ich für jedes Feedback dankbar. Sobald ich erste Praxiserfahrungen habe, werde ich natürlich darüber berichten. Wer in der Zwiwschzeit bzgl. XD5 auf dem laufenden bleiben will, der sollte sich in den eigens für XD5 eingerichteten Newsletter XenDesktop Experience eintragen: XD5-Newsletter
Wünsche eine schönes Restwoche und einen schönen 3. Advent...
Jörn
Leider konnte ich XD5 bisher noch nicht selber testen...von daher bin ich für jedes Feedback dankbar. Sobald ich erste Praxiserfahrungen habe, werde ich natürlich darüber berichten. Wer in der Zwiwschzeit bzgl. XD5 auf dem laufenden bleiben will, der sollte sich in den eigens für XD5 eingerichteten Newsletter XenDesktop Experience eintragen: XD5-Newsletter
Wünsche eine schönes Restwoche und einen schönen 3. Advent...
Jörn
Keine Kommentare:
Kommentar veröffentlichen