Récupération d'urgence et réplication

Vous pouvez répliquer votre SIG Web sur un déploiement de secours déconnecté. Si votre déploiement principal rencontre un échec ou devient inaccessible, vous pouvez basculer sur le déploiement de secours.

Les déploiements de secours s'exécutent généralement sur un réseau ou un sous-réseau différent, ou même dans un emplacement géographiquement éloigné de votre déploiement principal. Où que vous placiez le déploiement de secours, veillez à ce que vos clients SIG Web puissent y accéder lorsque cela est nécessaire.

Redondance géographique

Vous pouvez implémenter une redondance géographique si votre centre de données principal et votre centre de données de secours se trouvent dans des emplacements géographiquement éloignés. Si un centre de données subi une catastrophe, par exemple un ouragan ou une autre catastrophe naturelle, vous pouvez activer le centre de données de secours afin de reprendre les opérations.

Pour garantir le succès de la redondance géographique, des conditions spécifiques doivent être remplies.

• L'environnement principal et l'environnement de secours doivent être dupliqués. Chaque centre de données doit posséder le même nombre de machines dans le SIG Web et les noms d'hôtes des machines doivent être identiques.
• La redondance géographique suit généralement une approche active-passive. En conséquence, les données et le contenu doivent être répliqués sur le SIG Web de secours de manière cohérente.
• Pour réussir, la redondance géographique repose sur des composants tiers. Par exemple, un sélecteur de sites global ou un serveur DNS (système de nom de domaine) global joue un rôle important afin que lorsqu'un basculement doit avoir lieu entre le centre de données principal et le centre de secours, les utilisateurs du SIG Web ne subissent aucune interruption.

Pour garantir un temps d'arrêt minimal en cas d'échec ou de catastrophe, vous pouvez déployer un SIG Web haute disponibilité géographiquement redondant. Ce déploiement est le plus complexe, car il nécessite le plus grand nombre de machines et la maintenance la plus soutenue. Configurez deux centres de données distincts, chacun doté de son propre déploiement SIG Web haute disponibilité. Dans chaque centre de données, les noms de toutes les machines sont configurés de manière identique et aucun point de défaillance unique n'est présent, ce qui inclut les données, qu'elles se situent dans un serveur de fichiers haute disponibilité ou une base de données haute disponibilité, tous les serveurs Web et les systèmes d'équilibrage de la charge, ainsi que les composants SIG Web. Les sauvegardes du SIG Web principal sont créées de manière cohérente et la restauration sur le SIG Web de secours dans le centre de données distinct peut se produire immédiatement ou lorsqu'un échec dans le SIG Web principal se produit.

Planification d'un déploiement répliqué

Tout d'abord, déterminez le nombre de machines dont vous avez besoin. Ensuite, planifiez les conditions requises de récupération d'urgence suivantes pour un SIG Web répliqué :

• Duplication : vérifiez que les deux centres de données et les déploiements SIG Web contiennent la même architecture.
• Réplication : sauvegardez le contenu et les données du centre de données principal et restaurez-les sur le centre de secours.
• Surveillance : examinez les journaux pour savoir à quel moment un échec s'est produit et déterminer si la gravité de l'échec implique le basculement sur le centre de données de secours.
• Basculement : indiquez si le basculement doit avoir lieu sur un composant différent au sein du SIG Web ou si l'intégralité du SIG Web doit basculer sur un centre de données différent.

Déterminer la configuration requise des machines

Le nombre de machines dont vous avez besoin dépend de la configuration de votre SIG Web. Vous avez au minimum besoin de deux machines. Si votre SIG Web ne stocke pas un grand nombre de données et de services et que peu d'utilisateurs y accèdent, vous pouvez configurer un déploiement principal constitué d'un site ArcGIS Server à une seule machine, puis installer Portal for ArcGIS et ArcGIS Data Store sur la même machine. Vous avez besoin d'une deuxième machine pour stocker le déploiement de secours répliqué.

Si votre SIG Web est plus fréquemment utilisé (par exemple, si un grand nombre de personnes y accèdent, si votre organisation stocke un grand volume d'éléments ou si votre déploiement subi des mises à jour massives), vous pouvez nécessiter un site ArcGIS Server à une seule ou plusieurs machines et vous devez installer Portal for ArcGIS and ArcGIS Data Store sur des machines distinctes les unes des autres et d'ArcGIS Server. Si vous publiez plusieurs couches de scènes hébergées, vous pouvez configurer ArcGIS Data Store de façon à stocker les bases de données de cache de scènes sur une autre machine. Dans ce cas, calculez le nombre de machines requises à l'aide de la formule suivante :

(<number of ArcGIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2

Notez qu'aucune licence ArcGIS supplémentaire n'est requise pour le déploiement de secours, car il n'est pas activement utilisé. Vous le définissez comme déploiement actif uniquement en cas d'échec du déploiement principal.

Dupliquer des déploiements

Au sein d'un SIG Web, vous devez tenir compte de différentes dépendances ayant généralement trait à l'accessibilité. Les services de carte s'appuient sur des données dans un dossier partagé ou qui sont accessibles via une connexion à une base de données. Les machines au sein du SIG Web communiquent entre elles via des URL spécifiques, par exemple comme la communication entre ArcGIS Server et Portal for ArcGIS dans un environnement fédéré. C'est pour cela qu'un SIG Web dans un site doit être dupliqué sur un autre afin que chaque composant (par exemple, le nom d'hôte, l'emplacement du dossier, le nom de la base de données et l'URL) au sein du SIG Web dans chaque centre de données soit identique. Les périphériques NAS (network-attached storage) qui stockent des géodatabases fichier ou Portal for ArcGIS et les fichiers de configuration d'ArcGIS Server doivent porter le même nom afin que le SIG Web de secours puisse se connecter aux ressources. Tous les composants SIG Web nécessaires doivent être installés dans les mêmes répertoires au sein de chaque SIG Web. Enfin, le nombre de machines doit être identique parmi les centres de données, car des problèmes de performances peuvent survenir si un nombre inférieur de machines est disponible pour répondre à la charge utilisateur. Notez que vous pouvez utiliser des entrées DNS ou modifier des fichiers d'hôtes sur les machines pour rendre les noms d'hôtes cohérents.

Répliquer votre SIG Web

Portal for ArcGIS inclut un outil (webgisdr) qui vous permet d'exporter le contenu du portail, les serveurs SIG fédérés et le contenu ArcGIS Data Store (cache de tuiles et données relationnelles) dans un fichier que vous pouvez déplacer vers la machine de secours pour la restauration. L'outil gère les paramètres configurés d'Portal for ArcGIS, d'ArcGIS Server et d'ArcGIS Data Store et copie l'intégralité du contenu créé dans le portail, ainsi que les données copiées dans le serveur SIG et l'emplacement de données au moment de la publication. Notez que l'outil ne copie pas les données des bases de données ou dossiers enregistrés auprès du serveur SIG, par exemple les données d'une base de données ou les données d'une géodatabase fichier. C'est à l'organisation de répliquer ces données sur le SIG Web de secours.

Vous pouvez exécuter l'outil webgisdr en tant que tâche planifiée au sein du Planificateur de tâches Windows ou en tant que script planifié dans un environnement Linux. En outre, l'outil peut être déplacé vers et exécuté depuis une machine différente de l'installation du portail tant que la communication est ouverte entre la machine où il s'exécute et les composants SIG Web.

Il vous revient de décider quand restaurer les sauvegardes SIG Web sur le déploiement de secours. Si vous restaurez les sauvegardes dès qu'elles sont exportées du SIG Web principal sur le déploiement de secours, la perte des données ou le temps d'arrêt est minimal en cas d'échec du déploiement principal. Si vous ne restaurez pas immédiatement les sauvegardes, un traitement supplémentaire peut avoir lieu lors de l'importation de la sauvegarde et du basculement sur le SIG Web de secours. Toutefois, n'oubliez pas que si un élément est incorrect dans un SIG Web lorsque la sauvegarde est créée et que des processus automatiques importent la sauvegarde vers le centre de secours, ces paramètres incorrects sont importés dans le SIG Web de secours.

Reportez-vous à la rubrique Configurer la récupération d'urgence pour en savoir plus sur la réplication d'un déploiement SIG Web.

Surveiller votre SIG Web

La surveillance est importante dans un environnement répliqué et haute disponibilité. Dans un environnement haute disponibilité, certaines parties du déploiement basculent sans intervention humaine. Par exemple, si le portail principal dans un SIG Web échoue, le logiciel bascule automatiquement sur le portail de secours sans intervention humaine. De même, le serveur SIG et les composants ArcGIS Data Store peuvent connaître un échec et le système peut fonctionner normalement car aucun point de défaillance unique n'est présent. Comme il est possible que le SIG Web ne présente aucune interruption visible, il est conseillé de mettre en place des méthodes qui notifient les administrateurs en cas d'échec sur des composants spécifiques au sein du SIG Web. Par exemple, les scripts Python peuvent être configurés de façon à interroger régulièrement les journaux Portal for ArcGIS et ArcGIS Server pour rechercher les messages indiquant l'échec d'un composant en particulier. En cas d'échec, le script peut être écrit de façon à envoyer des messages électroniques ou notifier les administrateurs que leur attention est requise. L'interrogation des journaux via l'API d'administration Portal for ArcGIS et l'API d'administration ArcGIS for Server permet de rechercher efficacement les problèmes éventuels.

Dans un environnement répliqué, le basculement nécessite une intervention humaine. Par conséquent, vous devez surveiller votre déploiement pour savoir si des échecs se sont produits et déclencher ou non un basculement.

Reprise après incident

Au sein d'un SIG Web, Portal for ArcGIS, ArcGIS for Server et ArcGIS Data Store disposent de leurs propres méthodes internes de basculement. Dans une configuration haute disponibilité, chaque composant peut basculer sans interruption significative sur le SIG Web global.

Le basculement d'un déploiement répliqué à partir du centre de données principal vers le centre de secours implique généralement l'intervention du service informatique de l'organisation et peut s'effectuer via un sélecteur de sites global ou un DNS global. Les membres d'une organisation accèdent généralement à leur SIG Web via certaines URL, par exemple https://my.organization.com/arcgis pour l'URL du portail public et https://my.organization.com/server pour l'URL des services publics. Le GSS ou le DNS global peuvent attribuer une adresse IP au nom d'hôte my.organization.com. Si le basculement doit avoir lieu sur un centre de données différent, le GSS ou DNS global réaffecte le nom d'hôte my.organization.com sur l'adresse IP associée au centre de données de secours. Les clients et utilisateurs ne sont pas affectés, mais toutes les requêtes sont envoyées au centre de données de secours. Une fois le centre de données principal de nouveau en ligne, l'adresse IP de my.organization.com peut être réaffectée sur une adresse IP au sein du centre de données d'origine. Vous devez ensuite réconcilier les données du centre de secours sur le centre principal pour garantir que le centre de données principal contient l'intégralité du contenu et des données qui ont été créés pendant la période d'activité du centre de secours.

Si des données des bases de données enregistrées du serveur SIG (géodatabase d'entreprise ou base de données) ont été modifiées, utilisez les outils de réplication de base de données pour garantir que le SIG Web principal d'origine contient ces données actualisées. Si des données des sources de données fichier, par exemple des géodatabases fichier, enregistrées auprès d'un des serveurs SIG dans le SIG Web ont changé, copiez les fichiers modifiées dans le répertoire d'origine dans lequel elles ont été stockées. Enfin, utilisez l'utilitaire webgisdr pour exporter une sauvegarde du SIG Web depuis le centre de secours et l'importer dans le centre principal. L'outil réplique le contenu dans le portail, notamment les données de la couche d'entités hébergée associées et les nouveaux services non hébergés enregistrés auprès du portail, sur le SIG Web principal.