Product Documentation

Haute disponibilité et configuration multisite de StoreFront

Oct 31, 2016

StoreFront comprend un certain nombre de fonctionnalités qui combinées permettent d'activer l'équilibrage de charge et le basculement entre les déploiements offrant des ressources aux magasins. Vous pouvez également spécifier des déploiements de récupération d'urgence dédiés afin d'augmenter la résilience. Ces fonctionnalités vous permettent de configurer des déploiements StoreFront répartis sur plusieurs sites afin de fournir une haute disponibilité pour vos magasins. Pour de plus amples informations, consultez la section Définir des configurations multisite assurant une haute disponibilité des magasins.

Agrégation de ressources

Par défaut, StoreFront énumère tous les déploiements offrant des bureaux et des applications à un magasin et traite toutes ces ressources comme distinctes. Ceci signifie que si la même ressource est disponible à partir de plusieurs déploiements, les utilisateurs voient une icône pour chaque ressource, ce qui peut prêter à confusion si les ressources ont le même nom. Lorsque vous créez des configurations multisite à haut niveau de disponibilité, vous pouvez grouper les déploiements XenDesktop et XenApp qui délivrent le même bureau ou la même application afin que les ressources identiques puissent être agrégées pour les utilisateurs. Les déploiements groupés n'ont pas besoin d'être identiques, mais les ressources doivent avoir le même nom et le même chemin d'accès sur chaque serveur pour être regroupées.

Lorsqu'un bureau ou une application est disponible à partir de plusieurs déploiements XenDesktop et XenApp configurés pour un magasin spécifique, StoreFront regroupe toutes les instances de cette ressource et présente une seule icône aux utilisateurs. Les applications App Controller ne peuvent pas être regroupées. Lorsqu'un utilisateur démarre une ressource agrégée, StoreFront détermine l'instance de cette ressource la plus appropriée pour l'utilisateur sur la base de la disponibilité du serveur, si l'utilisateur a déjà une session active et l'ordre que vous avez spécifié dans la configuration.

StoreFront surveille dynamiquement les serveurs qui ne répondent pas aux requêtes parce qu'ils sont surchargés ou temporairement indisponibles. Les utilisateurs sont dirigés vers les instances de la ressource sur d'autres serveurs jusqu'à ce que les communications soient rétablies. Lorsque cela est pris en charge par les serveurs fournissant les ressources, StoreFront tente de réutiliser les sessions existantes pour mettre à disposition des ressources supplémentaires. Si un utilisateur a déjà une session active sur un déploiement qui fournit également la ressource demandée, StoreFront réutilise la session si elle est compatible avec cette ressource. La réduction du nombre de sessions par utilisateur permet de réduire le temps nécessaire au démarrage des bureaux ou applications supplémentaires et permet une utilisation plus efficace des licences des produits.

Après avoir vérifié la disponibilité et les sessions utilisateur existantes, StoreFront utilise l'ordre spécifié dans votre configuration pour déterminer le déploiement auquel l'utilisateur est connecté. Si plusieurs déploiements équivalents sont disponibles à l'utilisateur, vous pouvez spécifier que les utilisateurs sont connectés au premier déploiement disponible ou de manière aléatoire à tout déploiement dans la liste. Le fait de connecter les utilisateurs au premier déploiement disponible vous permet de réduire le nombre de déploiements utilisés pour le nombre actuel d'utilisateurs. Le fait de connecter les utilisateurs de manière aléatoire fournit une répartition plus équilibrée des utilisateurs sur tous les déploiements.

Vous pouvez remplacer l'ordre de déploiement spécifié pour les ressources XenDesktop et XenApp individuelles afin de définir les déploiements préférés auxquels les utilisateurs sont connectés lorsqu'ils accèdent à un bureau ou une application. Ceci vous permet, par exemple, de spécifier que les utilisateurs sont connectés à un déploiement spécialement conçu pour mettre à disposition un bureau ou une application particulière, mais qu'ils utilisent d'autres déploiements pour d'autres ressources. Pour ce faire, ajoutez la chaîne KEYWORDS:Primary à la description de l'application ou bureau sur le déploiement préféré et la chaîne KEYWORDS:Secondary à la ressource sur d'autres déploiements. Dans la mesure du possible, les utilisateurs sont connectés au déploiement fournissant la ressource principale, quel que soit l'ordre de déploiement spécifié dans votre configuration. Les utilisateurs sont connectés aux déploiements fournissant les ressources secondaires lorsque le déploiement préféré n'est pas disponible.

Mapper les utilisateurs sur des ressources

Par défaut, les utilisateurs qui accèdent à un magasin voient un agrégat de toutes les ressources disponibles à partir de tous les déploiements configurés pour ce magasin. Pour fournir des ressources différentes pour des utilisateurs différents, vous pouvez configurer des magasins distincts ou même des déploiements StoreFront distincts. Toutefois, lorsque vous configurez des configurations multisite à haut niveau de disponibilité, vous pouvez fournir l'accès à certains déploiements en fonction de l'appartenance des utilisateurs à des groupes Microsoft Active Directory. Cela vous permet de configurer des expériences différentes pour différents groupes d'utilisateurs via un seul magasin.

Par exemple, vous pouvez grouper les ressources communes pour tous les utilisateurs sur un déploiement et les applications financières pour le département Comptes sur un autre déploiement. Dans cette configuration, un utilisateur qui n'est pas membre du groupe d'utilisateurs Comptes voit uniquement les ressources communes lors de l'accès au magasin. Un membre du groupe d'utilisateurs Comptes est présenté avec les ressources communes et les applications financières.

Éventuellement, vous pouvez créer un déploiement pour les utilisateurs avancés qui offre les mêmes ressources que vos autres déploiements, mais avec un matériel plus rapide et plus puissant. Cela vous permet de fournir une expérience améliorée pour les utilisateurs essentiels à l'entreprise, tels que votre équipe de direction. Tous les utilisateurs voient les mêmes bureaux et applications lorsqu'ils se connectent au magasin, mais les membres du groupe d'utilisateurs Direction sont connectés aux ressources fournies par le déploiement dédié aux utilisateurs avancés.

Synchronisation de l'abonnement

Si vous autorisez vos utilisateurs à accéder aux mêmes applications à partir de magasins similaires dans des déploiements StoreFront différents, les abonnements aux applications doivent être synchronisés entre les groupes de serveurs. Sinon, les utilisateurs qui s'abonnent à une application dans un magasin sur un déploiement StoreFront devront peut-être se réabonner à l'application lorsqu'ils se connectent à un groupe de serveurs différent. Pour offrir une expérience transparente aux utilisateurs qui utilisent plusieurs déploiements StoreFront, vous pouvez configurer la synchronisation régulière des abonnements aux applications entre les magasins dans différents groupes de serveurs. Choisissez entre une synchronisation régulière à intervalle spécifique ou programmez une synchronisation à certaines heures dans la journée. Pour plus d'informations, veuillez consulter la section Configurer la synchronisation des abonnements.

Ressources de récupération d'urgence dédiées

Vous pouvez configurer des déploiements de récupération d'urgence spécifiques qui ne sont pas utilisés sauf si tous les autres déploiements ne sont pas disponibles. En général, les déploiements de récupération d'urgence ne sont pas colocalisés avec les déploiements principaux, ils fournissent uniquement un sous-ensemble des ressources qui sont normalement disponibles, et peuvent offrir une expérience utilisateur inférieure. Lorsque vous spécifiez un déploiement à utiliser pour la récupération d'urgence, ce dernier ne sera pas utilisé pour l'équilibrage de charge ou le basculement. Les utilisateurs ne peuvent pas accéder aux bureaux et applications fournis par les déploiements de récupération d'urgence, sauf si tous les autres déploiements pour lesquels les déploiements de récupération d'urgence sont configurés deviennent indisponibles.

Lorsque l'accès à un autre déploiement est rétabli, les utilisateurs ne peuvent pas démarrer d'autres ressources de récupération d'urgence, même s'ils utilisent déjà une telle ressource. Les utilisateurs exécutant des ressources de récupération d'urgence ne sont pas déconnectés de ces ressources lorsque l'accès à d'autres déploiements est restauré. Toutefois, ils ne peuvent plus démarrer de ressources de récupération d'urgence une fois qu'ils ont quitté ces ressources. De même, StoreFront ne tente pas de réutiliser les sessions existantes avec les déploiements de récupération d'urgence si d'autres déploiements sont entre temps devenus disponibles.

Routage NetScaler Gateway optimal

Si vous avez configuré des boîtiers NetScaler Gateway distincts pour vos déploiements, StoreFront vous permet de définir le boîtier optimal que les utilisateurs doivent utiliser pour accéder à chacun des déploiements fournissant des ressources pour un magasin. Par exemple, si vous créez un magasin qui regroupe des ressources à partir de deux sites géographiques, chacun disposant d'un boîtier NetScaler Gateway, les utilisateurs se connectant via un boîtier dans un emplacement peuvent démarrer un bureau ou une application dans l'autre emplacement. Toutefois, par défaut, la connexion à la ressource est ensuite acheminée via le boîtier auquel l'utilisateur s'est connecté initialement et doit donc traverser le réseau étendu d'entreprise.

Pour améliorer l'expérience utilisateur et réduire le trafic réseau sur le réseau étendu, vous pouvez spécifier le boîtier NetScaler Gateway optimal pour chacun de vos déploiements. Avec cette configuration, les connexions utilisateur vers les ressources sont routées via le boîtier local pour le déploiement fournissant les ressources, quel que soit l'emplacement du boîtier par le biais duquel l'utilisateur accède au magasin.

Le routage NetScaler Gateway optimal peut également être utilisé dans le cas où les utilisateurs locaux sur le réseau interne doivent ouvrir une session sur NetScaler Gateway pour l'analyse de point de terminaison. Avec cette configuration, les utilisateurs se connectent au magasin via le boîtier NetScaler Gateway, mais il n'est pas nécessaire d'acheminer la connexion à la ressource via le boîtier car l'utilisateur est sur le réseau interne. Dans ce cas, vous devez activer le routage optimal, mais ne spécifiez pas de boîtier pour le déploiement, de façon à ce que les connexions utilisateur aux bureaux et applications soient acheminées directement et non via NetScaler Gateway. Notez que vous devez également configurer une adresse IP du serveur virtuel interne pour le boîtier NetScaler Gateway. En outre, spécifiez un point balise interne inaccessible afin que Citrix Receiver soit toujours invité à se connecter à NetScaler Gateway, quel que soit l'emplacement réseau de l'utilisateur.

Équilibrage de charge global des serveurs NetScaler Gateway

StoreFront prend en charge les déploiements NetScaler Gateway configurés pour l'équilibrage de charge des serveurs global avec de multiples boîtiers configurés avec un seul nom de domaine complet (FQDN). Pour pouvoir réaliser l'authentification utilisateur et acheminer les connexions utilisateur via le boîtier approprié, StoreFront doit être en mesure de faire la distinction entre les boîtiers. Étant donné que le nom de domaine complet du boîtier ne peut pas être utilisé comme identificateur unique dans une configuration d'équilibrage de charge des serveurs global, vous devez configurer StoreFront avec des adresses IP uniques pour chaque boîtier. En règle générale, il s'agit de l'adresse IP du serveur virtuel NetScaler Gateway.

Pour plus d'informations sur l'équilibrage de la charge, consultez la section Équilibrage de charge avec NetScaler.

Remarques importantes

Lorsque vous décidez s'il convient de configurer des configurations multisite à haut niveau de disponibilité pour vos magasins, tenez compte des exigences et restrictions suivantes.

  • Les bureaux et applications doivent avoir le même nom et chemin d'accès sur chaque serveur pour être agrégés. Par ailleurs, les propriétés des ressources agrégées, telles que les noms et les icônes, doivent être identiques. Si ce n'est pas le cas, les utilisateurs peuvent remarquer une modification des propriétés de leurs ressources lorsque Citrix Receiver énumère les ressources disponibles.
  • Les bureaux attribués, pré-attribués et attribués lors de la première utilisation, ne doivent pas être agrégés. Assurez-vous que les groupes de mise à disposition qui fournissent de tels bureaux ne possèdent pas le même nom ni le même chemin dans les sites que vous configurez pour l'agrégation.
  • Les applications App Controller ne peuvent pas être regroupées.
  • Si vous configurez la synchronisation des abonnements aux applications entre les magasins sur des déploiements StoreFront distincts, les magasins doivent avoir le même nom dans chaque groupe de serveurs. En outre, les deux groupes de serveurs doivent résider dans le domaine Active Directory contenant les comptes de vos utilisateurs ou dans un domaine qui a une relation d'approbation avec le domaine des comptes utilisateur.
  • StoreFront fournit uniquement l'accès aux déploiements de secours pour la récupération d'urgence lorsque tous les sites principaux dans l'ensemble de déploiement équivalent ne sont pas disponibles. Si un déploiement de secours est partagé entre plusieurs ensembles de déploiements équivalents, tous les sites principaux dans chacun des ensembles doit être indisponible pour que les utilisateurs puissent accéder aux ressources de récupération d'urgence.