Comparaison des architectures physiques
Les architectures suivantes ont toutes deux été conçues avec les éléments suivants :
- 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)
- Prise en compte des choix de conception clés
- Infrastructure Cloud AWS
Le déploiement de SAP HANA Private Cloud Edition (PCE) reflète les types et les tailles d’instance, mais inclut un VPC distinct connecté au VPC ArcGIS Enterprise via AWS PrivateLink où la géodatabase d’entreprise est configurée. Les types d’instance EC2 et de base de données sont identiques entre les deux déploiements, la principale différence étant l’approche d’hébergement de géodatabase et la conception du réseau.
Types et configurations d’instance
Les profils système suivants détaillent les types d’instance qui ont été choisis et validés pour le champ d’application et l’objectif de cette étude test. Les deux systèmes utilisaient le même nombre d’instances et le même type d’instance AWS EC2. Pour la conception de votre propre système, il est fortement recommandé de suivre un processus de conception complet pour tenir compte des exigences métier et techniques spécifiques de votre organisation.
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 processus basés sur un navigateur)
- 3 machines
- Type d’instance G4dn.2xlarge
- 4 processeurs (8 processeurs virtuels)
- 32 Go de mémoire RAM
- Disque de 1 To
- Processeur graphique de 16 Go
Portal for ArcGIS
- 2 machines
- Type d’instance M6i.xlarge
- 2 processeurs (4 processeurs virtuels)
- 16 Go de mémoire RAM
- Disque de 128 Go
ArcGIS GIS Server (services de gestion de réseau)
- 2 machines
- Type d’instance M6i.2xlarge
- 4 processeurs (8 processeurs virtuels)
- 32 Go de mémoire RAM
- Disque de 128 Go
ArcGIS GIS Server (serveur d’hébergement)
- 2 machines
- Type d’instance M6i.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 M6i.xlarge
- 2 processeurs (4 processeurs virtuels)
- 16 Go de mémoire RAM
- Disque de 256 Go
ArcGIS Web Adaptor
- 2 machines
- Type d’instance M6i.large
- 1 processeur (2 processeurs virtuels)
- 8 Go de mémoire RAM
- Disque de 128 Go
ArcGIS Monitor
- 1 machine
- Type d’instance M6i.2xlarge
- 4 processeurs (8 processeurs virtuels)
- 32 Go de mémoire RAM
- Disque de 128 Go
Stockage de fichiers partagé
- 1 instance
- C6i.xlarge
- 1 processeur (2 processeurs virtuels)
- 8 Go de mémoire RAM
- Disque de 2 To
Hôte de base de données
- 1 machine
- Type d’instance R5.8xlarge
- 16 processeurs (32 processeurs virtuels)
- 256 Go de mémoire RAM
- (2) disques de 512 Go
Serveur de domaine
- 1 machine
- Type d’instance 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)
Un équilibreur de charge est requis dans un déploiement ArcGIS Enterprise haute disponibilité pour équilibrer et servir d’intermédiaire au trafic des clients sur le portail et les composants du serveur, ainsi qu’au trafic interne au site entre les composants logiciels. Bien qu’ArcGIS Web Adaptor fonctionne comme un équilibreur de charge, il ne suffit pas dans une configuration haute disponibilité. Dans cette étude test, un équilibreur de charge applicatif AWS a été utilisé.
Stockage partagé
Pour implémenter un déploiement ArcGIS Enterprise haute disponibilité, plusieurs éléments ou dossiers de configuration doivent être stockés dans un emplacement haute disponibilité partagé. Cela garantit que les 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. Dans cette architecture, un serveur de fichiers Windows est utilisé pour stocker ces composants partagés, qui est configuré avec la récupération automatique AWS EC2.
Composants système non inclus dans le diagramme
Le diagramme d’architecture n’illustre pas les logiciels antivirus et les composants de mise en réseau AWS qui étaient présents et actifs lors de l’étude test.