6
Windows Server 2019 - Remote Desktop License Server - Redundanz
Guten Tag,
laut diversen Informationen ist es möglich den Remote Deskop License Server unter Server 2019 Redundant aufzusetzen unter zur Hildenahme eines SQL Servers. Ausser dieser Aussage konnte ich leider keine weiteren Informationen finden.
Kennt jemand einen kleinen Guide wo das Vorgehen erläutert wird?
Vielen Dank!
laut diversen Informationen ist es möglich den Remote Deskop License Server unter Server 2019 Redundant aufzusetzen unter zur Hildenahme eines SQL Servers. Ausser dieser Aussage konnte ich leider keine weiteren Informationen finden.
Kennt jemand einen kleinen Guide wo das Vorgehen erläutert wird?
Vielen Dank!
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 618515
Url: https://administrator.de/contentid/618515
Ausgedruckt am: 22.11.2024 um 16:11 Uhr
6 Kommentare
Neuester Kommentar
Moin
Wo hast Du diese "diversen Informationen" gefunden?
Hochverfügbarkeit mit SQL gibt es im Bereich des Connection-Brokers. Für den Lizenzserver ist mir das neu. Und macht auch in weiten Teilen keinen Sinn. Man erreicht das durch das Bereitstellen eines zweiten Lizenzservers. Und da ist es erst einmal wichtig, ob das System mit Benutzer- oder Geräte-CALS läuft: Das einzige Problem taucht auf, wenn Du DCALs im Einsatz hast und die ausgestellte Lizenz abgelaufen ist.
vgl. letzten Absatz https://www.microsoftpressstore.com/articles/article.aspx?p=2346349& ...
Gruß
Zitat von @RR-Stefan:
laut diversen Informationen ist es möglich den Remote Deskop License Server unter Server 2019 Redundant aufzusetzen unter zur Hildenahme eines SQL Servers.
laut diversen Informationen ist es möglich den Remote Deskop License Server unter Server 2019 Redundant aufzusetzen unter zur Hildenahme eines SQL Servers.
Wo hast Du diese "diversen Informationen" gefunden?
Hochverfügbarkeit mit SQL gibt es im Bereich des Connection-Brokers. Für den Lizenzserver ist mir das neu. Und macht auch in weiten Teilen keinen Sinn. Man erreicht das durch das Bereitstellen eines zweiten Lizenzservers. Und da ist es erst einmal wichtig, ob das System mit Benutzer- oder Geräte-CALS läuft: Das einzige Problem taucht auf, wenn Du DCALs im Einsatz hast und die ausgestellte Lizenz abgelaufen ist.
vgl. letzten Absatz https://www.microsoftpressstore.com/articles/article.aspx?p=2346349& ...
Gruß
www.windowspro.de/wolfgang-sommergut/rds-windows-server-2019-html5-client-ha-fuer-lizenz-server-aus-fuer-vgpu
Hochverfügbarer Lizenz-Server
Weitere Verbesserungen betreffen den Lizenz-Server (RDLS). Obzwar es sich dabei um eine kritische Komponente eines RDS-Deployments handelt, ließ er sich bis dato nicht hochverfügbar konfigurieren. Eine Behelfslösung bestand bei Per-Device-CALs etwa darin, den Sessions Hosts mehrere RDLS zuzuordnen und die Lizenzen zwischen ihnen aufzuteilen.
In Server 2019 können mehrere Instanzen von RDLS einen SQL Server zusammen nutzen und so auf einen gemeinsamen Lizenz-Pool zugreifen.
Geändert hat sich beim Lizenz-Server zudem die Kommunikation mit den Session Host und dem Active Directory, wenn eine Per-User-Lizenz benötigt wird. Bei der Anfrage eines Clients reicht der RDLS die CAL an den RDSH weiter, der diese nun selbst in das AD einträgt (anstatt dies wie bisher den Lizenz-Server machen zu lassen).
Aufgrund dieser Neuerung können Lizenz-Server so eingerichtet werden, dass sie RDS-CALs für User aus verschiedenen Domänen bereitstellen.
Hochverfügbarer Lizenz-Server
Weitere Verbesserungen betreffen den Lizenz-Server (RDLS). Obzwar es sich dabei um eine kritische Komponente eines RDS-Deployments handelt, ließ er sich bis dato nicht hochverfügbar konfigurieren. Eine Behelfslösung bestand bei Per-Device-CALs etwa darin, den Sessions Hosts mehrere RDLS zuzuordnen und die Lizenzen zwischen ihnen aufzuteilen.
In Server 2019 können mehrere Instanzen von RDLS einen SQL Server zusammen nutzen und so auf einen gemeinsamen Lizenz-Pool zugreifen.
Geändert hat sich beim Lizenz-Server zudem die Kommunikation mit den Session Host und dem Active Directory, wenn eine Per-User-Lizenz benötigt wird. Bei der Anfrage eines Clients reicht der RDLS die CAL an den RDSH weiter, der diese nun selbst in das AD einträgt (anstatt dies wie bisher den Lizenz-Server machen zu lassen).
Aufgrund dieser Neuerung können Lizenz-Server so eingerichtet werden, dass sie RDS-CALs für User aus verschiedenen Domänen bereitstellen.
Es kommt eine per User Lizenzierung zum Einsatz. Wenn man dem ersten Lizenzsever die CALs zuweist und den zweiten "leer" lässt bekommt man in der Remotedesktop Lizenzerungsdiagnose einen Fehler angezeigt.
Für mein Dafürhalten wäre das Szenario des gemeinsamen Lizenzpools sauberer.
Für mein Dafürhalten wäre das Szenario des gemeinsamen Lizenzpools sauberer.
o.k.
Finde ich aber trotzdem eher sinnfrei: Vergiss nicht den SQL-Server dann auch hochverfügbar auszulegen. Wenn der mal nicht in Funktion wäre, würden wohl deine beiden Lizenzserver ihren Dienst einstellen und Du hast weniger, als Du in der klassischen Variante mit einem "leeren" Lizenzserver hast.
Finde ich aber trotzdem eher sinnfrei: Vergiss nicht den SQL-Server dann auch hochverfügbar auszulegen. Wenn der mal nicht in Funktion wäre, würden wohl deine beiden Lizenzserver ihren Dienst einstellen und Du hast weniger, als Du in der klassischen Variante mit einem "leeren" Lizenzserver hast.
Nur zum Verständnis. Ein leerer (aber aktivierter) Lizenzserver würde genügen? Dann gäbe es bei der per User Lizenzierung keine Fehlermeldung, dass keine Lizenzen vorhanden sind?
Bei UCALs wird die Lizenzierung nicht erzwungen. Aus dem Artikel, den ich oben verlinkt hatte:
Per User licensing isn’t enforced by RD Licensing servers. If an RD Session Host server can contact an RD Licensing server, that is sufficient to allow a connection. You are responsible for ensuring that you are in compliance with licensing requirements, but they are not enforced.
To make an RDS deployment with Per User licensing highly available, you need to install multiple RD Licensing servers. If the first RD Licensing server is unavailable, then the second is contacted.
Allocation of RDS User CALs among the RD Licensing servers does not matter because they are not enforced. To simplify license management, you can install and activate all RDS User CALs on a single RD Licensing server.
Per User licensing isn’t enforced by RD Licensing servers. If an RD Session Host server can contact an RD Licensing server, that is sufficient to allow a connection. You are responsible for ensuring that you are in compliance with licensing requirements, but they are not enforced.
To make an RDS deployment with Per User licensing highly available, you need to install multiple RD Licensing servers. If the first RD Licensing server is unavailable, then the second is contacted.
Allocation of RDS User CALs among the RD Licensing servers does not matter because they are not enforced. To simplify license management, you can install and activate all RDS User CALs on a single RD Licensing server.
