Architecture physique

Cette architecture a été conçue avec :

• Une compagnie de gaz de petite/moyenne taille à l’esprit
• Prise en charge des processus avec une charge de conception cible de 15 éditeurs ArcGIS Pro et de 200 utilisateurs Web ArcGIS (personas d’utilisateurs généraux)
• Une géodatabase d’entreprise configurée avec Microsoft SQL Server
• Infrastructure Cloud AWS

Le système a été conçu et testé par rapport aux processus spécifiés, avec un ajustement des types et tailles de machines en fonction des résultats des tests

Téléchargez un fichier Microsoft Visio de cette architecture.
En savoir plus sur les ressources de diagramme pour les systèmes ArcGIS.

Types et tailles de machines

Voici les tailles de machines choisies et validées pour le champ d’application et l’objectif de cette étude test. Cependant, il est fortement recommandé de suivre un processus de conception complet pour tenir compte de vos exigences métier et techniques.

Esri propose des services de conception de l’architecture système si vous avez besoin d’aide pour déterminer tous les facteurs liés à la conception physique de votre organisation, tels que la mise en réseau, le stockage, les environnements système et le dimensionnement. La configuration système minimale requise pour chaque composant est répertoriée dans la documentation disponible en ligne du logiciel respectif.

Desktop (ArcGIS Pro et navigateur Web)

• 3 machines (utilisées dans les tests)
• Type d’instance g4DN.xlarge
• 2 processeurs (4 processeurs virtuels)
• 16 Go de mémoire RAM
• Processeur graphique de 16 Go
• Disque de 128 Go

Portal for ArcGIS

• 2 machines
• Type d’instance m5.xlarge
• 2 processeurs (4 processeurs virtuels)
• 16 Go de mémoire RAM
• Disque de 128 Go

Serveur SIG ArcGIS

• 2 machines
• Type d’instance m5.2xlarge
• 4 processeurs (8 processeurs virtuels)
• 32 Go de mémoire RAM
• Disque de 128 Go

ArcGIS Server (serveur d’hébergement)

• 2 machines
• Type d’instance m5.2xlarge
• 4 processeurs (8 processeurs virtuels)
• 32 Go de mémoire RAM
• Disque de 128 Go

ArcGIS Data Store (relationnel)

• 2 machines
• Type d’instance m5.xlarge
• 2 processeurs (4 processeurs virtuels)
• 16 Go de mémoire RAM
• Disque de 256 Go

ArcGIS Web Adaptor

• 2 machines
• Type d’instance m5.large
• 1 processeur (2 processeurs virtuels)
• 8 Go de mémoire RAM
• Disque de 128 Go

ArcGIS Monitor

• 1 machine
• Type d’instance m5.2xlarge
• 4 processeurs (8 processeurs virtuels)
• 32 Go de mémoire RAM
• Disque de 128 Go

Stockage de fichiers

• 1 instance
• Débit de 64 Mo/s
• Disque de 1 To

Base de données

• 1 machine
• Type d’instance r5.2xlarge
• 4 processeurs (8 processeurs virtuels)
• 64 Go de mémoire RAM
• Disque de 256 Go

Serveur de domaine

• 1 machine
• Type d’instance m5.large
• 1 processeur (2 processeurs virtuels)
• 8 Go de mémoire RAM
• Disque de 128 Go

Autres éléments à prendre en compte concernant l’architecture

Voici d’autres points à prendre en compte pour concevoir un système de gestion des informations réseau, ainsi qu’une explication de certains choix d’infrastructure faits pour cette étude test.

Équilibreur de charge applicatif (ALB)

Au moins un équilibreur de charge tiers est requis dans un déploiement ArcGIS Enterprise haute disponibilité : il gère le trafic des clients sur le portail et les sites de serveur, ainsi que le trafic interne entre les composants logiciels. Bien qu’ArcGIS Web Adaptor soit considéré comme un équilibreur de charge, il ne suffit pas dans une configuration haute disponibilité. Par conséquent, dans cette étude test, un équilibreur de charge applicatif Amazon Web Services (AWS) a été utilisé.

Éléments à prendre en compte concernant la base de données

Pour le champ d’application et les objectifs de cette étude test, le choix a été fait de déployer SQL Server sur une machine virtuelle (EC2). Toutefois, en fonction de vos besoins, vous pouvez utiliser un service de plateforme de base de données tel que RDS (Amazon Relational Database Service) ou SQL Managed Instance dans un environnement Microsoft Azure.

Stockage partagé

Pour implémenter un déploiement ArcGIS Enterprise haute disponibilité, les magasins de configuration doivent être stockés dans un emplacement haute disponibilité partagé. Cela garantit que ces données restent accessibles même si un serveur tombe en panne et offre ainsi un service ininterrompu à l’utilisateur final. De plus, le stockage partagé simplifie la gestion des données dans un déploiement sur plusieurs machines et améliore l’évolutivité en centralisant le stockage des données et en permettant un développement en fonction des besoins.

Composants système non inclus dans le diagramme

Notez que si les logiciels antivirus et les composants de mise en réseau AWS ne sont pas illustrés dans ce diagramme, ils étaient présents dans l’étude test.