Architecture physique

Cette architecture a été évaluée en janvier 2023 avec les éléments suivants :

• Une compagnie d’électricité de petite à moyenne taille à l’esprit
• Prise en charge des processus d’une compagnie d’électricité 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 PostgreSQL
• 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.

Attribution de ressources à l’architecture

Voici les tailles de machines choisies et validées pour cette étude test. Il est toujours fortement recommandé de passer personnellement par un processus de conception pour tenir compte de vos exigences métier et techniques.

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.

Desktop (ArcGIS Pro et navigateur Web)

• 3 machines utilisées dans les tests
• G4DN.2xlarge
• 4 processeurs (8 processeurs virtuels)
• 32 Go de mémoire RAM
• Processeur graphique de 16 Go
• Disque de 1 To

Portal for ArcGIS

• 2 machines
• M6i.xlarge
• 2 processeurs (4 processeurs virtuels)
• 16 Go de mémoire RAM
• Disque de 128 Go

Serveur SIG ArcGIS

• 2 machines
• M6i.2xlarge
• 4 processeurs (8 processeurs virtuels)
• 32 Go de mémoire RAM
• Disque de 128 Go

ArcGIS Server (serveur d’hébergement)

• 2 machines
• M6i.2xlarge
• 4 processeurs (8 processeurs virtuels)
• 32 Go de mémoire RAM
• Disque de 128 Go

ArcGIS Data Store (relationnel)

• 2 machines
• M6i.xlarge
• 2 processeurs (4 processeurs virtuels)
• 16 Go de mémoire RAM
• Disque de 128 Go

ArcGIS Web Adaptor

• 2 machines
• M6i.large
• 1 processeur (2 processeurs virtuels)
• 8 Go de mémoire RAM
• Disque de 128 Go

ArcGIS Monitor

• 1 machine
• M6i.2xlarge
• 4 processeurs (8 processeurs virtuels)
• 32 Go de mémoire RAM
• Disque de 128 Go

Stockage de fichiers

• 1 instance
• C6i.xlarge
• 2 processeurs (4 processeurs virtuels)
• 8 Go de mémoire RAM
• Disque de 128 Go

Base de données

• 1 machine
• M6i.4xlarge
• 8 processeurs (16 processeurs virtuels)
• 64 Go de mémoire RAM
• Disque de 1 To

Serveur de domaine

• 1 machine
• C6i.large
• 1 processeur (2 processeurs virtuels)
• 4 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é pour gérer 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é.

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

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.