Skip To Content

Déploiement sur une seule machine haute disponibilité (actif-passif)

La haute disponibilité est une technique qui garantit la disponibilité du système et réduit ou empêche la perte de données dans le cas d’une défaillance de machine. Vous pouvez déployer ArcGIS Server, de la même façon que d'autres composants ArcGIS Enterprise dans une configuration haute disponibilité avec un système tiers d'équilibrage de la charge.

Une architecture de type actif-passif consiste à cloner le site à une seule machine et à en placer des instances indépendantes derrière un système d’équilibrage de la charge. Bien que tous les sites derrière le système d'équilibrage de la charge soient actifs et prêts à traiter des requêtes, le système d'équilibrage de la charge ne présente des requêtes qu'à un des sites, désigné comme site principal. Si le système d'équilibrage de la charge détecte que le site principal est indisponible, les requêtes en entrée sont redirigées vers un site de reprise ou de secours.

Le processus de reprise est géré entièrement en dehors de ArcGIS Server et peut être habituellement configuré pour être déclenché lorsque la machine ArcGIS Server n’est pas disponible (défaillance réseau ou matérielle) ou, dans certains cas, lorsqu’une opération ou un service spécifique est défaillant.

Remarque :

Vous pouvez demander des fichiers de licence gratuits sur My Esri pour vos sites de reprise ou de secours.

Bien que plusieurs machines soient utilisées pour héberger ArcGIS Server dans ce scénario de déploiement, cette configuration ne peut pas être assimilée, d'un point de vue technique, à un site à plusieurs machines, car les sites derrière le système d'équilibrage de la charge sont indépendants les uns des autres. Chaque site est composé d'une seule machine ArcGIS Server et possède en local son emplacement de configuration et ses répertoires du serveur.

La configuration de reprise active-passive vous permet de créer un niveau ArcGIS Server redondant sans frais de licence supplémentaires. Vous pouvez obtenir gratuitement une licence pour les serveurs de secours. Chaque site de serveur indépendant doit être géré séparément et chacun d’entre eux possède en local son propre emplacement de configuration et ses répertoires du serveur. Si les données ou services du site sont souvent modifiés, ce scénario peut considérablement surcharger les tâches d’administration et de gestion. En outre, toutes les requêtes actives du site principal sont perdues si vous basculez vers le site de secours lors d’une défaillance.

Machine ArcGIS Server, répertoires du serveur et emplacement de configuration

Pour plus d'informations, reportez-vous à la rubrique Déploiement sur une seule machine. Chaque machine ArcGIS Server possède des répertoires du serveur et un emplacement de configuration en local. Les performances sont ainsi optimisées et les interdépendances minimisées.

Data

Si vous utilisez des sources de données basées sur des fichiers dans vos services SIG, nous vous conseillons de les stocker localement sur chaque machine ArcGIS Server plutôt que sur des partages réseau afin d'optimiser les performances de vos services. Dans certains cas, lorsque vous manipulez des volumes importants d'images par exemple, la seule option pratique consiste à partager vos fichiers sur le réseau. Si vous utilisez des fichiers de ressources partagées sur le réseau, il est très important que vous choisissiez un périphérique de stockage configuré pour la haute disponibilité.

Si vous utilisez des bases de données, vous pouvez dédier une base de données à chaque site : une base de données pour votre site principal et une autre pour votre site de secours. Pour que les bases de données restent synchronisées, vous pouvez faire appel à des techniques de réplication de base de données, ou, le cas échéant, de géodatabase. Vous pouvez également utiliser d'autres techniques de haute disponibilité proposées par votre fournisseur de base de données.

En savoir plus sur les données et ArcGIS Server

serveur proxy inverse

Dans cette configuration, un système d'équilibrage de la charge est requis. Ce composant servira au moins à gérer la charge sur tous les sites, et la reprise, le cas échéant. Le système d’équilibrage de la charge joue aussi généralement le rôle de serveur proxy inverse. Dans certains scénarios, vous pourrez avoir configuré un serveur proxy inverse indépendamment du système d'équilibrage de la charge.

Si votre système d’équilibrage de la charge réseau prend en charge une fonction de contrôle de l’intégrité, vous pouvez utiliser le point de terminaison contrôle d’intégrité de l’API REST du site ArcGIS Server pour déterminer si le site peut recevoir des requêtes. Ceci est utile pour déterminer rapidement si le site rencontre une défaillance logicielle ou matérielle.

L’utilisation de ArcGIS Web Adaptor est facultative et en règle générale uniquement nécessaire pour ce scénario si vous souhaitez utiliser l’authentification au niveau du Web. Vous pouvez le configurer sur la même machine que votre ArcGIS Server ou sur une machine dédiée. Dans un cas comme dans l'autre, si vous utilisez ArcGIS Web Adaptor, vous devez configurer une instance ArcGIS Web Adaptor distincte pour chaque site.

Remarques relatives aux configurations de type actif-passif

Gardez les points suivants à l’esprit lorsque vous planifiez un site ArcGIS Server avec une configuration active-passive haute disponibilité.

Synchroniser les services

Contrairement à un site à plusieurs machines authentique, cette configuration exige que tous les sites derrière le système d'équilibrage de la charge hébergent exactement le même contenu et adoptent le même modèle de sécurité. Vous devez vous assurer que tous les sites semblent identiques au système d'équilibrage de la charge.

Plusieurs techniques permettent de synchroniser les services ArcGIS Server sur les sites principaux et de reprise :

  • Génération de scripts : ArcGIS Server inclut une API REST qui permet de rédiger des scripts de tâches d’administration, telles que la publication de services et la modification de leurs paramètres de sécurité. Vous pouvez créer vos propres scripts pour appliquer des modifications cohérentes à toutes les machines ArcGIS Server de votre déploiement. Les scripts sont très utiles lorsque vous devez procéder à des ajustements mineurs, tels que la modification des paramètres de sécurité d'un service ou le remplacement de ce dernier.
    Remarque :

    N’utilisez pas un script pour créer le site initial. Créer manuellement le premier site sur une image de machine virtuelle, puis écrivez un script sur la création de sites supplémentaires à partir de cette image de base. En créant toutes les machines à partir de la même image de machine virtuelle, vous garantissez que toutes les machines utilisent la même clé de chiffrement.

  • Virtualisation : si votre environnement est virtuel, vous pouvez créer et utiliser des modèles de machines virtuelles pour lancer de nouveaux sites. Chaque modèle disposera d'un exemplaire des données requises par les services SIG (à moins qu'une base de données ne soit utilisée). Le modèle permettra également de publier et de configurer tous les services. Si vous devez procéder à des modifications, telles que l'ajout ou la mise à jour de services, vous pouvez créer un modèle pour lancer ultérieurement de nouvelles machines virtuelles qui remplaceront le groupe de machines ArcGIS Server utilisé par le système d'équilibrage de la charge. Vous pouvez également utiliser les modèles de machines virtuelles pour récupérer rapidement des machines ArcGIS Server obsolètes.

Voici la procédure recommandée pour appliquer des modifications à vos sites dans le cadre de ce scénario de déploiement :

  1. Apportez tout d’abord les modifications administratives à un site se trouvant en mode de secours. Par exemple, ajoutez un nouveau service et modifiez la sécurité d'un autre service sur un site qui ne traite pas les requêtes.

    Ceci garantit que les applications utilisant votre site principal ne sont pas affectées.

  2. Configurez manuellement votre système d'équilibrage de la charge pour transférer toutes les requêtes au site de secours sur lequel les modifications ont été apportées.
  3. Appliquez les mêmes modifications au site inactif.
  4. Rétablissez le système d'équilibrage de la charge pour que les requêtes soient redirigées vers le site principal d'origine et quittent le site de secours en mode de secours.

Vous pouvez appliquer manuellement les modifications de la procédure susmentionnée à votre site via ArcGIS Server Manager, des scripts ou des images virtuelles.

Géotraitement asynchrone et tâches de longue durée

Lorsque le système d'équilibrage de la charge passe au site de secours, toutes les requêtes actives du site primaire sont perdues. Par exemple, si une requête de longue durée, telle qu'une tâche de géotraitement est en cours d'exécution lorsqu'une défaillance se produit, la tâche doit être relancée sur le site de secours par l'application cliente.

Utiliser la sécurité basée sur les jetons

Si vous utilisez l’authentification à base de jetons, également appelée authentification au niveau du serveur, tous les sites de cette configuration doivent utiliser exactement la même clé de jeton partagée. Sinon, les jetons générés sur le site principal ne fonctionnent pas lorsque vous les utilisez sur le site de secours. Pour dupliquer les clés de jetons partagées sur plusieurs sites, vous pouvez mettre à jour les paramètres de jeton dans Manager.