Las siguientes consideraciones se organizan en torno a los pilares de arquitectura del marco de trabajo bien arquitectado de ArcGIS. La aplicación apropiada de las prácticas recomendadas y los planteamientos arquitectónicos en cada una de estas áreas técnicas contribuye de forma significativa al diseño y la implementación correctos de sistemas bien diseñados.
También puede consultar estas consideraciones de diseño físico para obtener recomendaciones adicionales.
Optamos por diseñar para la separación de cargas de trabajo con el fin de ayudar a lograr una distribución óptima de los recursos de cálculo en todo el sistema. En el estudio de prueba, las solicitudes de edición tardaban generalmente más tiempo en procesarse que las solicitudes de mapas estándar, por lo que aislamos las cargas de trabajo de edición con recursos de cálculo dedicados en forma de un sitio ArcGIS GIS Server separado.
Además, aislar los propios componentes del sistema en otros equipos ayuda a garantizar que no compiten por los recursos del sistema y permite adaptar los tipos y tamaños de las máquinas a los requisitos del sistema de cada componente.
Seleccionar la GPU (unidad de procesamiento gráfico) adecuada es fundamental para garantizar el rendimiento de ArcGIS Pro en un entorno virtualizado. Las pruebas revelaron que agregar una GPU dedicada a los equipos virtuales de ArcGIS Pro mejoraba significativamente la productividad del usuario final y producía una reducción neta del coste si se tenían en cuenta los gastos operativos, como costes de mano de obra.
Es importante conocer el ratio entre la CPU virtual (vCPU) y la CPU física a la hora de tomar decisiones de diseño para poder asignar los recursos apropiados a los componentes del sistema. Existe una proporción de 2:1 entre vCPU y CPU para la mayoría de las instancias del diagrama, excepto en nuestras instancias de escritorio, que tienen una proporción de 1:1.
Tenga en cuenta que las distintas opciones de virtualización pueden tener proporciones diferentes. Además de los posibles efectos en el rendimiento, esto también puede tener implicaciones en las licencias de Esri. Para ver ejemplos de proporciones en la nube pública, consulte los siguientes recursos.
La configuración adecuada de los servicios SIG es fundamental para el rendimiento del sistema y la satisfacción de la experiencia del usuario, y la configuración incorrecta de las instancias de servicios SIG puede introducir problemas o retos de fiabilidad en un sistema. Por ejemplo, si el número de instancias para un servicio de mapas o de entidades es demasiado bajo, pueden producirse largos tiempos de espera de los clientes y errores de tiempo de espera. Sin embargo, la configuración de demasiadas instancias consume excesivos recursos del equipo, limitando el número de servicios que pueden implementarse en una configuración de hardware fija.
Cuando el ajuste de instancia máxima es superior al mínimo, el sistema puede agregar automáticamente nuevas instancias en respuesta a la demanda. Sin embargo, esto también puede causar problemas de rendimiento percibido, ya que las solicitudes entrantes deben esperar a que la instancia se inicie. Para cualquier sistema, es importante comprender el uso del servicio para poder ajustar el número de instancias y los recursos del servidor con el fin de proporcionar un rendimiento óptimo.
Para nuestras pruebas, la proporción de instancias de servicio respecto a vCPU (CPU virtuales) se estableció en 1:1 para cada servicio, con el mismo valor para el número mínimo y máximo de instancias. Por lo tanto, dado que nuestros sitios de servidor SIG y de alojamiento tenían dos instancias con 8 vCPU cada uno, contábamos con 16 instancias por sitio de servidor. Se supervisó el uso de las instancias para determinar cómo estaba gestionando la carga el sistema. Si en algún momento todas las instancias de un servidor SIG están ocupadas, cabría esperar tiempos de espera elevados para ese servicio.
Esta era la configuración óptima de instancias de servicio para nuestro sistema de pruebas, pero la configuración de su organización puede ser diferente. La monitorización y la captura de telemetría son necesarias para tomar decisiones informadas al configurar sus propios ajustes de instancias de servicio. Consulte El arte y la ciencia de la optimización de ArcSOC para obtener información.
En este estudio de prueba, los servicios de edición de estructura de parcelas se configuraron de la siguiente manera:
Los servidores de alojamiento (flujos de trabajo solo de visualización) se configuraron de la siguiente manera:
Los tiempos de espera de servicio especificados se configuraron de la siguiente manera:
Nuestra configuración de tiempo de espera se ajustó de forma iterativa para abordar los tiempos de espera encontrados durante el proceso de prueba. Dado que esta configuración puede variar según los requisitos específicos, se recomienda realizar sus propias pruebas para identificar la configuración más óptima.
Las copias de seguridad son fundamentales para los sistemas de administración de parcelas, como ocurre con la mayoría de los sistemas centrados en la edición y la administración de datos. Aunque el diseño probado no era un sistema de producción, sí realizamos instantáneas de las máquinas y copias de seguridad de la base de datos para cada ejecución de prueba y antes de realizar cualquier cambio en el sistema. Las instantáneas de las máquinas virtuales se tomaron antes y después de cualquier cambio en el entorno, como redimensionar un equipo, instalar un parche o actualizar Windows. A continuación, se catalogaron las instantáneas para habilitar:
Tenga en cuenta que las instantáneas pueden no ser suficientes para permitirle recuperar su entorno. Consulte Copias de seguridad y recuperación ante desastres para obtener una visión general del proceso de copia de seguridad en ArcGIS Enterprise.
Consulte la arquitectura de referencia del sistema de administración de información del suelo para obtener más información.
La elección de diseñar este sistema con una configuración de alta disponibilidad de los componentes de ArcGIS Enterprise se hizo basándose en los requisitos empresariales y técnicos del sistema, junto con otros objetivos organizativos como lograr operaciones ininterrumpidas y reducir el tiempo de inactividad. Esta configuración se ilustra en el diseño con componentes de sistema redundantes y un almacén en la nube de alta disponibilidad para el almacenamiento de archivos. En este estudio de prueba no se configuró una base de datos de alta disponibilidad con fines de prueba, aunque los proveedores de bases de datos relacionales disponen de diversos métodos para plantear la alta disponibilidad, incluidos los servicios nativos en la nube.
Tenga en cuenta que las configuraciones de alta disponibilidad pueden aumentar significativamente los costes operativos y de infraestructura del sistema y que se requieren conocimientos especializados para tener éxito. Obtenga más información sobre las opciones de diseño y las consideraciones relativas a la alta disponibilidad de un sistema de administración de información de parcelas.
Para realizar correctamente la validación del sistema y obtener resultados significativos, la monitorización del sistema y la captura de telemetría fueron orientaciones clave para el estudio de prueba.
Se utilizaron ArcGIS Monitor y herramientas empresariales de monitorización de TI como Windows Performance Monitor para supervisar el rendimiento del sistema y capturar telemetría sobre su comportamiento en determinadas condiciones. Se recopilaron registros de distintos componentes del sistema, entre ellos:
Se capturaron métricas a nivel de equipo como el uso de la CPU, el consumo de RAM, la actividad del disco y la actividad de la red en todos los equipos del entorno. Consulte los resultados de las pruebas para obtener más información.
Además, se capturaron grabaciones de pantalla de los flujos de trabajo realizados para observar y evaluar la experiencia y la productividad del usuario final.
Dado que el alcance del estudio de pruebas se centraba principalmente en las pruebas de carga, no se emplearon la mayoría de los tipos de automatización que se recomendarían para un sistema de producción, como la creación de secuencias de comandos para tareas administrativas. Sin embargo, en su entorno, los scripts administrativos pueden tener un valor significativo para los flujos de trabajo y las operaciones. Cualquier script de automatización debe probarse en un entorno inferior antes de su implementación en producción.
En este estudio de pruebas, la principal aplicación de la automatización fue con el fin de simular las peticiones durante las pruebas de carga. Se ejecutaron varios flujos de trabajo con usuarios virtuales a escala con la capacidad de aplicarse a distintos tamaños de carga, como se ilustra en los resultados de las pruebas.
Utilizamos secuencias de comandos de Python para analizar e identificar patrones en los tiempos de espera de los servicios, la utilización de las instancias de servicio, los tiempos de respuesta y las solicitudes fallidas con el fin de fundamentar los cambios necesarios en el sistema. También se utilizaron scripts de Python, PowerShell y SQL para restaurar la base de datos a su estado original tras completar una prueba de carga.
La seguridad es una consideración esencial para cualquier sistema informático empresarial e incluye aspectos como la autenticación y la autorización, el filtrado, el cifrado, la auditoría y el endurecimiento. El software de ArcGIS está diseñado para funcionar eficazmente dentro de redes seguras, incluidas aquellas que están completamente desconectadas de Internet. Es fundamental tener en cuenta los requisitos de seguridad desde las primeras fases del proceso de diseño de cualquier sistema de producción.
Aunque la seguridad no fue un aspecto central de este estudio de prueba, sí incluimos el uso de un proveedor de identidad para ofrecer una autenticación y autorización de usuarios adecuadas, como se muestra en el diagrama de arquitectura física. La segmentación de subredes es otra práctica de seguridad fundamental aplicada en este estudio de prueba, basada en los principios de mínimo privilegio y aislamiento de red.
Recursos relacionados:
Aunque la integración no formaba parte del alcance de este estudio de prueba, un sistema de administración de parcelas suele requerir integración con otros sistemas empresariales, como los sistemas de valoración masiva asistida por ordenador (CAMA). Obtenga más información sobre las consideraciones de integración con ArcGIS.