26. August 2026

Konfigurieren von Netzwerkeinstellungen und der Einrichtung der übergeordneten VM für Horizon Cloud on OpenStack Edge-Bereitstellungen

Konfigurieren Sie die erforderlichen Netzwerk- und Lastausgleichsdiensteinstellungen für Horizon Cloud on OpenStack Edge-Bereitstellungen.

Hinweis: Horizon Cloud on OpenStack ist derzeit nur im Modus Eingeschränkte Verfügbarkeit (Limited Availability, LA) verfügbar.

Netzwerkanforderungen für den Edge und den Lastausgleichsdienst

Die Edge-VM benötigt eine statische IP-Adresse aus dem festgelegten Verwaltungsnetzwerk sowie einen auflösbaren FQDN (ein Datensatz in der DNS-Infrastruktur), damit die Desktop-VMs darauf zugreifen können.

Derzeit werden nur physische Netzwerke unterstützt, die als externe vLANs festgelegt sind. Die drei erforderlichen physischen Netzwerke und Subnetze sind DMZ, Verwaltung und Desktop.

DMZ-Subnetz – Die DMZ-Netzwerkschnittstelle in diesem Subnetz für UAG(s) muss für Endbenutzer erreichbar sein. Dies erfordert mindestens zwei aufeinanderfolgende statische oder reservierte IPs. Für größere UAG-Cluster kann auf bis zu zehn hochskaliert werden.
Verwaltungs-Subnetz – Dieses Subnetz kann zur Bereitstellung der Edge-VM, der Verwaltungsschnittstelle für UAG in einem Modell mit mehreren Netzwerkkarten, zusammen mit anderer infrastrukturbezogener Infrastruktur verwendet werden, die für VDI erforderlich ist.
Desktop-Subnetz – Dieses Subnetz ist für Desktop-VMs vorgesehen, die eine Verbindung mit der Edge-VM und Active Directory (Verwaltung) herstellen müssen.
Für die Edge-VM ist eine statische IP-Adresse aus dem Verwaltungsnetzwerk erforderlich, die über einen auflösbaren FQDN („A“-Eintrag im DNS) verfügt, damit sich Desktop-VMs verbinden können.
Bei Multi-UAG-Bereitstellungen muss der DNS-A-Eintrag für den FQDN auf die VIP des Lastenausgleichsdienst verweisen.
Stellen Sie sicher, dass alle erforderlichen URLs und Ports in den Netzwerk-Firewalls zulässig sind und geöffnet sind, um Horizon Cloud Firewall zu unterstützen, wie in Port- und Protokollanforderungen für Horizon Cloud on OpenStack Edge dokumentiert.
Das Omnissa Edge-URL-Checker-Tool, auch als PreReqCheck Connectivity Validation Toolkit bezeichnet, ist für die URL-Erreichbarkeit und Portüberprüfung verfügbar. Es enthält Skripte zum Validieren der Konnektivität für die Edge-, UAG- und Desktop-Netzwerke anhand der erforderlichen Horizon Cloud Service-URLs und Ports. Diese Skripts testen sowohl HTTP/HTTPS-Endpoints als auch Nicht-HTTP-Ports (TCP/UDP), um sicherzustellen, dass alle erforderlichen Verbindungen erreichbar sind.
Sie können einen vom Kunden verwalteten lokalen Lastausgleichsdienst ihrer Wahl hinzufügen, der vor den UAG-Instanzen konfiguriert wird. Informationen zum Hinzufügen eines Lastausgleichsdiensts finden Sie unter Durchführen eines Lastausgleichs für Unified Access Gateway für Horizon in der Omnissa Tech Zone.

Netzwerk- und übergeordnete VM-Einstellungen zur Unterstützung der Portsicherheit in Netzwerken

Für Horizon Edges und Pools für OpenStack on Horizon Cloud muss die Einstellung Portsicherheit aktivieren in dem Netzwerk aktiviert sein, in dem die Edges und Pools bereitgestellt werden. Führen Sie die folgenden Schritte aus, um sicherzustellen, dass die OpenStack-Einstellung port_security für die entsprechenden Netzwerke aktiviert ist.

Stellen Sie außerdem sicher, dass alle erforderlichen URLs und Ports in der Firewall zugelassen sind. Weitere Informationen finden Sie unter Port- und Protokollanforderungen für Horizon Cloud on OpenStack Edge.

Melden Sie sich bei Ihrer Private Cloud Director-Anwendung an und navigieren Sie zu Netzwerke und Sicherheit.
Klicken Sie auf Netzwerk, wählen Sie das gewünschte Netzwerk in der Liste aus und klicken Sie dann auf Bearbeiten.
Wählen Sie Portsicherheit aktivieren aus und klicken Sie auf der Seite „Netzwerk bearbeiten“ auf Netzwerk aktualisieren.

Auf UAG-VMs bezogene Netzwerkanforderungen

Zur Unterstützung des Unified Access Gateway (UAG) sind drei Netzwerke erforderlich, in denen die Portgruppe statische oder reservierte IP-Adressen im entsprechenden VLAN benötigt. Der minimal erforderliche IP-Bereich mit zwei aufeinanderfolgenden IP-Adressen zum Bereitstellen eines UAG-Paars. Im Folgenden sind die bestimmte Anforderungen aufgeführt:

Für das DMZ-Netzwerk muss die Portgruppe, an die die DMZ-Netzwerkschnittstelle des UAG angehängt wird, über das Netzwerk erreichbar sein, über das die Endbenutzer eine Verbindung herstellen. Die Mindestanforderung für den statischen IP-Bereich liegt bei 2 aufeinanderfolgenden IPs, wie z. B. 10.202.155.30-10.202.155.39, um das UAG-Cluster auf 10 zu erweitern.
Für das Verwaltungsnetzwerk fungiert die Portgruppe, an die die Verwaltungsnetzwerkschnittstelle des UAG angehängt ist, auch als die Portgruppe, auf der die Edge-VM bereitgestellt wird. Die Mindestanforderung für den statischen IP-Bereich liegt bei 2 aufeinanderfolgenden IPs, wie z. B. 172.20.241.30-172.202.155.39, um das UAG-Cluster auf 10 zu erweitern.
Für das Desktop-Netzwerk fungiert die Portgruppe, an die die Desktop-Netzwerkschnittstelle des UAG angehängt ist, als die Portgruppe, auf der die Desktop-VMs bereitgestellt werden. Die VMs müssen die Edge-VM und die Active Directory-Infrastruktur erreichen können. Die Mindestanforderung für den statischen IP-Bereich liegt bei 2 aufeinanderfolgenden IPs, wie z. B. 192.168.240.30-192.168.240.39, um das UAG-Cluster auf 10 zu erweitern.

Hinweis: Sie können das Omnissa Edge-URL-Checker-Tool verwenden, um die Netzwerkanforderungen zu überprüfen.

Darüber hinaus muss ein DNS-Eintrag für den UAG-FQDN erstellt werden, der sich in die Lastausgleichsdienst-VIP für Szenarien auflöst, in denen eine Bereitstellung mehrere UAGs enthält.

Einrichtung der übergeordneten VM für OpenStack Edge

Bevor Sie mit dem Erstellen der übergeordneten VM beginnen, müssen Sie die folgende zusätzliche Software von Drittanbietern herunterladen.

Neuester Omnissa HAI-Agent, den Sie von Omnissa Customer Connect herunterladen können.
Neueste stabile VirtIO-ISO-Datei, die als Image in Private Cloud Director hochgeladen werden soll, wie in den folgenden Schritten beschrieben.
Neueste stabile cloudbase-init-Datei, die nach Abschluss der Installation in das Windows-Betriebssystem kopiert werden soll.

Erstellen Sie in Platform9 eine virtuelle Windows-Maschine (VM) von Grund auf neu oder durch Klonen einer vorhandenen VM.
Laden Sie Windows 11-Installations-ISO als Image hoch. Führen Sie den folgenden Befehl aus, um eine OpenStack Platform9-Image-Ressource aus der ISO-Datei von Windows 11 zu erstellen. Dieses Image wird später zum Erstellen von startfähigen Volumes verwendet.
```
openstack image create en-us_windows_11_business_editions_version_24h2_updated_sep_2025_x64 --os-interface admin --insecure --disk-format iso --container-format bare --file Windows ISO filepath
```
Laden Sie die ISO-Datei der VirtIO-Treiber als Image hoch. Erstellen Sie ein weiteres Image in OpenStack Platform9 aus der ISO-Datei der VirtIO-Treiber für Windows.
```
openstack image create virtio-win-0.1.285 --os-interface admin --insecure --disk-format iso --container-format bare --file Windows VirtIO drivers ISO filepath
```
Erstellen Sie das Zielvolume für die Windows-Installation, damit die VM nach Abschluss der Installation von diesem Volume starten kann. Erstellen Sie das Volume, auf dem Windows installiert wird.
```
openstack volume create --size 40 --bootable WINXI-24H2-PRO
```
Erstellen Sie das Quell-Startvolume aus Windows 11-ISO-Image als startfähiges Volume für Windows 11-Installation mithilfe des hochgeladenen Windows 11-ISO-Images.
```
openstack volume create --image en-us_windows_11_business_editions_version_24h2_updated_sep_2025_x64 --size 8 --bootable Windows11_24_H2_SEP_2025_Bootable
```
Erstellen Sie ein Volume aus dem VirtIO-ISO-Image, damit es als virtuelles CD-ROM-Gerät in der VM angehängt werden kann.
```
openstack volume create --image virtio-win-0.1.285 --size 1 VirtIO-Win-0-1-285
```

Legen Sie Image-Eigenschaften auf dem Start-Volume des Ziels und nicht auf der Windows-Installationsquelle fest. Konfigurieren Sie das Start-Volume mit den erforderlichen Hardware- und Firmwareeinstellungen, um die Windows 11-Installation zu unterstützen.

openstack volume set --image-property hw_boot_menu=true --image-property hw_firmware_type=uefi --image-property hw_machine_type=q35 --image-property hw_tpm_model=tpm-crb --image-property hw_tpm_version=2.0 --image-property hw_cdrom_bus=sata --image-property hw_disk_bus=scsi --image-property hw_scsi_model=virtio-scsi --image-property os_secure_boot=required --image-property os_type=windows WINXI-24H2-PRO

Identifizieren Sie das Netzwerk und rufen Sie die UUID des Netzwerks ab, das für die Windows 11-VM verwendet werden soll.
```
openstack network list
```
Rufen Sie die UUID aller drei in den Schritten 4, 5 und 6 erstellten Volumes ab.
```
openstack volume list
```

Erstellen Sie VM-Volumes, indem Sie die virtuelle Maschine mit den entsprechenden Konfigurationen, Netzwerken und Blockgerätezuordnungen starten und dabei die zuvor erstellten Volumes verwenden.

openstack server create --flavor m1.medium --network 4c0ce099-8930-4bfc-b587-4fb34e4dc568 --block-device source_type=volume,uuid=84b6636e-76fd-4661-91b7-50dd8f6a652f,destination_type=volume,device_type=disk,boot_index=0 --block-device source_type=volume,uuid=7ffadb59-11de-4489-a4e6-636ea5ce3d98,destination_type=volume,device_type=cdrom,boot_index=1 --block-device source_type=volume,uuid=6d12d90e-3cb1-4e81-851b-31dcff157010,destination_type=volume,device_type=cdrom,boot_index=-1 WINXI-24H2-PROe

Hinweis: Das Blockgerät (boot_index=0) ist das 40 GB-Start-Volume des Ziels für die Windows-Installation, die in Schritt 4 oben erstellt wurde.

Greifen Sie auf die VM-Konsole zu, die zum Einrichten Ihres Windows Betriebssystems verwendet wird. Drücken Sie während der Benutzer-OOBE-Phase, anstatt auf Weiter zu klicken, die Tastenkombination <Umschalt + Strg + F3> (unter macOS die +Fn-Taste), um den Überwachungsmodus zu aktivieren.
Installieren Sie die VirtIO-Treiber und den HAI-Agent (Horizon Agent Installer).
Installieren von CloudBase-Init:

Richten Sie CloudBase-Init (Cloudbase-Init 1.1.6) und andere erforderliche Software ein. Stellen Sie sicher, dass die Option Cloudbase-init-Dienst als lokales System ausführen aktiviert ist.
Navigieren Sie nach der Installation zum Installationsspeicherort unter C:\Program Files\Cloudbase Solutions\Cloudbase-Init\conf.

Öffnen Sie cloudbase-init.conf und ersetzen Sie den vorhandenen Inhalt in der Datei durch den folgenden Inhalt:

[DEFAULT]
verbose=true
debug=true
log_dir=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\log\
log_file=cloudbase-init.log
default_log_levels=comtypes=INFO,suds=INFO,iso8601=WARN,requests=WARN
mtu_use_dhcp_config=true
ntp_use_dhcp_config=true
local_scripts_path=C:\Program Files\Cloudbase Solutions\Cloudbase-Init\LocalScripts\
check_latest_version=false
metadata_services=cloudbaseinit.metadata.services.httpservice.HttpService
plugins=cloudbaseinit.plugins.common.sethostname.SetHostNamePlugin,cloudbaseinit.plugins.common.userdata.UserDataPlugin

Vorbereiten eines Windows-Gastbetriebssystems für die Remote-Desktop-Bereitstellung. Sie müssen bestimmte Aufgaben durchführen, um ein Windows-Gastbetriebssystem für die Remote-Desktop-Bereitstellung vorzubereiten.
Vorbereiten von Windows Server-Betriebssystemen für Desktop-Verwendung (nur Mehrfachsitzung). Um eine unterstützte virtuelle Maschine mit Windows Server als virtuellem Desktop für nur eine Sitzung (anstelle eines RDS-Hosts) zu verwenden, müssen Sie vor der Installation von Horizon Agent in der virtuellen Maschine bestimmte Schritte durchführen. Sie müssen auch Horizon Console konfigurieren, um Windows Server als unterstütztes Betriebssystem für die Desktop-Nutzung von Horizon 8 zu behandeln.
Installieren von „Desktopdarstellung“ auf Windows Server (nur Mehrfachsitzung). Für veröffentlichte Desktops und Anwendungen und für virtuelle Desktops, die auf Einzelbenutzer-VMs mit Windows Server bereitgestellt werden, erfordert die Scannerumleitung, dass Sie die Funktion „Desktopdarstellung“ auf den RDS-Hosts und den Einzelbenutzer-VMs installieren.
Führen Sie HorizonOSOT aus und wählen Sie die Analyse- und Optimierungsphasen aus. Weitere Informationen finden Sie unter Übersicht − Windows OS Optimization Tool for Horizon.
Führen Sie HorizonOSOT aus, wählen Sie die Option „Generalisierungsphase“ aus, lassen Sie das Feld für das Administratorkennwort leer und wählen Sie Automatischer Neustart aus.

Hinweis: Möglicherweise benötigen Sie zu diesem Zeitpunkt einen zusätzlichen Neustart. Sysprep schlägt beispielsweise fehl und zeigt eine Warnung Neustart steht aus an. Starten Sie in diesem Fall neu, um in den Überwachungsmodus zu wechseln, starten Sie OSOT neu und fahren Sie mit der Generalisierungsphase fort.

Mögliches Problem und Problemumgehung

Wenn die Generalisierung nicht automatisch neu gestartet werden kann, überprüfen Sie Ihre C:\Windows\System32\Sysprep\Panther\setup*.txt-Datei. Wenn die Datei den folgenden Inhalt enthält, fahren Sie mit den Schritten zur Problemumgehung fort.

```
BiUpdateEfiEntry failed c000000d
BiExportBcdObjects failed c000000d
BiExportStoreAlterationsToEfi failed c000000d
Failed to export alterations to firmware. Status: c000000d
```

Schritte zur Problemumgehung:

Klicken Sie auf Start und geben Sie run tpm.msc ein. Löschen Sie das TPM im rechten Fensterbereich und wählen Sie OK aus, wenn Sie zum Neustart aufgefordert werden.
Erstellen Sie einen neuen Benutzer und fügen Sie ihn der Administratorgruppe wie folgt hinzu:
a) Starten Sie Windows Explorer, klicken Sie mit der rechten Maustaste auf Dieser PC und klicken Sie dann auf Weitere Optionen anzeigen > Verwalten.
b) Erweitern Sie Lokale Benutzer und Gruppen > Benutzer, klicken Sie mit der rechten Maustaste auf Neuer Benutzer und geben Sie den Benutzernamen und das Kennwort an. Deaktivieren Sie die Option Benutzer muss Kennwort bei der nächsten Anmeldung ändern, wählen Sie Kennwort läuft nie ab aus und klicken Sie auf Erstellen.
c) Klicken Sie auf Gruppen > Administratoren > Hinzufügen und geben Sie den Benutzernamen aus dem obigen Schritt ein, klicken Sie im Popup-Fenster auf OK und dann erneut auf OK.
d) Legen Sie das Kennwort für den integrierten Administrator-Benutzer fest.
Starten Sie OSOT und führen Sie die Abschlussphase aus.
Fahren Sie die VM herunter und trennen Sie die Installationsquelle und die VirtIO-Treibervolumes.
Erstellen Sie einen VM-Snapshot.
Nachdem der Snapshot erstellt wurde, überprüfen Sie die block_device_mapping-Eigenschaften, indem Sie den Snapshot auswählen, auf Eigenschaften bearbeiten klicken und sicherstellen, dass der Schlüssel Bei Beendigung löschen auf True ("delete_on_termination": true) festgelegt ist.

War diese Seite hilfreich?