Skip To Content

Utilice la implementación en un solo equipo de alta disponibilidad (activo-pasivo)

La alta disponibilidad es una técnica que garantiza la actividad del sistema y minimiza o evita la pérdida de datos en caso de fallo del equipo. Puede implementar ArcGIS Server, de manera similar a otros componentes de ArcGIS Enterprise, en una configuración de alta disponibilidad con un equilibrador de carga de red de terceros.

La arquitectura activo-pasivo trabaja para clonar un sitio de un solo equipo y colocar dos o más instancias independientes del mismo tras un equilibrador de carga. Aunque todos los sitios situados detrás del equilibrador de carga se están ejecutando y están preparados para las solicitudes de servicio, el equilibrador de carga solo pasa las solicitudes a uno de los sitios, el que se ha designado como sitio principal. Si el balanceador de carga detecta que el sitio principal no está disponible, las solicitudes entrantes se redirigen a un sitio en espera a través del proceso de conmutación por error.

El proceso de conmutación por error se administra completamente fuera de ArcGIS Server y, generalmente, se puede configurar para que se desencadene cuando el equipo de ArcGIS Server no esté disponible (fallo de red o de hardware) o, en algunos casos, cuando un servicio u operación específicos fallen.

Nota:

Puede solicitar archivos de licencia en My Esri para sus sitios en espera sin ningún coste adicional.

Aunque en este patrón de implementación se utilizan varios equipos para alojar ArcGIS Server, esta configuración no se puede describir técnicamente como un sitio de varios equipos, ya que cada uno de los sitios detrás del equilibrador de carga es independiente de los demás. Cada sitio se compone de un único equipo ArcGIS Server y tiene su propio almacén de configuración y local y sus propios directorios de servidor locales.

La configuración de conmutación por error activo-pasivo permite crear un nivel de ArcGIS Server redundante sin incurrir en cargos de licencia. Como los servidores en espera no reciben ninguna solicitud, se les puede otorgar una licencia sin coste adicional. Sin embargo, deberá administrar por separado cada sitio de servidor independiente; los sitios tienen su propio almacén de configuración y directorios del servidor locales. Esto podría añadir una carga de administración y gestión importante si los servicios o los datos del sitio cambian frecuentemente. Además, todas las solicitudes activas del sitio principal se pierden cuando se cambia al sitio en espera durante la conmutación por error.

Equipo de ArcGIS Server, directorios de servidor y almacén de configuración

Aplique aquí las mismas consideraciones que se han descrito en la implementación en un solo equipo. Cada equipo ArcGIS Server tiene sus propios directorios de servidor y almacén de configuración locales. De este modo se garantiza el máximo rendimiento y se mantienen las interdependencias en el mínimo.

Datos

Si se utilizan fuentes de datos basadas en un archivo en los servicios SIG, se recomienda que almacene estos localmente en cada equipo de ArcGIS Server, en vez de almacenarlos en ubicaciones compartidas de red, para potenciar al máximo el rendimiento de los servicios. En algunos casos, como cuando se manejan grandes cantidades de imágenes, compartir los archivos en la red puede ser a única opción práctica. Si se utilizan archivos en recursos compartidos a través de la red, es importante elegir un dispositivo de almacenamiento configurado para alta disponibilidad.

Si se utilizan bases de datos, se puede dedicar una base de datos a cada uno de los sitios: una base de datos en el sitio primario y otra independiente en el sitio en espera. Para mantener las bases de datos en sincronía, se puede aprovechar la replicación de la base de datos o, en caso necesario, las técnicas de replicación de geodatabase. También se puede sacar partido de otras técnicas de alta disponibilidad del proveedor de la base de datos.

Más información acerca de los datos y ArcGIS Server

Servidor proxy inverso

En esta configuración, se requiere un equilibrador de carga de terceros. Como mínimo, este componente se utiliza para manejar la carga entre los sitios y la conmutación por error cuando sea necesario. Normalmente, el equilibrador de carga también hace las veces de servidor proxy inverso. En algunos escenarios, puede que ya tenga un servidor proxy inverso configurado aparte del balanceador de carga.

Si su equilibrador de carga de red admite una función de verificación de estado, puede utilizar el extremo de Verificación de estado del sitio de ArcGIS Server en la API REST para determinar si el sitio está disponible para recibir solicitudes. Esto resulta útil para determinar rápidamente si hay un fallo de software o hardware en el sitio.

El uso de ArcGIS Web Adaptor es opcional y normalmente solo es necesario en este escenario si desea aprovechar la autenticación de nivel web. Puede optar por configurarlo en el mismo equipo que ArcGIS Server o en un equipo dedicado. En cualquier caso, si utiliza ArcGIS Web Adaptor, debe configurar un ArcGIS Web Adaptor independiente para cada sitio.

Consideraciones para configuraciones activo-pasivo

Debe tener en cuenta lo siguiente a la hora de planificar un sitio de ArcGIS Server con una configuración activo-pasivo de alta disponibilidad.

Sincronizar servicios

A diferencia de un verdadero sitio en varios equipos, esta configuración requiere que todos los sitios detrás del equilibrador de carga alojen exactamente el mismo contenido y sigan el mismo modelo de seguridad. Es responsabilidad suya asegurarse de que todos los sitios parecen exactamente el mismo para el equilibrador de carga.

Existen varias técnicas que pueden ayudarle a mantener los servicios de ArcGIS Server sincronizados entre los sitios principales y en espera:

  • Script: ArcGIS Server incluye una API REST para crear scripts de tareas administrativas como publicar servicios y cambiar su configuración de seguridad. Puede crear sus propios scripts para aplicar cambios de modo coherente a todos los equipos de ArcGIS Server incluidos en su implementación. La secuencia de comando es especialmente útil cuando debe hacer pequeños ajustes, como cambiar la seguridad de un servicio o sobrescribirlo.
    Nota:

    No utilice un script para crear el sitio inicial. Cree manualmente el primer sitio en una imagen de máquina virtual y escriba un script para la creación de sitios adicionales a partir de esta imagen base. Crear todas las máquinas a partir de la misma imagen de máquina virtual garantiza que todas las máquinas utilicen la misma clave de cifrado.

  • Virtualización: si opera en un entorno virtual, puede crear y utilizar plantillas de equipo virtual y utilizarlas para lanzar sitios nuevos. Cada plantilla tendrá una copia de los datos necesarios para los servicios SIG (a menos que se utilice una base de datos). La plantilla también debe tener todos los servicios publicados y configurados. Si es necesario hacer cambios, como añadir o actualizar algunos servicios existentes, es posible crear una nueva plantilla para lanzar posteriormente nuevos equipos virtuales que sustituirán al grupo existente de equipos de ArcGIS Server que utilizan el equilibrador de carga. También puede utilizar plantillas de máquina virtual para recuperar rápidamente equipos de ArcGIS Server obsoletos.

El procedimiento recomendado para aplicar cambios a los sitios en este patrón de implementación es el siguiente:

  1. Realice cambios administrativos primero en un sitio que esté en modo de espera. Por ejemplo, agregue un nuevo servicio y cambie la seguridad de otro en un sitio que no esté gestionando solicitudes activamente.

    Con ello se evita cualquier impacto a las aplicaciones que utilizan el sitio principal.

  2. Configure manualmente el equilibrador de carga para pasar todas las solicitudes al sitio en espera en el que se han realizado los cambios.
  3. Aplique los mismos cambios al sitio inactivo.
  4. Revierta el equilibrador de carga de modo que las solicitudes vuelvan a dirigirse al sitio principal original y deje el sitio en espera en modo de espera.

Los cambios del sitio que se han descrito en el procedimiento anterior pueden aplicarse manualmente mediante ArcGIS Server, scripts o imágenes virtuales.

Geoprocesamiento asíncrono y tareas de larga duración

Cuando el balanceador de carga cambia al sitio en espera, se pierden las solicitudes activas en el sitio principal. Por ejemplo, si una solicitud de larga duración, como una tarea de geoprocesamiento, se está ejecutando cuando se produce la conmutación por error, es necesario que la aplicación del cliente reinicie la tarea en el sitio en espera.

Utilice seguridad basada en tokens

Si se utiliza la autenticación basada en token, también denominada autenticación de nivel de servidor, es importante que todos los sitios de esta configuración utilicen exactamente la misma clave de token compartida. De lo contrario, los tokens generados en el sitio principal no funcionan cuando se utilizan en el sitio en espera. Para duplicar las claves de token compartidas en varios sitios, puede editar la configuración de token en Manager.

Federación

Dado que existen distintos almacenes de configuración para cada sitio, las implementaciones activo-pasivo de un solo equipo de ArcGIS Server no se pueden federar con Portal for ArcGIS. Para federar un sitio de servidor de alta disponibilidad con su portal, configure un sitio de equipos múltiples.