Skip To Content

Implementación en un solo equipo de alta disponibilidad (activo-pasivo)

Para eliminar un punto único de fallo en el nivel del servidor SIG, se puede configurar un sitio ArcGIS Server en un solo equipo en modo de conmutación por error que incluya un balanceador de carga de terceros.

En un nivel elevado, la idea de este patrón de implementación es clonar un sitio en un solo equipo y colocar dos o más instancias independientes del mismo detrás de un balanceador de carga con una configuración activo-pasivo. Aunque todos los sitios detrás del balanceador de carga se están ejecutando y están preparados para las solicitudes de servicio, el balanceador de carga solo pasará 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 de conmutación por error o en espera.

Implementación en un solo equipo de alta disponibilidad un con sitio en espera
Implementación en un solo equipo de alta disponibilidad un con sitio en espera. Los administradores conectan con cada sitio por separado. Ambos sitios tienen una copia idéntica de los directorios del servidor y del almacén de configuración.

El proceso de conmutación por error se gestiona completamente fuera de ArcGIS Server y generalmente puede configurarse para que se desencadene cuando el equipo del servidor SIG no esté completamente disponible (fallo de red o de hardware) o en algunos casos, cuando un servidor SIG o una operación específicos falle.

Nota:

Puede solicitar archivos de licencia en My Esri para los sitios en espera o de conmutación por error sin ningún coste adicional.

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

Servidor SIG, 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 servidor SIG 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 estos se almacenen localmente en cada servidor SIG en vez de almacenarse 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 muy 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.

Servidor proxy inverso

En esta configuración, se requiere un balanceador 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 propio balanceador de carga también cumple el papel del servidor proxy inverso descrito en la Implementación en un solo equipo con un servidor proxy inverso. En algunos escenarios, puede que ya tenga un servidor proxy inverso configurado aparte del balanceador de carga.

Si su balanceador de carga de red admite una función de verificación de estado, puede utilizar el extremo de verificación de estado de ArcGIS Server 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. Para obtener más información, consulte Verificación de estado en la API REST de ArcGIS.

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. Para hacerlo más sencillo puede optar por configurarlo en el mismo equipo que el servidor SIG. También se puede configurar en un equipo dedicado. En cualquier caso, si utiliza ArcGIS Web Adaptor, debe configurar un ArcGIS Web Adaptor independiente para cada sitio.

Otras consideraciones

Mantener los servicios de los sitios en sincronía

A diferencia de un verdadero sitio en varios equipos, esta configuración requiere que todos los sitios detrás del balanceador 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 balanceador de carga.

Hay varias técnicas que pueden ayudarle a mantener los servicios de ArcGIS Server en sincronía entre los sitios principales y los de conmutación por error:

  • Secuencia de comandos: ArcGIS Server incluye una API RESTful administrativa que puede utilizar para programar tareas administrativas, como publicar servicios y cambiar su configuración de seguridad. Puede crear sus propias secuencias de comandos para aplicar cambios a todos los servidores SIG incluidos en su implementación de modo coherente.La secuencia de comando es especialmente útil cuando es necesario hacer pequeños ajustes, como cambiar la seguridad de un servicio o sobrescribirlo. Para obtener más información, consulte Uso de secuencias de comandos de administración de ArcGIS Server.
  • Virtualización: si opera en un entorno virtual, puede crear 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, se puede crear una nueva plantilla para lanzar posteriormente nuevos equipos virtuales que sustituirían el grupo de equipos de servidor SIG existente que utiliza el balanceador de carga. Las plantillas de equipos virtuales también se pueden utilizar para recuperar rápidamente servidores SIG obsoletos.

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

  1. Los cambios administrativos se hacen primero en un sitio que está en modo de espera. Por ejemplo, debe añadir un nuevo servicio y cambiar la seguridad de otro en un sitio que no esté manejando solicitudes activamente. Con ello se garantiza que no se verán afectadas en absoluto las aplicaciones que utilizan el sitio principal.
  2. Configure manualmente el balanceador 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 balanceador 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 Manager, secuencias de comandos 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, será necesario que la aplicación cliente reinicie la tarea en el sitio en espera.

Utilizar la seguridad basada en token

Si se utiliza la autenticación basada en token, también denominada autenticación de nivel de SIG, 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 serán válidos cuando se utilicen en un sitio en espera. Para obtener información sobre cómo duplicar las claves de token compartidas en varios sitios, consulte Acerca de los tokens de ArcGIS y Editar la configuración de token en el Administrador.

Ventajas

  • La configuración de conmutación por error activo-pasivo permite crear un nivel de servidor SIG redundante sin incurrir en cargos de licencia. Los servidores en espera pueden obtener licencia sin coste adicional.

Desventajas

  • Cada sitio detrás del balanceador de carga es independiente del resto. Cada sitio debe gestionarse por separado; los sitios tienen su propio almacén de configuración local y sus propios directorios de 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.
  • Cuando se cambia al sitio en espera, se pierden las solicitudes activas en el sitio principal.