View a markdown version of this page

Verwenden Sie benutzerbasierte License Manager-Abonnements für unterstützte Softwareprodukte - AWS License Manager

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Verwenden Sie benutzerbasierte License Manager-Abonnements für unterstützte Softwareprodukte

Wenn benutzerbasierte Abonnements aktiviert sind AWS License Manager, können Sie vollständig konforme lizenzierte Softwareabonnements erwerben. Die Lizenzen werden von Amazon bereitgestellt und sind mit einer Abonnementgebühr pro Benutzer verbunden. Amazon EC2 bietet vorkonfigurierte Amazon Machine Images (AMIs) mit der unterstützten Software sowie Windows Server-Lizenzen, die in der Lizenz enthalten sind. Diese Lizenzen können ohne langfristige Lizenzverpflichtungen verwendet werden.

Um nutzerbasierte Abonnements zu verwenden, verknüpfen Sie Benutzer aus AWS Directory Service for Microsoft Active Directory (AWS Managed Microsoft AD) oder aus Ihrer selbstverwalteten (lokalen) Domäne mit EC2-Instances, die die Software bereitstellen. Um Ihre lizenzierte Software verfügbar zu machen, müssen Sie benutzerbasierte Abonnements erstellen und diese mit Instances verknüpfen, die über vorkonfigurierte AMIs gestartet wurden. AWS Systems Managerkonfiguriert und härtet die Instances, die Sie in der Lizenz enthalten, aus. Benutzer müssen eine Verbindung mit der Remote Desktop-Software herstellen, um auf die Instances zugreifen zu können, die die Software bereitstellen.

Für jeden zugehörigen Benutzer und jede vCPU für die Instances, die in der Lizenz enthalten sind, fallen Gebühren an. Die Preismodelle für Amazon EC2 Reserved Instances und Savings Plan können Ihnen helfen, Ihre Amazon EC2-Kosten zu optimieren. Weitere Informationen finden Sie unter Reserved Instances im Amazon Elastic Compute Cloud-Benutzerhandbuch. User-based Abonnements werden von der ersten Monatshälfte bis zum Monatsende in Rechnung gestellt.

Überlegungen zur Verwendung benutzerbasierter Abonnements im License Manager

Bei der Verwendung von benutzerbasierten Abonnements mit License Manager gelten die folgenden Überlegungen:

  • Für das AWS Marketplace Abonnement der Microsoft Remote Desktop Services (Win Remote Desktop Services SAL), die in der Lizenz enthalten sind, wird eine Gebühr pro Benutzer und Monat erhoben, ohne dass eine anteilige Gebühr anfällt.

  • Instanzen, die benutzerbasierte Abonnements anbieten, unterstützen standardmäßig bis zu zwei aktive Benutzersitzungen gleichzeitig. Um mehr als zwei aktive Benutzersitzungen zu aktivieren, können Sie ein Active Directory-Gruppenrichtlinienobjekt (GPO) konfigurieren und den Microsoft RDS-Lizenzierungsmodus auf einstellen. Per User Weitere Informationen finden Sie in den Voraussetzungen fürKonfigurieren Sie das Active Directory-Gruppenrichtlinienobjekt für aktivere Remotebenutzersitzungen.

  • Wenn Sie lokale Benutzer mit Administratorrechten für Instances erstellen, die benutzerbasierte Abonnements bereitstellen, ändert sich der Integritätsstatus der Instance möglicherweise in „Fehlerhaft“. Der License Manager kann Instances beenden, die aufgrund eines Verstoßes gegen die Richtlinien fehlerhaft sind. Weitere Informationen finden Sie unter Problembehandlung bei der Instance Compliance.

  • Wenn Sie Ihr Active Directory mit Microsoft Office-Produkten konfigurieren, muss Ihre VPC über VPC-Endpunkte verfügen, die in mindestens einem Subnetz bereitgestellt werden. Wenn Sie alle vom License Manager erstellten VPC-Endpunktressourcen entfernen möchten, müssen Sie alle Active Directory-Konfigurationen aus den License Manager-Einstellungen entfernen. Weitere Informationen finden Sie unter Heben Sie die Registrierung eines Active Directorys aus den License Manager-Einstellungen auf.

  • Der Tag-Schlüssel von AWSLicenseManager mit dem Wert von, den License Manager Ihren Instanzen UserSubscriptions zugewiesen hat, darf nicht geändert oder gelöscht werden.

  • Damit der Dienst wie erwartet funktioniert, dürfen die beiden für License Manager erstellten Netzwerkschnittstellen nicht geändert oder gelöscht werden.

  • Die Objekte, die License Manager in der AWS Reservierten Organisationseinheit (OU) des AWS Managed Microsoft AD Verzeichnisses erstellt, dürfen nicht geändert oder gelöscht werden.

  • Bei den Instanzen, die für benutzerbasierte Abonnements bereitgestellt werden, muss es sich um verwaltete Knoten handeln, die derselben Domäne angehören AWS Systems Manager und dieser angehören. Informationen dazu, wie Sie Ihre Instanzen weiterhin von Systems Manager verwalten können, finden Sie im Problembehandlung bei benutzerbasierten Abonnements im License Manager Abschnitt dieses Handbuchs.

  • Damit für einen Benutzer keine Microsoft Office- oder Visual Studio-Abonnementgebühren mehr anfallen, müssen Sie die Zuordnung des Benutzers zu allen Instanzen, denen er zugeordnet ist, trennen. Weitere Informationen finden Sie unter Benutzer von einer Instanz trennen, die benutzerbasierte License Manager Manager-Abonnements anbietet.

Abonnementgebühren im License Manager

Das Abonnement und die Abrechnung im License Manager variieren je nach verwendetem Abonnementprodukt.

Microsoft Office- und Visual Studio-Abonnements

Bei Microsoft Office- und Visual Studio-Abonnements endet die Abrechnung, sobald Sie den Benutzer von allen Instanzen getrennt haben, die das Abonnementprodukt bereitstellen, und ihn vom Produkt abgemeldet haben.

Abonnements für Microsoft Remote Desktop Services (RDS)

Microsoft RDS wird pro Benutzer und Monat abgerechnet, basierend auf einer Kombination aus dem Benutzerabonnement und dem Client Access License (CAL) -Token, das vom Lizenzserver ausgestellt wird, wenn der Benutzer eine Verbindung zu einer Instance herstellt, die das Abonnementprodukt bereitstellt.

Microsoft RDS-Abrechnung im License Manager

Die Abrechnung für Microsoft RDS beginnt, wenn der Active Directory-Benutzer das Abonnement über den License Manager abgeschlossen hat, und endet, nachdem das Token für die Clientzugriffslizenz (CAL) abgelaufen ist, 60 Tage ab dem Ausstellungsdatum, ohne anteilige Gebühren für Teilmonate. Die Abrechnung wird fortgesetzt, bis das Token abläuft, auch wenn Sie das Abonnement für den Benutzer kündigen.

Wenn sich ein abgemeldeter Benutzer nach Ablauf des Lizenz-Tokens weiterhin anmeldet, wird er automatisch erneut abonniert. Die Abrechnung wird fortgesetzt, bis er erneut gekündigt wird und sein Token abläuft.

Ebenso gilt: Wenn ein Benutzer, der noch nie ein Abonnement abgeschlossen hat, sich aber bei einer Instance anmeldet, die dem Lizenzserver zugeordnet ist, abonniert License Manager ihn automatisch und beginnt mit der RDS-Abrechnung. Die Abrechnung wird so lange fortgesetzt, bis sie gekündigt werden und ihr Token abläuft.

Um die Abrechnung für einen Benutzer am Ende des aktuellen Monats zu beenden, müssen Sie diesen Benutzer aus dem Active Directory entfernen, das für den Lizenzserver konfiguriert ist, bevor Sie das Abonnement kündigen.

Warnung

Wenn Sie einen Active Directory-Benutzer entfernen, der noch über ein aktives Microsoft Office- oder Visual Studio-Abonnement verfügt, kann dieser Benutzer nicht mehr auf Instanzen zugreifen, mit denen er verknüpft ist.

Die folgenden Beispielszenarien veranschaulichen, wie die RDS-Abrechnung funktioniert.

Das folgende Szenario zeigt eine Reihe von Standardaktionen, die sich auf die Abrechnung eines Active Directory-Benutzers (AD) auswirken, der am 12/15 /2024 abonniert ist, aber nie auf eine Abonnementinstanz zugreift.

Aktion: Wenn sich der Benutzer nie abmeldet, wird die Abrechnung auf unbestimmte Zeit fortgesetzt.

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet
12/15/2024 12/15/2024 -- N/A -- -- --

Aktion: Der Benutzer wurde am /2025. abgemeldet. 1/15

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet
12/15/2024 12/15/2024 -- N/A

1/15/2025

No

1/31/2025

Das folgende Szenario zeigt, wie sich der Ablauf des Lizenz-Tokens auf das Benutzerabonnement für einen Active Directory-Benutzer (AD) auswirkt, der am 9/15 /2024 abonniert ist und sich am selben Tag bei einer in eine Domäne eingebundenen Abonnementproduktinstanz anmeldet.

Aktion: Erstes Abonnement und Anmeldung für AD-Benutzer.

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet
9/15/2024 9/15/2024 9/15/2024 11/15/2024 -- -- --

Aktion: Derselbe AD-Benutzer wurde am /2024. abgemeldet. 10/19 Da der Benutzer jedoch nicht aus dem Verzeichnis entfernt wurde, wird die Abrechnung bis zum Ende des Monats fortgesetzt, in dem das Lizenz-Token abläuft.

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet
9/15/2024 9/15/2024 9/15/2024 11/15/2024

10/19/2024

--

11/30/2024

Alternative Aktion: Der AD-Administrator entfernt den Benutzer aus dem Verzeichnis auf 10/20 /2024 und meldet den Benutzer dann am darauffolgenden Tag ab. In diesem Fall endet die Abrechnung am Ende des Monats, in dem der Benutzer aus dem Verzeichnis entfernt wird.

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet
9/15/2024 9/15/2024 9/15/2024 11/15/2024 10/21/2024

10/20/2024

10/31/2024

Das folgende Szenario zeigt, wie ein Active Directory-Benutzer (AD), dessen Lizenztoken abgelaufen ist, automatisch erneut abonniert wird, wenn er auf eine in eine Domäne eingebundene Abonnement-Produktinstanz zugreift.

Aktion: Erstes Abonnement und Anmeldung für AD-Benutzer.

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet
9/15/2024 9/15/2024 9/15/2024 11/15/2024 -- -- --

Aktion: Derselbe AD-Benutzer wurde am /2024. abgemeldet. 10/19 Da der Benutzer jedoch nicht aus dem Verzeichnis entfernt wurde, wird die Abrechnung bis zum Ende des Monats fortgesetzt, in dem das Lizenz-Token abläuft.

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet
9/15/2024 9/15/2024 9/15/2024 11/15/2024

10/19/2024

--

11/30/2024

Handlung: Derselbe AD-Benutzer greift auf eine mit einer Domain verbundene Abonnement-Produktinstanz zu, nachdem sein vorheriges Lizenztoken abgelaufen ist, aber bevor die Abrechnung endet. Die Abrechnung wird fortgesetzt, bis der Benutzer das Abonnement wieder abbestellt und sein neues Token abläuft.

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet

11/20/2024 (re-subscribed)

billing continues

11/20/2024

1/20/2025

-- -- --

Das folgende Szenario zeigt, wie ein Active Directory-Benutzer (AD), der RDS SAL nie abonniert hat, automatisch abonniert wird, wenn er sich bei einer in eine Domäne eingebundenen Abonnement-Produktinstanz anmeldet.

Handlung: Ein AD-Benutzer, der RDS SAL noch nie abonniert hat, meldet sich unter /2024 bei einer in eine Domäne eingebundenen Abonnementproduktinstanz an und wird automatisch abonniert. 9/15 Die Abrechnung beginnt und wird so lange fortgesetzt, bis der Benutzer das Abonnement beendet und sein neues Token abläuft.

AD-Benutzer abonniert Die Abrechnung beginnt CAL ausgestellt CAL läuft ab Benutzer hat sich abgemeldet Benutzer aus AD entfernt Die Abrechnung endet
9/15/2024 (automatisch abonniert) 9/15/2024 9/15/2024 11/15/2024 -- -- --

Weitere Informationen zur Funktionsweise benutzerspezifischer Microsoft RDS-CALs finden Sie im Abschnitt Benutzerspezifische CALs im Artikel Lizenzieren Ihrer Remote-Desktop-Bereitstellung auf der Microsoft Learn-Website.

Voraussetzungen für die Erstellung benutzerbasierter Abonnements im License Manager

Die folgenden Voraussetzungen müssen in Ihrer Umgebung implementiert werden, bevor Sie benutzerbasierte Abonnements erstellen können.

IAM-Rollen und -Berechtigungen

Sie müssen dem Lizenzmanager gestatten, eine dienstbezogene Rolle zu erstellen, um Ihre nutzerbasierten Abonnements AWS-Konto zu integrieren. In der License Manager Console wird in User-based Abonnements eine Aufforderung angezeigt, falls die Rolle noch nicht erstellt wurde. Nachdem Sie auf die Aufforderung reagiert und zugestimmt haben, dass der Lizenzmanager die Rolle erstellen darf, wählen Sie Erstellen, um fortzufahren. Weitere Informationen finden Sie unter Verwenden von serviceverknüpften Rollen für License Manager.

Um benutzerbasierte Abonnements zu erstellen, muss Ihr Benutzer oder Ihre Rolle über die folgenden Berechtigungen verfügen:

  • Amazon EC2 — Arbeiten Sie mit Netzwerkschnittstellen und Subnetzen.

    • ec2:CreateNetworkInterface

    • ec2:DeleteNetworkInterface

    • ec2:DescribeNetworkInterfaces

    • ec2:CreateNetworkInterfacePermission

    • ec2:DescribeSubnets

  • Directory Service— Active Directorys verwalten.

    • ds:DescribeDirectories

    • ds:AuthorizeApplication

    • ds:UnauthorizeApplication

    • ds:GetAuthorizedApplicationDetails

    • ds:DescribeDomainControllers

  • Route 53 — Routing konfigurieren.

    • route53:DeleteHealthCheck

    • route53:ChangeResourceRecordSets

    • route53:GetHostedZone

    • route53:ListHostedZonesByName

    • route53:ListHostedZones

    • route53:ListHostedZonesByVPC

    • route53:CreateHostedZone

    • route53:DeleteHostedZone

    • route53:ListResourceRecordSets

    • route53:GetHealthCheckCount

    • route53:AssociateVPCWithHostedZone

Um benutzerbasierte Abonnements für Microsoft Office-Produkte zu erstellen, muss Ihr Benutzer oder Ihre Rolle außerdem über die folgenden zusätzlichen Berechtigungen verfügen:

  • ec2:CreateVpcEndpoint

  • ec2:DeleteVpcEndpoints

  • ec2:DescribeVpcEndpoints

  • ec2:ModifyVpcEndpoint

  • ec2:DescribeSecurityGroups

AWS KMS Wichtige Richtlinie für Lizenzserver-Anmeldeinformationen

Um Ihren eigenen KMS-Schlüssel zum Verschlüsseln und Entschlüsseln der geheimen Administratoranmeldeinformationen für den Microsoft RDS-Lizenzserver zu verwenden, müssen Sie der Rolle, die Sie für den Zugriff auf den License Manager-Betrieb verwenden, eine Richtlinie hinzufügen. Das folgende Beispiel zeigt eine Richtlinie, die Secrets Manager die Erlaubnis erteilt, auf den KMS-Schlüssel zuzugreifen, um die geheimen Anmeldeinformationen für den Microsoft RDS-Lizenzserver zu verschlüsseln und zu entschlüsseln.

JSON
{ "Version":"2012-10-17", "Id": "key-policy", "Statement": [ { "Sid": "Enable IAM User Permissions", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:role/RoleName" }, "Action": [ "kms:Decrypt" ], "Resource": "arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab", "Condition": { "StringLike": { "kms:ViaService": "secretsmanager.*.amazonaws.com" } } }, { "Sid": "Enable IAM User Permissions", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:role/aws-service-role/license-manager-user-subscriptions.amazonaws.com/AWSServiceRoleForAWSLicenseManagerUserSubscriptionsService" }, "Action": "kms:Decrypt", "Resource": "arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab", "Condition": { "StringLike": { "kms:ViaService": "secretsmanager.*.amazonaws.com" } } } ] }

Active Directory

Um benutzerbasierte License Manager-Abonnements zu verwenden, müssen Sie ein Active Directory (AD) erstellen, das Benutzerinformationen für die Benutzer des Abonnementprodukts enthält. Je nach Konfiguration können Sie ein oder ein AWS Managed Microsoft AD selbstverwaltetes AD verwenden.

Wenn Sie sowohl AWS verwaltete als auch selbstverwaltete Active-Verzeichnisse verwenden, müssen Sie eine bidirektionale Gesamtstrukturvertrauensstellung zwischen den Verzeichnissen einrichten. Weitere Informationen finden Sie im Administrationshandbuch unter Tutorial: Erstellen Sie eine Vertrauensstellung zwischen Ihrer AWS Managed Microsoft AD und Ihrer selbstverwalteten Active Directory-Domäne. AWS Directory Service

Anmerkung

Subnetze, die für Ihr Verzeichnis konfiguriert sind, müssen alle aus derselben VPC für Ihr stammen. AWS-Konto Gemeinsam genutzte Subnetze werden nicht unterstützt.

AWS Für verwaltete Active Directorys gelten die folgenden Einschränkungen.

  • Verzeichnisse, die mit Ihnen geteilt werden, werden nur unterstützt, wenn das Verzeichnis zuerst in das Hauptkonto aufgenommen wurde. Anschließend können Sie es in ein gemeinsames Konto integrieren.

  • Multi-factor Authentifizierung wird nicht unterstützt

Voraussetzung für tagbasierte Filter

Wenn Sie tagbasierte Filter für Ihr Active Directory verwenden, müssen Sie zunächst wie folgt in den AWS Resource Explorer Dienst einsteigen:

  1. Öffnen Sie die Resource Explorer-Konsole unter https://resource-explorer.console.aws.amazon.com/resource-explorer.

  2. Wählen Sie Resource Explorer einschalten.

  3. Wählen Sie auf der Seite „Resource Explorer einrichten“ eine Setup-Option wie folgt aus.

    Schnelleinrichtung

    Wählen Sie diese Option für die Grundkonfiguration.

    Fortgeschrittene Einrichtung

    Wählen Sie diese Option für eine benutzerdefinierte Konfiguration. Stellen Sie sicher, dass Sie einen Index mindestens für die Region erstellen, in der sich Ihr Active Directory befindet.

  4. Wählen Sie eine Region für die Aggregator-Index-Region aus.

  5. Wählen Sie Resource Explorer einschalten, um Ihre Einstellungen zu speichern.

  6. Wählen Sie im Navigationsbereich „Ansichten“ und dann „Ansicht erstellen“ aus.

    Anmerkung

    Um den Navigationsbereich einzublenden, falls er ausgeblendet ist, wählen Sie das Menüsymbol (drei horizontale Balken).

    1. Geben Sie auf der Seite „Ansicht erstellen“ license-manager-user-subscriptions-view den Namen ein.

    2. Vergewissern Sie sich, dass der Ressourcenfilter auf Alle Ressourcen einbeziehen eingestellt ist.

    3. Vergewissern Sie sich, dass im Abschnitt Zusätzliche Ressourcenattribute das Kontrollkästchen Tags aktiviert ist.

  7. Wählen Sie Ansicht erstellen, um den Vorgang abzuschließen.

Weitere Informationen zum Erstellen eines AWS Managed Microsoft AD Verzeichnisses finden Sie unter AWS Managed Microsoft AD Voraussetzungen und Erstellen Sie Ihr AWS Managed Microsoft AD Verzeichnis im AWS Directory Service Benutzerhandbuch.

Um Benutzer zuordnen zu können AWS Managed Microsoft AD, müssen Sie Benutzer in Ihrem AWS Managed Microsoft AD Verzeichnis bereitstellen. Weitere Informationen finden Sie AWS Managed Microsoft AD im AWS Directory Service Administrationshandbuch unter Benutzer und Gruppen verwalten.

Sicherheitsgruppen

Sicherheitsgruppen kontrollieren den Netzwerkverkehr, der zu und von den Ressourcen in Ihrem Netzwerk zugelassen wird. Um sicherzustellen, dass Ressourcen in Ihrer benutzerbasierten Abonnementumgebung kommunizieren können, müssen Ihre Sicherheitsgruppen die folgenden Kriterien erfüllen.

Sicherheitsgruppe für VPC-Endpunkte

Identifizieren oder erstellen Sie eine Sicherheitsgruppe, die eingehende TCP-Port-Konnektivität zulässt. 1688 Wenn Sie Ihre VPC-Einstellungen konfigurieren, geben Sie diese Sicherheitsgruppe an. Weitere Informationen finden Sie unter Arbeiten mit Sicherheitsgruppen.

License Manager ordnet diese Sicherheitsgruppe den VPC-Endpunkten zu, die er bei der Konfiguration der VPC in Ihrem Namen erstellt. Weitere Informationen zu VPC-Endpunkten finden Sie im Handbuch unter Zugreifen auf einen AWS Dienst mithilfe eines VPC-Schnittstellen-Endpoints. AWS PrivateLink

Sicherheitsgruppe für Active Directory-Domänencontroller

Stellen Sie sicher, dass die Sicherheitsgruppe, die Sie für Ihre AD-Domänencontroller verwenden, ausgehenden Datenverkehr an die Netzwerkschnittstellen-IP-Adressen der einzelnen Domänencontroller zulässt. Darüber hinaus sollte die Sicherheitsgruppe des Domänencontrollers die Kommunikation über alle Active Directory-bezogenen Ports einschließlich TCP 9389 ermöglichen. Port 9389 ist für die Active Directory-Webdienste (ADWS) erforderlich, die vom Active PowerShell Directory-Modul und anderen Verwaltungstools für die Kommunikation mit Domänencontrollern verwendet werden.

Anforderungen an die Sicherheitsgruppe für den Schritt „Registrieren Sie Ihr Active Directory“

Beim Onboarding Ihres Active Directorys in License Manager erstellen wir eine Netzwerkschnittstelle in den von Ihnen bereitgestellten Subnetzen, die mit der Standardsicherheitsgruppe der VPC gekennzeichnet wird. Bitte stellen Sie sicher, dass dieser Sicherheitsgruppe Zugriff auf Ihre Active Directory-Domänencontroller gewährt wird. Diese Gruppe kann nach Abschluss des Onboardings durch eine Gruppe Ihrer Wahl ersetzt werden, erfordert jedoch weiterhin Netzwerkzugriff auf die Domänencontroller.

Anforderungen an die Sicherheitsgruppe für den Schritt „RDS-Lizenzserver konfigurieren“

Während der Lizenzserverkonfiguration erstellt License Manager zwei Netzwerkschnittstellen in den von Ihnen angegebenen Subnetzen. Diese Netzwerkschnittstellen werden automatisch mit einer neu erstellten Sicherheitsgruppe gekennzeichnet, die alle erforderlichen Portkonfigurationen enthält. Stellen Sie sicher, dass Ihre Active Directory-Domänencontroller-Sicherheitsgruppen bidirektionalen Datenverkehr von den Subnetz-CIDRs an allen Active Directory-bezogenen Ports zulassen, einschließlich TCP-Port 9389. Port 9389 ist für die Active Directory-Webdienste (ADWS) erforderlich, die vom Active PowerShell Directory-Modul und anderen Verwaltungstools für die Kommunikation mit Domänencontrollern verwendet werden.

Sicherheitsgruppe für benutzerbasierte Abonnementinstanzen

Identifizieren oder erstellen Sie eine Sicherheitsgruppe, die den folgenden Zugriff auf und von Ihrer Instance ermöglicht. Weitere Informationen finden Sie unter Arbeiten mit Sicherheitsgruppen.

  • Eingehende 3389 TCP-Port-Konnektivität von Ihren zugelassenen Verbindungsquellen.

  • Ausgehende 1688 TCP-Port-Konnektivität, um die VPC-Endpunkte zu erreichen und mit ihnen zu kommunizieren. AWS Systems Manager

Netzwerkkonfiguration

License Manager erstellt zwei Netzwerkschnittstellen, die die Standardsicherheitsgruppe der VPC verwenden, in der Ihre bereitgestellt wird. AWS Managed Microsoft AD Diese Schnittstellen werden verwendet, damit der Dienst mit Ihrem Verzeichnis interagiert. Weitere Informationen finden Sie unter Schritt 2: Registrieren Sie Ihr Active Directory im License Manager und Was wird erstellt im AWS Directory Service Administrationshandbuch.

Nach Abschluss des Bereitstellungsvorgangs können Sie den von License Manager erstellten Schnittstellen eine andere Sicherheitsgruppe zuordnen.

DNS-Auflösung

Das Active Directory, das Sie für benutzerbasierte Abonnements registriert haben, muss von allen VPCs und Subnetzen aus zugänglich sein, die Sie in den License Manager-Einstellungen konfiguriert haben. Um sicherzustellen, dass auf die Active Directory-Knoten zugegriffen werden kann, konfigurieren Sie die DNS-Auflösung wie folgt:

Überlegungen zum Netzwerk für mehrere Active Directorys

Wenn Sie mehrere Active Directorys für benutzerbasierte Microsoft Office-Abonnements registrieren, berücksichtigen Sie die folgenden Netzwerkanforderungen:

  • Jedes registrierte Active Directory muss sich in einer separaten VPC befinden.

  • Instanzen werden basierend auf ihrer VPC automatisch einem registrierten Active Directory zugeordnet. Stellen Sie sicher, dass Instances, die benutzerbasierte Abonnements bereitstellen, in einer VPC gestartet werden, die über ein registriertes Active Directory verfügt, oder in einer VPC, die über ein Peering mit genau einer VPC verfügt, die über ein registriertes Active Directory verfügt.

  • Wenn Sie VPC-Peering verwenden, stellen Sie sicher, dass jede Instanz-VPC nur mit einer VPC verbunden ist, die über ein registriertes Active Directory verfügt. Das Peering mit mehreren Active Directory-VPCs führt zu einer mehrdeutigen Konfiguration, die die Instanzaktivierung verhindert.

Instanzen, die benutzerbasierte Abonnementprodukte anbieten

Damit Ihre benutzerbasierten Abonnementinstanzen wie erwartet funktionieren, müssen Sie die folgenden Voraussetzungen erfüllen:

  • Richten Sie eine Sicherheitsgruppe für Ihre Instances ein, wie unter beschriebenSicherheitsgruppen.

  • Stellen Sie sicher, dass die Instances, die zur Bereitstellung benutzerbasierter Abonnements bei Microsoft Office gestartet wurden, eine Route zu dem Subnetz haben, in dem die VPC-Endpunkte bereitgestellt werden.

  • Instances, die benutzerbasierte Abonnements bereitstellen, müssen von verwaltet werden, damit sie einen fehlerfreien AWS Systems Manager Status haben. Darüber hinaus müssen Ihre Instances in der Lage sein, ihre nutzerbasierte Abonnementlizenzierung zu aktivieren, damit auch nach der Lizenzaktivierung die Vorschriften eingehalten werden.

    Anmerkung

    License Manager versucht, fehlerhafte Instanzen wiederherzustellen, aber Instances, die nicht in einen fehlerfreien Zustand zurückversetzt werden können, werden beendet. Informationen zur Problembehandlung bei der Verwaltung Ihrer Instanzen durch Systems Manager und zur Einhaltung der Instances finden Sie im Problembehandlung bei benutzerbasierten Abonnements im License Manager Abschnitt dieses Handbuchs.

  • Den Instanzen, die die nutzerbasierten Abonnementprodukte bereitstellen, muss eine Instanzprofilrolle zugewiesen sein, mit der die Ressource verwaltet AWS Systems Manager werden kann. Weitere Informationen finden Sie unter Erstellen eines IAM-Instance-Profils für Systems Manager im AWS Systems Manager -Benutzerhandbuch.

  • Das müssen Sie, Trennen Sie die Zuordnung von Benutzern zu einer Instanz bevor Sie die Instance beenden.

Microsoft-Remotedesktopdienste

Für den Microsoft Remote Desktop Services-Lizenzserver ist ein Administratorbenutzer erforderlich, der im zugehörigen Active Directory definiert ist. Dieser Benutzer muss in der Lage sein, die folgenden Aufgaben auszuführen:

  • Erstellen Sie eine OU unter der Active Directory-Domäne

  • Instanzen zum Domänenbeitritt (Computer erstellen) innerhalb der Organisationseinheit, die erstellt wird

  • Fügen Sie ein Computerobjekt zu einer Terminalservergruppe innerhalb der Active Directory-Domäne hinzu

  • Weisen Sie Benutzerobjekten in der Active Directory-Domäne das Lesen und Schreiben auf den Terminal Server-Lizenzserver zu, um Lizenzserverberichte zu generieren.

Weitere Informationen zur Delegierung finden Sie unter Delegierung der Steuerung in den Active Directory-Domänendiensten.

Geheime Administratoranmeldeinformationen

License Manager verwendet es AWS Secrets Manager , um die Anmeldeinformationen zu verwalten, die für Benutzerverwaltungsaufgaben auf dem Microsoft Remote Desktop Services-Lizenzserver benötigt werden. Bevor Sie den Lizenzserver einrichten können, müssen Sie in Secrets Manager ein Geheimnis erstellen, das die Anmeldeinformationen für den Benutzer enthält, der Benutzerverwaltungsaufgaben auf dem Lizenzserver ausführt. Wenn Sie die Lizenzservereinstellungen konfigurieren, müssen Sie die ID des Geheimnisses angeben, das Sie erstellt haben.

Anmerkung

Dies muss derselbe Benutzer sein, den Sie für die Generierung von Berichten über den RDS-Lizenzserver definiert haben.

Um ein Geheimnis zu erstellen, folgen Sie den ausführlichen Anweisungen auf der Seite „ AWS Secrets Manager Geheim erstellen“ im Secrets Manager-Benutzerhandbuch. Beachten Sie dabei die folgenden Einstellungen, die spezifisch für den License Manager sind.

Wichtig

Um das Geheimnis verwenden zu können, ist License Manager auf die genauen Schlüsselnamen, den Benutzernamenwert und den Verschlüsselungsschlüssel angewiesen, die in der folgenden Liste angegeben sind. Der geheime Name muss mit dem folgenden Präfix beginnen:license-manager-user-.

Gehen Sie auf der Seite Secret-Typ auswählen wie folgt vor:

  • Geheimer Typ — Wählen Sie einen anderen Geheimtyp.

  • Key/value Paare — Geben Sie die folgenden Schlüsselpaare an, die im Secret gespeichert werden sollen.

    Username
    • Schlüssel: username

    • Wert: Administrator

    Passwort
    • Schlüssel: password

    • Wert: The password

  • Verschlüsselungsschlüssel — Um einen anderen KMS-Schlüssel als den aws/secretsmanager Schlüssel anzugeben, müssen Sie der Rolle, die Sie für den Zugriff auf License Manager-Operationen verwenden, eine Richtlinie hinzufügen. Weitere Informationen finden Sie unter IAM-Rollen und -Berechtigungen.

Auf der Seite „Geheim konfigurieren“:

  • Geheimer Name — Geben Sie einen Namen für Ihr Geheimnis an, der mit dem Präfix beginnt, das License Manager zur Identifizierung der geheimen Anmeldeinformationen des Lizenzservers verwendet. Beispiel:

    license-manager-user-admin-credentials

Bei diesen Anweisungen wird davon ausgegangen, dass Sie den verwenden AWS-Managementkonsole , um Ihr Geheimnis zu erstellen. Das Secrets Manager-Benutzerhandbuch enthält auch detaillierte Anweisungen für andere Methoden. Weitere Informationen zu Secrets Manager finden Sie unter Was ist Secrets Manager. Informationen speziell zu den Kosten finden Sie unter Preisgestaltung AWS Secrets Manager im Secrets Manager-Benutzerhandbuch.

Unterstützte Softwareprodukte für benutzerbasierte Abonnements im License Manager

AWS License Manager unterstützt benutzerbasierte Abonnements für Microsoft Visual Studio und Microsoft Office. Die Nutzung der unterstützten Software wird vom License Manager verfolgt. Für jeden Benutzer ist ein einziges Abonnement der Windows Server Remote Desktop Services Subscriber Access License (RDS SAL) erforderlich, um auf eine Instanz zuzugreifen, die in der Lizenz enthalten ist und ein benutzerbasiertes Abonnementprodukt bereitstellt. Weitere Informationen finden Sie unter Erste Schritte mit benutzerbasierten Abonnements im License Manager.

Unterstützte Windows-Betriebssystemplattformen (OS)

Sie finden Windows-AMIs, die Produkte enthalten, die unter die RDS SAL-Lizenz für die folgenden Windows-Betriebssystemplattformen fallen:

  • Windows Server 2025

  • Windows Server 2022

  • Windows Server 2019

Unterstützte Software für benutzerbasierte Abonnements

License Manager unterstützt die benutzerbasierte Lizenzierung mit der folgenden Software.

Microsoft Visual Studio

Microsoft Visual Studio ist eine integrierte Entwicklungsumgebung (IDE), mit der Entwickler Anwendungen erstellen, bearbeiten, debuggen und veröffentlichen können. Die bereitgestellten Microsoft Visual Studio-AMIs enthalten das AWS Toolkit für.NET-Refactoring und die. AWS Toolkit for Visual Studio

Unterstützte Editionen
  • Visual Studio Professional 2022

  • Visual Studio Enterprise 2022

In der folgenden Tabelle sind die Namen der Softwareabonnements und der zugehörige Produktwert aufgeführt, die für benutzerbasierte Abonnement-API-Operationen von License Manager verwendet werden.

Name des Softwareabonnements Wert des Produkts

Visual Studio Enterprise 2022

VISUAL_STUDIO_ENTERPRISE

Visual Studio Professional 2022

VISUAL_STUDIO_PROFESSIONAL

Microsoft Office

Microsoft Office ist eine Sammlung von Software, die von Microsoft für verschiedene Produktivitätsanwendungen entwickelt wurde, einschließlich der Arbeit mit Dokumenten, Tabellenkalkulationen und Diashow-Präsentationen.

Unterstützte Editionen
  • Office LTSC Professional Plus 2021

  • Office LTSC Professional Plus 2024

  • Office LTSC Professional Plus 2021 32-Bit (x86)

  • Office LTSC Professional Plus 2024 32 Bit (x86)

  • Office LTSC Standard 2021

  • Büro LTSC Standard 2024

  • Office LTSC Standard 2021 32-Bit (x86)

  • Office LTSC Standard 2024 32 Bit (x86)

In der folgenden Tabelle sind die Namen der Softwareabonnements und der zugehörige Produktwert aufgeführt, die für benutzerbasierte API-Vorgänge im Zusammenhang mit dem Abonnement von License Manager verwendet werden.

Name des Softwareabonnements Wert des Produkts

Office LTSC Professional Plus 2021

OFFICE_PROFESSIONAL_PLUS

Office LTSC Professional Plus 2024

OFFICE_PROFESSIONAL_PLUS

Büro LTSC Standard 2021

OFFICE_STANDARD

Büro LTSC Standard 2024

OFFICE_STANDARD

Microsoft Office EC2 Image Builder-Komponente

Zusätzlich zu den vorkonfigurierten AMIs ist Microsoft Office auch als EC2 Image Builder-Komponenten verfügbar.

Image Builder-Komponenten sind sowohl für Microsoft Office LTSC Professional Plus als auch für Microsoft Office LTSC Standard verfügbar. Sie können das Versionsjahr und die Architektur so konfigurieren, dass sie Ihren Anforderungen entsprechen.

Jahr der unterstützten Version
  • 2021

  • 2024

Unterstützte Architektur
  • 32-Bit

  • 64-Bit

Kombinieren Sie Microsoft Office mit anderer Software

Sie können die Microsoft Office Builder-Komponenten mit EC2 Image Builder verwenden, um benutzerdefinierte AMIs zu erstellen, die Microsoft Office zusammen mit anderer Software enthalten.

Office Image Builder-Komponenten können mit jedem der folgenden Basis-AMIs verwendet werden:

  • Ihr eigenes benutzerdefiniertes AMI

  • Ein benutzerbasiertes Abonnement-AMI für Visual Studio

  • Ein grundlegendes Windows Server-AMI

Sie können Ihrem Image-Rezept neben der Office-Komponente auch zusätzliche EC2 Image Builder-Komponenten hinzufügen. Sie können beispielsweise Komponenten hinzufügen, mit denen die Tools, Agenten oder Konfigurationen Ihrer Organisation installiert werden, um ein vollständig angepasstes AMI zu erstellen, das Office und jede andere Software umfasst, die Ihre Benutzer benötigen.

Kombinieren Sie Microsoft Office und Microsoft Visual Studio in einer einzigen Instanz

Mithilfe der EC2 Image Builder-Pipelines, die mit dem License Manager erstellt wurden, können Sie mehrere lizenzierte Produkte in einem einzigen Amazon Machine Image (AMI) bündeln. Sie können beispielsweise ein AMI erstellen, das sowohl Visual Studio Professional 2022 als auch Office LTSC Professional Plus 2024 umfasst, und dann Instances mit allen vorinstallierten und vorlizenzierten Produkten starten. Eine schrittweise Anleitung finden Sie unter Starten Sie eine Instanz mit Microsoft Office- und Microsoft Visual Studio-Produkten

Active Directory

License Manager unterstützt benutzerbasierte Abonnements für Microsoft Visual Studio, Microsoft Office und die Remote Desktop Services Subscriber Access License (RDS SAL). Die Produkte unterstützen entweder eines AWS Managed Microsoft AD oder ein selbstverwaltetes Active Directory, das entweder in Ihrer AWS Umgebung bereitgestellt wird oder über eine Netzwerkkonnektivität zu einer VPC in Ihrer Umgebung verfügt. AWS

Diese Tabelle gibt an, welche Active Directory-Typen von den einzelnen Softwareprodukten unterstützt werden, wenn sie mit benutzerbasierten Abonnements verwendet werden:.

Softwareprodukt AWS Managed Microsoft AD Self-managed UND
Microsoft Visual Studio Unterstützt Nicht unterstützt
Microsoft Office Unterstützt Nicht unterstützt
RDS SAL-Produkte Unterstützt Unterstützt

Unterstützung mehrerer Active Directorys für Microsoft Office

Sie können mehrere Active Directorys für benutzerbasierte Microsoft Office-Abonnements innerhalb eines einzigen Kontos und einer Region registrieren. Auf diese Weise können Sie separate Active Directorys für verschiedene Geschäftsbereiche, Umgebungen oder Workloads verwalten, ohne dass VPC-Peering oder Vertrauensbeziehungen zwischen ihnen erforderlich sind.

Wenn Sie mehrere Active Directorys registrieren, gelten die folgenden Einschränkungen:

  • Sie können bis zu 20 Active Directories pro Konto und Region registrieren. Falls Sie eine Anpassung benötigen, wenden Sie sich bitte an den AWS Support.

  • Jedes Active Directory muss einer eindeutigen VPC zugeordnet sein. Sie können nicht mehr als ein Active Directory in derselben VPC registrieren.

  • Wenn mehrere Active Directorys dieselbe VPC-Endpunkt-VPC verwenden, müssen die Subnetze und die Sicherheitsgruppenkonfiguration für alle Registrierungen identisch sein.

  • Konten, die ein gemeinsam genutztes Active Directory von einem anderen Konto aus verwenden, können keine zusätzlichen Active Directorys registrieren.

Wie wählt License Manager das Active Directory für eine Instanz aus

Wenn Sie eine Instanz mit einem benutzerbasierten Microsoft Office-Abonnementprodukt starten, bestimmt License Manager automatisch, welches registrierte Active Directory für die Aktivierung verwendet werden soll. Es sind keine zusätzlichen Startparameter erforderlich.

License Manager löst das Active Directory mithilfe der folgenden Logik auf:

  1. Direkter VPC-Abgleich — Wenn die Instance in einer VPC gestartet wird, die über ein registriertes Active Directory verfügt, wird dieses Verzeichnis verwendet.

  2. Peering-VPC-Übereinstimmung — Wenn die Instance in einer VPC gestartet wird, die über kein registriertes Active Directory verfügt, aber über Peering mit genau einer VPC verfügt, die dies tut, wird das Peering-Verzeichnis verwendet.

Wenn der Lizenzmanager kein einziges Active Directory für eine Instanz ermitteln kann, ist die Aktivierung nicht erfolgreich. Um dies zu vermeiden, stellen Sie sicher, dass jede Instanz-VPC nur ein registriertes Active Directory erreichen kann, entweder direkt oder über VPC-Peering.

Wichtig

Wenn eine Instanz-VPC mit mehreren VPCs verbunden ist, die jeweils über ein registriertes Active Directory verfügen, kann License Manager nicht ermitteln, welches Verzeichnis verwendet werden soll, und die Instanz kann ihre Erstkonfiguration nicht abschließen. Ressourcen, die die Erstkonfiguration nicht abschließen können, werden beendet. Überprüfen Sie Ihre VPC-Peering-Topologie, um sicherzustellen, dass jede Instanz-VPC einen Pfad zu nur einem registrierten Active Directory hat.

Instanzen nach Active Directory filtern

Wenn Sie mehrere Active Directorys registriert haben, können Sie Instanzen in der Konsole nach Active Directory filtern oder den ActiveDirectoryId Filter mit der ListInstances API verwenden.

Zusätzliche Software

Sie können zusätzliche Software auf Ihren Instances installieren, die nicht als benutzerbasierte Abonnements verfügbar sind. Zusätzliche Softwareinstallationen werden vom License Manager nicht verfolgt. Diese Installationen müssen mit dem Administratorkonto für Ihr Active Directory durchgeführt werden. Wenn Sie ein verwenden AWS Managed Microsoft AD, wird das Administratorkonto (Admin) standardmäßig in Ihrem Verzeichnis erstellt. Weitere Informationen finden Sie im Administratorhandbuch unter Administratorkonto. Directory Service

Um zusätzliche Software mit dem Active Directory-Administratorkonto zu installieren, müssen Sie:

  • Abonnieren Sie das von der Instanz bereitgestellte Produkt mit dem Administratorkonto.

  • Ordnen Sie der Instanz das Administratorkonto zu.

  • Stellen Sie mithilfe des Administratorkontos eine Verbindung zur Instanz her, um die Installation durchzuführen.

Weitere Informationen finden Sie unter Erste Schritte mit benutzerbasierten Abonnements im License Manager.