Vous pouvez utiliser les modèles Amazon Web Services (AWS) CloudFormation fournis par Esri pour créer un équilibreur de charge élastique et déployer les architectures suivantes :
- Un déploiement à une seule machine ArcGIS Enterprise
- Un déploiement haute disponibilité ArcGIS Enterprise
- Déploiements ArcGIS Enterprise dans deux zones différentes pour la récupération d'urgence
- Un site à haute disponibilité ArcGIS Server
- Un site à une seule machine ArcGIS GeoEvent Server
- Un site haute disponibilité à une seule machineArcGIS Server
Vous pouvez également copier et modifier ces modèles en fonction de vos besoins ou créer des modèles pour implémenter vos propres schémas de déploiement.
ArcGIS Enterprise Cloud Builder for Amazon Web Services utilise des modèles CloudFormation. Vous pouvez également utiliser les modèles CloudFormation directement : lancez des piles depuis AWS Management Console ou rédigez des scripts de création de pile.
AWS CloudFormation est un service qui vous aide à définir des architectures sur Amazon Web Services. C'est un exemple d'infrastructure en tant que code, c'est-à-dire que vous écrivez du code qui peut déployer une infrastructure de matériel particulière dans un environnement cloud. Dans le cas de CloudFormation, vous utilisez un modèle JavaScript object notation (JSON) pour définir une pile de ressources qui fonctionnent ensemble de manière prédéterminée. CloudFormation garantit que vous conservez toujours un nombre minimal de machines dans votre site, ce qui permet une récupération transparente lorsque l’une des machines est indisponible.
L’utilisation de modèles CloudFormation facilite également le lancement et la gestion d’un déploiement, par rapport à une procédure manuelle, et vous permet de définir des architectures identiques dans différents comptes ou régions AWS.
Modèles CloudFormation
Esri stocke des modèles CloudFormation dans un paquet Amazon Simple Storage Service (S3), à partir duquel vous pouvez les télécharger. Les modèles sont propres à chaque version de ArcGIS. Utilisez les liens correspondant aux numéros des versions logicielles en haut de chaque page pour accéder aux autres versions.
Créer un équilibreur de charges élastiques (ELB)
Plutôt que de créer un équilibreur de charge élastique dans AWS Management Console, vous pouvez utiliser un exemple Esri de modèle CloudFormation afin de créer l’équilibreur de charge pour votre déploiement ArcGIS Enterprise ou votre site ArcGIS Server haute disponibilité. Il existe également un modèle distinct permettant de créer un équilibreur de charges pour votre site ArcGIS GeoEvent Server.
Les modèles relient le certificat SSL importé à l’équilibreur de charges.
Une fois celui-ci disponible, mappez-le avec le nom de domaine de votre déploiement.
Déployer ArcGIS Enterprise à l’aide de CloudFormation
Les modèles CloudFormationsont disponibles pour déployer ArcGIS Enterprise sur AWS. Les déploiements ArcGIS Enterprise comprennent les composants ArcGIS suivants :
- Portal for ArcGIS
- ArcGIS Server
- ArcGIS Web Adaptor
- ArcGIS Data Store
Vous devez posséder les éléments suivants avant d’exécuter les modèles CloudFormation pour déployer ArcGIS Enterprise :
- Un nom de domaine valide pour votre site.
- Un certificat TLS (SSL) pour votre domaine, obtenu de la part d'une autorité de certification.
- Une adresse IP élastique que vous associerez à l'instance Amazon Elastic Compute Cloud (EC2). Vous devez apparier votre nom de domaine à l'adresse IP élastique.
Déployer ArcGIS Enterprise sur une seule machine
Esri offre un exemple de modèle CloudFormation à une seule machine qui vous permet de déployer ArcGIS Enterprise sur une seule instance AWS.
Les exemples de modèles CloudFormation de déploiement à une seule machine configurent les composants suivants en vue de leur utilisation conjointe sur une seule machine sur AWS :
- Portal for ArcGIS est inscrit auprès d'ArcGIS Web Adaptor à l'aide du contexte portal. Par exemple, l'URL du portail inscrit est au format https://<domain name>/portal/home.
- Un site ArcGIS GIS Server est créé et inscrit auprès d'ArcGIS Web Adaptor à l'aide du contexte server. Par exemple, l'URL du gestionnaire ArcGIS Server est au format https://<domain name>/server/manager.
- Le stockage des données du cache de tuiles et le stockage des données relationnelles ArcGIS Data Store sont créées et inscrites auprès du site GIS Server. Ceci permet au site GIS Server de stocker les données des couches d'entités hébergées pour le portail.
- Le site GIS Server est fédéré avec le portail et défini comme serveur d'hébergement du portail.
Utilisez les modèles de déploiement à une seule machine et les instructions de la rubrique Utiliser AWS CloudFormation pour déployer ArcGIS Enterprise sur une seule instance AWS.
Vous pouvez également stocker le magasin de configuration ArcGIS Server dans Amazon DynamoDB et S3, et stocker le répertoire de contenu Portal for ArcGIS dans un paquet S3 au lieu d'un répertoire sur cette seule machine.
Remarque :
Si vous stockez votre magasin de configuration ArcGIS Server dans Amazon DynamoDB et S3, et votre répertoire de contenu Portal for ArcGIS dans un paquet S3, ces éléments sont supprimés lorsque vous supprimez ce déploiement. Si vous souhaitez conserver ce contenu, faites-en une copie avant de supprimer le déploiement.
Déployer des composants ArcGIS Enterprise haute disponibilité
Esri fournit un modèle CloudFormation permettant de créer un déploiement ArcGIS Enterprise haute disponibilité sur AWS. Ces modèles installent et configurent les produits répertoriés dans la section précédente et il configure chaque composant pour que les services et données soient disponibles même si une machine du déploiement est défaillante. Il s'agit de l'instance du serveur de fichiers configurée avec AWSAuto Recovery (Récupération automatique) pour stocker le contenu du portail, le magasin de configuration et les répertoires pour ArcGIS Server, ainsi que les fichiers de sauvegarde pour les stockages des données relationnelles et du cache de tuiles. (Notez que vous devez configurer manuellement les sauvegardes pour les stockages de données de cache de tuiles, elles ne sont pas créées par défaut automatiquement. Reportez-vous à l'aide d'ArcGIS Data Store pour plus d'informations.)
Un déploiement ArcGIS Enterprise haute disponibilité comprend au moins trois machines. Le diagramme suivant présente les composants logiciels par machine sur AWS :
Cette configuration peut éventuellement inclure des machines distinctes exécutant un agrégat de stockage de Big Data spatio-temporelles.
Cette instance ne peut être récupérée que dans la même zone de disponibilité. Si l'ensemble de la zone de disponibilité est indisponible, votre déploiement ArcGIS Enterprise ne peut pas être restauré à moins que vous ayez configuré un déploiement secondaire identique dans une autre région AWS. Ce scénario est décrit dans la section suivante.
Remarque :
Si vous stockez votre magasin de configuration ArcGIS Server dans Amazon DynamoDB et S3, et votre répertoire de contenu Portal for ArcGIS dans un paquet S3, ces éléments sont supprimés lorsque vous supprimez ce déploiement. Si vous souhaitez conserver ce contenu, faites-en une copie avant de supprimer le déploiement.
Déployer deux configurations ArcGIS Enterprise identiques dans différentes zones pour la récupération d'urgence
Vous pouvez créer deux déploiements ArcGIS Enterprise dans deux zones différentes et avoir un déploiement principal, actif. Utilisez l'outil webgisdr installé avec Portal for ArcGIS pour répliquer le contenu depuis le déploiement principal vers le déploiement secondaire dans une autre zone. Ce déploiement est illustré dans le diagramme suivant :
Remarque :
Si vous stockez votre magasin de configuration ArcGIS Server dans Amazon DynamoDB et S3, et votre répertoire de contenu Portal for ArcGIS dans un paquet S3, ces éléments sont supprimés lorsque vous supprimez ce déploiement. Si vous souhaitez conserver ce contenu, faites-en une copie avant de supprimer le déploiement.
Déployer des sites ArcGIS Server à l’aide de CloudFormation
Esri fournit des exemples de modèles CloudFormation permettant de créer des sites ArcGIS Server qui remplissent différents rôles. Le rôle que le site remplit dépend du modèle que vous utilisez et de la licence que vous fournissez.
Déployer un site ArcGIS Server haute disponibilité avec un emplacement de la configuration partagé
Un site ArcGIS Server comporte un serveur Web, un adaptateur Web, un serveur de données et une ou plusieurs installations d'ArcGIS Server (y compris l'emplacement de la configuration et les répertoires du serveur) que vous pouvez répartir sur plusieurs machines pour augmenter la puissance de calcul. Chaque composant du site joue un rôle spécifique dans le processus de gestion des ressources affectées à un ensemble de services.
Vous pouvez utiliser un des modèles CloudFormation répertoriés dans le tableau suivant et suivre les étapes de la rubrique Utiliser AWS CloudFormation pour définir un site ArcGIS Server haute disponibilité contenant au moins deux installations ArcGIS Server etutilisant Amazon S3 et DynamoDB pour l’emplacement de la configuration. Lorsque vous utilisez ce modèle, la récupération automatique est définie pour les répertoires ArcGIS Server. Ainsi, si une machine n'est plus disponible, vos services le restent.
Rôle de la licence et nom du modèle | Type de site | Rôle du site |
---|---|---|
ArcGIS GIS Server | GIS Server | Peut être un site GIS Server autonome ou fédéré sur lequel vous pouvez publier des services de géométrie, de géodonnées, de géocodage, de géotraitement, de carte ou d'entité. |
ArcGIS GeoAnalytics Server | GeoAnalytics Server | Agit en tant que serveur GeoAnalytics Server fédéré pour permettre les utilisateurs du portail pour exécuter Outils GeoAnalytics. |
ArcGIS Image Server | Image Server | Peut être un site Image Server autonome ou fédéré vers lequel vous pouvez publier des services d'imagerie à partir de mosaïques. Si fédéré avec un portail, vous pouvez définir ce site comme le serveur d'analyse raster du portail. |
Le diagramme suivant illustre un site ArcGIS Server avec une machine de serveur de fichiers qui stocke les répertoires ArcGIS Server et DynamoDB pour le magasin de configuration ArcGIS Server :
Emplacement de la configuration
Lorsque vous utilisez Amazon S3 et DynamoDB pour votre magasin de configuration, la plupart des services seront à haute disponibilité, avec les exceptions suivantes :
- Les services de géotraitement ne peuvent pas présenter une haute disponibilité.
- Les services mis en cache ne présentent pas automatiquement de haute disponibilité, mais vous pouvez les configurer séparément pour qu'ils garantissent une haute disponibilité.
Lorsque vous créez un site ArcGIS Server haute disponibilité via l’un des modèles arcgis-server-<os>-haconfigstore, les éléments suivants sont créés dans votre compte AWS :
- Une table DynamoDB nommée ArcGISConfigStores dans la région AWS dans laquelle vous déployez le site ArcGIS Server, dotée de 5 unités de capacité de lecture et une unité de capacité d’écriture ;
- Une table DynamoDB pour chaque espace de noms, nommée ArcGISConfigStores ;<espace de nom>, créé avec 250 unités dotés de la fonctionnalité de lecture et 25 unités dotées de la fonctionnalité d'écriture ;
- un paquet S3 pour chaque espace de nom appelé arcgis-config-store-<espacedenom>-<ID unique>
Notez que lorsque vous supprimez le site ArcGIS Server, ArcGIS supprime les paquets S3 et les tables DynamoDB associés à chaque espace de noms. Vous devez supprimer manuellement la table DynamoDB si vous n’avez pas l’intention de déployer des sites ArcGIS Server dans cette région AWS.
Vous devez gérer les paramètres de rendement configurés dans les tables DynamoDB pour garantir le fonctionnement rapide et fiable du magasin de configuration ArcGIS Server.
Répertoires du serveur
Les sites déployés à l'aide du modèle haute disponibilité ArcGIS Server sont configurés pour une restauration automatique. Si un répertoire se trouve sur une instance qui cesse de fonctionner ou devient indisponible, AWS rétablit l'instance dans l’état où elle se trouvait avant la panne. Si la totalité de la zone de disponibilité Amazon reste indisponible pendant une durée prolongée, votre site ArcGIS Server ne sera pas disponible. Si vous avez besoin que votre site soit disponible même lorsqu’une zone de disponibilité Amazon est inactive, vous pouvez tirer parti des capacités de sauvegarde du stockage sur le cloud AWS. Vous pouvez accéder à vos copies de sauvegarde pour restaurer votre site.
Lorsque vos répertoires de serveur sont stockés dans les services de stockage AWS, suivez ces étapes pour récupérer votre site ArcGIS Server lorsque la zone de disponibilité Amazon est hors service.
- Recréez le sous-réseau Amazon Virtual Private Cloud (VPC) associé à la zone de disponibilité en panne dans une nouvelle zone de disponibilité.
- Utilisez l’image virtuelle Amazon ArcGIS pour lancer une instance EC2 dans le sous-réseau VPC recréé. L'instance doit posséder la même adresse IP privée que celle qu'elle détenait avant que le site d'origine ne devienne indisponible.
- Lorsque l’instance est active, connectez-vous et modifiez le mot de passe du compte d’administrateur ArcGIS pour qu’il corresponde au mot de passe spécifié lors de la création initiale de votre site via CloudFormation.
- Vérifiez que le chemin racine de l'emplacement des répertoires partagés de serveur est accessible.
Il est impossible de désigner un nouvel emplacement pour les répertoires partagés de serveur.
- Connectez-vous au répertoire d'administrateur d'ArcGIS Server.
- Accédez à Système > directories > recover.
- Cliquez sur Récupérer.
Le contenu ou la structure de dossier de la sauvegarde sur le cloud est copié dans les répertoires partagés de serveur.
Déployer un site ArcGIS GeoEvent Server
Utilisez un des modèles CloudFormation ArcGIS GeoEvent Server pour créer un site ArcGIS GeoEvent Server à une seule machine.
Le site peut être un serveur GeoEvent autonome ou fédéré à partir duquel vous diffusez des données d'observation en temps réel.
Déployer une seule machine (actif-actif) sur un site ArcGIS Server
Un site à une seule machine (actif-actif) ArcGIS Server (précédemment appelé une architecture en silos) contient plusieurs machines ArcGIS Server identiques, mais indépendantes, qui sont exécutées sous un équilibreur de charge pour se partager les tâches. Chaque site ArcGIS Server est autonome, hébergé sur une seule machine et possède son propre emplacement de la configuration. L'un des principaux avantages de cette architecture est qu'elle vous permet de continuer à exécuter ArcGIS Server même si vous perdez une instance ArcGIS Server individuelle, ce qui signifie que vos services sont disponibles même si une machine cesse de fonctionner.
Toutefois, l’architecture à une seule machine ne peut pas être créée avec ArcGIS Server Cloud Builder on Amazon Web Services. Vous devez la créer manuellement avec AWS Management Console ou des API. Pour faciliter la création d’un site ArcGIS Server haute disponibilité à une seule machine, utilisez AWS CloudFormation avec le modèle arcgis-siloed-server-VPC et suivez les étapes de la rubrique Utiliser AWS CloudFormation pour définir le site et l’équilibreur de charge qui regroupe les machines ArcGIS Server. Le modèle arcgis-siloed-server-VPC.template utilise la mise à l'échelle automatique qui garantit la présence constante d'un nombre minimum de machines sur votre site, mais qui ajoute ou supprime des machines selon l'utilisation du ArcGIS Server, pour permettre une restauration sans difficulté si une machine devait ne plus être disponible.
Comme avec d'autres scénarios de déploiement décrits dans cette rubrique, le rôle du site ArcGIS Server est déterminé par la licence que vous fournissez lorsque vous créez le site.
*Certaines icônes des diagrammes de cette rubrique sont utilisées avec l'autorisation d’Amazon Web Services.
Mettre à niveau des déploiements
Des exemples de modèles CloudFormation sont disponibles pour la mise à niveau des types de déploiements suivants créés avec des modèles CloudFormation fournis par Esri :
- Sites autonomes ArcGIS Server 10.5 ou versions ultérieures
- Versions spécifiques de déploiements ArcGIS Enterprise
Suivez les instructions fournies pour chaque version de modèle CloudFormation pour terminer le processus de mise à niveau.
Vous avez un commentaire à formuler concernant cette rubrique ?