Con ArcGIS Enterprise, su organización puede crear y compartir información geográfica, mapas y aplicaciones y realizar análisis geográficos en un entorno colaborativo. Debido a que el contenido y las herramientas de una implementación de ArcGIS Enterprise a menudo son necesarios para las funciones de su organización, asegúrese de que su implementación esté disponible para sus usuarios tanto como sea posible, con una pérdida mínima de datos en caso de desastre. Puede hacerlo con una recuperación ante desastres o una estrategia de conmutación por error.
Puede hacer lo siguiente con las capacidades integradas en ArcGIS Enterprise:
- Seleccione un perfil de arquitectura que cumpla los requisitos de su organización para la redundancia y disponibilidad.
- Mantener copias de seguridad de la implementación de ArcGIS Enterprise para que pueda restaurar una en caso de que se produzca un desastre.
Al determinar una opción viable, tenga en cuenta los requisitos de su organización, así como su familiaridad con cada enfoque. Considere las siguientes cuestiones:
- ¿Cuánto tiempo de inactividad es aceptable (si es que es aceptable)?
- ¿Cuánta pérdida de datos es aceptable (si es que es aceptable)?
- ¿Cuántos recursos, como hardware, licencias y personal, puede dedicar su organización para prevenir la pérdida de datos y los tiempos de inactividad?
Alta disponibilidad en ArcGIS Enterprise en Kubernetes
ArcGIS Enterprise en Kubernetes proporciona una alta disponibilidad integrada con el comportamiento nativo del clúster de Kubernetes. Al hacer que Kubernetes organice y administre los pods y los ciclos de vida de los contenedores, se garantiza que los pods que permiten la implementación se puedan recuperar rápidamente después de un fallo.
Todos los contenedores de cada pod se configuran con sondas de estado de vida y de disponibilidad para garantizar que el ciclo de vida y la monitorización de los pods sean administrados por el clúster. Partiendo de una configuración de antiafinidad, ArcGIS Enterprise en Kubernetes satisface los principios básicos de alta disponibilidad, como la ausencia de puntos únicos de fallo y la detección automática y recuperación de componentes con fallos.
Conmutación por error
Cuando se implementa ArcGIS Enterprise en Kubernetes utilizando un perfil de arquitectura de alta disponibilidad, el nivel de redundancia entre los pods aumenta, lo que minimiza el riesgo de tiempos de inactividad no planificados. Todos los pods esenciales y críticos se implementan en conjuntos con estado o conjuntos de réplicas. Este comportamiento permite al clúster de Kubernetes reprogramar automáticamente todos los pods fallidos en el mismo o diferentes nodos del clúster sin la intervención del administrador.
El fallo de un pod en un conjunto con estado o un conjunto de réplicas que contiene dos o más réplicas normalmente no afecta el acceso de los usuarios a la implementación. Aunque los pods en buen estado sigan funcionando, el clúster de Kubernetes reprograma automáticamente los pods fallidos. Sin embargo, las dos situaciones siguientes pueden afectar a las operaciones de negocio:
- La detección de un fallo del data store relacional principal y de su posterior recuperación o la promoción de un data store relacional de respaldo pueden tardar unos minutos. Durante este tiempo, es posible que los usuarios no tengan acceso a la implementación.
- Si se selecciona Disponibilidad estándar como perfil de arquitectura, el fallo de uno de los pods del almacén de objetos o de la mitad o más de los volúmenes persistentes asociados al almacén de objetos hace que la implementación quede en modo de solo lectura. Cuando la implementación está en modo de solo lectura, los usuarios pueden acceder al contenido existente, pero no pueden crear ni modificar contenido.