Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure Virtual Desktop est un service qui offre aux utilisateurs un accès facile et sécurisé à leurs bureaux et applications virtualisés. Cet article vous explique un peu plus la terminologie et la structure générale d’Azure Virtual Desktop.
Pools d’hôtes
Un pool d’hôtes est une collection de machines virtuelles Azure inscrites auprès d’Azure Virtual Desktop en tant qu’hôtes de session. Toutes les machines virtuelles hôtes de session d’un pool d’hôtes doivent provenir de la même image pour une expérience utilisateur cohérente. Vous contrôlez les ressources publiées pour les utilisateurs via des groupes d’applications.
Un pool d’hôtes peut être de deux types :
Personnel, où chaque hôte de session est affecté à un utilisateur individuel. Les pools d’hôtes personnels fournissent des bureaux dédiés aux utilisateurs finaux qui optimisent les environnements pour les performances et la séparation des données.
Mis en pool, où les sessions utilisateur peuvent être équilibrées en charge sur n’importe quel hôte de session dans le pool d’hôtes. Il peut y avoir plusieurs utilisateurs différents sur un même hôte de session en même temps. Les pools d’hôtes mis en pool fournissent une expérience distante partagée aux utilisateurs finaux, ce qui garantit des coûts réduits et une plus grande efficacité.
Le tableau suivant décrit plus en détail les différences entre chaque type de pool d’hôtes :
| Fonctionnalité | Pools d’hôtes personnels | Pools d’hôtes mis en pool |
|---|---|---|
| Équilibrage de charge | La charge des sessions utilisateur est toujours équilibrée sur l’hôte de session auquel l’utilisateur est affecté. Si l’utilisateur n’est actuellement pas affecté à un hôte de session, la charge de la session utilisateur est équilibrée sur l’hôte de session disponible suivant dans le pool d’hôtes. | La charge des sessions utilisateur est équilibrée sur les hôtes de session dans le pool d’hôtes en fonction du nombre de sessions utilisateur. Vous pouvez choisir l’algorithme d’équilibrage de charge à utiliser : largeur d’abord ou profondeur d’abord. |
| Limite maximale de session | Un. | Comme configuré par la valeur de limite de session maximale des propriétés d’un pool d’hôtes. En cas de charge de connexion simultanée élevée, lorsque plusieurs utilisateurs se connectent au pool d’hôtes en même temps, le nombre de sessions créées sur un hôte de session peut dépasser la limite maximale de sessions. |
| Processus d’attribution d’utilisateur | Les utilisateurs peuvent être directement affectés à des hôtes de session ou automatiquement affectés au premier hôte de session disponible. Les utilisateurs ont toujours des sessions sur les hôtes de session auxquels ils sont affectés. | Les utilisateurs ne sont pas affectés aux hôtes de session. Une fois qu’un utilisateur s’est déconnecté et s’est reconnecté, sa session utilisateur peut obtenir un équilibrage de charge sur un autre hôte de session. Pour plus d’informations, consultez Configurer l’attribution de bureau personnel. |
| Montée en charge | La mise à l’échelle automatique pour les pools d’hôtes personnels démarre les machines virtuelles hôtes de session selon la planification ou à l’aide de Démarrer la machine virtuelle lors de la connexion, puis libère/met en veille prolongée les machines virtuelles hôtes de session en fonction de l’état de la session utilisateur (déconnexion/déconnexion). | La mise à l’échelle automatique pour les pools d’hôtes mis en pool active et désactive les machines virtuelles en fonction des seuils de capacité et des planifications définis par le client. |
| Windows Mises à jour | Mise à jour avec Windows Mises à jour, Microsoft Configuration Manager ou d’autres outils de configuration de distribution de logiciels. | Mise à jour en redéployant les hôtes de session à partir d’images mises à jour au lieu des mises à jour traditionnelles. |
| Données utilisateur | Chaque utilisateur n’utilise jamais qu’un seul hôte de session, ce qui lui permet de stocker ses données de profil utilisateur sur le disque du système d’exploitation de la machine virtuelle. | Les utilisateurs peuvent se connecter à différents hôtes de session chaque fois qu’ils se connectent. Ils doivent donc stocker leurs données de profil utilisateur dans FSLogix. |
Il existe également deux approches de gestion pour les pools d’hôtes :
Configuration de l’hôte de session (préversion), où Azure Virtual Desktop gère le cycle de vie des hôtes de session dans un pool d’hôtes à l’aide d’une combinaison de fonctionnalités natives.
Standard, où vous gérez la création, la mise à jour et la mise à l’échelle d’hôtes de session dans un pool d’hôtes.
Pour plus d’informations, consultez Approches de gestion des pools d’hôtes.
Environnement de validation
Vous pouvez définir un pool d’hôtes comme environnement de validation. Les environnements de validation vous permettent de surveiller les mises à jour de service avant que le service ne les applique à votre environnement de production ou de non-validation. Sans environnement de validation, vous risquez de ne pas découvrir les modifications qui introduisent des erreurs, ce qui peut entraîner un temps d’arrêt pour les utilisateurs de votre environnement de production.
Pour vous assurer que vos applications fonctionnent avec les dernières mises à jour, l’environnement de validation doit être aussi similaire que possible aux pools d’hôtes dans votre environnement de non-validation. Les utilisateurs doivent se connecter aussi fréquemment à l’environnement de validation qu’à l’environnement de production. Si vous automatisez les tests sur votre pool d’hôtes, vous devez inclure des tests automatisés dans l’environnement de validation.
Groupes d’applications
Un groupe d’applications contrôle l’accès à un bureau complet ou à un regroupement logique d’applications disponibles sur les hôtes de session dans un pool d’hôtes unique. Les utilisateurs peuvent être affectés à plusieurs groupes d’applications dans plusieurs pools d’hôtes, ce qui vous permet de varier les applications et les bureaux auxquels les utilisateurs peuvent accéder.
Lorsque vous créez un groupe d’applications, il peut s’agir de l’un des deux types suivants :
Bureau : les utilisateurs accèdent au bureau Windows complet à partir d’un hôte de session. Disponible avec les pools d’hôtes mis en pool ou personnels.
RemoteApp : les utilisateurs accèdent aux applications individuelles que vous sélectionnez et publiez dans le groupe d’applications. Disponible avec les pools d’hôtes mis en pool uniquement.
Avec les pools d’hôtes mis en pool, vous pouvez affecter les deux types de groupes d’applications au même pool d’hôtes en même temps. Vous ne pouvez affecter qu’un seul groupe d’applications de bureau par pool d’hôtes, mais vous pouvez également affecter plusieurs groupes d’applications RemoteApp au même pool d’hôtes.
Les pools d’hôtes ont un paramètre de type de groupe d’applications préféré. Si un utilisateur final a un bureau et des groupes d’applications RemoteApp attribués sur le même pool d’hôtes, il voit uniquement les ressources du type de groupe d’applications préféré. Les utilisateurs affectés à plusieurs groupes d’applications RemoteApp affectés au même pool d’hôtes ont accès à un agrégat de toutes les applications dans les groupes d’applications auxquels ils sont affectés.
Pour en savoir plus sur les groupes d’applications, consultez Comportement de type de groupe d’applications préféré pour les pools d’hôtes mis en pool.
Espaces de travail
Un espace de travail est un regroupement logique de groupes d’applications. Chaque groupe d’applications doit être associé à un espace de travail pour permettre aux utilisateurs de voir les bureaux et les applications qui leur sont publiés. Un groupe d’applications ne peut être affecté qu’à un seul espace de travail.
Utilisateurs finaux
Une fois que vous avez affecté des utilisateurs à leurs groupes d’applications, ils peuvent se connecter à un déploiement Azure Virtual Desktop avec n’importe quel client Azure Virtual Desktop.
Sessions utilisateur
Dans cette section, nous abordons chacun des trois types de sessions utilisateur que les utilisateurs finaux peuvent avoir.
Session utilisateur active
Une session utilisateur est considérée comme active lorsqu’un utilisateur se connecte et se connecte à son bureau ou à sa ressource RemoteApp.
Session utilisateur déconnectée
Une session utilisateur déconnectée est une session inactive dont l’utilisateur ne s’est pas encore déconnecté. Lorsqu’un utilisateur ferme la fenêtre de session à distance sans se déconnecter, la session est déconnectée. Lorsqu’un utilisateur se reconnecte à ses ressources distantes, il est redirigé vers sa session déconnectée sur l’hôte de session sur lequel il travaillait. À ce stade, la session déconnectée redevient une session active.
Session utilisateur en attente
Une session utilisateur en attente est une session d’espace réservé qui réserve un emplacement sur la machine virtuelle à charge équilibrée pour l’utilisateur. Étant donné que le processus de connexion peut prendre entre 30 secondes et cinq minutes selon le profil utilisateur, cette session d’espace réservé garantit que l’utilisateur n’est pas exclu de sa session si un autre utilisateur termine d’abord son processus de connexion.
Étape suivante
Découvrez l’architecture et la résilience du service Azure Virtual Desktop.