WICHTIG: Auf dieser Seite werden nur die Lizenzierungsmodelle von Omnissa Horizon behandelt. Softwarelizenzen von Drittanbietern, die für das Betriebssystem und die auf Ihren Remote-Desktops ausgeführten Anwendungen erforderlich sind, werden nicht berücksichtigt. Zum Aktivieren von Drittanbietersoftware für die Verwendung in Ihrer Horizon-Umgebung befolgen Sie die Richtlinien des jeweiligen Softwareanbieters.
Horizon 8 bietet zwei Lizenznutzungsmodelle, eines für benannte Benutzer (Named User, NU) und eines für gleichzeitig verbundene Benutzer (Concurrent Connected User, CCU). Horizon 8 zählt unabhängig von Ihrer Produktlizenz-Edition oder der Vereinbarung über das Nutzungsmodell die benannten Benutzer (NU) und gleichzeitig verbundenen Benutzer (CCU) in Ihrer Umgebung.
- Pro benanntem Benutzer (NU) – Für Umgebungen mit Mitarbeitern, die konstanten und dedizierten Zugriff auf einen oder mehrere Desktops benötigen. Angenommen, Organisation A hat 10 Mitarbeiter, die alle zur selben Zeit arbeiten und gleichzeitig Zugriff benötigen. In diesem Szenario benötigt Organisation A 10 NU-Lizenzen.
- Pro gleichzeitiger Verbindung (CCU) – Für Umgebungen mit einer hohen Anzahl von Benutzern, die Desktops abwechselnd nutzen, wie z. B. Studenten und Schichtarbeiter. Eine gleichzeitige Verbindung ist definiert als die Gesamtzahl der Benutzer, die zu einem bestimmten Zeitpunkt auf Desktops oder Apps zugreifen, um eine aktive Verbindung zu ihrem Arbeitsbereich oder Desktop über ein Endpoint-Gerät aufrechtzuerhalten. Organisation B hat beispielsweise 10 Mitarbeiter, wobei 5 Mitarbeiter tagsüber und 5 Mitarbeiter abends arbeiten. Da nur 5 Mitarbeiter gleichzeitig Zugriff benötigen, sind für Organisation B 5 CCU-Lizenzen anstelle von 10 NU-Lizenzen ausreichend.
Für das NU-Modell, Horizon 8 zählt die Anzahl der einzelnen Benutzer, die Zugriff auf die Horizon 8-Umgebung haben, wobei der Zugriff durch die Berechtigung bestimmt wird. Die spezifische Erhöhung der Anzahl variiert je nach AD-Benutzer oder AD-Gruppe.
- Wenn ein Administrator 50 Benutzern die Berechtigung für einen Pool von Desktops erteilt, erhöht sich die Anzahl der NUs sofort um 50, auch wenn sich noch keiner von ihnen angemeldet hat.
- Wenn ein Administrator 100 eindeutigen Benutzern einer AD-Gruppe die Berechtigung für einen Pool erteilt, erhöht sich die Anzahl der NUs sofort um 1. Wenn sich Benutzer an ihrem Desktop anmelden, erhöht sich die Anzahl der NUs für jeden neuen Benutzer, der sich anmeldet. Im Laufe der Zeit und unter der Annahme, dass sich alle 100 eindeutigen Benutzer mindestens einmal an ihren Desktops angemeldet haben, würde die Gesamtzahl der NUs als Ergebnis dieser Autorisierung und dieses Pools 101 betragen. Beachten Sie, dass Horizon 8 AD-Gruppen immer als 1 NU zählt, da Horizon 8 die SID zur Verfolgung von Benutzern verwendet und AD-Gruppen ihre eigene eindeutige SID haben, die von der SID einzelner Benutzer nicht zu unterscheiden ist.
- Wenn ein benannter Benutzer zu mehreren Einzelbenutzer-Desktops, veröffentlichten Desktops und veröffentlichten Anwendungen berechtigt ist, wird der Benutzer einmal gezählt. Wenn sich ein Benutzer anmeldet, erhöht Horizon 8 die Anzahl der NUs nur dann, wenn dieser Benutzer zuvor noch nicht als Teil einer Berechtigung (ob Einzelperson oder AD-Gruppe) gezählt wurde.
- Horizon 8 enthält immer einen zusätzlichen benannten Benutzer für den Administrator, d. h., selbst wenn Sie keine aktiven Benutzer oder Desktops/Anwendungen in Ihrer Umgebung haben, zeigt Horizon 8 1 NU an.
Benannte Benutzer – Beispiel
Diese Beispieltabelle zeigt, wie Horizon 8 NUs zählt.
| Szenario | Gesamtzahl benannter Benutzer (aktuell) |
|---|---|
| Sie installieren und stellen einen Horizon 8-Pod in Ihrer Umgebung bereit. Sie geben Ihren Lizenzschlüssel in den Pod ein, haben aber noch keine virtuellen Desktop-Pools oder Anwendungsfarmen erstellt. | 0 |
| Sie erstellen einen Pool von 10 Desktops. Sie erteilen Benutzer 1 die Berechtigung für den Pool. Der Benutzer hat sich noch nicht angemeldet. | 0 |
| Benutzer 1 hat einen virtuellen Desktop gestartet. | 1 |
| Sie haben Benutzer 2 die Berechtigung für den Pool von Desktops erteilt. Benutzer 2 meldet sich an. | 2 |
| Sowohl Benutzer 1 als auch Benutzer 2 melden sich von ihren Desktops ab. | 2 |
| Sie erstellen eine Farm mit veröffentlichten RDS-Desktops und erteilen Benutzer 3 und Benutzer 4 die Berechtigung für veröffentlichte Desktops. Nur Benutzer 3 meldet sich bei einem veröffentlichten Desktop an. | 3 |
| Nun meldet sich auch Benutzer 4 bei einem veröffentlichten Desktop an. | 4 |
| Sie erstellen eine neue RDS-App-Farm mit einigen Anwendungen und erteilen allen Benutzern (Benutzer 1, 2, 3 und 4) die Berechtigung für die Farm. Benutzer 3 startet eine Anwendung von seinem Horizon Client (zusätzlich zu seiner veröffentlichten RDS-Desktop-Sitzung). | 4 |
| Benutzer 3 hat eine weitere Anwendung von einem anderen Clientcomputer aus gestartet. Benutzer 3 verfügt nun über einen RDSH-Desktop und zwei laufende Anwendungen. | 4 |
| Benutzer 4 verfügt über eine bestehende RDSH-Desktop-Sitzung und startet nun eine Anwendung. | 4 |
| Sowohl Benutzer 3 als auch Benutzer 4 melden sich von allen ihren offenen Sitzungen ab. | 4 |
| Der Administrator setzt die Anzahl der benannten Benutzer durch Klicken auf „Anzahl der benannten Benutzer zurücksetzen“ zurück. | 0 |
| Benutzer 1 meldet sich erneut bei einem virtuellen Desktop an. | 1 |
| Der Administrator erstellt einen neuen Pool und erteilt Benutzer 1 die Berechtigung für den Pool. Benutzer 1 startet einen virtuellen Desktop in dem neuen Pool (während er weiterhin bei dem zuvor gestarteten virtuellen Desktop angemeldet ist). Beide Desktops werden von demselben Horizon Client aus gestartet, der auf demselben Windows-Laptop ausgeführt wird. | 1 |
| Der Administrator erteilt Benutzer 1 die Berechtigung für die über RDS veröffentlichten Desktops und Anwendungen. Benutzer 1 startet einen veröffentlichten Desktop. | 1 |
| Benutzer 1 startet die Anwendung Paint von seinem Horizon Client aus. | 1 |
| Benutzer 1 startet die Anwendung „Snipping Tool“ über seinen virtuellen Desktop. | 1 |
| Der Administrator erstellt einen dritten Pool mit virtuellen Desktops und erteilt Benutzer 1 die Berechtigung für diesen Pool. Benutzer 1 meldet sich über einen Horizon Client, der auf demselben Windows-Laptop ausgeführt wird, bei einem neuen Desktop im dritten Pool an (er ist weiterhin bei den beiden vorherigen virtuellen Desktops angemeldet). | 1 |
| Der Administrator erstellt einen vierten Pool virtueller Desktops und erteilt Benutzer 1 die Berechtigung für diesen Pool. Benutzer 1 meldet sich bei einem neuen Desktop in diesem 4. Pool von einem anderen Gerät aus an (separater Computer mit Horizon Linux Client). Beachten Sie, dass er immer noch bei den vorherigen drei virtuellen Desktops angemeldet ist. | 1 |
| Benutzer 2 meldet sich bei seinem Desktop an. | 2 |
| Der Administrator setzt die Anzahl der benannten Benutzer durch Klicken auf „Anzahl der benannten Benutzer zurücksetzen“ zurück. | 0 |
| Benutzer 1 meldet sich bei einem virtuellen Desktop 1 an. | 1 |
| Über den virtuellen Desktop 1 meldet sich derselbe Benutzer 1 bei einem anderen virtuellen Desktop 2 an (geschachtelter Hop). | 1 |
| Über den virtuellen Desktop 2 öffnet derselbe Benutzer 1 eine RDSH-Sitzung mit App 1 (geschachtelter Hop). | 1 |
Gleichzeitig verbundene Benutzer (CCU) werden wie folgt gezählt:
- Bei Einzelbenutzer-Desktops (d. h. virtuellen Desktops) wird jede verbundene Desktop-Sitzung als 1 CCU gezählt. Wenn ein gleichzeitig verbundener Benutzer mehrere Einzelbenutzer-Desktops gleichzeitig ausführt, wird jede verbundene Desktop-Sitzung separat als 1 CCU gezählt.
- Bei der Nutzung von veröffentlichten Desktops und Anwendungen (z. B. RDSH-Desktops oder -Anwendungen) zählt Horizon 8 nach gleichzeitig verbundenen Benutzern. Wenn ein gleichzeitig verbundener Benutzer mehrere veröffentlichte Desktopsitzungen und Anwendungen ausführt, wird der Benutzer nur einmal gezählt, auch wenn verschiedene veröffentlichte Desktops oder Anwendungen auf verschiedenen RDS-Hosts gehostet werden oder wenn der Benutzer eine Verbindung über verschiedene Endpunktgeräte und Horizon-Clients herstellt.
- Führt ein gleichzeitig verbundener Benutzer einen Einzelbenutzer-Desktop und zusätzliche veröffentlichte Desktops und Anwendungen aus, wird der Benutzer nur einmal gezählt.
Sowohl in den NU- als auch in den CCU-Metriken können die Komponenten eines Horizon-Pakets nicht unter Benutzern aufgeteilt werden. Dies gilt sowohl für benannte als auch für gleichzeitige Verbindungsinstanzen. Auch wenn ein Paket aus einzelnen Komponenten besteht, sollten diese Komponenten gemeinsam als ein einziges Produkt betrachtet werden. Selbst wenn ein Endbenutzer in einem Szenario mit gleichzeitigen Verbindungen nur mit Horizon verbunden ist, werden die anderen dem Paket zugehörigen Komponenten (z. B. Workspace ONE® Access™) auf diese Weise auch als mit diesem Benutzer verbunden betrachtet und können anderen Benutzern nicht zugewiesen werden.
Beispiel: Organisation A verfügt über 100 Horizon Universal Subscription-Lizenzen für gleichzeitige Verbindungen. Benutzer A stellt eine Verbindung zu seinem virtuellen Desktop her und verbraucht eine gleichzeitige Verbindung. Benutzer A verwendet jedoch keine ThinApp®. Wird ThinApp für einen anderen Benutzer freigegeben, wenn Benutzer A in ThinApp nicht aktiv ist? Die Antwort ist nein. Selbst wenn Benutzer A nicht mit allen Komponenten des Pakets verbunden ist, werden – sobald er sich mit einer der Komponenten im Paket verbindet – die anderen Komponenten standardmäßig über die Dauer der Sitzungsverbindung mit diesem Benutzer verknüpft.
Beispiel für gleichzeitig verbundene Benutzer
Diese Beispieltabelle zeigt, wie Horizon 8 CCUs zählt.
| Szenario | Aktuell | Höchste |
|---|---|---|
| Sie installieren und stellen einen Horizon 8-Pod in Ihrer Umgebung bereit. Sie geben Ihren Lizenzschlüssel in den Pod ein, haben aber noch keine virtuellen Desktop-Pools oder Anwendungsfarmen erstellt. | 0 | 0 |
| Sie erstellen einen Pool von 10 Desktops. Sie erteilen Benutzer 1 die Berechtigung für den Pool. Der Benutzer hat sich noch nicht angemeldet. | 0 | 0 |
| Benutzer 1 hat einen virtuellen Desktop gestartet. | 1 | 1 |
| Sie haben Benutzer 2 die Berechtigung für den Pool von Desktops erteilt. Benutzer 2 meldet sich an. | 2 | 2 |
| Sowohl Benutzer 1 als auch Benutzer 2 melden sich von ihren Desktops ab. | 0 | 2 |
| Sie erstellen eine Farm mit veröffentlichten RDS-Desktops und erteilen Benutzer 3 und Benutzer 4 die Berechtigung für veröffentlichte Desktops. Nur Benutzer 3 meldet sich bei einem veröffentlichten Desktop an. | 1 | 2 |
| Nun meldet sich auch Benutzer 4 bei einem veröffentlichten Desktop an. | 2 | 2 |
| Sie erstellen eine neue RDS-App-Farm mit einigen Anwendungen und erteilen allen Benutzern (Benutzer 1, 2, 3 und 4) die Berechtigung für die Farm. Benutzer 3 startet eine Anwendung von seinem Horizon Client (zusätzlich zu seiner veröffentlichten RDS-Desktop-Sitzung). | 2 | 2 |
| Benutzer 3 hat eine weitere Anwendung von einem anderen Clientcomputer aus gestartet. Benutzer 3 verfügt nun über einen RDSH-Desktop und zwei laufende Anwendungen. | 2 | 2 |
| Benutzer 4 hat eine bestehende RDSH-Desktop-Sitzung und startet nun eine Anwendung. | 2 | 2 |
| Sowohl Benutzer 3 als auch Benutzer 4 melden sich von allen ihren offenen Sitzungen ab. | 0 | 2 |
| Benutzer 1 meldet sich erneut bei einem virtuellen Desktop an. | 1 | 2 |
| Der Administrator erstellt einen neuen Pool und erteilt Benutzer 1 die Berechtigung für den Pool. Benutzer 1 startet einen virtuellen Desktop in dem neuen Pool (während er weiterhin bei dem zuvor gestarteten virtuellen Desktop angemeldet ist). Beide Desktops werden von demselben Horizon Client aus gestartet, der auf demselben Windows-Laptop ausgeführt wird. | 2 | 2 |
| Der Administrator erteilt Benutzer 1 die Berechtigung für die über RDS veröffentlichten Desktops und Anwendungen. Benutzer 1 startet einen veröffentlichten Desktop. | 2 | 2 |
| Benutzer 1 startet die Anwendung Paint von seinem Horizon Client aus. | 2 | 2 |
| Benutzer 1 startet die Anwendung Snipping Tool von seinem virtuellen Desktop aus, | 2 | 2 |
| Der Administrator erstellt einen dritten Pool mit virtuellen Desktops und erteilt Benutzer 1 die Berechtigung für diesen Pool. Benutzer 1 meldet sich über einen Horizon Client, der auf demselben Windows-Laptop ausgeführt wird, bei einem neuen Desktop im dritten Pool an (er ist weiterhin bei den beiden vorherigen virtuellen Desktops angemeldet). | 3 | 3 |
| Der Administrator erstellt einen vierten Pool virtueller Desktops und erteilt Benutzer 1 die Berechtigung für diesen Pool. Benutzer 1 meldet sich bei einem neuen Desktop in diesem 4. Pool von einem anderen Gerät aus an (separater Computer mit Horizon Linux Client). Beachten Sie, dass er immer noch bei den vorherigen drei virtuellen Desktops angemeldet ist. | 4 | 4 |
| Der Administrator setzt die Anzahl der CCU-Benutzer durch Klicken auf „Maximale Anzahl zurücksetzen“ zurück. | 0 | 0 |
| Benutzer 1 meldet sich bei einem virtuellen Desktop 1 an. | 1 | 1 |
| Über den virtuellen Desktop 1 meldet sich derselbe Benutzer 1 bei einem anderen virtuellen Desktop 2 an (geschachtelter Hop). | 2 | 2 |
| Über den virtuellen Desktop 2 öffnet derselbe Benutzer 1 eine RDSH-Sitzung mit App 1 (geschachtelter Hop). | 2 | 2 |
| Über den virtuellen Desktop 2 öffnet derselbe Benutzer 1 eine RDSH-Sitzung mit App 2 (geschachtelter Hop). | 2 | 2 |
War diese Seite hilfreich?