Comparación de la arquitectura física

Las siguientes arquitecturas se han diseñado con:

• Una compañía de gas pequeña-mediana en mente
• Soporte para flujos de trabajo con una carga de diseño objetivo de 15 editores de ArcGIS Pro y 200 usuarios web de ArcGIS (personas usuarias generales).
• Consideración de las opciones clave de diseño
• Infraestructura en la nube de AWS

La implementación de SAP HANA Private Cloud Edition (PCE) refleja los tipos y tamaños de instancia, pero incluye una VPC independiente conectada a la VPC de ArcGIS Enterprise a través de AWS PrivateLink, donde se configura la geodatabase corporativa. Los tipos de instancia de EC2 y de base de datos son idénticos entre las dos implementaciones; la diferencia clave es el planteamiento de alojamiento de la geodatabase y el diseño de la red.

Tipos de instancia y configuraciones

Los siguientes perfiles del sistema detallan los tipos de instancia que se eligieron y validaron para el ámbito y el propósito de este estudio de prueba. Ambos sistemas utilizaron el mismo número y tipo de instancias de AWS EC2. Para el diseño de su propio sistema, es muy recomendable seguir un proceso de diseño completo que tenga en cuenta los requisitos empresariales y técnicos específicos de su organización.

Esri ofrece servicios de diseño de arquitectura de sistemas en caso de que necesite ayuda para determinar todos los diferentes factores relacionados con el diseño físico de su organización, como las redes, el almacenamiento, los entornos de sistemas y el dimensionamiento. Los requisitos mínimos del sistema para cada componente figuran en la documentación del software correspondiente, disponible en línea.

Escritorio (ArcGIS Pro y flujos de trabajo basados en navegador)

• 3 equipos
• Tipo de instancia de G4dn.2xlarge
• 4 CPU (8 vCPU)
• 32 GB RAM
• Disco de 1 TB
• 16 GB DE GPU

Portal for ArcGIS

• 2 equipos
• Tipo de instancia de M6i.xlarge
• 2 CPU (4 vCPU)
• 16 GB RAM
• Disco de 128 GB

ArcGIS GIS Server (Servicios de administración de redes)

• 2 equipos
• Tipo de instancia de M6i.2xlarge
• 4 CPU (8 vCPU)
• 32 GB RAM
• Disco de 128 GB

ArcGIS GIS Server (servidor de alojamiento)

• 2 equipos
• Tipo de instancia de M6i.2xlarge
• 4 CPU (8 vCPU)
• 32 GB RAM
• Disco de 128 GB

ArcGIS Data Store (relacional)

• 2 equipos
• Tipo de instancia de M6i.xlarge
• 2 CPU (4 vCPU)
• 16 GB RAM
• Disco de 256 GB

ArcGIS Web Adaptor

• 2 equipos
• Tipo de instancia de M6i.large
• 1 CPU (2 vCPU)
• 8 GB RAM
• Disco de 128 GB

ArcGIS Monitor

• 1 equipo
• Tipo de instancia de M6i.2xlarge
• 4 CPU (8 vCPU)
• 32 GB RAM
• Disco de 128 GB

Almacenamiento compartido de archivos

• 1 instancia
• C6i.xlarge
• 1 CPU (2 vCPU)
• 8 GB RAM
• Disco de 2 TB

Host de base de datos

• 1 equipo
• Tipo de instancia de R5.8xlarge
• 16 CPU (32 vCPU)
• 256 GB RAM
• (2) Discos de 512 GB

Servidor de dominio

• 1 equipo
• Tipo de instancia de C6i.large
• 1 CPU (2 vCPU)
• 4 GB RAM
• Disco de 128 GB

Consideraciones adicionales sobre la infraestructura

A continuación se exponen otras áreas a tener en cuenta a la hora de diseñar un sistema de administración de información de red y una explicación de algunas de las opciones de infraestructura elegidas para este estudio de prueba.

Equilibrador de carga de aplicaciones (ALB)

En una implementación de ArcGIS Enterprise de alta disponibilidad se requiere un equilibrador de carga para equilibrar y dirigir el tráfico de clientes hacia el portal y los componentes del servidor, así como el tráfico en el sitio entre los componentes del software. Aunque ArcGIS Web Adaptor funciona como equilibrador de carga, es insuficiente por sí solo para servir de equilibrador de carga en una configuración de alta disponibilidad. En este estudio de prueba se utilizó un equilibrador de carga de aplicaciones de AWS.

Almacenamiento compartido

Para implementar correctamente una implementación de alta disponibilidad de ArcGIS Enterprise, varios elementos o carpetas de configuración deben almacenarse en una ubicación compartida de alta disponibilidad. Esto garantiza que los datos sigan siendo accesibles aunque falle un servidor, proporcionando un servicio ininterrumpido a los usuarios finales. Además, el almacenamiento compartido simplifica la administración de datos en una implementación con varios equipos y mejora la escalabilidad al centralizar el almacenamiento de datos y permitir su ampliación según sea necesario. En esta arquitectura, se utiliza un servidor de archivos basado en Windows para almacenar estos componentes compartidos, que está configurado con la recuperación automática de AWS EC2.

Componentes del sistema no incluidos en el diagrama

No se ilustran en el diagrama de arquitectura el software antivirus y los componentes de red de AWS que estaban presentes y activos durante el estudio de prueba.