Linux Virtual Delivery Agent

Verwenden Sie Machine Creation Services™ (MCS) zum Erstellen von Linux-VMs

Ab Version 7.18 können Sie MCS zum Erstellen von Linux-VMs verwenden.

  • Unterstützte Hypervisoren

  • AWS
  • Citrix Hypervisor™
  • Microsoft Azure
  • VMware vSphere

Unerwartete Ergebnisse können auftreten, wenn Sie versuchen, ein Masterimage auf anderen als den unterstützten Hypervisoren vorzubereiten.

  • Verwenden Sie MCS zum Erstellen von Linux-VMs auf Citrix Hypervisor

  • Schritt 1: Masterimage vorbereiten

  • Ein Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie zum Vorbereiten eines Masterimages wie folgt vor:

Schritt 1a: Citrix VM Tools installieren

Citrix VM Tools müssen auf der Vorlagen-VM installiert sein, damit jede VM die xe CLI oder XenCenter verwenden kann. Die VM-Leistung kann langsam sein, wenn die Tools nicht installiert sind. Ohne die Tools können Sie Folgendes nicht tun:

  • Eine VM sauber herunterfahren, neu starten oder anhalten.
  • Die VM-Leistungsdaten in XenCenter anzeigen.
    • Eine laufende VM migrieren (über XenMotion).
    • Snapshots oder Snapshots mit Speicher (Checkpoints) erstellen und zu Snapshots zurückkehren.
    • Die Anzahl der vCPUs auf einer laufenden Linux-VM anpassen.
  1. Führen Sie den folgenden Befehl aus, um die Citrix VM Tools namens guest-tools.iso bereitzustellen.

    sudo mount /dev/cdrom /mnt
    <!--NeedCopy-->
    
  2. Führen Sie den folgenden Befehl aus, um das Paket xe-guest-utilities basierend auf Ihrer Linux-Distribution zu installieren.

    Für RHEL/CentOS:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
    <!--NeedCopy-->
    

    Für Ubuntu:

    sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
    <!--NeedCopy-->
    

    Für SUSE 12:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
    <!--NeedCopy-->
    
  3. Überprüfen Sie den Virtualisierungsstatus der Vorlagen-VM auf der Registerkarte Allgemein in XenCenter. Wenn die Citrix VM Tools korrekt installiert sind, lautet der Virtualisierungsstatus Optimiert:

    Virtualisierungsstatus ist optimiert

Schritt 1b: Installieren Sie das Linux VDA-Paket auf der Vorlagen-VM

Hinweis:

Um einen aktuell laufenden VDA als Vorlagen-VM zu verwenden, überspringen Sie diesen Schritt.

Bevor Sie das Linux VDA-Paket auf der Vorlagen-VM installieren, installieren Sie .NET Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

Führen Sie basierend auf Ihrer Linux-Distribution den folgenden Befehl aus, um die Umgebung für den Linux VDA einzurichten:

Für RHEL/CentOS:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Für Ubuntu:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Für SUSE 12:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Schritt 1c: Repositories zum Installieren des tdb-tools-Pakets aktivieren

Für RHEL 7 Server:

    -  subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->
  • Für RHEL 7 Workstation:
subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Schritt 1d: Das EPEL-Repository installieren, das ntfs-3g enthält

Installieren Sie das EPEL-Repository auf RHEL 6/CentOS 6, RHEL 7/CentOS 7, damit deploymcs.sh später das darin enthaltene ntfs-3g-Paket installiert.

Schritt 1e: ntfs-3g manuell auf SUSE 12 installieren

Auf der SUSE 12-Plattform gibt es kein Repository, das ntfs-3g bereitstellt. Laden Sie den Quellcode herunter, kompilieren und installieren Sie ntfs-3g manuell:

  1. Installieren Sie das GNU Compiler Collection (GCC)-Compilersystem und das make-Paket:

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Laden Sie das ntfs-3g-Paket herunter.

  3. Entpacken Sie das ntfs-3g-Paket:

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Geben Sie den Pfad zum ntfs-3g-Paket ein:

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Installieren Sie ntfs-3g:

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Schritt 1f: Die Laufzeitumgebung einrichten

Bevor Sie deploymcs.sh ausführen, gehen Sie wie folgt vor:

  • Ändern Sie Variablen in /etc/xdl/mcs/mcs.conf. Die Konfigurationsdatei mcs.conf enthält Variablen zum Einrichten von MCS und des Linux VDA. Die folgenden Variablen können Sie nach Bedarf festlegen:

    • Use_Existing_Configurations_Of_Current_VDA: Legt fest, ob die vorhandenen Konfigurationen des aktuell laufenden VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen identisch mit den entsprechenden Dateien auf dem aktuell laufenden VDA. Sie müssen jedoch weiterhin die Variablen dns und AD_INTEGRATION konfigurieren. Der Standardwert ist N, was bedeutet, dass die Konfigurationsdateien auf MCS-erstellten Maschinen durch Konfigurationsvorlagen auf dem Masterimage bestimmt werden.
    • dns: Legt die DNS-IP-Adresse fest.
    • AD_INTEGRATION: Legt Winbind oder SSSD fest.
    • WORKGROUP: Legt den Arbeitsgruppennamen fest, der der NetBIOS-Name (Groß-/Kleinschreibung beachten) ist, wenn er in AD konfiguriert ist. Andernfalls ist es standardmäßig der Domänenname.
  • Fügen Sie auf der Vorlagenmaschine Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzu, um Registrierungswerte nach Bedarf zu schreiben oder zu aktualisieren. Diese Aktion verhindert den Verlust von Daten und Einstellungen bei jedem Neustart einer von MCS bereitgestellten Maschine.

  • Jede Zeile in der Datei /etc/xdl/mcs/mcs_local_setting.reg ist ein Befehl zum Festlegen oder Aktualisieren eines Registrierungswerts.

    • Sie können beispielsweise die folgenden Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzufügen, um einen Registrierungswert zu schreiben bzw. zu aktualisieren:
     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
     <!--NeedCopy-->
    
     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
     <!--NeedCopy-->
    

Schritt 1g: Master-Image erstellen

  1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.
  2. (Optional) Aktualisieren Sie auf der Vorlagen-VM die Konfigurationsvorlagen, um die relevanten Dateien /etc/krb5.conf, /etc/samba/smb.conf und /etc/sssd/sssd.conf auf allen erstellten VMs anzupassen.

    Für Winbind-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Für SSSD-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl und /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Hinweis: Behalten Sie das vorhandene Format der Vorlagendateien bei und verwenden Sie Variablen wie $WORKGROUP, $REALM, $realm und $AD_FQDN.

  3. Fahren Sie auf Citrix Hypervisor die Vorlagen-VM herunter. Erstellen und benennen Sie einen Snapshot Ihres Master-Images.

Schritt 2: Maschinenkatalog erstellen

Erstellen Sie in Citrix Studio einen Maschinenkatalog und geben Sie die Anzahl der im Katalog zu erstellenden VMs an. Führen Sie bei Bedarf weitere Konfigurationsaufgaben durch. Weitere Informationen finden Sie unter Maschinenkatalog mit Studio erstellen.

Schritt 3: Bereitstellungsgruppe erstellen

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt wurden. Sie legt fest, welche Benutzer diese Maschinen verwenden können und welche Anwendungen und Desktops diesen Benutzern zur Verfügung stehen. Weitere Informationen finden Sie unter Bereitstellungsgruppen erstellen.

MCS zum Erstellen von Linux-VMs in Azure verwenden

Schritt 1: Eine Hosting-Verbindung zu Azure in Citrix Studio erstellen

  1. Wählen Sie in Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Verbindung zu Azure zu erstellen.

    Verbindung zu Azure erstellen

  2. Wählen Sie Microsoft Azure als Verbindungstyp.

    Azure-Verbindungstyp auswählen

      1. Geben Sie die Abonnement-ID Ihres Azure-Kontos und Ihren Verbindungsnamen ein.
    • Azure-Abonnement-ID eingeben

    Eine neue Verbindung wird im Hosting-Bereich angezeigt.

    Neue Azure-Verbindung

Schritt 2: Master-Image auf der Vorlagen-VM vorbereiten

Ein Master-Image enthält das Betriebssystem, nicht-virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie wie folgt vor, um ein Master-Image vorzubereiten:

Schritt 2a: cloud-init für Ubuntu 18.04 konfigurieren

Um sicherzustellen, dass ein VDA-Hostname beim Neustart oder Herunterfahren einer VM bestehen bleibt, führen Sie den folgenden Befehl aus.

 echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

Stellen Sie sicher, dass die folgenden Zeilen unter dem Abschnitt system_info in der Datei /etc/cloud/cloud.cfg vorhanden sind:

system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

Schritt 2b: Linux VDA-Paket auf der Vorlagen-VM installieren

Hinweis:

Um einen aktuell laufenden VDA als Vorlagen-VM zu verwenden, überspringen Sie diesen Schritt.

Bevor Sie das Linux VDA-Paket auf der Vorlagen-VM installieren, installieren Sie .NET Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

Führen Sie je nach Ihrer Linux-Distribution den folgenden Befehl aus, um die Umgebung für den Linux VDA einzurichten:

Für RHEL/CentOS:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Für Ubuntu:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Für SUSE 12:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Schritt 2c: Repositories zum Installieren des tdb-tools-Pakets aktivieren

Für RHEL 7-Server:

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Für RHEL 7-Workstation:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Schritt 2d: Das EPEL-Repository installieren, das ntfs-3g enthält

Installieren Sie das EPEL-Repository auf RHEL 6/CentOS 6, RHEL 7/CentOS 7, damit deploymcs.sh später das darin enthaltene ntfs-3g-Paket installiert.

Schritt 2e: ntfs-3g manuell auf SUSE 12 installieren

Auf der SUSE 12-Plattform gibt es kein Repository, das ntfs-3g bereitstellt. Laden Sie den Quellcode herunter, kompilieren und installieren Sie ntfs-3g manuell:

  1. Installieren Sie das GNU Compiler Collection (GCC)-Compilersystem und das make-Paket:

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Laden Sie das ntfs-3g-Paket herunter.

  3. Entpacken Sie das ntfs-3g-Paket:

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Geben Sie den Pfad zum ntfs-3g-Paket ein:

    -  sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Installieren Sie ntfs-3g:

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Schritt 2f: Die Laufzeitumgebung einrichten

Bevor Sie deploymcs.sh ausführen, gehen Sie wie folgt vor:

  • Ändern Sie Variablen in /etc/xdl/mcs/mcs.conf. Die Konfigurationsdatei mcs.conf enthält Variablen zum Einrichten von MCS und des Linux VDA. Im Folgenden sind einige der Variablen aufgeführt, von denen dns und AD_INTEGRATION festgelegt werden müssen:

    Hinweis: Wenn eine Variable mit mehreren Werten festgelegt werden kann, setzen Sie die Werte in einfache Anführungszeichen und trennen Sie sie durch Leerzeichen. Zum Beispiel: LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

    • Use_Existing_Configurations_Of_Current_VDA: Legt fest, ob die vorhandenen Konfigurationen des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen identisch mit den entsprechenden Dateien auf dem aktuell ausgeführten VDA. Sie müssen jedoch weiterhin die Variablen dns und AD_INTEGRATION konfigurieren. Der Standardwert ist N, was bedeutet, dass die Konfigurationsdateien auf MCS-erstellten Maschinen durch Konfigurationsvorlagen auf dem Masterimage bestimmt werden.
      • dns: Legt die DNS-IP-Adresse fest.
    • AD_INTEGRATION: Legt Winbind oder SSSD fest (SSSD wird auf SUSE nicht unterstützt).
    • WORKGROUP: Legt den Arbeitsgruppennamen fest, der der NetBIOS-Name (Groß-/Kleinschreibung beachten) ist, wenn er in AD konfiguriert ist. Andernfalls ist es standardmäßig der Domänenname.
  • Fügen Sie auf der Vorlagenmaschine Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzu, um Registrierungswerte nach Bedarf zu schreiben oder zu aktualisieren. Diese Aktion verhindert den Verlust von Daten und Einstellungen bei jedem Neustart einer MCS-bereitgestellten Maschine.

    Jede Zeile in der Datei /etc/xdl/mcs/mcs_local_setting.reg ist ein Befehl zum Festlegen oder Aktualisieren eines Registrierungswerts.

    Sie können beispielsweise die folgenden Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzufügen, um einen Registrierungswert zu schreiben bzw. zu aktualisieren:

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
     <!--NeedCopy-->
    
     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
     <!--NeedCopy-->
    

Schritt 2g: Masterimage erstellen

  1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.
  2. (Optional) Aktualisieren Sie auf der Vorlagen-VM die Konfigurationsvorlagen, um die relevanten Dateien /etc/krb5.conf, /etc/samba/smb.conf und /etc/sssd/sssd.conf auf allen erstellten VMs anzupassen.

    Für Winbind-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Für SSSD-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl und /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Hinweis: Behalten Sie das vorhandene Format der Vorlagendateien bei und verwenden Sie Variablen wie $WORKGROUP, $REALM, $realm und $AD_FQDN.

  3. Installieren Sie Anwendungen auf der Vorlagen-VM und fahren Sie die Vorlagen-VM über das Azure-Portal herunter. Stellen Sie sicher, dass der Energiestatus der Vorlagen-VM Beendet (Zuordnung aufgehoben) ist. Merken Sie sich hier den Namen der Ressourcengruppe. Sie benötigen den Namen, um Ihr Masterimage in Azure zu finden.

    Angehaltener Energiestatus der Vorlagen-VM

Schritt 3: Maschinenkatalog erstellen

-  Erstellen Sie in Citrix Studio einen Maschinenkatalog und geben Sie die Anzahl der im Katalog zu erstellenden VMs an. Wählen Sie beim Erstellen des Maschinenkatalogs Ihr Masterimage aus der Ressourcengruppe aus, zu der die Vorlagen-VM gehört, und suchen Sie die VHD der Vorlagen-VM. Siehe den folgenden Screenshot.

Suchen der VHD der Vorlagen-VM

Führen Sie weitere Konfigurationsaufgaben nach Bedarf aus. Weitere Informationen finden Sie unter Erstellen eines Maschinenkatalogs mit Studio.

-  ### Schritt 4: Bereitstellungsgruppe erstellen

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt werden. Sie legt fest, welche Benutzer diese Maschinen verwenden können und welche Anwendungen und Desktops diesen Benutzern zur Verfügung stehen. Weitere Informationen finden Sie unter Erstellen von Bereitstellungsgruppen.

MCS zum Erstellen von Linux-VMs auf VMware vSphere verwenden

Schritt 1: Hosting-Verbindung zu VMware in Citrix Studio erstellen

  1. Installieren Sie vCenter Server in der vSphere-Umgebung. Weitere Informationen finden Sie unter VMware vSphere.

  2. Wählen Sie in Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Verbindung zu VMware vSphere herzustellen.

    Verbindung zu Azure erstellen

  3. Wählen Sie VMware vSphere als Verbindungstyp.

    VMware vSphere auswählen

  4. Geben Sie die Verbindungsadresse (die vCenter Server-URL) Ihres VMware-Kontos, Ihren Benutzernamen und Ihr Kennwort sowie Ihren Verbindungsnamen ein.

    VMware-Verbindungsname

    Eine neue Verbindung wird im Hosting-Bereich angezeigt.

    Neue vSphere-Verbindung

Schritt 2: Masterimage vorbereiten

Ein Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie wie folgt vor, um ein Masterimage vorzubereiten:

Schritt 2a: Linux VDA-Paket auf der Vorlagen-VM installieren

Hinweis:

Um einen aktuell ausgeführten VDA als Vorlagen-VM zu verwenden, überspringen Sie diesen Schritt.

Bevor Sie das Linux VDA-Paket auf der Vorlagen-VM installieren, installieren Sie .NET Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

Führen Sie je nach Ihrer Linux-Distribution den folgenden Befehl aus, um die Umgebung für den Linux VDA einzurichten:

Für RHEL/CentOS:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Für Ubuntu:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Für SUSE 12:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->
-  #### Schritt 2b: Repositorys zum Installieren des tdb-tools-Pakets aktivieren

-  **Für RHEL 7 Server:**
    -  subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Für RHEL 7 Workstation:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Schritt 2c: EPEL-Repository installieren, das ntfs-3g enthält

Installieren Sie das EPEL-Repository auf RHEL 6/CentOS 6, RHEL 7/CentOS 7, damit deploymcs.sh später das darin enthaltene ntfs-3g-Paket installiert.

Schritt 2d: ntfs-3g manuell auf SUSE 12 installieren

Auf der SUSE 12-Plattform gibt es kein Repository, das ntfs-3g bereitstellt. Laden Sie den Quellcode herunter, kompilieren und installieren Sie ntfs-3g manuell:

  1. Installieren Sie das GNU Compiler Collection (GCC)-Compilersystem und das make-Paket:

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Laden Sie das ntfs-3g-Paket herunter.

  3. Dekomprimieren Sie das ntfs-3g-Paket:

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Geben Sie den Pfad zum ntfs-3g-Paket ein:

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Installieren Sie ntfs-3g:

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Schritt 2e: Laufzeitumgebung einrichten

Führen Sie vor dem Ausführen von deploymcs.sh die folgenden Schritte aus:

  • Ändern Sie Variablen in /etc/xdl/mcs/mcs.conf. Die Konfigurationsdatei mcs.conf enthält Variablen zum Einrichten von MCS und des Linux VDA. Im Folgenden sind einige der Variablen aufgeführt, von denen dns und AD_INTEGRATION festgelegt werden müssen:

    Hinweis: Wenn eine Variable mit mehreren Werten festgelegt werden kann, setzen Sie die Werte in einfache Anführungszeichen und trennen Sie sie durch Leerzeichen. Beispiel: LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

    • Use_Existing_Configurations_Of_Current_VDA: Legt fest, ob die vorhandenen Konfigurationen des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen identisch mit den entsprechenden Dateien auf dem aktuell ausgeführten VDA. Sie müssen jedoch weiterhin die Variablen dns und AD_INTEGRATION konfigurieren. Der Standardwert ist N, was bedeutet, dass die Konfigurationsdateien auf MCS-erstellten Maschinen durch die Konfigurationsvorlagen auf dem Masterimage bestimmt werden.
    • dns: Legt die DNS-IP-Adresse fest.
    • AD_INTEGRATION: Legt Winbind oder SSSD fest (SSSD wird unter SUSE nicht unterstützt).
    • WORKGROUP: Legt den Arbeitsgruppennamen fest, der der NetBIOS-Name (Groß-/Kleinschreibung beachten) ist, wenn er in AD konfiguriert wurde. Andernfalls ist es standardmäßig der Domänenname.
  • Fügen Sie auf der Vorlagenmaschine Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzu, um Registrierungswerte nach Bedarf zu schreiben oder zu aktualisieren. Diese Aktion verhindert den Verlust von Daten und Einstellungen bei jedem Neustart einer von MCS bereitgestellten Maschine.

    Jede Zeile in der Datei /etc/xdl/mcs/mcs_local_setting.reg ist ein Befehl zum Festlegen oder Aktualisieren eines Registrierungswerts.

    Sie können beispielsweise die folgenden Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzufügen, um einen Registrierungswert zu schreiben bzw. zu aktualisieren:

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
     <!--NeedCopy-->
    
     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
     <!--NeedCopy-->
    

Schritt 2f: Masterimage erstellen

  1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.
  2. (Optional) Aktualisieren Sie auf der Vorlagen-VM die Konfigurationsvorlagen, um die relevanten Dateien /etc/krb5.conf, /etc/samba/smb.conf und /etc/sssd/sssd.conf auf allen erstellten VMs anzupassen.

    Aktualisieren Sie für Winbind-Benutzer die Vorlagen /etc/xdl/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Aktualisieren Sie für SSSD-Benutzer die Vorlagen /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl und /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Hinweis: Behalten Sie das in den Vorlagendateien verwendete Format bei und verwenden Sie Variablen wie $WORKGROUP, $REALM, $realm und $AD_FQDN.

  3. Nachdem Sie die Installation von Anwendungen auf der Vorlagen-VM abgeschlossen haben, fahren Sie die Vorlagen-VM über VMware herunter. Erstellen Sie einen Snapshot der Vorlagen-VM.

Schritt 3: Maschinenkatalog erstellen

Erstellen Sie in Citrix Studio einen Maschinenkatalog und geben Sie die Anzahl der im Katalog zu erstellenden VMs an. Wählen Sie beim Erstellen des Maschinenkatalogs Ihr Masterimage aus der Snapshot-Liste aus.

Auswählen eines Masterimages

Führen Sie bei Bedarf weitere Konfigurationsaufgaben aus. Weitere Informationen finden Sie unter Erstellen eines Maschinenkatalogs mit Studio.

Schritt 4: Bereitstellungsgruppe erstellen

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt wurden. Die Bereitstellungsgruppe legt fest, welche Benutzer diese Maschinen verwenden können und welche Anwendungen und Desktops diesen Benutzern zur Verfügung stehen. Weitere Informationen finden Sie unter Erstellen von Bereitstellungsgruppen.

Verwenden von MCS zum Erstellen von Linux-VMs in AWS

Schritt 1: Hosting-Verbindung zu AWS in Citrix Studio erstellen

  1. Wählen Sie in Citrix Studio Konfiguration > Hosting > Verbindung und Ressourcen hinzufügen, um eine Verbindung zu AWS herzustellen.

    Herstellen der Verbindung zu AWS

  2. Wählen Sie Amazon EC2 als Verbindungstyp.

    Auswählen von Amazon EC2

  3. Geben Sie den API-Schlüssel und den geheimen Schlüssel Ihres AWS-Kontos sowie den Namen Ihrer Verbindung ein.

    Zugriffsschlüsselpaar

    Der API-Schlüssel ist Ihre Zugriffsschlüssel-ID und der geheime Schlüssel ist Ihr geheimer Zugriffsschlüssel. Sie werden als Zugriffsschlüsselpaar betrachtet. Wenn Sie Ihren geheimen Zugriffsschlüssel verlieren, können Sie den Zugriffsschlüssel löschen und einen neuen erstellen. Gehen Sie wie folgt vor, um einen Zugriffsschlüssel zu erstellen:

    1. Melden Sie sich bei den AWS-Diensten an.
    2. Navigieren Sie zur Identity and Access Management (IAM)-Konsole.
    3. Wählen Sie im linken Navigationsbereich Benutzer aus.
    4. Wählen Sie den Zielbenutzer aus und scrollen Sie nach unten, um die Registerkarte Sicherheitsanmeldeinformationen auszuwählen.
    5. Scrollen Sie nach unten und klicken Sie auf Zugriffsschlüssel erstellen. Ein neues Fenster wird angezeigt.
    6. Klicken Sie auf .csv-Datei herunterladen und speichern Sie den Zugriffsschlüssel an einem sicheren Ort.

    Eine neue Verbindung wird im Hosting-Bereich angezeigt.

    Neue AWS-Verbindung

Schritt 2: Masterimage vorbereiten

Ein Masterimage enthält das Betriebssystem, nicht virtualisierte Anwendungen, den VDA und andere Software. Gehen Sie wie folgt vor, um ein Masterimage vorzubereiten:

Schritt 2a: cloud-init konfigurieren

  1. Um sicherzustellen, dass ein VDA-Hostname beim Neustart oder Stoppen einer EC2-Instanz erhalten bleibt, führen Sie den folgenden Befehl aus, um den VDA-Hostnamen beizubehalten.

     echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
     <!--NeedCopy-->
    

    Stellen Sie für Ubuntu 18.04 sicher, dass die folgenden Zeilen im Abschnitt system_info in der Datei /etc/cloud/cloud.cfg vorhanden sind:

    system_info:
        network:
            renderers: ['netplan', 'eni', 'sysconfig']
    <!--NeedCopy-->
    
  2. Um SSH für den Fernzugriff auf von MCS erstellte VMs in AWS zu verwenden, aktivieren Sie die Kennwortauthentifizierung, da diesen VMs kein Schlüsselname zugewiesen ist. Gehen Sie bei Bedarf wie folgt vor.

    • Bearbeiten Sie die cloud-init-Konfigurationsdatei /etc/cloud/cloud.cfg. Stellen Sie sicher, dass die Zeile ssh_pwauth: true vorhanden ist. Entfernen oder kommentieren Sie die Zeile set-password und die folgenden Zeilen, falls sie vorhanden sind.

       users:
       -  default
       <!--NeedCopy-->
      
    • Wenn Sie den von cloud-init erstellten Standardbenutzer ec2-user oder ubuntu verwenden möchten, können Sie das Benutzerkennwort mit dem Befehl passwd ändern. Merken Sie sich das neue Kennwort für die spätere Anmeldung an den von MCS erstellten VMs.
    • Bearbeiten Sie die Datei /etc/ssh/sshd_config, um sicherzustellen, dass die folgende Zeile vorhanden ist:

       PasswordAuthentication yes
       <!--NeedCopy-->
      

      Speichern Sie die Datei und führen Sie den Befehl sudo service sshd restart aus.

Schritt 2b: Linux VDA-Paket auf der Vorlagen-VM installieren

Hinweis:

Wenn Sie einen aktuell ausgeführten VDA als Vorlagen-VM verwenden möchten, überspringen Sie diesen Schritt.

Bevor Sie das Linux VDA-Paket auf der Vorlagen-VM installieren, installieren Sie .NET Core Runtime 3.1. Weitere Informationen finden Sie unter Installationsübersicht.

Führen Sie je nach Linux-Distribution den folgenden Befehl aus, um die Umgebung für den Linux VDA einzurichten:

Für RHEL/CentOS:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Für Ubuntu:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

Für SUSE 12:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Schritt 2c: Repositorys zur Installation des tdb-tools-Pakets aktivieren

Für RHEL 7-Server:

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

Für RHEL 7-Workstation:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

Schritt 2d: Installieren Sie das EPEL-Repository, das ntfs-3g enthält

Installieren Sie das EPEL-Repository auf RHEL 6/CentOS 6, RHEL 7/CentOS 7, damit deploymcs.sh später das darin enthaltene ntfs-3g-Paket installiert.

Schritt 2e: ntfs-3g manuell auf SUSE 12 installieren

Auf der SUSE 12-Plattform gibt es kein Repository, das ntfs-3g bereitstellt. Laden Sie den Quellcode herunter, kompilieren und installieren Sie ntfs-3g manuell:

  1. Installieren Sie das GNU Compiler Collection (GCC)-Compilersystem und das make-Paket:

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. Laden Sie das ntfs-3g-Paket herunter.

  3. Dekomprimieren Sie das ntfs-3g-Paket:

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. Geben Sie den Pfad zum ntfs-3g-Paket ein:

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. Installieren Sie ntfs-3g:

    ./configure
    make
    make install
    <!--NeedCopy-->
    

Schritt 2f: Richten Sie die Laufzeitumgebung ein

Führen Sie vor dem Ausführen von deploymcs.sh Folgendes aus:

  • Ändern Sie Variablen in /etc/xdl/mcs/mcs.conf. Die Konfigurationsdatei mcs.conf enthält Variablen zum Einrichten von MCS und des Linux VDA. Im Folgenden sind einige der Variablen aufgeführt, von denen dns und AD_INTEGRATION festgelegt werden müssen:

    Hinweis: Wenn eine Variable mit mehreren Werten festgelegt werden kann, setzen Sie die Werte in einfache Anführungszeichen und trennen Sie sie durch Leerzeichen. Beispiel: LDAP_LIST=’aaa.lab:389 bbb.lab:389.’

    • Use_Existing_Configurations_Of_Current_VDA: Legt fest, ob die vorhandenen Konfigurationen des aktuell ausgeführten VDA verwendet werden sollen. Wenn auf Y gesetzt, sind die Konfigurationsdateien auf MCS-erstellten Maschinen identisch mit den Äquivalenten auf dem aktuell ausgeführten VDA. Sie müssen jedoch weiterhin die Variablen dns und AD_INTEGRATION konfigurieren. Der Standardwert ist N, was bedeutet, dass die Konfigurationsdateien auf MCS-erstellten Maschinen durch Konfigurationsvorlagen auf dem Master-Image bestimmt werden.
    • dns: Legt die DNS-IP-Adresse fest.
    • AD_INTEGRATION: Legt Winbind oder SSSD fest (SSSD wird auf SUSE nicht unterstützt).
    • WORKGROUP: Legt den Arbeitsgruppennamen fest, der der NetBIOS-Name (Groß-/Kleinschreibung beachten) ist, wenn er in AD konfiguriert ist. Andernfalls ist es standardmäßig der Domänenname.
  • Fügen Sie auf der Vorlagenmaschine Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzu, um Registrierungswerte nach Bedarf zu schreiben oder zu aktualisieren. Diese Aktion verhindert den Verlust von Daten und Einstellungen bei jedem Neustart einer MCS-bereitgestellten Maschine.

    Jede Zeile in der Datei /etc/xdl/mcs/mcs_local_setting.reg ist ein Befehl zum Festlegen oder Aktualisieren eines Registrierungswerts.

    Sie können beispielsweise die folgenden Befehlszeilen zur Datei /etc/xdl/mcs/mcs_local_setting.reg hinzufügen, um einen Registrierungswert zu schreiben bzw. zu aktualisieren:

     create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
     <!--NeedCopy-->
    
     update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
     <!--NeedCopy-->
    

Schritt 2g: Erstellen Sie ein Master-Image

  1. Führen Sie /opt/Citrix/VDA/sbin/deploymcs.sh aus.
  2. (Optional) Aktualisieren Sie auf der Vorlagen-VM die Konfigurationsvorlagen, um die relevanten Dateien /etc/krb5.conf, /etc/samba/smb.conf und /etc/sssd/sssd.conf auf allen erstellten VMs anzupassen.

    Für Winbind-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/mcs/winbind_krb5.conf.tmpl und /etc/xdl/mcs/winbind_smb.conf.tmpl.

    Für SSSD-Benutzer aktualisieren Sie die Vorlagen /etc/xdl/mcs/sssd.conf.tmpl, /etc/xdl/mcs/sssd_krb5.conf.tmpl und /etc/xdl/mcs/sssd_smb.conf.tmpl.

    Hinweis: Behalten Sie das vorhandene Format in den Vorlagendateien bei und verwenden Sie Variablen wie $WORKGROUP, $REALM, $realm und $AD_FQDN.

  3. Installieren Sie Anwendungen auf der Vorlagen-VM und fahren Sie die Vorlagen-VM über das AWS EC2-Portal herunter. Stellen Sie sicher, dass der Instanzstatus der Vorlagen-VM Stopped ist.

  4. Klicken Sie mit der rechten Maustaste auf die Vorlagen-VM und wählen Sie Image > Create Image. Geben Sie die Informationen ein und nehmen Sie die Einstellungen nach Bedarf vor. Klicken Sie auf Create Image.

    Image erstellen

Schritt 3: Erstellen Sie einen Maschinenkatalog

Erstellen Sie in Citrix Studio einen Maschinenkatalog und geben Sie die Anzahl der VMs an, die im Katalog erstellt werden sollen. Wählen Sie beim Erstellen des Maschinenkatalogs Ihre Maschinen-Vorlage (das zuvor erstellte Master-Image) und wählen Sie eine oder mehrere Sicherheitsgruppen aus.

Maschinenkatalog erstellen

Sicherheitsgruppen auswählen

Führen Sie weitere Konfigurationsaufgaben nach Bedarf aus. Weitere Informationen finden Sie unter Erstellen eines Maschinenkatalogs mit Studio.

Schritt 4: Erstellen Sie eine Bereitstellungsgruppe

Eine Bereitstellungsgruppe ist eine Sammlung von Maschinen, die aus einem oder mehreren Maschinenkatalogen ausgewählt wurden. Sie legt fest, welche Benutzer diese Maschinen verwenden können und welche Anwendungen und Desktops diesen Benutzern zur Verfügung stehen. Weitere Informationen finden Sie unter Bereitstellungsgruppen erstellen.

Verwenden Sie MCS zum Upgrade Ihres Linux VDA

Um MCS zum Upgrade Ihres Linux VDA zu verwenden, gehen Sie wie folgt vor:

  1. Aktualisieren Sie Ihren Linux VDA auf der Vorlagenmaschine:

    Für RHEL 7/CentOS 7:

    sudo rpm -U XenDesktopVDA-19.12.0.50-1.el7_x.x86_64.rpm
    <!--NeedCopy-->
    

    Für RHEL 6/CentOS 6:

    sudo rpm -U XenDesktopVDA-19.12.0.50-1.el6_x.x86_64.rpm
    <!--NeedCopy-->
    

    Für SUSE 12:

    sudo rpm -U XenDesktopVDA-19.12.0.50-1.sle12_x.x86_64.rpm
    <!--NeedCopy-->
    

    Für Ubuntu 16.04:

    sudo dpkg -i xendesktopvda_19.12.0.50-1.ubuntu16.04_amd64.deb
    <!--NeedCopy-->
    

    Für Ubuntu 18.04:

    sudo dpkg -i xendesktopvda_19.12.0.50-1.ubuntu18.04_amd64.deb
    <!--NeedCopy-->
    
  2. Bearbeiten Sie /etc/xdl/mcs/mcs.conf und /etc/xdl/mcs/mcs_local_setting.reg.

  3. Erstellen Sie einen neuen Snapshot.

  4. Wählen Sie in Citrix Studio den neuen Snapshot aus, um Ihren Maschinenkatalog zu aktualisieren. Warten Sie, bis jede Maschine neu gestartet wurde. Starten Sie eine Maschine nicht manuell neu.

Verwenden Sie Machine Creation Services™ (MCS) zum Erstellen von Linux-VMs