Vorbereiten der virtuellen Maschinen für die Omnissa Access-Installation

Diese Vorbereitungsphase stellt sicher, dass alle virtuellen Maschinen, Netzwerkkonfigurationen, Zertifikate und infrastrukturellen Voraussetzungen bereitstehen, bevor Sie eine auf der Steuerungsebene basierende Bereitstellung von Omnissa Access starten.

In diesem Bereitstellungsmodell werden Plattform- und Anwendungsdienste über dedizierte virtuelle Maschinen hinweg bereitgestellt und über das Steuerungsebenen-Framework orchestriert. Alle erforderlichen virtuellen Maschinen und die unterstützende Infrastruktur müssen bereitgestellt und validiert werden, bevor mit dem Bereitstellungsworkflow begonnen wird.

Anforderungen an die Bereitstellungstopologie

Das Bereitstellungsmodell verwendet dedizierte virtuelle Maschinen für Bootstrap, Infrastruktur-/Plattformdienste und Omnissa Access-Dienste.

Eine Standardmäßige Produktionsbereitstellung besteht aus den folgenden Knoten:

Insgesamt benötigte Knoten: 6 bei der Verwendung der Größe „klein“ oder „mittel“, 7 bei der Verwendung der Größe „groß“.

Wichtig:

• Alle virtuellen Maschinen müssen bereitgestellt und zugänglich sein, bevor der Installationsworkflow gestartet wird.
• Statische IP-Adressen, DNS-Datensätze und Hostnamen müssen für alle Knoten konfiguriert werden.
• Das configuser-Kennwort muss auf allen Knoten einheitlich konfiguriert werden.
• Die Standardlaufzeit des Kennworts configuser beträgt 60 Tage ab dem Datum der OVA-Bereitstellung. Sie müssen dasselbe Kennwort für alle Clusterknoten zurücksetzen.
• Nachdem der Bootstrap der Steuerungsebene und die Clusterinitialisierung abgeschlossen sind, wird das Ändern von Knotenrollen oder der Bereitstellungstopologie nicht unterstützt.
• Alle Knoten müssen über die erforderlichen Netzwerkports miteinander kommunizieren können.
• Vor der Bereitstellung muss vor den Omnissa Access-Knoten ein Lastausgleichsdienst konfiguriert werden.

Richtlinien zur Einrichtung der Infrastruktur für Hochverfügbarkeit

Um sicherzustellen, dass das System auch bei Störungen betriebsbereit bleibt, befolgen Sie diese Regeln beim Erstellen von virtuellen Maschinen (VMs) für die Infrastruktur und die Plattform.

Jeden Knoten auf einer anderen physischen Maschine ausführen (ESX Hosts) Wenn Sie beispielsweise drei Infrastruktur-/Plattformknoten und zwei Omnissa Access-Knoten benötigen, ordnen Sie diese wie folgt zu:

• Infrastruktur-/Plattformknoten 1 → Physischer Host 1
• Infrastruktur-/Plattformknoten 2 → Physischer Host 2
• Infrastruktur-/Plattformknoten 3 → Physischer Host 3
• Omnissa Access-Knoten 1 → Physischer Host 1
• Omnissa Access-Knoten 2 → Physischer Host 2

Bei diesem Ansatz kann der Dienst auch dann weiterlaufen, wenn ein physischer Host ausfällt, da die beiden anderen Hosts zur Verfügung stehen. So bleibt Ihr System verfügbar und stabil.

Anforderungen an die Hardwaregröße

Die folgende Dimensionierung gilt ausschließlich für Omnissa Access-Bereitstellungen, die auf einer Steuerungsebene basieren.

Wählen Sie eine Bereitstellungsgröße basierend auf der Anzahl der Benutzer, Gruppen und Anwendungen in Ihrer Umgebung aus.

Die folgende Tabelle zeigt die für jede Bereitstellungsgröße erforderliche Mindesthardwarekonfiguration.

Mindesthardwarekonfiguration nach Bereitstellungsgröße:

Infrastruktur-/Plattformknoten hosten interne Plattformdienste, einschließlich Datenbank, Messaging, Caching und Suche (PostgreSQL, Redis, Kafka und OpenSearch).

*Der Bootstrap-Knoten benötigt unabhängig von der Bereitstellungsgröße genau 8 vCPUs.

Wichtig:

• Die Dimensionierung der Ressourcen kann je nach Authentifizierungsauslastung, aktivierten Diensten und Integrationsanforderungen variieren.
• Je nach Protokollierung, Aufbewahrungsfristen für Überwachungsdaten und betrieblichen Anforderungen kann eine zusätzliche Speicherzuteilung erforderlich sein.

Anforderungen für alle Knoten

Laden Sie die Omnissa Access-OVA von der Seite Omnissa Customer Connect herunter und wählen Sie Omnissa Access aus. Stellen Sie nach dem Herunterladen der Datei alle virtuellen Maschinen bereit.

Stellen Sie sicher, dass vor der Bereitstellung die folgenden Voraussetzungen für alle Knoten erfüllt sind:

• Eine statische IP-Adresse wurde zugewiesen.
• Der Hostname wurde korrekt konfiguriert.
• Die DNS-Auflösung wurde konfiguriert und überprüft, falls Sie Hostnamen in der cp-cluster.ini-Datei verwenden.
• Der SSH-Zugriff ist aktiviert.
• Alle Knoten sind über das Netzwerk gegenseitig erreichbar.
• Der Lastausgleichsdienst ist konfiguriert und erreichbar.
• Das configuser-Kennwort ist konfiguriert oder wurde auf allen Knoten auf dasselbe Kennwort zurückgesetzt.

Damit soll sichergestellt werden, dass das Betriebssystem und die Basisinfrastruktur vollständig vorbereitet sind und die Dienste der Steuerungsebene während der Bereitstellung nicht beeinträchtigen.

Zertifikatanforderungen

Bereiten Sie die erforderlichen TLS-Zertifikate vor der Bereitstellung vor.

Omnissa Access-FQDN-Zertifikat

Für den FQDN der Omnissa Access-Bereitstellung ist ein TLS-Zertifikat erforderlich.

Zertifikatanforderungen:

• PEM-Format .pem.
• CN muss mit dem FQDN des primären Mandanten übereinstimmen.
• Das Zertifikat muss die folgenden alternativen Antragstellernamen (Subject Alternative Names, SANs) enthalten:
  • tenant.example.com
  • tenant-cert.example.com
  • tenant-amsso.example.com

Platzhalterzertifikate werden unterstützt, wenn sie die erforderlichen SAN-Einträge erfüllen.

Beispiel:

Wenn die Bereitstellungsdomäne ist example.com, können die SAN-Einträge des Zertifikats wie folgt sein:

• tenant.example.com
• tenant-cert.example.com
• tenant-amsso.example.com

Die Zertifikats- und privaten Schlüsseldateien werden bei der Konfiguration der Bereitstellung benötigt.

Netzwerkkonfiguration - Anforderungen

Unified Access Gateway 2.8 und höher unterstützt die Funktion „Reverse-Proxy“, um Benutzern den sicheren Remote-Zugriff auf den einheitlichen Omnissa Access-Katalog zu ermöglichen. Unified Access Gateway kann in der DMZ hinter den Lastausgleichsdiensten am Front-End der Omnissa Access-Appliance bereitgestellt werden.

Port-Anforderungen

Die folgenden Port-Anforderungen gelten für die interne und externe Kommunikation.

Wichtig:

• Stellen Sie sicher, dass die erforderlichen Firewallregeln vor der Bereitstellung konfiguriert sind.
• Interne Plattform-Ports müssen zwischen der Infrastruktur und den Omnissa Access-Knoten erreichbar sein.
• Öffentliche Ports sollten nur über den Lastausgleichsdienst oder Reverse-Proxy verfügbar gemacht werden.
• Die Port-Offenlegung kann je nach Bereitstellungsarchitektur und Sicherheitsanforderungen variieren.