El almacenamiento del sistema es un requisito fundamental de ArcGIS Enterprise para admitir flujos de trabajo administrativos y de otro tipo en la organización. En este requisito de almacenamiento se incluyen dos data stores relacionales que admiten datos de entidades alojados y aspectos administrativos tales como los ajustes de configuración y personalización.
Un administrador puede configurar volúmenes persistentes para admitir los almacenes relacionales o, alternativamente, puede configurar el almacén relacional fuera del clúster utilizando un servicio de base de datos en la nube compatible. Esta opción puede ser la mejor para administradores con experiencia en la administración de bases de datos de PostgreSQL, ya que puede proporcionar ventajas de fiabilidad, escalado y rendimiento cuando se utilizan servicios en la nube de AWS, Azure y Google Cloud.
A continuación se ofrecen algunas consideraciones sobre el uso de un almacén relacional en la nube con ArcGIS Enterprise, como el uso del software, los tipos admitidos, los requisitos y las necesidades de mantenimiento continuo.
Servicios de base de datos en la nube compatibles
Se admiten los siguientes tipos de servicio de base de datos en nube para su uso con ArcGIS Enterprise on Kubernetes:
- Amazon RDS for PostgreSQL
- Amazon Aurora PostgreSQL
- Azure Database for PostgreSQL: Flexible Server
- Google Cloud SQL for PostgreSQL
- Google Cloud AlloyDB for PostgreSQL
Requisitos de base de datos
En esta versión de software, un almacén relacional en la nube configurado con ArcGIS Enterprise on Kubernetes debe cumplir los siguientes requisitos:
- La versión de la base de datos debe ser la 15.
- La base de datos debe ser accesible en red desde el clúster de Kubernetes. Tenga en cuenta que algunos grupos de seguridad y cortafuegos pueden bloquear el acceso directo a la base de datos de forma predeterminada.
- La autenticación del nombre de usuario y la contraseña de la base de datos debe utilizarse para la cuenta de administrador.
- Debe instalar el plug-in de PostGIS y habilitar el tipo de espacio PostGIS. Este es el valor predeterminado para AWS y Google Cloud y es opcional para Azure.
Conexiones y dimensionamiento de instancias
Es importante tener en cuenta y asignar un dimensionamiento suficiente a su instancia de base de datos, ya que muchos servicios no permiten redimensionar la instancia. Además, redimensionar una instancia después de haber estado en uso puede ser disruptivo o provocar problemas imprevistos.
Hay que tener en cuenta que cada conexión a una base de datos consume memoria y CPU en los servidores de bases de datos y repercute en las necesidades de hardware.
Por ejemplo, un pod que se está ejecutando para un servicio de entidades alojado puede utilizar hasta 100 conexiones de base de datos cuando hay 100 peticiones simultáneas. Dado que es habitual tener dos pods en ejecución para servicios de entidades alojados, debe haber 200 conexiones disponibles. Para tener en cuenta otras solicitudes de servicio, se recomiendan 100 adicionales, con un total de 300.
Si es posible, los pods de servicios de entidades alojados utilizan la agrupación para reutilizar conexiones. Como resultado, 300 conexiones pueden ser suficientes para manipular hasta 1.000 peticiones por segundo. El valor predeterminado para la mayoría de las bases de datos en la nube suele ser inferior a 300 conexiones, por lo que se recomienda aumentar el límite de conexiones a 300 o más.
Las bases de datos utilizan memoria RAM para mejorar el rendimiento de los datos a los que se accede con frecuencia. Los servicios de entidades alojados aportan generalmente la mayor cantidad de datos. El uso puede variar considerablemente, ya que muchos servicios pueden utilizarse con poca frecuencia, mientras que a otros se puede acceder constantemente. Si sabe que se va a acceder de forma constante a algunos servicios de entidades alojados y puede estimar su tamaño, puede que merezca la pena prever RAM adicional.
Recomendaciones de hardware
Para un rendimiento sólido con una carga media, se recomienda utilizar instancias de base de datos con lo siguiente:
- 4 CPU virtuales
- 16 GB RAM
Para volúmenes de datos mayores a los que se accede con frecuencia, se recomienda agregar más RAM.
Consideraciones sobre el almacenamiento
Las necesidades de almacenamiento de su organización variarán en función de los datos que utilice. Una recomendación base puede ser 100 GB de almacenamiento, lo que puede ser adecuado para unos cientos de servicios de entidades alojados con un mínimo de adjuntos. Los adjuntos de entidades, especialmente las imágenes de alta resolución, pueden consumir cantidades excesivamente grandes de espacio. Si prevé tener adjuntos de gran tamaño, es esencial que trabaje con su departamento de SIG para calcular el espacio de almacenamiento, ya que algunas organizaciones superan 1 TB de almacenamiento para satisfacer sus necesidades de datos.
Uso del software
Al configurar un almacén relacional en la nube, tenga en cuenta que su base de datos resultante se utilizará exclusivamente para ArcGIS Enterprise on Kubernetes. Se recomienda que no existan otras bases de datos o datos en esa base. Además, el software crea bases de datos, esquemas y usuarios en la base de datos, como los siguientes:
- Una geodatabase corporativa para almacenar datos de servicios de entidades alojados
- Una base de datos para almacenar información sobre contenido y elementos
- Una base de datos para almacenar la información de webhooks
El usuario de base de datos administrativo que proporcione a ArcGIS Enterprise se utiliza durante la configuración inicial y los procesos de copia de seguridad y restauración. Se crearán usuarios específicos con menos privilegios para uso operativo, lo que garantiza una mayor seguridad.
Mantenimiento continuo
Cuando se utiliza un almacén relacional en la nube, su administrador informático o de base de datos debe realizar el mantenimiento y la administración continuos del sistema. A continuación, se muestran algunos ejemplos:
- Administrar el sistema de base de datos aplicando parches y monitorizando el uso del hardware, en particular, el almacenamiento
- Administrar la configuración de todo el sistema, como el número de conexiones
El software de ArcGIS Enterprise, por otra parte, se encarga del mantenimiento continuo del software. A continuación, se muestran algunos ejemplos:
- Copia de seguridad y restauración de la base de datos durante los procesos rutinarios de copia de seguridad y restauración de la organización
- Administrar columnas, tablas, índices y usuarios
Los administradores pueden crear sus propias copias de seguridad de la base de datos, pero es esencial que consulte con el Soporte técnico de Esri antes de restaurar una copia de seguridad de la base de datos de forma aislada, ya que hacerlo puede causar problemas de sincronización con otros requisitos fundacionales, como el almacén de objetos.