Installieren von Omnissa Access

Befolgen Sie die Anweisungen in diesem Handbuch, um Omnissa® Access™ auf der Steuerungsebene bereitzustellen.

Der Abschnitt „Installieren von Omnissa Access“ im Handbuch Installieren und Konfigurieren von Omnissa Access führt Sie durch den gesamten Prozess der Bereitstellung von Omnissa Access in Ihrer Umgebung. Er enthält eine Übersicht über die Bereitstellung, eine Beschreibung der Plattformkomponenten, aus denen ein Omnissa Access-Cluster besteht, die unterstützte Bereitstellungsarchitektur sowie eine schrittweise Installationsanleitung, die Sie von der ersten Vorbereitung der virtuellen Maschinen bis zur Erstellung von Mandanten begleitet.

Nach Abschluss der Installation behandelt das Handbuch Themen zur Konfiguration und Verwaltung, die Ihnen bei der Vorbereitung und dem Betrieb Ihrer Bereitstellung helfen.

Nach Abschluss der Konfiguration können Sie die Omnissa Access-Konsole verwenden, um Benutzer und Gruppen zu verwalten, Authentifizierungs- und Zugriffsrichtlinien einzurichten und zu verwalten sowie Ressourcen zum Katalog hinzuzufügen und die Berechtigungen für diese Ressourcen zu verwalten. Sie können auch die Workspace ONE UEM-Integration konfigurieren und Hub Services starten.

Bereitstellungsübersicht

Omnissa Access wird auf der Steuerungsebenenplattform in mehreren Phasen bereitgestellt. Jede Phase hängt vom erfolgreichen Abschluss der vorherigen Phase ab.

Einsatzphasen

1. Virtuelle Maschinen vorbereiten.
2. Bootstrap-Knoten und Assets einrichten.
3. Steuerungsebenen-Cluster initialisieren.
4. Steuerungsebenenplattform bereitstellen.
5. Infrastruktur- und Access-Dienste bereitstellen.
6. Mandant erstellen.

Übersicht über die Plattformkomponenten

In der folgenden Tabelle sind die erforderlichen Plattformkomponenten für Omnissa Access aufgeführt.

Bereitstellungsarchitektur

Stellen Sie sicher, dass die folgenden architekturbezogenen Anforderungen erfüllt sind. Diese sind für Omnissa Access erforderlich:

• Erforderliche virtuelle Maschinen

  Knotentyp	Anzahl	Zweck
  Infrastruktur-/Plattformknoten	3	Infrastrukturdienste
  Omnissa Access-Knoten	2 oder mehr	Access-Anwendungsdienste
  Bootstrap-Knoten	1	Bereitstellungscontroller
  Lastausgleichsdienst	0	Für HA der Access-Dienste
  Insgesamt	6 VMs oder mehr

  Hinweis: Plattformdienste werden auf allen Verwaltungs- und Omnissa Access-Knoten ausgeführt.

• Dienstplatzierung

  Knoten	Dienste
  Infrastruktur-/Plattformknoten	Nomad, Consul, Vault, Postgres, Redis, Kafka, OpenSearch
  Omnissa Access-Knoten	Nomad, Consul, Vault, Access-Dienste
  Bootstrap-Knoten	Bereitstellungs-/Verwaltungsvorgänge

  Stellen Sie sicher, dass alle Knoten die folgenden Anforderungen erfüllen:

  • AlmaLinux 9.6 wird ausgeführt
  • Sie verfügen über statische IP-Adressen
  • Sie verfügen über eindeutige Hostnamen
  • Sie verfügen über SSH-Zugriff vom Bootstrap-Knoten aus

• Lastausgleichskonfiguration

  Konfigurieren Sie Ihren Lastausgleichsdienst und fügen Sie Ihre Access-Dienstknoten Upstream hinzu, sodass der Lastausgleichsdienst den Datenverkehr auf einen beliebigen der Knoten umleiten kann. Informationen zu den Konfigurationsanforderungen finden Sie unter Verwenden eines Lastausgleichsdiensts oder eines Reverseproxy für den externen Zugriff auf Omnissa Access.

• DNS-Auflösung

  • DNS-Eintrag: Stellen Sie sicher, dass ein DNS-Eintrag in FQDN-IP (Lastausgleichsdienst-IP) aufgelöst wird.

    tenant.example.com

• Zertifikatanforderungen

  • Allgemeiner Name (Common Name, CN): Hostname des Lastausgleichsdiensts (tenant.example.com).

  • Alternative Antragstellernamen (Subject Alternate Name, SAN)

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

    Stellen Sie sicher, dass der Domänenanteil aller SAN-Einträge mit der Domäne übereinstimmt, die vom Lastausgleichsdienst und den Clusterknoten verwendet wird.

    Hinweise:

    • Sie können ein Platzhalterzertifikat wie beispielsweise *.tenant.example.com verwenden, um alle SANs abzudecken.
    • Wenn Sie keine zertifikatbasierte Authentifizierung verwenden, tenant.example.com ist das einzige erforderliche SAN. Sie können tenant-cert.example.com und tenant-amsso.example.com weglassen.

  CSR-Referenz

  Verwenden Sie je nach Zertifikattyp eine der folgenden Konfigurationen.

  Platzhalterzertifikat

  [ req ]
  default_bits       = 2048
  prompt             = no
  default_md         = sha256
  distinguished_name = dn
  req_extensions     = req_ext
  
  [ dn ]
  CN = *.tenant.example.com
  
  [ req_ext ]
  subjectAltName = @alt_names
  
  [ alt_names ]
  DNS.1 = *.tenant.example.com
  

  Nicht-Platzhalterzertifikat (alle SANs erforderlich)

  Wenn Sie kein Platzhalterzertifikat verwenden, listen Sie jeden alternativen Antragstellernamen explizit auf.

  [ req ]
  default_bits       = 2048
  prompt             = no
  default_md         = sha256
  distinguished_name = dn
  req_extensions     = req_ext
  
  [ dn ]
  CN = tenant.example.com
  
  [ req_ext ]
  subjectAltName = @alt_names
  
  [ alt_names ]
  DNS.1 = tenant.example.com
  DNS.2 = tenant-cert.example.com
  DNS.3 = tenant-amsso.example.com