Las organizaciones suelen requerir determinado nivel de actividad del sistema para sus implementaciones de ArcGIS Enterprise, como el 99 por ciento del tiempo o más. Para estas organizaciones, es fundamental implementar una estrategia que garantice la alta disponibilidad. Dicha estrategia debe contar con elementos de infraestructura y prácticas de los empleados; ninguna por sí sola garantiza la alta disponibilidad. Para obtener más información sobre consideraciones de alta disponibilidad, patrones de diseño y recomendaciones, consulte el Centro de arquitectura.
El componente de infraestructura de una estrategia de alta disponibilidad supone mantener al menos dos copias activas de su implementación, además de mecanismos de conmutación por error para cambiar automáticamente de equipos principales a otros de respaldo tan pronto como algún equipo falle. La implementación de respaldo recibe continuamente las mismas actualizaciones de contenido y configuración que la principal; es algo que diferencia a los sistemas de alta disponibilidad de los replicados, que se basan en copias de seguridad frecuentes para minimizar la pérdida de datos y no conmutar por error automáticamente. Se deben abordar todos los elementos fundamentales para la misión o el negocio al implementar la alta disponibilidad.
El componente humano de una estrategia de alta disponibilidad consiste en prácticas organizativas que garanticen que la conmutación por error siempre será correcta y eficiente. Por ejemplo, el mantenimiento del equipo o las actualizaciones del sistema jamás se deben aplicar a las implementaciones principal y en espera en un sistema de alta disponibilidad; además, siempre debe haber disponible un administrador del sistema para responsabilizarse en caso de fallo.
En los temas de esta sección se explica cómo configurar y mantener una implementación de ArcGIS Enterprise de alta disponibilidad.
Cuándo se debería utilizar la alta disponibilidad
Una implementación de ArcGIS Enterprise de alta disponibilidad es compleja y requiere tiempo, esfuerzo y costes para su configuración y mantenimiento. Es importante determinar si su organización requiere alta disponibilidad. Las organizaciones que se estén planteando la alta disponibilidad deben plantearse preguntas como estas:
- ¿Su organización cuenta con un acuerdo de nivel de servicio estipulado?
- ¿Qué porcentaje de tiempo de actividad necesita conforme al acuerdo de nivel de servicio?
- ¿Cuántos minutos u horas de tiempo de inactividad se permiten al año?
- ¿Cómo se ejecuta el acuerdo de nivel de servicio?
- ¿Su organización cuenta con un mandato contractual de alta disponibilidad?
- ¿Cuáles son las condiciones de dicho mandato?
- ¿Esta implementación de ArcGIS Enterprise se verá involucrada en operaciones fundamentales para misiones o negocios?
- ¿Su organización tiene el licenciamiento adecuado de Esri para poner en marcha una implementación de alta disponibilidad?
- ¿Su organización es capaz de proporcionar el hardware necesario para admitir una implementación de alta disponibilidad?
- ¿Dispone de recursos de hardware para duplicar todos los componentes de su implementación?
- ¿Puede configurar y mantener un equilibrador de carga de terceros capaz de realizar una conmutación por error?
Conceptos importantes sobre la alta disponibilidad
En las siguientes secciones se definen y comentan términos clave utilizados en sistemas de alta disponibilidad.
Equilibrador de carga
Los equilibradores de carga actúan como proxy inverso y distribuyen el tráfico a servidores back-end. Se requiere al menos un equilibrador de carga de terceros en una implementación de ArcGIS Enterprise de alta disponibilidad para mejorar la capacidad y fiabilidad del software. Gestionan el tráfico del cliente a sitios de servidor y del portal, así como el tráfico interno entre componentes de software.
A pesar de que ArcGIS Web Adaptor se considera un equilibrador de carga, no es adecuado para utilizarlo como el único en una implementación de alta disponibilidad. Puede configurar instancias de ArcGIS Web Adaptor con cada sitio de ArcGIS Server para contar con una capa más de seguridad y anonimato, o bien para configurar la autenticación de nivel web. En estos casos, el equilibrador de carga de terceros envía el tráfico mediante Web Adaptor en lugar de hacerlo directamente a los equipos ArcGIS Server.
Los equilibradores de carga deben poder enviar verificaciones de estado mediante HTTP a los extremos verificación de estado del servidor o verificación de estado del portal. Un equilibrador de carga crea y administra las URL que se usan para la implementación, las cuales se describen en la sección siguiente.
URL que se utilizan en la federación
Se utilizan distintas URL en una implementación de ArcGIS Enterprise de alta disponibilidad.
URL de servicios
Es la URL que utilizan los usuarios externos y las aplicaciones cliente para acceder a sitios de ArcGIS Server. Es la URL para el equilibrador de carga que gestiona el tráfico de ArcGIS Server y envía solicitudes al Web Adaptor del sitio o directamente a los equipos ArcGIS Server.
URL administrativa
Los administradores utilizan esta URL (también de forma interna en el portal) para acceder a un sitio de ArcGIS Server a la hora de realizar operaciones administrativas. Deben dirigir a un equilibrador de carga; si la URL administrativa apunta a un único equipo en el sitio de ArcGIS Server y ese equipo está sin conexión, la federación no funcionará. En función de la arquitectura de su sistema, puede ser la misma URL que la URL de servicios o un segundo equilibrador de carga.
URL privada del portal
Se trata de una URL interna que utilizan los sitios de servidor para comunicarse con el portal. También deben dirigir a un equilibrador de carga y se deben definir antes de federarlas. Si federa sus sitios de ArcGIS Server antes de configurar privatePortalURL, siga los pasos 8 y 9 de Configurar una implementación existente para una alta disponibilidad a fin de actualizar la URL en su implementación. Al igual que la URL administrativa, puede ser la misma que la URL pública del portal o un segundo equilibrador de carga.
Supervisión
Cada componente de ArcGIS Enterprise ofrece la capacidad de administrar fallos de nivel de equipo en una implementación. En un componente de alta disponibilidad, si algún equipo se queda sin conexión, el otro equipo seguirá funcionando prácticamente sin interrupciones. No obstante, ahora la implementación tiene un único punto de fallo y está en riesgo. Es importante supervisar la implementación y los equipos individuales para detectar fallos rápidamente y avisar a los administradores cuando algún equipo se quede sin conexión. Se puede lograr mediante ArcGIS Monitor o un software de monitorización de terceros.
Personas y prácticas
Para crear y mantener una implementación de alta disponibilidad, su organización debe garantizar que tanto las personas como las prácticas también sean de alta disponibilidad. Si solo tiene un administrador y no está disponible durante una interrupción, no es un entorno de alta disponibilidad.
Las prácticas organizativas tienen la misma importancia. Si utiliza máquinas virtuales, no ubique todos los componentes de un único nivel de software en un único host. Por ejemplo, las dos máquinas virtuales que se ejecutan en un portal de alta disponibilidad no deberían estar en el mismo host de máquina virtual, puesto que ese es un único punto de fallo.
Asegúrese de que siempre haya al menos un componente ejecutándose en cada nivel de software a fin de mantener la alta disponibilidad. Si necesita detener o reiniciar algún componente, asegúrese de que el otro equipo que ejecuta ese mismo componente sea accesible y funcione correctamente.
No programe copias de seguridad ni mantenimiento simultáneos para todos los equipos de un componente de alta disponibilidad. Si el parche o la copia de seguridad provoca que todos los equipos fallen, no tendrá más equipos que tomen el control. Consulte Aplicar parches y actualizaciones a componentes de alta disponibilidad para obtener más información.
Almacenamiento de archivos de configuración y datos
Uno de los desafíos a los que se enfrentan los clientes que implementan ArcGIS Enterprise localmente es adquirir y mantener un dispositivo de almacenamiento de alta disponibilidad. Dado que tanto ArcGIS Server como Portal for ArcGIS requieren almacenamiento compartido para configurar la alta disponibilidad, el almacenamiento compartido puede ser un único punto de fallo. En una implementación local, utilice un dispositivo NAS o RAID para garantizar que el almacenamiento de los datos y archivos de configuración de ArcGIS Server y Portal for ArcGIS sea de alta disponibilidad.
Las implementaciones en la nube brindan la posibilidad de almacenar datos y archivos de configuración en una ubicación que ya sea de alta disponibilidad: buckets de Amazon Simple Storage Service (S3) en Amazon Web Services (AWS) o contenedores de almacenamiento BLOB en Microsoft Azure. El proveedor de nube es quien administra estas ubicaciones de almacenamiento y su disponibilidad. Consulte la documentación de cada respectivo proveedor de nube para obtener más información.
Colocar componentes
Coloque todos los componentes y ubicaciones de almacenamiento de una implementación de ArcGIS Enterprise de alta disponibilidad en el mismo centro de datos o región de nube, para así ofrecer conectividad de baja latencia entre cada componente. No divida los equipos principal y de respaldo de una implementación de alta disponibilidad en centros de datos separados.
Para protegerse frente a la pérdida de un solo centro de datos, puede crear una implementación secundaria en un centro de datos o región de nube separados. Consulte Recuperación ante desastres y replicación para obtener más información.