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.
NFS-Speicher ist erforderlich, wenn Sie eine Notfallwiederherstellungs-Site (Disaster Recovery, DR) für Ihre Bereitstellung konfigurieren möchten. Weitere Informationen zu den Voraussetzungen finden Sie unter Konfigurieren der Notfallwiederherstellung für Omnissa Access.
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:
| Knotentyp | Anzahl | Zweck |
|---|---|---|
| Bootstrap-Knoten | 1 | Initialisiert und orchestriert die Bereitstellung der Steuerungsebene. |
| Omnissa Access-Knoten | 2 für kleine und mittlere 3 für große | Hostet die Omnissa Access-Anwendungsdienste hinter dem Lastausgleichsdienst. |
| Infrastruktur-/Plattformknoten | 3 | Hostet Plattform- und gemeinsam genutzte Infrastrukturdienste. |
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
configuserbeträ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.
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:
| Bereitstellungsgröße | Bootstrap-Knoten | Omnissa Access-Knoten | Infrastruktur-/Plattformknoten¹ | Unterstützte Skalierung |
|---|---|---|---|---|
| Klein | 1 Knoten 8 vCPU 32 GB RAM 200 GB Festplattenspeicher | 2 lastausgeglichene Knoten 24 vCPU 48 GB RAM Jeweils 200 GB Festplattenspeicher | 3 Knoten 16 vCPU 48 GB RAM Jeweils 200 GB Festplattenspeicher | Bis zu: 300.000 Benutzer 3.000 Gruppen 50 Anwendungen |
| Mittel | 1 Knoten 8 vCPU 32 GB RAM 200 GB Festplattenspeicher | 2 lastausgeglichene Knoten 48 vCPU 64 GB RAM Jeweils 200 GB Festplattenspeicher | 3 Knoten 24 vCPU 96 GB RAM Jeweils 300 GB Festplattenspeicher | Bis zu: 1.000.000 Benutzer 10.000 Gruppen 150 Anwendungen |
| Groß | 1 Knoten 8 vCPU 32 GB RAM 200 GB Festplattenspeicher | 3 lastausgeglichene Knoten 64 vCPU 96 GB RAM Jeweils 200 GB Festplattenspeicher | 3 Knoten 24 vCPU 96 GB RAM Jeweils 400 GB Festplattenspeicher | Bis zu: 1.000.000 Benutzer 20.000 Gruppen 500 Anwendungen |
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.
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:
- Bootstrap-Knoten → Physischer Host 1
- 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 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, wie unter Bereitstellen der virtuellen Maschinen für die Omnissa Access-Installation beschrieben.
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.
- Alle Knoten sind über das Netzwerk gegenseitig erreichbar.
- Der Lastausgleichsdienst ist konfiguriert und erreichbar. Informationen zu den Konfigurationsanforderungen finden Sie unter Verwenden eines Lastausgleichsdiensts oder eines Reverseproxy für den externen Zugriff auf Omnissa Access.
Damit soll sichergestellt werden, dass das Betriebssystem und die Basisinfrastruktur vollständig vorbereitet sind und die Plattformdienste während der Bereitstellung nicht beeinträchtigt werden.
Zertifikatanforderungen
Für den FQDN der Omnissa Access-Bereitstellung ist ein TLS-Zertifikat erforderlich:
- 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. Dabei wird
example.comdurch Ihre Bereitstellungsdomäne ersetzt:tenant.example.comtenant-cert.example.comtenant-amsso.example.com
Platzhalterzertifikate werden unterstützt, wenn sie die erforderlichen SAN-Einträge erfüllen. Selbstsignierte Zertifikate werden ebenfalls unterstützt.
Die Zertifikats- und privaten Schlüsseldateien werden bei der Konfiguration der Bereitstellung benötigt.
Netzwerkkonfiguration - Anforderungen
| Komponente | Beschreibung |
|---|---|
| DNS-Datensätze und IP-Adresse | IP-Adresse und DNS-Datensatz. Sammeln Sie die für die Bereitstellung der OVF-Vorlage erforderlichen Informationen, und zwar: Hostname, IPv4-Adresse von NIC 1 (eth0), DNS-Serveradressen, DNS-Suchdomäne, IPv4-Netzmaske von NIC 1, IPv4-Standard-Gateway, IPv4-CIDR der Docker0-Bridge. |
| Firewall-Port | Stellen Sie sicher, dass die eingehenden Firewall-Ports für Benutzer außerhalb des Netzwerks für die Omnissa Access-Instanz oder den Lastenausgleichsdienst geöffnet ist. Siehe die nachfolgenden Port-Anforderungen. |
| Reverse-Proxy-Server | Stellen Sie einen Reverse-Proxy wie beispielsweise Unified Access Gateway in der DMZ bereit, um Benutzern den sicheren Remote-Zugriff auf das Omnissa Access-Benutzerportal zu ermöglichen. |
Unified Access Gateway 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
Informationen dazu, welche Ports für diese Omnissa Access-Version benötigt werden, finden Sie auf der Seite Omnissa Access-Ports und -Protokolle , auf der Sie die Filter verwenden können, z. B. den Filter Version, um die Liste an Ihre Anforderungen anzupassen.
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.
War diese Seite hilfreich?