Skip To Content

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

Dans cette rubrique

Pour éliminer un point de défaillance unique au niveau de votre serveur SIG, vous pouvez configurer un site ArcGIS Server à une seule machine en mode de reprise en ajoutant un système tiers d'équilibrage de la charge.

Le concept à l'origine de ce type de déploiement consiste à cloner un site à une seule machine et à en placer au moins deux instances indépendantes derrière un système d'équilibrage de la charge avec une configuration active-passive. Alors que tous les sites derrière le système d'équilibrage de la charge sont actifs et prêts à traiter des requêtes, le système d'équilibrage de la charge ne présentera 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.

Déploiement sur une seule machine haute disponibilité avec un site de secours
Déploiement sur une seule machine haute disponibilité avec un site de secours. Les administrateurs de connectent à chaque site séparément. Les deux sites possèdent un exemplaire identique des répertoires du serveur et de l'emplacement de configuration.

Le processus de reprise est géré entièrement en dehors d'ArcGIS Server et peut être habituellement configuré pour être déclenché lorsque la machine du serveur SIG est indisponible (défaillance réseau ou matérielle) ou, dans certains cas, lorsqu'une opération ou un service SIG 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.

Alors que plusieurs machines hébergent des serveurs SIG 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'un serveur SIG et possède en local son emplacement de configuration et ses répertoires du serveur.

Serveur SIG, répertoires du serveur et emplacement de configuration

Pour plus d'informations, reportez-vous à la rubrique Déploiement sur une seule machine. Chaque serveur SIG 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.

Données

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 serveur SIG 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, vous devez choisir 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.

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. Habituellement, le système d'équilibrage de la charge assume également le rôle de serveur proxy inverse comme le décrit la rubrique Déploiement sur une seule machine avec un 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 l'extrémité de contrôle de l'intégrité d'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. Pour plus d'informations, reportez-vous à Contrôle de l'intégrité dans l'API REST d'ArcGIS.

L'utilisation d'ArcGIS Web Adaptor est facultative et habituellement nécessaire uniquement pour ce scénario si vous souhaitez utiliser l'authentification au niveau du Web. Pour plus de simplicité, vous pouvez le configurer sur la même machine que votre serveur SIG. Vous pouvez également le configurer sur une machine dédiée. Dans ce cas, si vous utilisez ArcGIS Web Adaptor, vous devez en configurer une instance distincte sur chaque site.

Autres remarques

Synchronisation des services de vos sites

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 intègre une API d'administration RESTful qui permet de rédiger des tâches administratives, telles que la publication de services et la modification de leurs paramètres de sécurité. Vous pouvez créer vos scripts pour appliquer des modifications cohérentes à tous les serveurs SIG 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. Pour plus d'informations, reportez-vous à la rubrique Ecriture de scripts d'administration ArcGIS Server.
  • Virtualisation : si votre environnement est virtuel, vous pouvez créer des modèles de machines virtuelles et les utiliser 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 nouveau modèle pour lancer ultérieurement de nouvelles machines virtuelles qui remplaceront le groupe de machines du serveur SIG utilisé par le système d'équilibrage de la charge. Les modèles de machines virtuelles permettent également de récupérer rapidement des serveurs SIG 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. Les modifications administratives sont tout d'abord apportées à un site en mode de secours. Par exemple, vous pourrez ajouter un nouveau service et modifier la sécurité d'un autre service sur un site qui ne traite pas les requêtes. Ainsi, les applications utilisant votre site principal ne seront 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 apporter manuellement les modifications susmentionnées à 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, elle devra être réinitialisée sur le site de secours par l'application cliente.

Utilisation de la sécurité à base de jetons

Si vous utilisez l'authentification à base de jetons, également appelée authentification au niveau du serveur SIG, 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 seront pas valides si vous les utilisez sur un site de secours. Pour savoir comment dupliquer les clés de jetons partagées sur plusieurs sites, reportez-vous aux rubriques A propos des jetons ArcGIS et Modification des paramètres de jeton dans le gestionnaire.

Avantages

  • La configuration de reprise active-passive vous permet de créer un niveau de serveur SIG redondant sans frais de licence supplémentaires. Vous pouvez obtenir gratuitement une licence pour les serveurs de secours.

Inconvénients

  • Les sites derrière le système d'équilibrage de la charge sont indépendants les uns des autres. Chaque site doit être géré séparément et chacun 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.
  • Lorsque vous passez au site de secours, toutes les requêtes actives du site primaire sont perdues.