Récupération d'urgence et réplication—Portal for ArcGIS

Vous pouvez répliquer votre déploiement ArcGIS Enterprise 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 ArcGIS Enterprise 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 disposer du même nombre de machines dans le déploiement d'ArcGIS Enterprise et les URL utilisées pour accéder aux composants doivent être les mêmes.
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 déploiement ArcGIS Enterprise 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 ArcGIS Enterprise ne subissent aucune interruption.

Pour garantir un temps d'arrêt minimal en cas d'échec ou de catastrophe, vous pouvez déployer un site ArcGIS Enterprise 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 ArcGIS Enterprise 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 ArcGIS Enterprise. Les sauvegardes du déploiement principal sont créées de manière cohérente et la restauration sur le déploiement de secours dans le centre de données distinct peut se produire immédiatement ou lorsqu'un échec dans le déploiement 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 déploiement ArcGIS Enterprise répliqué :

Duplication : vérifiez que les deux centres de données et les déploiements ArcGIS Enterprise 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 d'ArcGIS Enterprise ou si l'intégralité du déploiement ArcGIS Enterprise 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 déploiement ArcGIS Enterprise. Vous avez au minimum besoin de deux machines. Si votre déploiement d’ArcGIS Enterprise ne stocke pas un volume important de données et services, s’il ne comprend pas de stockage de Big Data spatiotemporel et si un nombre réduit de personnes y accède, vous pouvez configurer un déploiement principal composé d’un site à une seule machine GIS Server et 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 déploiement ArcGIS Enterprise 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 GIS Server à une seule ou plusieurs machines et vous devez installer Portal for ArcGIS et ArcGIS Data Store sur des machines distinctes les unes des autres et distinctes des machines GIS Server. Si vous publiez plusieurs couches de scènes hébergées, vous pouvez configurer ArcGIS Data Store (stockage des données du cache de tuiles) de façon à stocker les bases de données de cache de scènes sur une autre machine. Si vous prévoyez d'utiliser un stockage de Big Data spatiotemporel , vous aurez besoin d’au moins une machine supplémentaire. Dans ce cas, calculez le nombre de machines requises à l'aide de la formule suivante :

(<number of GIS 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.

Notez également que l'utilitaire webgisdr consigne les versions logicielles des composants ArcGIS Enterprise lorsque vous créez un fichier de sauvegarde. La version du déploiement de secours dans lequel vous importez le fichier doit être identique à celle de votre déploiement principal.

Dupliquer des déploiements

Dans ArcGIS Enterprise, 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 d'ArcGIS Enterprise communiquent entre elles via des URL spécifiques. C’est pourquoi un déploiement d’ArcGIS Enterprise sur un site doit être dupliqué sur un autre, de sorte que chaque composant (par exemple, les emplacements de dossiers, les noms de bases de données et les URL) au sein du déploiement dans chaque centre de données soit identique. Les périphériques NAS (network-attached storage) qui stockent des géodatabases fichier ou des fichiers de configuration Portal for ArcGIS et ArcGIS Server doivent porter le même nom afin que le déploiement de secours puisse se connecter aux ressources. Tous les composants ArcGIS Enterprise nécessaires doivent être installés dans les mêmes répertoires au sein de chaque déploiement. 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 hosts files on the machines to achieve host name consistency.

Répliquer ArcGIS Enterprise

Portal for ArcGIS inclut un outil (webgisdr) qui vous permet d'exporter le contenu du portail, les sites ArcGIS Server fédérés et le contenu du stockage des données du cache de tuiles et des données relationnelles ArcGIS Data Store 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 de Portal for ArcGIS, ArcGIS Server et ArcGIS Data Store et copie l'intégralité du contenu créé dans le portail, ainsi que les données copiées dans le serveur d'hébergement 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 d'hébergement ou des sites ArcGIS Server fédérés, par exemple, les données d'une base de donnes ou d’une géodatabase fichier. Il appartient à l’organisation de répliquer ces données dans le déploiement de secours d’ArcGIS Enterprise et de s’assurer que les services du déploiement de secours peuvent accéder aux données répliquées.

Lorsque vous enregistrez des sources de données sur des sites ArcGIS Server, vous fournissez des informations spécifiques concernant la manière d’accéder à ces données. Ces informations doivent être identiques pour le déploiement principal et le déploiement de secours. Par exemple, si vous copiez des géodatabases fichier utilisées pour les données source dans le déploiement de secours, les chemins de répertoire des géodatabases fichier doivent être les mêmes que dans le déploiement principal. En outre, le déploiement de secours doit pouvoir accéder à une base de données avec les informations de connexion que vous avez fournies lors de l’enregistrement de la base de données auprès du site ArcGIS Server dans le déploiement principal.

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ù l'outil s'exécute et les composants ArcGIS Enterprise.

Vous devez restaurer les sauvegardes ArcGIS Enterprise sur le déploiement de secours dès leur exportation depuis le déploiement principal. Ceci évite de restaurer des sauvegardes incrémentielles dans l'ordre incorrect et implique une perte des données ou un temps d'arrêt 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 déploiement de secours.

N'oubliez pas que si un élément est incorrect dans le déploiement principal 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 déploiement 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 ArcGIS Enterprise.

Surveiller ArcGIS Enterprise

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 déploiement ArcGIS Enterprise échoue, le logiciel bascule automatiquement sur le portail de secours sans intervention humaine. De même, les composants ArcGIS Server et 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 qu’ArcGIS Enterprise 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 déploiement d'ArcGIS Enterprise. Utilisez Python (ou le langage de script de votre choix) avec l’API Rest d’ArcGIS Server et Portal for ArcGIS pour automatiser les parties suivantes concernant la surveillance de votre déploiement :

Interrogez les journaux de Portal for ArcGIS et ArcGIS Server régulièrement pour recherche des messages signalant une défaillance d'un composant donné. Si une défaillance se produit, vous pouvez écrire un script permettant d’envoyer des e-mails ou d’avertir les administrateurs que leur attention est requise.
Utilisez les fonctions de contrôle de l’intégrité des API d’administration de Portal for ArcGIS et ArcGIS Server pour vérifier les journaux à la recherche de problèmes.
Validez tous les serveurs fédérés afin de vous assurer qu’ils fonctionnent tous et que le portail peut les atteindre.
Validez les connexions à tous les stockages de données. Il s’agit des connexions aux stockages de données relationnelles, de caches de tuiles, de Big Data spatiotemporel, ainsi que de dossiers et bases de données enregistrées, de partages de fichiers de Big Data et de stockage de données raster.
Interrogez régulièrement les services et cartes web importants afin de vérifier qu’ils fonctionnent.
Interrogez le Indexer Status sur la machine principale avant la réplication afin de vérifier que tous les éléments du portail sont indexés sur la machine principale. Interrogez le Indexer Status sur les deux machines après la réplication pour confirmer que les valeurs d'index correspondent entre les déploiements de secours et principal. Les valeurs de databaseCount et indexCount pour chaque name doivent être identiques dans et entre les deux déploiements. Par exemple, lorsque vous interrogez le Indexer Status, il indique le nombre d’éléments que compte la base de données par rapport au nombre d’éléments indexés. Le contenu de la base de données (databaseCount) doit correspondre à ce qui est indexé (indexCount) pour chaque type d’élément (name), comme illustré dans l’exemple suivant. Si databaseCount et indexCount ne correspondent pas pour un type d’élément, vous devez réindexer le portail. Cette sortie doit être identique sur les machines principale et de secours.
```
{"indexes": [
    {
        "name": "users",
        "databaseCount": 42,
        "indexCount": 42
    },
    {
        "name": "groups",
        "databaseCount": 21,
        "indexCount": 21
    },
    {
        "name": "search",
        "databaseCount": 8499,
        "indexCount": 8499
    }
]}
```

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.

Si vous automatisez la réplication de votre déploiement du site principal vers le site de secours, vous devez également surveiller ces processus pour garantir que les sauvegardes, le déplacement des fichiers et les opérations de restauration s'effectuent correctement.

Reprise après incident

Dans ArcGIS Enterprise, Portal for ArcGIS, ArcGIS 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 déploiement ArcGIS Enterprise 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 atteignent généralement leur déploiement d’ArcGIS Enterprise via quelques URL, par exemple, https://myportalwa.organization.com/portal pour l’URL du portail et https://myserverwa.organization.com/server pour l’URL des services ArcGIS Server. Le GSS ou le GNS global peut attribuer une adresse IP à chaque nom d'hôte. Si le basculement doit avoir lieu sur un centre de données différent, le GSS ou DNS global réaffecte les noms d'hôtes myportalwa.organization.com et myserverwa.organization.com sur les adresses IP associées 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 des hôtes du site principal peut être réaffectée sur des adresses 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 inscrites du serveur d'hébergement ou du site ArcGIS Server fédéré (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 déploiement ArcGIS Enterprise 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, inscrites auprès d'un des sites ArcGIS Server dans le déploiement ArcGIS Enterprise 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 ArcGIS Enterprise 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 de scènes et d'entités hébergée associées et les nouveaux services non hébergés inscrits auprès du portail, sur le déploiement ArcGIS Enterprise principal.

Vous avez un commentaire à formuler concernant cette rubrique ?