Créer une batterie de serveurs

Vous créez des batteries de serveurs à l'aide de la page Batteries de serveurs.

Une batterie de serveurs est un ensemble d'hôtes des services Bureau à distance (RDSH). Chacun de ces hôtes des services Bureau à distance (RDS) est une VM instanciée en fonction de l'image compatible RDSH spécifique que vous choisissez d'utiliser pour la batterie de serveurs. L'image compatible RDSH est parfois également appelée image RDS, image RDSH ou image compatible RDSH.

Conditions préalables

• Vérifiez que vous disposez d'au moins une image répertoriée sur la page Images, qu'elle dispose d'un système d'exploitation Windows compatible RDSH, qu'elle s'affiche sur la page Images avec l'état Publié, et qu'elle se trouve dans l'espace dans lequel vous créez la batterie de serveurs. Vous ne pouvez pas créer de batterie de serveurs dans un espace sans disposer d'une image dans celui-ci.
• Déterminez si cette batterie de serveurs servira des postes de travail basés sur une session ou des applications distantes. Dans cette version, la même batterie de serveurs ne peut pas desservir les deux.

Procédure

1. Dans la console d'administration, accédez à Inventaire > Batteries de serveurs.
   
   

   

   
   
2. Cliquez sur Nouveau.
   L'assistant Nouvelle batterie de serveurs s'ouvre.
3. À l'étape Définition de l'assistant, remplissez les champs et effectuez vos sélections de manière appropriée, puis cliquez sur Suivant.
   Note : Vous devrez peut-être utiliser la barre de défilement pour afficher tous les champs requis.

   Option	Description
   Nom	Entrez un nom pour la batterie de serveurs.
   Description	Entrez une description facultative.
   Noms de VM	Nom de base de toutes les VM RDSH créées pour cette batterie de serveurs. Un numéro sera ajouté à ce nom de base pour définir les noms des machines virtuelles, par exemple win2016-1, win2016-2, etc. Le nom doit commencer par une lettre et ne peut contenir que des lettres, des tirets et des numéros.
   Type de batterie de serveurs	Spécifiez le type de ressource que la batterie de serveurs fournit aux utilisateurs finaux : Sélectionnez Postes de travail pour utiliser cette batterie de serveurs pour fournir des postes de travail basés sur une session. Sélectionnez Applications pour utiliser cette batterie de serveurs pour fournir un accès aux applications distantes. Après la création d'une batterie de serveurs d'applications, vous pouvez utiliser l'option Analyser automatiquement depuis la batterie de serveurs du workflow Nouvelle application pour importer des applications à partir du système d'exploitation de la batterie de serveurs dans votre inventaire d'applications.
   Espace	Cette option ne s'affiche que si le centre de données est configuré avec plusieurs espaces. Les espaces contiennent des images attribuables et des capacités de modèle de serveur spécifiques pour les attributions. Vous pouvez uniquement créer des attributions à partir d'images du même espace.
   Modèle	Si vous avez défini plusieurs modèles de poste de travail basés sur une session, vous pouvez sélectionner le modèle à utiliser dans le menu déroulant.
   Réseau	Si votre centre de données est configuré pour utiliser des mappages réseau spécifiques vers des attributions, sélectionnez le réseau que cette batterie de serveurs doit utiliser. Par exemple, si vous disposez d'un serveur DHCP sur un réseau spécifique et que votre centre de données est configuré pour utiliser ce réseau pour des attributions, vous pouvez sélectionner ce réseau. Note : Si la valeur Équilibrage de charge est sélectionnée, aucun mappage réseau spécifique n'est utilisé pour les attributions utilisant cette batterie de serveurs.
   Image	Sélectionnez l'image RDSH.
   Protocole préféré	Sélectionnez un protocole d'affichage par défaut à utiliser pour les sessions des utilisateurs finaux. Il peut arriver qu'un autre protocole soit utilisé à la place du protocole par défaut. Par exemple, le périphérique client ne prend pas en charge le protocole par défaut ou l'utilisateur final remplace la sélection du protocole par défaut.
   Type de client préféré	Sélectionnez le type de client préféré utilisé lorsque des utilisateurs finaux lancent des postes de travail basés sur une session depuis Workspace ONE Access, une instance d'Horizon Client ou un navigateur pour HTML Access.
   Domaine	Sélectionnez le domaine Active Directory enregistré dans votre environnement.
   Joindre le domaine	Sélectionnez Oui pour joindre automatiquement les VM de la batterie de serveurs au domaine lors de leur création.
   VM	Spécifiez le nombre de machines virtuelles souhaité dans la batterie de serveurs. Note : Si la capacité restante affichée semble trop faible, cela peut être dû au dépassement de la limite par défaut de 2 000 machines virtuelles par espace. Cela inclut les machines virtuelles créées dans les versions antérieures du produit, mais n'inclut pas les machines virtuelles d'utilitaire ou importées. Pour plus d’informations, contactez votre représentant VMware.
   Sessions par VM	Spécifiez le nombre de sessions utilisateur final simultanées par VM que cette batterie de serveurs autorise.

   Éventuellement, configurez les propriétés avancées.

   Option	Description
   Unité d'organisation de l'ordinateur	Unité d'organisation Active Directory dans laquelle les VM de la batterie de serveurs doivent se trouver. Entrez l'unité d'organisation Active Directory à l'aide du nom unique, par exemple OU=RootOrgName,DC=DomainComponent,DC=eng, etc. L'unité d'organisation et chaque chemin d'accès d'une unité d'organisation imbriquée peuvent contenir n'importe quelle combinaison de lettres, de chiffres, de caractères spéciaux et d'espaces ainsi qu'un maximum de 64 caractères. Si vous devez utiliser des unités d'organisation imbriquées, reportez-vous à la section Utilisation d'unités d'organisation imbriquées. Note : Pour les clones traditionnels, si l' unité d'organisation de l'ordinateur est définie sur CN=Computers, le système utilise le conteneur Computers d'Active Directory par défaut pour les machines virtuelles. Ce conteneur par défaut a pu être redirigé vers un conteneur de classe d'unité d'organisation.
   Exécuter une fois le script	(Facultatif) Emplacement d'un script à exécuter dans les VM de la batterie de serveurs après le processus de création de la VM. Note : Le script doit se terminer par une étape de redémarrage de la machine virtuelle. Exemple de ligne de redémarrage sous la forme d'une commande Windows : shutdown /r /t 0 Le script est exécuté après le processus de préparation du système Microsoft Windows (Sysprep). Lorsque le système crée une VM pour la batterie de serveurs, la VM démarre et termine le processus Sysprep dans le système d'exploitation Windows. Lorsque le processus Sysprep se termine, l'agent de la machine virtuelle tente d'effectuer la jonction de domaine. En même temps, l’agent obtient le chemin d’accès au script que vous spécifiez ici. L'agent définit le chemin d'accès Windows RunOnce (System run once), puis redémarre la VM. Lors du redémarrage suivant, le système se connecte au système d'exploitation Windows à l'aide du compte d’administrateur local et exécute le script.
   Activer le Hot-Plug Windows	(Facultatif) Conservez le paramètre Non par défaut pour empêcher les utilisateurs finaux d'ajouter ou de supprimer dynamiquement des périphériques externes à partir de leurs postes de travail virtuels, tels que des lecteurs CD/DVD, des adaptateurs Ethernet et d'autres types de périphériques. Attention : Lorsque cette option est définie sur Oui, les utilisateurs peuvent accidentellement interférer avec la connectivité des postes de travail virtuels s'ils suppriment dynamiquement les cartes réseau ou d'autres composants opérationnels par erreur. Bien que vous puissiez décider d'activer ce paramètre dans des cas particuliers (par exemple, pour la prise en charge de clés USB dans les postes de travail virtuels) sachez que le paramètre est activé pour tous les périphériques prêts à l'emploi dans les postes de travail résultants.

4. À l'étape Gestion de l'assistant, remplissez les champs et effectuez les sélections appropriées, puis cliquez sur Suivant.

   Option	Description
   Maintenance progressive	Sélectionnez le type de maintenance, selon une période (Planifiée) ou selon les sessions utilisateur sur les VM de la batterie de serveurs (Sessions). Lorsque le type Planifiée est sélectionné, configurez la périodicité de la maintenance, quotidienne ou hebdomadaire. Si vous choisissez une maintenance quotidienne, spécifiez l'heure à laquelle elle commencera. Si vous choisissez une périodicité hebdomadaire, spécifiez le jour de la semaine et l'heure. Lorsque le type Session est sélectionné, spécifiez le nombre de sessions à partir duquel la batterie de serveurs doit commencer la maintenance progressive. Note : Les sessions qui sont fermées dans les 15 minutes ne sont pas prises en compte dans les calculs de maintenance progressive, pour empêcher le redémarrage ou la recréation de VM selon un nombre de sessions actives courtes. Dans le champ VM mises au repos simultanément, spécifiez le nombre de VM de batterie de serveurs qui peuvent se trouver dans l'état de mise au repos simultanément. Lorsqu'une VM est en état de mise au repos, elle continue de fonctionner pour les sessions utilisateur déjà connectées, mais elle n'accepte pas les nouvelles connexions d'utilisateur.
   Action de VM	Sélectionnez l'action que le système doit exécuter sur les VM en cours de maintenance. Avec Redémarrer : les VM sont redémarrées. Avec Recréer, les VM sont d'abord supprimées, puis sont reprovisionnées en fonction de l'image associée de la batterie de serveurs.
   Traitement du délai d’expiration	Configurez la manière dont vous souhaitez que le système gère certains types de sessions d'utilisateurs. Note : Les sessions d'utilisateurs régies par ces paramètres sont les connexions d'utilisateurs à la session de système d'exploitation Windows de l'application ou du poste de travail de session RDS. Ces sessions ne sont pas les connexions d'utilisateurs à Horizon Client, Horizon HTML Access ou Workspace ONE. La session d'utilisateur commence lorsque l'utilisateur s'authentifie sur le système d'exploitation Windows qui sous-tend l'application distante ou le poste de travail basé sur une session, qui est géré par les VM RDSH de cette batterie de serveurs. Délai d'expiration de session vide : pour les batteries d'applications, sélectionnez la manière dont le système doit gérer les sessions d'utilisateur inactives, c'est-à-dire si les sessions inactives n'expirent jamais ou si elles expirent après le nombre de minutes spécifié. Les délais d'inactivité sont basés sur l'activité sur le point de terminaison, pas sur le poste de travail basé sur une session ou sur l'application. Si vous spécifiez un délai d'expiration pour une session inactive, sélectionnez l'action à effectuer lorsqu'il expire : déconnexion de la session ou déconnexion de l'utilisateur. Lorsqu'une session est déconnectée, elle est déconnectée du réseau et conservée en mémoire. Lorsqu'une session est fermée, elle n'est pas conservée en mémoire et tous les documents non enregistrés sont perdus. Fermer les sessions déconnectées : sélectionnez cette option pour que le système déconnecte l'utilisateur d'une session déconnectée. Durée de vie maximale de la session : spécifiez le nombre maximal de minutes pendant lesquelles le système autorise une session utilisateur unique.
   Intervalle du délai d'expiration de session	Cet intervalle de temps est la durée pendant laquelle une session d'utilisateur final peut être inactive avant que le système ne force la déconnexion aux postes de travail ou applications basés sur la session, qui sont desservis par cette batterie de serveurs. Ce délai d'expiration s'applique à la session de connexion au système d'exploitation Windows sous-jacent. Le délai que vous spécifiez ici est différent des paramètres de délai d'expiration qui régissent la session de connexion d'Horizon Client ou d'HTML Access des utilisateurs finaux. Attention : Lorsque le système force la fermeture de la session du système d'exploitation Windows sous-jacent, les données non enregistrées sont perdues. Pour empêcher une perte accidentelle de données, définissez cet intervalle sur une valeur suffisamment grande pour répondre aux besoins métiers de vos utilisateurs finaux. Note : Si l'utilisateur est inactif avant la fin de l'intervalle du délai d'expiration, un message indique que la session de l'utilisateur sera fermée si ce dernier ne clique pas sur OK au cours des 30 prochaines secondes. En cas de déconnexion, toutes les données utilisateur non enregistrées, telles que les documents ou les fichiers, sont perdues.

5. À l'étape Résumé de l'assistant, examinez les paramètres, puis cliquez sur Envoyer pour démarrer la création de la batterie de serveurs.

Résultats

Le système démarre la création de la batterie de serveurs. Vous pouvez surveiller la progression dans la page Activité. Lorsque l’état de la batterie de serveurs affiche un point vert sur la page Batteries de serveurs :

• Si vous avez créé une batterie de postes de travail, vous pouvez l’utiliser pour créer une attribution de poste de travail par session.
• Si vous avez créé une batterie de serveurs d'applications, vous pouvez l'utiliser pour charger des applications à partir du système d'exploitation RDSH sous-jacent des serveurs dans votre catalogue d'applications .

Que faire ensuite

Si vous avez créé une batterie de postes de travail, vous créez ensuite une attribution de postes de travail basée sur la session pour vos utilisateurs finaux en suivant les étapes décrites à la section Créer une attribution de poste de travail de session RDSH.

Si vous avez créé une batterie d'applications, vous analysez ensuite cette batterie de serveurs pour charger des applications dans Horizon Cloud, puis créez une attribution d'applications afin que vos utilisateurs finaux puissent utiliser les applications distantes à partir de cette batterie de serveurs.

Pour plus d'informations, reportez-vous à Applications, Importation de nouvelles applications à partir d’une batterie de serveurs RDSH à l’aide de l'analyse automatique depuis la batterie de serveurs et à Ajouter manuellement des applications personnalisées à partir d’une batterie de serveurs RDSH.