In diesem Blogbeitrag werden wir versuchen, die RDS- und VDI-Lizenzierung zu strukturieren und einige der wichtigsten Konzepte und Optionen zu erläutern. Nur um sicherzugehen: Dies ist keineswegs eine vollständige Referenz. Ja, selbst in diesem Beitrag mit mehr als 2000 Wörtern werden wir einige Ecken abschneiden (müssen).
Wenn wir mit Partnern und Kunden sprechen, werden wir häufig mit Fragen zur Lizenzierung von Microsoft RDS und VDI konfrontiert. "Wie viel kostet das?" ist eine Frage, die wir oft hören, und das ist... eine ziemlich komplexe Angelegenheit, um es vorsichtig auszudrücken. Erstens, weil die Technologie und Architektur, die RDS und VDI zugrunde liegen, komplex sind, und zweitens, weil sich die Spielregeln im Laufe der Zeit weiterentwickelt haben. Kurz gesagt, wenn Sie RDP-bezogene Lizenzen kaufen, stellen Sie sicher, dass Sie einen guten Berater haben oder dass Sie sich durch die Microsoft Produktbedingungen arbeiten.
Bevor Sie diesen Blogbeitrag fortsetzen, empfehlen wir dem Leser Lesen Sie unseren Blog-Beitrag über die Optionen und Komponenten von RDP.
DIE GRUNDLAGEN
Was ist ein CAL?
"Wenn die Arbeitsstationen in Ihrem Unternehmen vernetzt sind, sind Sie wahrscheinlich auf Netzwerkserversoftware angewiesen, um bestimmte Funktionen, wie die gemeinsame Nutzung von Dateien und Druckern, durchzuführen. Um auf diese Serversoftware legal zugreifen zu können, kann eine Client Access License (CAL) erforderlich sein. Bei einer CAL handelt es sich nicht um ein Softwareprodukt, sondern um eine Lizenz, die einem Nutzer das Recht gibt, auf die Dienste des Servers zuzugreifen." Lesen Sie mehr!
Wann benötigen Sie eine Microsoft RDS (Remote Desktop Services) CAL?
Einfach gesagt, in jeder Situation, in der Sie "Remote Desktop Services" (RDS) verwenden. Microsoft schreibt: "Jeder Nutzer und jedes Gerät, das eine Verbindung zu einem Remote Desktop-Sitzungshost herstellt, benötigt eine Client-Zugangslizenz (CAL)." Lesen Sie mehr!
Was ist mit einer RDP-Verbindung zu einer VDI (ohne die Verwendung von RDS)?
In diesem Fall benötigen Sie keine RDS-CAL. Sie benötigen jedoch eine Windows VDA-Lizenz (Virtual Desktop Access). Diese ist in den Windows E3- und E5-Lizenzen enthalten und kann auch zusätzlich zu Windows erworben werden, falls Sie nicht über die E3- oder E5-Variante verfügen. Windows E3 oder E5 ist die Weiterentwicklung der früheren Windows SA (Software Assurance). Erstere ist in der Regel benutzerbasiert, während letztere eine gerätebasierte Lizenzierung war.
"Windows Virtual Desktop Access (VDA) ist eine Autorisierungsstrategie, bei der jedes Gerät, das auf einen virtuellen Windows-Desktop in einer virtuellen Desktop-Infrastruktur (VDI) zugreifen möchte, lizenziert werden muss." Lesen Sie mehr!
VDA ist in den Windows E3- und E5-Abonnements enthalten, was bedeutet, dass primäre Benutzer von Geräten mit einer solchen Lizenz ohne zusätzliche Kosten auf ihre virtuellen Desktops zugreifen können.
Als "Sonderfall": Falls Sie über eine RDS-Plattform auf einen Windows-Client (und damit auf ein VDI-Szenario) zugreifen würden, bräuchten Sie sowohl die Windows-VDA-Lizenz (als Teil von Windows E3 oder E5 oder standalone) als auch eine RDS-CAL.
Auf der höchsten Ebene gibt die nachstehende Abbildung einige Hinweise:
RDS CAL LIZENZIERUNGSOPTIONEN
Nachdem die Grundlagen geklärt sind, wollen wir nun eine Stufe tiefer in die RDS-CAL-Lizenzierung einsteigen.
Der RD-Lizenzserver
Dies ist eine obligatorische Rolle für Microsoft, die in Ihrer RDS-Umgebung eingerichtet werden muss. Bei kleinen Bereitstellungen kann sie auf dem RD Session Host bereitgestellt werden. Für größere Bereitstellungen wird eine separate VM empfohlen. Beim Kauf von CALs müssen diese auf den Lizenzserver hochgeladen werden. Wenn eine entsprechende RDS-CAL von einem Lizenzserver verfügbar ist, wird die RDS-CAL an den Client ausgegeben, und der Client kann sich mit dem RD Session Host-Server und von dort aus mit dem Desktop oder den Anwendungen verbinden, die er nutzen möchte. In der Regel gibt es Karenzzeiten, in denen der Lizenzserver eine Verbindung akzeptiert.
Welche Arten von RDS CAL gibt es?
Grundsätzlich müssen Sie zwischen einer "Nutzer-CAL" und einer "Geräte-CAL" wählen. Ein Überblick:
PRO GERÄT
CALs werden physisch jedem Gerät zugewiesen
CALs werden vom Lizenzserver nachverfolgt
CALs können unabhängig von der AD-Mitgliedschaft nachverfolgt werden
Sie können bis zu 20% an CALs widerrufen
CALs können nicht übermäßig zugewiesen werden
PRO BENUTZER
CALs werden einem Nutzer in AD zugewiesen
CALs werden vom Lizenzserver nachverfolgt
CALs können nicht innerhalb einer Arbeitsgruppe nachverfolgt werden
Sie können keine CALs widerrufen
CALs können übergreifend zugewiesen werden (Verstoß gegen Vereinbarung)
Vergleich für RDS-CALs (für Windows Server 2016)
Nicht aufwärtskompatibel
Wie wir in unserem Blog zur RDP-Einführung erklärt haben, ist RDS an eine Windows Server-Version gebunden, d. h. die RDS-Versionen von Windows Server 2008R2 und 2016 sind fest mit den jeweiligen Plattformen verdrahtet und unterscheiden sich in Bezug auf Funktionen und Leistung erheblich voneinander.
Jetzt kommt der knifflige Teil: Die CALs, die Sie für eine Windows Server 2012-Bereitstellung gekauft haben, werden nicht auf einer Windows Server 2016-Plattform akzeptiert, wenn Sie nicht für die Software Assurance gekauft haben. Allerdings ist die 2016 RDS CAL abwärtskompatibel mit RDS 2012. Microsoft schreibt: "Jeder RDS-Lizenzserver kann Lizenzen von allen früheren Versionen von Remote Desktop Services und der aktuellen Version von Remote Desktop Services hosten. Zum Beispiel kann ein Windows Server 2016 RDS-Lizenzserver Lizenzen von allen früheren Versionen von RDS hosten, während ein Windows Server 2012 R2 RDS-Lizenzserver nur Lizenzen bis zu Windows Server 2012 R2 hosten kann."
Eine Aufwärtskompatibilität ist jedoch möglich, wenn Software Assurance für die RDS-CAL-Lizenzen erworben wurde. In diesem Fall können Sie einfach auf die neueste verfügbare Version aktualisieren. Wenn keine Software Assurance erworben wird, müssen neue RDS-CALs gekauft werden.
In der folgenden Tabelle wird die Theorie in die Praxis umgesetzt (falls keine Software Assurance vorhanden ist):
Die Windows Server CAL
Als wir über die RDS CAL geschrieben haben, haben wir noch nicht über die Windows Server-Lizenzierung gesprochen. Da in den meisten Fällen "Desktops" oder Anwendungen auf Windows Server bereitgestellt werden, gilt die Lizenzierung auch hier. In der Regel müssen Sie neben (oder zusätzlich zu) der RDS-CAL eine Windows Server-CAL (verfügbar "pro Nutzer" oder "pro Gerät") in Betracht ziehen.
Modell der Lizenzvergabe
Und dann hat Microsoft natürlich verschiedene Modelle für den Verbrauch von RDS-CALs. Aus einer übergeordneten Perspektive gibt es 3 Hauptkategorien:
Volumenlizenzierung: Dieser Begriff wird von Microsoft verwendet, um ein Programm für Unternehmen zu beschreiben, die mehrere Microsoft-Produktlizenzen benötigen, aber nicht mehrere Kopien der Softwaremedien und der mit der Software gelieferten Dokumentation. Microsoft Volume Licensing bietet Unternehmen in der Regel niedrigere Preise, zwei- oder dreijährige Lizenzvereinbarungen und häufig Produktnutzungsrechte, die in FPP-Lizenzen (Full Packaged Product) nicht enthalten sind, wie z. B. das Recht, die Software auf mehrere Geräte zu kopieren.
Im Rahmen der Volumenlizenzierung gibt es mehrere Optionen - werfen Sie einen Blick auf diese Seite für weitere Informationen.
- Unternehmensabkommen (EA)
- Offener Wert
- MPSA - Microsoft Produkt- und Dienstvertrag
SPLA (Server-Anbieter-Lizenzvertrag): "Mit der SPLA können Dienstanbieter und ISVs während einer dreijährigen Vertragslaufzeit auf monatlicher Basis Lizenzen für in Frage kommende Microsoft-Produkte erwerben, um Software-Dienste und Anwendungen für ihre Kunden zu hosten. Die SPLA unterstützt eine Vielzahl von Hosting-Szenarien, die es ihnen ermöglichen, hochgradig individuelle und robuste Lösungen für eine Vielzahl von Kunden anzubieten." Lesen Sie mehr!
CSP (Anbieter von Cloud-Diensten): Am 20. Novemberth 2018 kündigte Microsoft an, dass es möglich sein wird, RDS-CALs auch über ein CSP-Modell zu erwerben. "Bisher mussten Ihre Kunden ihre eigene RDS-CAL mitbringen, um Ihre RDS-Bereitstellung in der Kundenumgebung zu unterstützen. Jetzt kann ein CSP direkt RDS-Abonnements über unser CSP-Programm verkaufen, wodurch der zusätzliche Schritt entfällt, dass Kunden und Partner verschiedene Lizenzen über verschiedene Programme erwerben. Dieses Modell ermöglicht einen schnelleren Lizenzierungszyklus durch die CSP-Integration mit anderen Microsoft-Lizenzen wie Windows Server, SQL Server und Office und vereinfacht so den Kaufprozess für Partner." Lesen Sie mehr!
Neben den oben genannten Lizenzmodellen gibt es auch Sonderpreise für gemeinnützige Organisationen, Bildungseinrichtungen usw., aber diese Rabatte gelten nicht für alle Modelle.
VDI-LIZENZIERUNGSOPTIONEN
Wann brauchen Sie den VDA?
Im VDI-Szenario stellen Sie eine Remote-Verbindung zu einem Windows-Client her (d. h. zu dem Betriebssystem, das möglicherweise auf Ihrem Laptop/Desktop läuft). Wenn Sie VDI verwenden und somit keine Verbindung zu einem RD Session Host oder einem Windows Server herstellen, benötigen Sie keine RDS- und Windows Server-CALs. Sie müssen jedoch sicherstellen, dass Ihre Windows-(Client-)Lizenzierung ordnungsgemäß eingerichtet ist: Hier kommt "Windows Virtual Desktop Access, oder VDA" ins Spiel.
Sie benötigen eine solche VDA-Lizenz jedes Mal, wenn Sie eine Verbindung zu einem Windows-Client herstellen, der zentral gehostet wird (d. h. in einem Rechenzentrum oder auf einer virtuellen Maschine auf einem Hypervisor läuft). Sie benötigen auch eine VDA-Lizenz, wenn Sie sich per Remote Zugriff mit einem Windows-Desktop verbinden, der nicht Ihr primäres Gerät ist (z. B. nicht Ihr Haupt-Desktop, der am Arbeitsplatz angeschlossen ist).
Sie benötigen keine zusätzliche VDA-Lizenzierung, wenn Sie von einem Windows-Gerät aus eine Fernverbindung zu Ihrem primären Desktop/Laptop herstellen, der mit dem Firmennetzwerk verbunden ist. Ein typisches Szenario ist, dass der Desktop nachts im Büro eingeschaltet bleibt. Die Arbeiter im Home Office können dann über RDP von einem privaten Gerät aus auf diesen Arbeitsbereich zugreifen. Natürlich ist dies nicht das skalierbarste, sicherste oder kosteneffizienteste Szenario (aus Sicht des Stromverbrauchs), aber es ist dennoch eine Option.
Nehmen wir nun an, dass ein anderer Benutzer auf Ihre VDI zugreift. In diesem Fall handelt es sich nicht um den Hauptbenutzer, der auf sein Hauptgerät zugreift, so dass zusätzliche VDA-Lizenzen für diesen zusätzlichen Benutzer erforderlich sind. Ein typischer "zusätzlicher Benutzer" ist ein Auftragnehmer oder ein Kollege.
Gehen wir noch einen Schritt weiter: Wenn Sie eine Verbindung zu Ihrem primären Desktop/Laptop herstellen, der mit dem Firmennetzwerk verbunden ist, und Sie versuchen, eine Verbindung von einem Nicht-Windows-Gerät herzustellen (z. B. einem Apple MacBook), benötigen Sie ebenfalls eine VDA-Lizenz (oder eine Windows 10 Enterprise E3/E5, wie Sie weiter unten lesen werden).
Sind Sie noch bei uns?
Lizenzierung von Windows 10 Enterprise E3, E5 und SA
Windows "Virtual Desktop Access" (VDA) ist in Windows 10 Enterprise E3 und E5 Lizenzen enthalten. Mit der Windows 10 Enterprise E3- und E5-Benutzerlizenzierung haben Sie die Rechte für den Remote Zugriff für bis zu 5 verschiedene Geräte (verbunden mit demselben Benutzer). Dazu gehören auch Geräte mit Nicht-Windows-Betriebssystemen (z. B. ein iPad). Das "Host"-Windows-Client-System kann auch in einem Rechenzentrum gehostet werden.
Windows 10 Enterprise E3 oder E5 ist als "pro Gerät"- und "pro Benutzer"-Lizenzierung erhältlich. Windows SA war bisher ausschließlich für die gerätebezogene Lizenzierung verfügbar. Ab 1. Dezemberst 2014 werden Windows SA und Windows VDA auch auf einer "pro-Benutzer"-Basis lizenziert. In Windows SA war auch VDA integriert. Heutzutage verkauft Microsoft jedoch hauptsächlich Windows 10 E3- und E5-Benutzerlizenzen.
Windows Virtuell Desktop
Microsoft hat Windows Virtual Desktop auf Azure eingeführt, das sich seit März 2019 in der öffentlichen Beta-Phase befindet. Die Lizenzierungsanforderungen für WVD auf Azure unterscheiden sich von den Standardregeln. Lesen Sie mehr in unserem Blogbeitrag zu diesem Thema!
Kann ich mich über RDS mit VDI verbinden?
Ja, das ist eine Möglichkeit. In einem solchen Fall greifen Sie auf den Windows-Client zu, indem Sie die Einrichtung der Remote Desktop Services verwenden. Sie müssen sowohl eine VDA-Lizenz (die durch Windows 10 Enterprise E3 oder E5 abgedeckt sein könnte) als auch eine RDS-CAL erwerben. Die Windows Server-CAL benötigen Sie jedoch nicht.
Kompatibilität
Da Windows E3 und E5 grundsätzlich die Software Assurance enthalten, haben Sie das Recht, jederzeit ein Upgrade (oder Downgrade, theoretisch) durchzuführen.
Lizenz-Modelle
Ähnlich wie RDS sind auch Windows E3, E5 und VDA in verschiedenen Lizenzmodellen erhältlich. Allerdings ist es "etwas" komplexer. Diese Tabelle gibt einen guten Überblick:
Zusammenfassende Tabelle
Der folgende Baum versucht, die Optionen für einige Szenarien zusammenzufassen:
RDP TO LINUX
Eine weitere Option, die wir noch nicht erwähnt haben, ist die Möglichkeit, das Remote Desktop Protocol (RDP) zu verwenden, um auf einen Rechner ohne Windows zuzugreifen. Nehmen wir sicher an, dass das in der heutigen Welt Linux ist. Aus Sicht der Microsoft-Lizenz fallen keine Kosten an. Das macht nur Sinn, wenn Sie keinen Windows-Client (kein VDA erforderlich), keinen Windows-Server (keine Windows-Server-CAL erforderlich) und keinen RDS (keine RDS-CAL erforderlich) verwenden. Für andere (nicht-Microsoft) RDP-Suites können jedoch Lizenzkosten anfallen.
RDP-LIZENZIERUNG UND AWINGU
Hier können wir uns kurz fassen. Awingu ermöglicht es Ihnen nicht, RDS- oder VDI-bezogene Lizenzen als solche einzuschränken. Awingu ist ein Layer on top, und es gelten alle Spielregeln. Positiv ist jedoch, dass die Lizenzierung von Awingu viel weniger komplex ist, da sie benutzerbasiert auf einer gleichzeitigen Ebene erfolgt. Es spielt keine Rolle, welche Funktionen Sie nutzen, wie oft Sie sie nutzen, von welchem Gerät aus Sie arbeiten oder wie viele Anwendungen/Desktops Sie nutzen. Einfach und transparent.
English 
Italian 
German 
Spanish 
French