Liste de vérification des conditions requises pour le déploiement d'un dispositif Edge Amazon WorkSpaces Core

L'objectif de cette liste de vérification est de vous informer des éléments requis pour effectuer un déploiement d'Amazon WorkSpaces Core en mode natif à l'aide d'Horizon Control Plane dans Horizon Cloud.

Objectif de la liste de vérification

Cette liste de vérification s'applique aux comptes clients Horizon Cloud qui n'ont jamais présenté de déploiement d'Horizon Cloud sur Amazon WorkSpaces Core dans leur environnement de locataire. Ces locataires peuvent être appelés environnements entièrement nouveaux ou vierges.

Vous devez effectuer certains éléments qui suivent avant de déployer Horizon Cloud. Vous pouvez différer certains éléments jusqu'à ce que le déploiement soit terminé et en cours d'exécution.

Conditions préalables du compte AWS

Pour connaître les limites de configuration, reportez-vous à la section Dimensionnement de votre déploiement Horizon Cloud, qui inclut des informations sur l'utilisation de l'outil Valeurs maximales de configuration. À partir de la page Valeurs maximales de configuration, sélectionnez Afficher les limites, Horizon Cloud, la version la plus récente et les catégories à afficher.

Conditions requises pour Amazon Elastic Compute Cloud (Amazon EC2)

☐	Compte Amazon Web Services valide dans une région AWS prise en charge. Reportez-vous à la Documentation AWS associée. Remarque : Horizon Cloud prend en charge la plupart des régions prises en charge par Amazon WorkSpaces Core.
☐	Rôles de gestion des identités et des accès (IAM) AWS valides dans chaque compte Amazon Web Services. Reportez-vous à la documentation AWS pour la création d'un compte AWS. Les rôles sont une condition requise pour effectuer le déploiement de dispositifs Edge Amazon WorkSpaces Core. Reportez-vous à la section Déploiements de dispositifs Edge Amazon WorkSpaces Core.
☐	Assurez-vous qu'aucun verrou de stratégie ou de ressource IAM AWS qui empêcherait la création de ressources de déploiement Horizon Edge n'est en place.
☐	Remplir les conditions requises d'IAM Créez des autorisations IAM. Reportez-vous à la Documentation AWS pour la création de stratégies IAM. Reportez-vous également à la section Créer des autorisations IAM de ce guide pour obtenir de l'aide sur la création d'autorisations IAM pour votre déploiement d'Horizon Cloud. Créez un rôle IAM avec stratégie d'approbation personnalisée. Reportez-vous à la section Créer des rôles IAM de ce guide pour obtenir de l'aide sur la création d'autorisations IAM pour votre déploiement d'Horizon Cloud.
☐	Capacité Amazon EC2 pour les ressources Horizon Edge principales à déployer dans ce compte. Dispositif passerelle Edge (VM) : quota suffisant pour une machine virtuelle unique. Vous trouverez ci-dessous la liste des tailles de SKU de VM prises en charge pour un déploiement de passerelle Edge (VM) dans l'ordre de priorité décroissant. Si votre compte Amazon WorkSpaces Core dispose d'une capacité pour au moins l'une des tailles de SKU de VM suivantes, le déploiement de dispositifs Edge est accepté. Sinon, le déploiement de dispositifs Edge est refusé. M5.xlarge Exécutez des commandes pour vérifier la disponibilité du modèle Amazon WorkSpaces Core et pour vérifier la sortie de CPU régionale. Reportez-vous à la section Vérifier la disponibilité du modèle Amazon WorkSpaces Core. Instances d'Unified Access Gateway : au moins 2 des tailles prises en charge suivantes. La taille par défaut et recommandée est C4.2xlarge. C3.2xlarge et supérieure C4.2xlarge et supérieure C5.2xlarge et supérieure C5a.2xlarge et supérieure C5ad.2xlarge et supérieure C5d.2xlarge et supérieure C5n.2xlarge et supérieure C6a.xlarge et supérieure C6g.2xlarge et supérieure C6gd.2xlarge et supérieure C6gn.2xlarge et supérieure C6i.2xlarge et supérieure C6in.2xlarge et supérieure C7a.2xlarge et supérieure C7g.2xlarge et supérieure Lorsque votre instance d'Horizon Edge est prête à l'emploi, votre capacité dans Amazon WorkSpaces Core doit également intégrer les VM importées, les images, les VM de pool et les VM de capture d'application App Volumes que vous créez dans cette instance d'Horizon Edge. Reportez-vous à la section Configuration requise pour le système de gestion des images.
☐	L'option de déploiement d'Amazon WorkSpaces Core suivante est disponible : Passerelle Edge (VM) = la machine virtuelle (VM) passerelle Gateway est destinée aux déploiements plus petits sans haute disponibilité.

Conditions requises pour la capacité Amazon WorkSpaces Core

Lorsque le tableau suivant fait référence à la capacité Amazon WorkSpaces Core, aucune installation manuelle n'est nécessaire. Tant que les capacités indiquées sont disponibles dans l'abonnement, le système de déploiement instancie automatiquement les machines virtuelles décrites.

☐	Condition requise BYOL (Bring-Your-Own-License) configurée. Reportez-vous à la documentation d'AWS sur l'apport de vos propres licences de poste de travail Windows dans WorkSpaces.
☐	Zones de disponibilité pour espaces de travail personnels configurés. Reportez-vous à la documentation d'AWS pour obtenir plus d'informations sur les zones de disponibilité pour les espaces de travail personnels.

Conditions requises pour le réseau

La configuration réseau requise suivante inclut les détails nécessaires au déploiement et à l'utilisation d'un dispositif Horizon Edge. Pour plus d'informations, reportez-vous à la section documentation d'AWS pour la mise en réseau dans Amazon EC2.

Utilisez le tableau suivant pour un déploiement de passerelle Edge.

Configuration réseau requise pour une passerelle Edge (VM)

☐	Pour chaque instance d'Horizon Edge Gateway, une instance d'Amazon Virtual Private Cloud (VPC) créée dans votre région Amazon EC2 cible avec un espace d'adressage applicable pour couvrir les sous-réseaux requis.
☐	Les conditions requises suivantes pour le sous-réseau sont minimales. Pour des environnements plus grands, des sous-réseaux de taille plus grande peuvent être requis. Sous-réseau de gestion : /26 minimum Sous-réseau de poste de travail (locataire) - principal : /27 minimum, mais d'une taille appropriée en fonction du nombre de postes de travail et de serveurs RDS. Vous pouvez ajouter d'autres sous-réseaux si nécessaire. Sous-réseau de zone DMZ : /27 minimum pour le cluster d'instances d'Unified Access Gateway (non requis pour le type d'accès interne d'Unified Access Gateway). Le sous-réseau de zone DMZ doit être public. Une condition préalable impose de créer manuellement des sous-réseaux sur le VPC. Reportez-vous à la section Configurer les paramètres réseau pour une région Amazon WorkSpaces Core. Il est recommandé de ne pas attacher d'autres ressources aux sous-réseaux.
☐	Pour Unified Access Gateway, configurez le serveur DNS du Virtual Private Cloud (VPC) afin qu'il pointe vers un serveur DNS valide qui peut résoudre les noms de machines internes aussi bien qu'externes. Reportez-vous à la section Configurer les enregistrements DNS après le déploiement d'Horizon Edge Gateway et d'Unified Access Gateway Pour les points de terminaison internes, Active Directory est un exemple. Pour les points de terminaison externes, l'accès Internet sortant sur les instances de Virtual Private Cloud (VPC) que vous utilisez pour le déploiement de la passerelle doit résoudre et atteindre des noms DNS spécifiques à l'aide de ports et de protocoles spécifiques. Cette configuration est requise pour le déploiement et les opérations en cours.
☐	L'accès Internet sortant sur les VPC que vous utilisez pour le déploiement d'Horizon Edge doit résoudre et atteindre des noms DNS spécifiques à l'aide de ports et de protocoles spécifiques. Cette condition est requise pour le déploiement et les opérations en cours. Pour obtenir la liste des noms DNS et ports, reportez-vous à la section Configuration requise pour les ports et les protocoles d'Horizon Cloud pour le déploiement dans Amazon WorkSpaces Core.
☐	Facultatif. Informations sur le serveur proxy, si cela s'avère nécessaire pour l'accès Internet sortant sur le Virtual Private Cloud (VPC) qui est utilisé pendant le déploiement et les opérations en cours de l'environnement Horizon Cloud.
☐	Facultatif. VPN AWS configuré, si vous souhaitez une mise en réseau entre le Virtual Private Cloud (VPC) et votre réseau d'entreprise sur site.
☐	Proxy : ajoutez tous les paramètres de proxy configurés sur les images de base des espaces de travail au niveau du système.

Conditions requises pour les ports et les protocoles

☐	Des ports et protocoles spécifiques sont requis pour le déploiement et les opérations en cours de votre environnement Horizon Cloud. Reportez-vous à la section Configuration requise pour les ports et les protocoles d'Horizon Cloud pour votre déploiement dans Amazon WorkSpaces Core.

Configuration requise pour la passerelle Unified Access Gateway

Un cluster de machines virtuelles Unified Access Gateway est associé à un pool, ce qui permet aux clients de disposer de connexions Horizon Web Client approuvées aux machines virtuelles de ce pool.

Utilisez Horizon Universal Console pour configurer Horizon Cloud avec la passerelle Unified Access Gateway. Les éléments ci-dessous sont requis pour ce type de configuration.

☐	Pour tous les types de configuration, un accès Internet sortant au nom de point de terminaison suivant est requis : *.horizon.omnissa.com Lorsque l'option Autoriser l'accès interne sur un réseau d'entreprise est le Type d'accès à Unified Access Gateway, vous pouvez appliquer le routage défini par l'utilisateur ou la passerelle NAT au Sous-réseau de gestion pour autoriser le trafic sortant. Lorsque le type d'accès Unified Access Gateway est configuré de façon externe avec un réseau DMZ, un accès externe au nom de point de terminaison suivant doit être configuré sur le réseau DMZ : *.horizon.omnissa.com Pour les types interne aussi bien qu'externe d'Unified Access Gateway, une passerelle Internet doit être présente dans le VPC et le trafic provenant du sous-réseau DMZ doit être acheminé vers la passerelle Internet.
☐	Un nom de domaine complet interne, un nom de domaine complet externe ou les deux sont requis, selon le type d'accès que vous sélectionnez lors de la configuration d'Unified Access Gateway. Si vous ne fournissez qu'un accès interne aux utilisateurs finaux, un nom de domaine complet seul suffit. Si vous ne fournissez qu'un accès externe aux utilisateurs finaux, un nom de domaine complet seul suffit. Si vous fournissez un accès interne et un accès externe aux utilisateurs finaux, vous pouvez soit configurer un nom de domaine complet unique commun, soit configurer deux noms de domaine complet distincts. Si vous voulez isoler l'accès interne et l'accès externe, configurez deux URL distinctes. Autrement, il est possible de configurer le même nom de domaine complet pour l'accès interne et pour l'accès externe.
☐	Un ou plusieurs certificats pour Unified Access Gateway au format PEM ou PFX correspondant au nom de domaine complet. Remarque : si le ou les certificats que vous fournissez dans ce but utilisent des paramètres de CRL (listes de révocation de certificats) ou de protocole OCSP (Online Certificate Status Protocol) faisant référence à des noms DNS spécifiques, vous devez vous assurer que l'accès Internet sortant sur le Virtual Private Cloud (VPC) vers ces noms DNS peut être résolu et atteint. Lors de la configuration de votre certificat fourni dans la configuration d'Unified Access Gateway, le logiciel Unified Access Gateway accède à ces noms DNS pour vérifier l'état de révocation du certificat. Si ces noms DNS ne sont pas accessibles, le déploiement échoue. Ces noms dépendent beaucoup de l'autorité de certification que vous avez utilisée pour obtenir les certificats.
☐	En fonction du mode de déploiement d'Unified Access que vous utilisez, suivez les directives appropriées relatives au sous-réseau : Mode de base : Sous-réseau de gestion : /26 minimum. Vous pouvez utiliser le même sous-réseau de gestion que celui utilisé pour Horizon Edge Sous-réseau de poste de travail (locataire) - principal : /27 minimum, mais d'une taille appropriée en fonction du nombre de postes de travail et de serveurs RDS. Vous pouvez ajouter d'autres sous-réseaux si nécessaire. Sous-réseau de zone DMZ : /27 minimum pour le cluster d'instances d'Unified Access Gateway (non requis pour un type d'accès interne d'Unified Access Gateway). Mode avancé : Sous-réseau de gestion : /28 uniquement. Utilisez un sous-réseau de gestion /28 uniquement et utilisez un sous-réseau de gestion différent du sous-réseau de gestion utilisé pour le dispositif Horizon Edge. Sous-réseau de poste de travail (locataire) - principal : /27 minimum, mais d'une taille appropriée en fonction du nombre de postes de travail et de serveurs RDS. Vous pouvez ajouter d'autres sous-réseaux si nécessaire. Sous-réseau de zone DMZ : /27 minimum pour le cluster d'instances d'Unified Access Gateway (non requis pour un type d'accès interne d'Unified Access Gateway).

Présentation de l'identité d'utilisateur et de l'identité de machine

Horizon Cloud diffère des autres environnements dans la manière dont il gère l'identité. Dans Horizon Cloud, le service fait la distinction entre l'identité d'utilisateur et l'identité de machine, et il s'appuie sur les deux types d'identité lors de l'établissement d'une connexion sécurisée entre un client et une application ou un poste de travail distant.

Remarque : cette distinction entre identité d'utilisateur et identité de machine peut vous sembler nouvelle si vous connaissez mieux les environnements qui utilisent un fournisseur d'identité unique pour authentifier à la fois l'identité d'utilisateur et de machine, comme l'environnement Horizon Cloud de première génération ou un environnement Horizon 8 sur site.

Dans Horizon Cloud, vous devez configurer une configuration d'identité composée d'un fournisseur d'identité, pour authentifier l'identité d'utilisateur, et d'un fournisseur d'identité, pour authentifier l'identité de machine.

• Identité d'utilisateur

  Horizon Cloud nécessite l'enregistrement d'un fournisseur d'identité d'utilisateur. Le service utilise ce fournisseur d'identité pour authentifier les utilisateurs clients qui tentent d'accéder à des applications et des postes de travail distants.

• Identité de machine

  Horizon Cloud nécessite également l'enregistrement d'un fournisseur d'identité de machine. Le service utilise ce fournisseur d'identité pour établir l'identité de machine des machines virtuelles qui fournissent des applications et des postes de travail distants.

  Par le biais du fournisseur d'identité de machine, le service joint les postes de travail distants et les sources de machines virtuelles pour les applications distantes au domaine de réseau approuvé auquel les utilisateurs clients sont autorisés à accéder.

Configurations d'identité prises en charge

Horizon Cloud nécessite l'enregistrement d'une configuration d'identité qui se compose d'un fournisseur d'identité d'utilisateur et d'un fournisseur d'identité de machine. Les capacités de la fonctionnalité peuvent varier en fonction des fournisseurs d'identité particuliers inclus dans la configuration.

Horizon Cloud prend en charge les configurations d'identité suivantes.

Configurations d'identité prises en charge pour Horizon Cloud

Configuration de l'identité	Fournisseur d'identité d'utilisateur	Fournisseur d'identité de machine	Considérations relatives aux fonctionnalités
A	Microsoft Entra ID Commercial ou Microsoft Entra ID Government	Active Directory	Prend en charge SSO pour des applications et des postes de travail distants.
B	Microsoft Entra ID Commercial ou Microsoft Entra ID Government	Microsoft Entra ID	Ne prend pas en charge Single Sign-On (SSO) pour des applications et des postes de travail distants.
C	Workspace ONE Access Cloud ou Workspace ONE Access sur site	Active Directory	Prend en charge SSO pour des applications et des postes de travail distants. Prend en charge l'intégration à Workspace ONE. Les répertoires juste-à-temps ne sont pas pris en charge.
D	Omnissa Identity Service	Active Directory	Prend en charge SSO pour des applications et des postes de travail distants. À l'heure actuelle, Windows 365 n'est pas pris en charge avec cette configuration.

Les sections suivantes décrivent les conditions requises pour chaque fournisseur d'identité d'utilisateur et fournisseur d'identité de machine pris en charge.

Conditions requises pour l'identité d'utilisateur

Les informations préparatoires qui suivent décrivent les exigences relatives au fournisseur d'identité utilisateur que vous choisissez d'utiliser dans votre configuration d'identité. Horizon Cloud prend en charge Microsoft Entra ID et Workspace ONE Access comme fournisseurs d'identité d'utilisateur.

Outre les conditions requises décrites dans cette section, reportez-vous à la section Configurations des identités prises en charge pour plus d'informations sur les considérations relatives aux fonctionnalités et sur les fournisseurs d'identité des machines que vous pouvez utiliser avec chaque fournisseur d'identité de machine. Pour obtenir une présentation sur la gestion des identités par Horizon Cloud, reportez-vous à la section Présentation de l'identité d'utilisateur et de l'identité de machine.

• Microsoft Entra ID

  ☐

  Lorsque Microsoft Entra ID Commercial ou Microsoft Entra ID Government est votre fournisseur d'identité d'utilisateur, un utilisateur disposant de privilèges d'administrateur global de Microsoft Entra ID doit effectuer les opérations suivantes. Approuvez les autorisations demandées. Donnez votre consentement à l'ensemble de l'organisation.

• Workspace ONE Access

  ☐

  Lorsque Workspace ONE Access Cloud ou Workspace ONE Access sur site est votre fournisseur d'identité d'utilisateur, un utilisateur disposant des privilèges d'administrateur doit effectuer les opérations suivantes. Intégrer le fournisseur d'identité. Configurer les conditions requises pour l'intégration d'Horizon Cloud.

• Omnissa Identity Service

  ☐	Lorsqu'Omnissa Identity Service est votre fournisseur d'identité d'utilisateur, un utilisateur disposant de privilèges d'administrateur doit effectuer les opérations suivantes. Intégrer le fournisseur d'identité. Sélectionner l'instance d'Horizon Cloud à utiliser avec Omnissa Identity Services.

Conditions requises pour l'identité de machine

Les informations préparatoires qui suivent décrivent les exigences relatives au fournisseur d'identité de la machine que vous choisissez d'utiliser dans votre configuration d'identité. Horizon Cloud prend en charge Microsoft Entra ID et Active Directory comme fournisseurs d'identité de machine.

Outre les conditions requises décrites dans cette section, reportez-vous à la section Configurations des identités prises en charge pour plus d'informations sur les considérations relatives aux fonctionnalités et sur les fournisseurs d'identité d'utilisateur que vous pouvez utiliser avec chaque fournisseur d'identité de machine. Pour obtenir une présentation sur la gestion des identités par Horizon Cloud, reportez-vous à la section Présentation de l'identité d'utilisateur et de l'identité de machine.

• Active Directory

  ☐	Serveur Active Directory avec une vue directe sur les instances de l'Horizon Edge Gateway et les sous-réseaux de poste de travail. Par exemple : Un serveur Active Directory sur site connecté via un VPN/Express Route. Une instance de Microsoft Active Directory gérée par AWS. Reportez-vous à la documentation d'AWS sur l'instance gérée de Microsoft AD.
  ☐	Si vous prévoyez de connecter votre annuaire Active Directory avec LDAPS, collectez les certificats d'autorité de certification racine et intermédiaire codés au format PEM pour votre domaine Active Directory. Lorsque vous utilisez Horizon Universal Console pour configurer votre domaine Active Directory, vous êtes alors invité à charger les certificats d'autorité de certification racine et intermédiaire codés au format PEM.
  ☐	Niveaux fonctionnels de domaine des services de domaine Microsoft Windows Active Directory (AD DS) pris en charge. Windows Server 2016 Windows Server 2012 R2 Windows Server 2012 Versions de SE des services de domaine Microsoft Windows Active Directory (AD DS) prises en charge. Windows Server 2022 Windows Server 2019 Windows Server 2016 Windows Server 2012 R
  ☐	Compte de liaison de domaine Compte de liaison de domaine Active Directory (utilisateur standard avec accès en lecture) disposant de l'attribut sAMAccountName. La longueur de l'attribut sAMAccountName ne doit pas dépasser 20 caractères et il ne peut contenir aucun des caractères suivants : "/ \ [ ] : ; | = , + * ? < >. Le compte doit disposer des autorisations suivantes : Contenu de la liste Toutes les propriétés - accès en lecture Autorisations d'accès en lecture Lire tokenGroupsGlobalAndUniversal (sous-entendu par Lire toutes les propriétés) Définissez le mot de passe du compte sur N'expire jamais pour garantir un accès continu pour vous connecter à votre environnement Horizon Cloud. Si vous connaissez bien l'offre Horizon sur site, les autorisations ci-dessus sont les mêmes que celles requises pour les comptes d'informations d'identification secondaires de l'offre Horizon sur site. Les comptes de liaison de domaine se voient accorder les autorisations prêtes à l'emploi liées à l'accès en lecture par défaut généralement accordées aux utilisateurs authentifiés dans un déploiement de Microsoft Active Directory. Cependant, si les administrateurs AD de votre organisation ont choisi de verrouiller les autorisations liées à l'accès en lecture pour les utilisateurs standard, vous devez demander à ces administrateurs AD de conserver les valeurs standard par défaut des utilisateurs authentifiés pour les comptes de liaison de domaine que vous utiliserez pour Horizon Cloud. Référence : création de comptes de liaison de domaine et de jonction de domaine dans Active Directory
  ☐	Compte de liaison de domaine auxiliaire Doit être distinct du compte de liaison de domaine principal. L'UI préviendra la réutilisation du même compte dans les deux champs. Compte de liaison de domaine Active Directory (utilisateur standard avec accès en lecture) disposant de l'attribut sAMAccountName. La longueur de l'attribut sAMAccountName ne doit pas dépasser 20 caractères et il ne peut contenir aucun des caractères suivants : "/ \ [ ] : ; | = , + * ? < >. Le compte doit disposer des autorisations suivantes : Contenu de la liste Toutes les propriétés - accès en lecture Autorisations d'accès en lecture Lire tokenGroupsGlobalAndUniversal (sous-entendu par Lire toutes les propriétés) Définissez le mot de passe du compte sur N'expire jamais pour garantir un accès continu pour vous connecter à votre environnement Horizon Cloud. Si vous connaissez bien l'offre Horizon sur site, les autorisations ci-dessus sont les mêmes que celles requises pour les comptes d'informations d'identification secondaires de l'offre Horizon sur site. Les comptes de liaison de domaine se voient accorder les autorisations prêtes à l'emploi liées à l'accès en lecture par défaut généralement accordées aux utilisateurs authentifiés dans un déploiement de Microsoft Active Directory. Cependant, si les administrateurs AD de votre organisation ont choisi de verrouiller les autorisations liées à l'accès en lecture pour les utilisateurs standard, vous devez demander à ces administrateurs AD de conserver les valeurs standard par défaut des utilisateurs authentifiés pour les comptes de liaison de domaine que vous utiliserez pour Horizon Cloud.
  ☐	Compte de jonction de domaine Compte de jonction de domaine Active Directory qui peut être utilisé par le système pour effectuer des opérations Sysprep et joindre les ordinateurs virtuels au domaine. Généralement, il s'agit d'un nouveau compte que vous créez dans ce but explicite. (Un compte utilisateur de jonction de domaine) Le compte doit disposer de l'attribut sAMAccountName. L'attribut sAMAccountName doit comporter au maximum 20 caractères et ne peut contenir aucun des caractères suivants : "/ \ [ ] : ; | = , + * ? < >. L'utilisation d'espaces blancs dans le nom d'utilisateur du compte n'est actuellement pas prise en charge. Définissez le mot de passe du compte sur N'expire jamais afin qu'Horizon Cloud continue d'effectuer les opérations Sysprep et de joindre les ordinateurs virtuels au domaine. Ce compte nécessite les autorisations Active Directory suivantes, appliquées à l'unité d'organisation Ordinateurs ou à l'unité d'organisation que vous entrez dans l'UI de jonction de domaine de la console. Toutes les propriétés - accès en lecture : cet objet uniquement Créer des objets ordinateur : cet objet et tous les objets descendants Supprimer les objets ordinateur : cet objet et tous les objets descendants Toutes les propriétés - accès en écriture : objets ordinateur descendants Réinitialiser le mot de passe : objets ordinateur descendants En ce qui concerne l'Unité d'organisation (OU) cible que vous prévoyez d'utiliser pour les pools, ce compte nécessite également l'autorisation Active Directory nommée Toutes les propriétés - accès en écriture sur tous les objets descendants de cette Unité d'organisation (OU) cible. Pour plus d'informations sur la création et la réutilisation de comptes de jonction de domaine, reportez-vous à la section Création de comptes de liaison de domaine et de jonction de domaine dans Active Directory. Dans Microsoft Active Directory, lorsque vous créez une unité d'organisation, le système peut définir automatiquement l'attribut Prevent Accidental Deletion qui applique un Deny à l'autorisation Supprimer tous les objets enfants de l'unité d'organisation récemment créée et de tous les objets descendants. Par conséquent, si vous avez explicitement attribué l'autorisation Supprimer des objets de l'ordinateur au compte de jonction de domaine, dans le cas d'une unité d'organisation récemment créée, Active Directory peut avoir appliqué un remplacement à cette autorisation de suppression d'objets de l'ordinateur explicitement attribuée. Étant donné que l'effacement de l'indicateur Empêcher la suppression accidentelle peut ne pas effacer automatiquement la valeur Deny qu'Active Directory a appliquée à l'autorisation de suppression de tous les objets enfants, dans le cas d'une unité d'organisation récemment ajoutée, vous devrez peut-être vérifier et effacer manuellement l'autorisation Deny définie pour supprimer tous les objets enfants dans l'unité d'organisation et toutes les unités d'organisation enfants avant d'utiliser le compte de jonction de domaine dans Horizon Cloud Console.
  ☐	Compte de jonction de domaine auxiliaire facultatif Compte de jonction de domaine Active Directory qui peut être utilisé par le système pour effectuer des opérations Sysprep et joindre les ordinateurs virtuels au domaine. Généralement, il s'agit d'un nouveau compte que vous créez dans ce but explicite (un compte utilisateur de jonction de domaine). Le compte doit disposer de l'attribut sAMAccountName. La longueur de l'attribut sAMAccountName ne doit pas dépasser 20 caractères et il ne peut contenir aucun des caractères suivants : "/ \ [ ] : ; | = , + * ? < >. L'utilisation d'espaces blancs dans le nom d'utilisateur du compte n'est actuellement pas prise en charge. Définissez le mot de passe du compte sur N'expire jamais pour qu'Horizon Cloud puisse continuer à effectuer les opérations Sysprep et à joindre les ordinateurs virtuels au domaine. Ce compte nécessite les autorisations Active Directory suivantes, appliquées à l'unité d'organisation Ordinateurs ou à l'unité d'organisation que vous entrez dans l'interface utilisateur de jonction de domaine de la console. Toutes les propriétés - accès en lecture : cet objet uniquement Créer des objets ordinateur : cet objet et tous les objets descendants Supprimer les objets ordinateur : cet objet et tous les objets descendants Toutes les propriétés - accès en écriture : objets ordinateur descendants Réinitialiser le mot de passe : objets ordinateur descendants En ce qui concerne l'Unité d'organisation (OU) cible que vous prévoyez d'utiliser pour les pools, ce compte nécessite également l'autorisation Active Directory nommée Toutes les propriétés - accès en écriture sur tous les objets descendants de cette Unité d'organisation (OU) cible. Dans Microsoft Active Directory, lorsque vous créez une unité d'organisation, le système peut définir automatiquement l'attribut Prevent Accidental Deletion qui applique un Deny à l'autorisation Supprimer tous les objets enfants de l'unité d'organisation récemment créée et de tous les objets descendants. Par conséquent, si vous avez explicitement attribué l'autorisation Supprimer des objets de l'ordinateur au compte de jonction de domaine, dans le cas d'une unité d'organisation récemment créée, Active Directory peut avoir appliqué un remplacement à cette autorisation de suppression d'objets de l'ordinateur explicitement attribuée. Étant donné que l'effacement de l'indicateur Empêcher la suppression accidentelle peut ne pas effacer automatiquement la valeur Deny qu'Active Directory a appliquée à l'autorisation de suppression de tous les objets enfants, dans le cas d'une unité d'organisation récemment ajoutée, vous devrez peut-être vérifier et effacer manuellement l'autorisation Deny définie pour supprimer tous les objets enfants dans l'unité d'organisation et toutes les unités d'organisation enfants avant d'utiliser le compte de jonction de domaine dans Horizon Cloud Console.
  ☐	Unités d'organisation Active Directory pour les postes de travail virtuels et les postes de travail basés sur une session RDS et/ou les applications publiées. Dans Microsoft Active Directory, lorsque vous créez une unité d'organisation, le système peut définir automatiquement l'attribut Prevent Accidental Deletion qui applique un Deny à l'autorisation Supprimer tous les objets enfants de l'unité d'organisation récemment créée et de tous les objets descendants. Par conséquent, si vous avez explicitement attribué l'autorisation Supprimer des objets de l'ordinateur au compte de jonction de domaine, dans le cas d'une unité d'organisation récemment créée, Active Directory peut avoir appliqué un remplacement à cette autorisation de suppression d'objets de l'ordinateur explicitement attribuée. Étant donné que l'effacement de l'indicateur Empêcher la suppression accidentelle peut ne pas effacer automatiquement la valeur Deny qu'Active Directory a appliquée à l'autorisation de suppression de tous les objets enfants, dans le cas d'une unité d'organisation récemment ajoutée, vous devrez peut-être vérifier et effacer manuellement l'autorisation Deny définie pour supprimer tous les objets enfants dans l'unité d'organisation et toutes les unités d'organisation enfants avant d'utiliser le compte de jonction de domaine dans Horizon Cloud Console.

  Configuration requise pour le système de gestion des images

  Votre compte Amazon WorkSpaces Core doit intégrer les conditions requises suivantes en fonction des types d'images à provisionner à partir du dispositif Horizon Edge déployé.

  ☐

  Base de l'image. Une ou plusieurs des configurations de modèle de matériel Amazon WorkSpaces Core prises en charge. Assurez-vous de ne pas dépasser les limites de quota pour Amazon WorkSpaces. Reportez-vous à la documentation d'AWS sur les quotas d'Amazon WorkSpaces. Les types de modèles suivants sont définis par défaut et recommandés. Sans GPU : Valeur - 1 vCPU, 2 Go de mémoire Standard - 2 vCPU, 4 Go de mémoire Performance - 2 vCPU, 8 Go de mémoire Alimentation - 4 vCPU, 16 Go de mémoire PowerPro - 8 vCPU, 32 Go de mémoire GeneralPurpose.4xlarge - 16 vCPU, 64 Go de mémoire GeneralPurpose.8xlarge - 32 vCPU, 128 Go de mémoire GPU activé : Graphics.g4dn - 4 vCPU, 16 Gio de mémoire, 1 GPU, 16 Gio de mémoire vidéo, magasin d'instances locales de 125 Go GraphicsPro.g4dn - 16 vCPU, 64 Gio de mémoire, 1 GPU, 16 Gio de mémoire vidéo, magasin d'instances locales de 225 Go Outre les types répertoriés Sans GPU et Avec GPU activé, les types de modèles sont pris en charge, mais pas nécessairement vérifiés. Assurez-vous que vous disposez d'un quota suffisant dans votre abonnement si vous sélectionnez l'un de ces modèles.

  Configuration requise pour les VM de pool

  Votre instance d'Amazon WorkSpaces Core doit intégrer les conditions requises suivantes en fonction des types de machines virtuelles de pools à provisionner à partir du dispositif Horizon Edge déployé.

  ☐

  Sélection de modèle pour les VM dans des pools : n'importe quelle configuration de modèle matériel Amazon WorkSpaces Core disponible dans la région Amazon WorkSpaces Core, sauf pour ceux qui ne sont pas compatibles avec les opérations de poste de travail d'Horizon Cloud. Tenez compte des détails suivants lors de la sélection d'un modèle de VM. La décision de choisir entre un type de modèle avec GPU activé et un type de modèle sans GPU dépend de la VM sélectionnée lors de la création de l'image. Pour créer un pool à plusieurs sessions, sélectionnez une image créée à l'aide d'un système d'exploitation à plusieurs sessions. Pour les environnements de production, le test de dimensionnement recommande d'utiliser des modèles disposant d'au moins 2 CPU. Pour en savoir plus sur la compatibilité des différents types et tailles de modèles de matériel Amazon WorkSpaces Core avec Horizon Cloud, reportez-vous à la documentation d'AWS sur la tarification d'Amazon WorkSpaces Core.

  Exigences d'Horizon Client et d'Horizon Web Client

  ☐

  Assurez-vous que vos utilisateurs finaux utilisent un client pris en charge pour accéder à leurs ressources fournies par le service. Reportez-vous à la liste dans les Notes de mise à jour - section Support client Conseil : lorsque les utilisateurs finaux se connectent à Horizon Cloud à l'aide d'un navigateur, leurs connexions utilisent automatiquement la dernière version d'Horizon Web Client.