Résoudre les problèmes liés aux abonnements basés sur les utilisateurs dans License Manager - AWS License Manager
Résoudre les problèmes de conformité des instancesRésoudre les problèmes de configuration des produits d'abonnement utilisateurRésoudre les problèmes de lancement des instances d'abonnement utilisateurRésoudre les problèmes de conformité des licencesRésoudre les problèmes de connectivité des instancesRésoudre les problèmes d'accès au domaineRésoudre les problèmes de connectivité de Systems ManagerRésoudre les problèmes liés à l'exécution de la commande Systems ManagerRésoudre les problèmes liés aux licences Microsoft RDSRésoudre les problèmes d'activation de Microsoft OfficeRésoudre les problèmes liés à l'impossibilité de supprimer Active DirectoryRésoudre les problèmes liés à l'impossibilité de supprimer AWSService RoleFor AWSLicense ManagerUserSubscriptionsService un rôle lié au service (SLR)Erreur de résolution des problèmes liés à l'absence d'abonnement pour le produit RDS SALRésoudre les problèmes liés au nombre de licences qui ne s'affichent pas correctementRésoudre les problèmes liés au RDS License DiagnoserRésoudre les problèmes liés aux trustsRésoudre les problèmes de facturation liés aux abonnements des utilisateursRésoudre les problèmes liés au statut d'abonnement inactif au marchéRésoudre les problèmes liés aux limites d'utilisateurs par instanceRésoudre les problèmes liés au jeton CAL qui n'a pas été vendu après la migration vers RDS SALLa jonction de domaine fluide ne fonctionne pas pour les instances EC2 associées à des produits d'abonnement utilisateurLe point de terminaison VPC a été créé dans mon compteSupprimer toutes les ressources de point de terminaison VPC créées par License ManagerModifier un nom d'utilisateur sur Managed Active DirectoryDissocier les utilisateurs d'une instance interrompueInstallation de logiciels supplémentaires sur les instances d'abonnement utilisateurPacks de langue japonais sur les instances d'abonnement utilisateurUtilisateur administrateur local sur les instances d'abonnement utilisateurNombre d'utilisateurs pouvant accéder par RDP à une instance d'abonnement utilisateurUtilisateurs de mes produits AD pour Office et Visual Studio autogérésSystèmes d'exploitation Windows pris en chargeVersions prises en charge d'Office et de Visual StudioUtilisation de l'abonnement utilisateur avec les anciennes versions de Windows ServerUtilisation des abonnements utilisateur de License Manager sur plusieurs comptes ou régionsConseils pour contacter le AWS Support

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Résoudre les problèmes liés aux abonnements basés sur les utilisateurs dans License Manager

Vous trouverez ci-dessous des conseils de dépannage destinés à résoudre les problèmes susceptibles de survenir avec les abonnements basés sur les utilisateurs dans AWS License Manager.

Table des matières

Résoudre les problèmes de conformité des instances

Les instances fournissant des abonnements basés sur les utilisateurs doivent rester en bon état pour être conformes. Les instances marquées comme défectueuses ne répondent plus aux exigences requises. License Manager essaiera de rétablir l'état normal de l'instance, mais les instances qui ne sont pas en mesure de revenir à un état sain sont mises hors service.

Les instances lancées pour fournir des abonnements basés sur les utilisateurs et qui ne sont pas en mesure de terminer la configuration initiale seront résiliées. Dans ce scénario, vous devez corriger le problème de configuration et lancer de nouvelles instances pour fournir des abonnements basés sur les utilisateurs. Pour de plus amples informations, veuillez consulter Conditions requises pour créer des abonnements basés sur les utilisateurs dans License Manager.

Résoudre les problèmes de configuration des produits d'abonnement utilisateur

La configuration de votre produit échoue peut-être en raison de problèmes d'accès au réseau sortant. Pour résoudre ce problème, assurez-vous que le groupe de sécurité par défaut autorise le trafic sortant vers les adresses IP de l'interface réseau de chaque contrôleur de domaine ainsi que vers le SSM.

  • Vérifiez que les paramètres du groupe de sécurité par défaut facilitent le trafic sortant vers les adresses IP des interfaces réseau des contrôleurs de domaine.

    • License Manager crée deux interfaces réseau qui utilisent le groupe de sécurité par défaut du VPC sur lequel vous êtes AWS Managed Microsoft AD approvisionné. Ces interfaces sont utilisées pour les fonctionnalités de service requises avec votre annuaire. Assurez-vous que votre groupe de sécurité par défaut autorise le trafic sortant vers l'adresse IP de l'interface réseau de chaque contrôleur de domaine ou le groupe de sécurité utilisé par les contrôleurs de domaine. Pour plus d'informations, consultez les sections Conditions requises pour créer des abonnements basés sur les utilisateurs et Ce qui est créé dans le Guide d' Directory Service administration.

  • Configurez l'accès Internet sortant à partir d'instances fournissant des abonnements basés sur l'utilisateur ou des points de terminaison VPC.

    • L'accès Internet sortant depuis les instances fournissant des abonnements basés sur les utilisateurs, ou points de terminaison VPC, doit être configuré pour que vos instances puissent communiquer avec SSM. Pour plus d'informations, consultez la section Configuration de Systems Manager pour les instances EC2 dans le guide de l' AWS Systems Manager utilisateur.

Une fois le processus de provisionnement terminé, vous pouvez associer un autre groupe de sécurité aux interfaces créées par License Manager. Le groupe de sécurité que vous sélectionnez doit également autoriser le trafic requis vers l' IPv4 adresse d'interface réseau ou le groupe de sécurité de chaque contrôleur de domaine. Pour plus d'informations, consultez la section Travailler avec des groupes de sécurité dans le guide de l'utilisateur d'Amazon Virtual Private Cloud.

Résoudre les problèmes de lancement des instances d'abonnement utilisateur

Les lancements de votre instance peuvent échouer pour plusieurs raisons. Voici quelques-uns des problèmes courants pour lesquels le lancement d'une instance peut échouer :

Résoudre les problèmes de conformité des licences

Si vous avez configuré votre Active Directory pour fournir des abonnements basés sur les utilisateurs auprès de Microsoft Office, vous devez vous assurer que vos ressources peuvent se connecter aux points de terminaison VPC créés par License Manager. Les points de terminaison nécessitent du trafic entrant sur le port TCP 1688 en provenance des instances fournissant des abonnements basés sur les utilisateurs.

Vous pouvez utiliser Reachability Analyzer pour vérifier que la configuration réseau de vos instances fournissant des abonnements basés sur les utilisateurs et des points de terminaison VPC est correctement configurée. Vous pouvez spécifier un ID d'instance lancé dans un sous-réseau fournissant des abonnements basés sur les utilisateurs comme source, et un point de terminaison VPC configuré pour les produits Microsoft Office comme destination. Spécifiez TCP comme protocole et 1688 comme port de destination pour le chemin à analyser. Pour plus d'informations, consultez Comment puis-je résoudre les problèmes de connectivité sur mes points de terminaison VPC de passerelle et d'interface ? .

Résoudre les problèmes de connectivité des instances

Les utilisateurs doivent être en mesure d'utiliser le protocole RDP pour se connecter aux instances fournissant des abonnements basés sur les utilisateurs afin d'utiliser les produits qu'ils contiennent. Pour plus d'informations sur la résolution des problèmes de connectivité des instances, consultez la section Résolution des problèmes de connexion à votre instance Windows dans le guide de l'utilisateur Amazon EC2.

Résoudre les problèmes d'accès au domaine

Les utilisateurs doivent être en mesure de se connecter aux instances fournissant les produits d'abonnement basés sur les utilisateurs avec leur identité d'utilisateur à partir de l'Active Directory configuré dans les paramètres du License Manager. Les instances qui ne parviennent pas à rejoindre le domaine seront résiliées.

Pour résoudre le problème, vous devrez peut-être lancer une instance et rejoindre manuellement le domaine afin que la ressource ne soit pas interrompue avant de pouvoir enquêter. L'instance doit recevoir et exécuter correctement la commande Run de Systems Manager, et l'instance doit également être en mesure de terminer la jonction de domaine dans le système d'exploitation. Pour plus d'informations, consultez les sections Comprendre les statuts des commandes dans le Guide de AWS Systems Manager l'utilisateur et Comment résoudre les erreurs qui se produisent lorsque vous associez des ordinateurs Windows à un domaine sur le site Web de Microsoft.

Si vous lancez des instances à partir d'une AMI personnalisée qui utilise une AMI de produit d'abonnement basée sur l'utilisateur comme image de base, vous devez exécuter les étapes Sysprep sur l'AMI personnalisée afin de garantir un nom d'ordinateur unique au lancement. Avant d'exécuter Sysprep avec /generalize, assurez-vous que la machine est supprimée du domaine.

Résoudre les problèmes de connectivité de Systems Manager

Les instances qui fournissent des abonnements basés sur les utilisateurs doivent être gérées par AWS Systems Manager ou elles seront résiliées. Pour plus d'informations, consultez les sections Résolution des problèmes liés à l'agent SSM et Résolution des problèmes de disponibilité des nœuds gérés dans le Guide de AWS Systems Manager l'utilisateur.

Résoudre les problèmes liés à l'exécution de la commande Systems Manager

Run Command, une fonctionnalité de Systems Manager, est utilisée avec des instances fournissant des abonnements basés sur les utilisateurs pour rejoindre le domaine, renforcer le système d'exploitation et effectuer des audits d'accès pour le produit inclus. Pour plus d'informations, consultez la section Comprendre les statuts des commandes dans le Guide de l'AWS Systems Manager utilisateur.

Résoudre les problèmes liés aux licences Microsoft RDS

Si vous rencontrez des problèmes lors de l'émission de licences d'accès client (CAL), vérifiez si d'autres serveurs de licences Microsoft RDS sont présents dans votre parc de serveurs ou dans votre groupe de serveurs Terminal Servers. Nous vous déconseillons de disposer de serveurs de licences supplémentaires sur ces sites, car cela peut interférer avec l'émission des CAL et entraîner des complications liées aux licences.

Pour résoudre ce problème, assurez-vous que seuls les serveurs Microsoft RDS prévus restent dans votre parc de serveurs et votre groupe de serveurs Terminal Servers.

Lorsque vous résolvez des problèmes de licence, sachez que les connexions utilisant l'indicateur /admin contournent les contrôles de licence standard, car cet indicateur est destiné à des fins administratives et ne consomme pas de CAL. Cela peut masquer des problèmes de licence sous-jacents. Pour diagnostiquer les problèmes de licence, vérifiez que les connexions utilisateur standard (sans l'indicateur /admin) fonctionnent correctement pour la gestion des licences.

Résoudre les problèmes d'activation de Microsoft Office

Si l'activation de Microsoft Office échoue, vérifiez que votre instance a accès au VPC défini pour License Manager. L'une des options suivantes répond à cette exigence :

  • Votre instance s'exécute dans le VPC intégré à License Manager (via le point de terminaison du VPC)

  • Votre instance s'exécute dans un VPC associé au VPC intégré au License Manager.

Pour résoudre ce problème, assurez-vous que votre instance est déplacée vers le VPC approprié ou établissez un peering VPC avec le VPC intégré au License Manager.

Résoudre les problèmes liés à l'impossibilité de supprimer Active Directory

License Manager est enregistré en tant qu'application autorisée auprès de Directory Service lors de la configuration, empêchant ainsi la suppression des annuaires actifs une fois configurés. Dans le cadre de la procédure standard, les clients doivent d'abord supprimer toutes les instances, les associations d'instances et les abonnements des utilisateurs. Ensuite, ils peuvent procéder à la suppression de l'Active Directory du License Manager, puis supprimer le répertoire lui-même.

Résoudre les problèmes liés à l'impossibilité de supprimer AWSService RoleFor AWSLicense ManagerUserSubscriptionsService un rôle lié au service (SLR)

License Manager nécessite le rôle « AWSService RoleFor AWSLicense ManagerUserSubscriptionsService » lié au service pour gérer les AWS ressources qui fourniront des abonnements basés sur les utilisateurs. Un rôle lié à un service facilite la configuration de License Manager car il n'est pas nécessaire d'ajouter manuellement les autorisations nécessaires. License Manager définit les autorisations associées à ses rôles liés aux services et, sauf indication contraire, seul le License Manager peut assumer ses rôles. Les autorisations définies comprennent la politique de confiance et la politique d’autorisation. De plus, cette politique d’autorisation ne peut pas être attachée à une autre entité IAM.

Pour plus d'informations, consultez Conditions requises pour créer des abonnements basés sur les utilisateurs dans License Manager License Manager — Rôle d'abonnement basé sur l'utilisateur et rôles liés au service.

Erreur de résolution des problèmes liés à l'absence d'abonnement pour le produit RDS SAL

Votre compte doit être abonné à la licence d'accès aux abonnés Windows Server Remote Desktop Services (RDS SAL). Tous les utilisateurs associés à des instances fournissant des produits d'abonnement basés sur les utilisateurs doivent disposer d'un seul abonnement actif à cette licence, en plus de tout autre produit qu'ils souhaitent utiliser. Votre utilisateur sera abonné à RDS SAL en son nom lorsqu'il s'abonnera à un produit d'abonnement basé sur l'utilisateur.

Mais si ce service a été désabonné ou supprimé pour d'autres raisons de conformité, il se peut que vous deviez vous réabonner. Si vous êtes déjà abonné, vous pouvez essayer de vous désinscrire et de vous réabonner, ce qui n'affectera pas vos abonnements d'utilisateurs du License Manager.

Résoudre les problèmes liés au nombre de licences qui ne s'affichent pas correctement

Après l'installation initiale ou les modifications de configuration, le serveur de licences peut prendre jusqu'à 24 heures pour afficher le nombre exact de licences pour tous les types de licences dans le License Diagnoser.

Que faire :

  • Attendez jusqu'à 24 heures après la configuration avant de vous attendre à un rapport précis sur le nombre de licences

Ce délai est normal et laisse au serveur de licences suffisamment de temps pour synchroniser et mettre à jour correctement toutes les informations de licence pour les différents types de licences. Si vous rencontrez une erreur, veuillez vous y référerRésoudre les problèmes liés au RDS License Diagnoser.

Résoudre les problèmes liés au RDS License Diagnoser

Ces erreurs sont généralement dues à des problèmes d'identification ou d'autorisation. Pour résoudre le problème :

  1. Vérifiez les informations d'identification de l'utilisateur : assurez-vous d'utiliser le même compte utilisateur que celui fourni à License Manager lors de l'intégration

  2. Vérifiez les informations d'identification de session : si vous voyez « Informations d'identification non disponibles » correspondant au serveur dans la section récapitulative :

    1. Cliquez sur le serveur de licences dans la section récapitulative qui indique « Informations d'identification non disponibles »

    2. Dans le menu de droite qui s'ouvre, ajoutez les informations d'identification de l'utilisateur qui a été intégré à License Manager

    3. Cliquez sur « Actualiser »

Si le problème persiste, suivez les étapes de résolution des problèmes supplémentaires décrites dans la documentation de Microsoft : Impossible de se connecter à RDS - Aucun serveur de licences

Cela devrait résoudre la plupart des problèmes liés aux informations d'identification et aux autorisations liés au License Diagnoser.

Résoudre les problèmes liés aux trusts

Sur la base de notre expérience de travail avec de nombreux clients, la grande majorité des problèmes de configuration de confiance sont soit liés à la résolution du DNS, soit à des erreurs de connectivité réseau. Voici quelques étapes de dépannage qui vous aideront à résoudre les problèmes courants :

  • Vérifiez si vous avez autorisé le trafic réseau sortant sur le AWS Managed Microsoft AD.

  • Si le serveur DNS ou le réseau de votre domaine local utilise un espace d'adressage IP public (non conforme à la RFC 1918), procédez comme suit :

    • Dans la Directory Service console, accédez à la section de routage IP de votre répertoire, choisissez Actions, puis choisissez Ajouter une route.

    • Entrez le bloc d'adresses IP de votre serveur DNS ou de votre réseau local au format CIDR, par exemple 203.0.113.0/24.

    • Cette étape n'est pas nécessaire si votre serveur DNS et votre réseau local utilisent des espaces d'adresses IP privés RFC 1918.

  • Après avoir vérifié le groupe de sécurité et vérifié si des routes applicables sont requises, lancez une instance Windows Server et joignez-la au AWS Managed Microsoft AD répertoire. Une fois l'instance lancée :

    • Exécutez cette PowerShell commande pour tester la connectivité DNS :

      Resolve-DnsName -Name 'example.local' -DnsOnly

Vous devez également consulter les explications du message dans le guide des raisons relatives au statut de création d'une confiance figurant dans la Directory Service documentation.

Résoudre les problèmes de facturation liés aux abonnements des utilisateurs

AWS vous facturera par le biais d'un abonnement mensuel, basé sur le nombre d'utilisateurs associés à la licence incluant les instances Microsoft Office ou Visual Studio. Ces frais par utilisateur sont facturés par mois civil et la facturation commence au moment où vous vous abonnez au produit. Si vous supprimez l'accès à un utilisateur au cours du mois en cours, vous serez facturé pour l'utilisateur pour le reste du mois. Vous cesserez de facturer des frais à l'utilisateur le mois suivant.

En outre :

  • La facturation est basée sur une base par utilisateur dans le cadre des abonnements des utilisateurs. Seuls les utilisateurs abonnés au produit seront soumis à des frais, pas tous les utilisateurs d'Active Directory.

  • La facturation fonctionne selon un cycle mensuel, à compter du premier jour de chaque mois civil. Les frais sont prélevés pour le mois entier, quelle que soit la date précise d'activation de l'abonnement.

  • Vous avez besoin d'un RDS SAL pour chaque utilisateur qui doit accéder à vos Office/VS instances.

  • Pour ne plus facturer de frais pour les abonnements basés sur les utilisateurs, vous devez dissocier l'utilisateur de toutes les instances auxquelles il est associé. La suppression d'un utilisateur d'Active Directory ne dissocie pas l'utilisateur des instances. Pour de plus amples informations, veuillez consulter Dissocier les utilisateurs d'une instance qui fournit des abonnements basés sur les utilisateurs de License Manager.

  • Un utilisateur n'est compté qu'une seule fois. Vous êtes facturé par utilisateur pour Microsoft Office et Visual Studio, quel que soit le nombre d'instances EC2 auxquelles l'utilisateur se connecte. Les utilisateurs ne sont facturés qu'une seule fois pour leur abonnement, indépendamment de leur utilisation de plusieurs instances.

Résoudre les problèmes liés au statut d'abonnement inactif au marché

Après avoir configuré votre répertoire avec les produits requis, vous devez vous abonner aux produits requis. Les produits dont le statut d'abonnement à Marketplace est inactif nécessitent que vous vous abonniez avant de pouvoir associer des utilisateurs à une instance et les utiliser.

Résoudre les problèmes liés aux limites d'utilisateurs par instance

Il y a une limite de 25 instances par utilisateur. Si vous avez besoin d'un ajustement, veuillez contacter le AWS Support. Les utilisateurs ne sont facturés qu'une seule fois pour leur abonnement, indépendamment de leur utilisation de plusieurs instances.

Résoudre les problèmes liés au jeton CAL qui n'a pas été vendu après la migration vers RDS SAL

Si vous utilisez vos propres serveurs de licences Microsoft RDS, tous les jetons de licence d'accès client (CAL) déjà émis restent valides jusqu'à leur expiration. Pendant cette période, les utilisateurs possédant des jetons CAL valides ne sont pas automatiquement abonnés au produit RDS SAL. Les nouvelles sessions utilisateur ne sont pas automatiquement abonnées à RDS SAL même si License Manager est configuré. License Manager ne remplace pas les jetons CAL existants émis par vos propres serveurs de licences. Le serveur de licences géré par les services ne commence à émettre des jetons et à traiter les nouvelles demandes qu'après l'expiration des jetons CAL existants. Une fois que les jetons CAL actuellement émis atteignent leur date d'expiration, les nouvelles demandes de jetons sont traitées par le serveur de licences géré par le service et les utilisateurs sont automatiquement abonnés au produit RDS SAL selon les besoins.

La jonction de domaine fluide ne fonctionne pas pour les instances EC2 associées à des produits d'abonnement utilisateur

License Manager doit effectuer une jointure de domaine sur ces instances à l'aide de SSM pour autoriser l'accès uniquement aux utilisateurs abonnés au produit. Par conséquent, la fonctionnalité de jointure fluide des domaines est désactivée.

Le point de terminaison VPC a été créé dans mon compte

License Manager crée les points de terminaison VPC nécessaires pour que vos ressources se connectent aux serveurs d'activation et restent conformes lorsque vous configurez votre VPC.

Supprimer toutes les ressources de point de terminaison VPC créées par License Manager

Pour supprimer les ressources du point de terminaison VPC, vous devez effectuer les actions suivantes :

Modifier un nom d'utilisateur sur Managed Active Directory

La modification d'un nom d'utilisateur n'a aucun effet sur leur capacité à accéder par RDP aux instances associées. Les utilisateurs associés doivent être en mesure d'utiliser leurs informations de connexion mises à jour pour RDP dans les instances d'abonnement utilisateur.

Dissocier les utilisateurs d'une instance interrompue

Chaque fois qu'une instance d'abonnement utilisateur est résiliée, tous les utilisateurs associés à l'instance sont dissociés. Il n'est pas nécessaire de dissocier manuellement l'utilisateur.

Note

Les utilisateurs ne sont pas dissociés si l'instance est arrêtée.

Installation de logiciels supplémentaires sur les instances d'abonnement utilisateur

Vous pouvez installer sur vos instances des logiciels supplémentaires qui ne sont pas disponibles sous forme d'abonnements basés sur les utilisateurs. Les installations logicielles supplémentaires ne sont pas suivies par License Manager. Ces installations doivent être effectuées à l'aide du compte Admin créé par défaut dans votre AWS Managed Microsoft AD répertoire. Pour plus d'informations, consultez la section Compte administrateur dans le Guide Directory Service d'administration.

Pour installer des logiciels supplémentaires avec le compte Admin, vous devez :

  • Abonnez le compte Admin au produit fourni par l'instance.

  • Associez le compte Admin à l'instance.

  • Connectez-vous à l'instance à l'aide du compte Admin pour effectuer l'installation.

Pour de plus amples informations, veuillez consulter Commencez avec les abonnements basés sur les utilisateurs dans License Manager.

Packs de langue japonais sur les instances d'abonnement utilisateur

L'installation du pack de langue japonais est prise en charge avec les instances d'abonnement utilisateur.

Utilisateur administrateur local sur les instances d'abonnement utilisateur

Nous autorisons uniquement les utilisateurs du domaine Active Directory géré par les utilisateurs à être associés à des instances d'abonnement utilisateur afin d'empêcher tout accès non autorisé à ces produits Microsoft. Lorsque vous créez des utilisateurs locaux dotés de privilèges d'administrateur sur des instances qui fournissent des abonnements basés sur les utilisateurs, l'état de santé de l'instance devient incorrect.

Nombre d'utilisateurs pouvant accéder par RDP à une instance d'abonnement utilisateur

Les instances qui fournissent des abonnements basés sur les utilisateurs prennent en charge jusqu'à deux sessions utilisateur actives à la fois, comme indiqué dans la section Abonnements utilisateur Use License Manager pour les produits logiciels pris en charge. Par défaut, Windows autorise jusqu'à 2 connexions de bureau à distance, y compris une connexion d'administrateur, à tout moment, dans toutes les éditions de Windows Server. Pour utiliser plus de 2 utilisateurs simultanés, les clients doivent configurer un serveur de licences RDS.

Utilisateurs de mes produits AD pour Office et Visual Studio autogérés

Pour associer des utilisateurs à votre annuaire autogéré, vous devez établir une confiance forestière bidirectionnelle entre votre répertoire autogéré et votre annuaire. AWS Managed Microsoft AD Pour plus d'informations, voir Tutoriel : Création d'une relation de confiance entre votre domaine Active Directory autogéré AWS Managed Microsoft AD et votre domaine Active Directory dans le Guide d' Directory Service administration.

Systèmes d'exploitation Windows pris en charge

Pour plus d'informations sur les plates-formes de système d'exploitation Windows prises en charge, consultezProduits logiciels pris en charge pour les abonnements basés sur les utilisateurs dans License Manager.

Versions prises en charge d'Office et de Visual Studio

Pour plus d'informations sur les logiciels pris en charge pour les abonnements basés sur les utilisateurs, consultezLogiciels pris en charge pour les abonnements basés sur les utilisateurs.

Utilisation de l'abonnement utilisateur avec les anciennes versions de Windows Server

Lorsque vous lancez une instance à partir d'une AMI compatible avec Office LTSC Professional Plus ou Microsoft Visual Studio, le lancement utilise par défaut la dernière version de l'AMI sur la plate-forme du système d'exploitation Windows (par exemple Windows Server 2022). Pour lancer avec une version antérieure de la plate-forme du système d'exploitation, procédez comme suit :

  1. Ouvrez la AWS Marketplace console à l'adressehttps://console.aws.amazon.com/marketplace.

  2. Choisissez Gérer les abonnements dans le volet de navigation.

  3. Pour rationaliser les résultats d'abonnement, vous pouvez rechercher tout ou partie du nom de l'abonnement. Par exemple, Office LTSC Professional Plus ou Visual Studio Enterprise.

  4. Sélectionnez Lancer une nouvelle instance dans le panneau d'abonnement. Cela ouvre une page de configuration de lancement.

  5. Pour lancer une instance à partir d'une AMI basée sur une version antérieure de la plate-forme du système d'exploitation Windows, sélectionnez le lien complet du AWS Marketplace site Web, situé sous la version logicielle. Cela vous amène à une page de configuration où vous pouvez sélectionner une version dans une liste.

  6. La liste indique les dernières versions d'AMI pour les plateformes de système d'exploitation Windows prises en charge. Sélectionnez la version du système d'exploitation Windows à partir de laquelle vous souhaitez effectuer le lancement.

Utilisation des abonnements utilisateur de License Manager sur plusieurs comptes ou régions

Les scénarios suivants sont pris en charge :

  • Utilisation des abonnements utilisateur de License Manager sur plusieurs comptes

  • Utilisation des abonnements utilisateur de License Manager avec Active Directory partagé

Les scénarios suivants ne sont pas pris en charge :

  • Utilisation des abonnements utilisateur de License Manager dans toutes les régions

Conseils pour contacter le AWS Support

  • Lorsque vous contactez le AWS support, créez une instance avec les mêmes paramètres qu'une instance résiliée et activez la protection contre la résiliation de l'instance pour une réponse rapide.

  • Pour tout problème lié au RDP, nous aurions besoin de journaux liés au RDP pour aider à résoudre ces problèmes. Veuillez utiliser le « AWSSupport-RunEC 2 RescueForWindowsTool » pour les environnements avec accès à Internet. Pour plus d'informations, consultez EC2Rescue pour Windows Server.

  • En utilisant une instance Office comme instance de travail et en montant un volume restauré à partir d'un instantané du volume de l'instance d'origine, il est possible de collecter des données même dans un environnement sans accès à Internet.

  • Résolution des problèmes liés aux lancements d'instances depuis une sauvegarde AMIs : si vous lancez une instance à partir d'une AMI de sauvegarde, vous devez mettre fin à l'instance d'origine.