Skip To Content

Implementación en varios equipos con un balanceador de carga de terceros

En este tema

ArcGIS Server admite la configuración de sitios en varios equipos. En un sitio de varios equipos, se pueden administrar y utilizar dos o más servidores como una sola unidad lógica, lo que ofrece a los administradores de ArcGIS Server una gran flexibilidad para ajustar fácilmente la capacidad de procesamiento del sitio agregando o quitando servidores SIG. Los sitios en varios equipos también simplifican el proceso de publicar y actualizar servicios en varios servidores SIG.

En una implementación en varios equipos, todos los servidores SIG deben tener el mismo número de versión para que el sitio funcione correctamente. Además, debe aplicarse exactamente la misma licencia a cada servidor SIG que participe en el sitio.

Es habitual que la configuración en varios equipos incluya un servidor proxy inverso de terceros o un balanceador de carga de red que se utiliza en un grupo de servidores SIG.

Sitio con varios servidores SIG y un balanceador de carga
Sitio con varios servidores SIG y un balanceador de carga

Un aspecto clave de la configuración en varios equipos es que todos los servidores SIG comparten el mismo almacén de configuración y los mismos directorios del servidor. De este modo, el administrador puede iniciar sesión en cualquiera de los servidores SIG con ArcGIS Server Manager y aplicar cambios que afecten a todos los equipos del sitio.

Servidores SIG, directorios de servidor y almacén de configuración

Como todos los servidores SIG en configuraciones de varios equipos comparten el mismo almacén de configuración y los mismos directorios del servidor, debe seleccionar una ubicación de red para los directorios del servidor y el almacén de configuración.

Normalmente, se elige una cuenta de dominio para la cuenta de ArcGIS Server, ya que así se simplifica la gestión de los permisos de acceso a datos para los recursos de red. No obstante, según sean sus propias políticas de seguridad, puede elegir utilizar cuentas locales. La cuenta de ArcGIS Server (local o dominio) tiene que tener acceso de escritura al recurso compartido en red donde se ubican el almacén de configuración y los directorios del servidor. Para obtener más información, consulte Cuentas que utiliza ArcGIS Server.

En un sitio de varios equipos, el equilibrio de carga se controla entre todos los equipos del servidor SIG en un único clúster utilizando los puertos 4004 y superior. Si el sitio utiliza un único clúster, todos los servidores SIG del sitio equilibran la carga de las solicitudes. Si el sitio utiliza más de un clúster, el equilibrio de carga se controla entre todos los servidores SIG dentro de cada clúster. Básicamente, los clústeres son grupos independientes de servidores SIG que ejecutan conjuntos de servicios concretos.

Por ejemplo, una solicitud entrante se asigna a un servidor SIG disponible en el clúster, incluso si la solicitud se ha dirigido a un equipo concreto dentro del clúster o fuera del mismo. Luego, ese servidor SIG hace el trabajo de dibujar el mapa, buscar la coordenada de dirección, ejecutar la herramienta de geoprocesamiento, etc. y devuelve el resultado al cliente. Si el equipo está desconectado o el servicio que se ha solicitado se está ejecutando en un clúster diferente, la solicitud se reenvía al clúster que contiene el servicio. Los equipos del servidor SIG de dicho clúster realizan el equilibrio de carga y procesan la solicitud según corresponda.

En sitios grandes con un solo clúster, puede configurar el sitio para quitar la funcionalidad de equilibrio de carga entre servidores SIG. Esto reduce el tráfico de red entre los equipos del sitio, reduce la carga en la red y ayuda a mejorar la supervisión de los servidores SIG de su sitio. Para obtener instrucciones completas, consulte Quitar el equilibrio de carga entre equipos del servidor SIG.

Datos

Como se ha descrito en otros escenarios de implementación, cuando se utilizan datos basados en archivos es muy recomendable utilizar recursos locales para el servidor SIG. Tiene la desventaja de que obliga a duplicar los datos en todos los servidores SIG, pero reduce el tráfico de red y da como resultado un mayor rendimiento en los servicios. Debe tener en cuenta esta opción y utilizarla cuando corresponda. El tamaño de los datos y la frecuencia de las actualizaciones determinan generalmente si resulta un método práctico o no mantener los datos localmente en todos los equipos.

Si se utilizan bases de datos en este patrón de implementación, es importante utilizar siempre hardware dedicado. Mantenga el nivel de base de datos separado del nivel de servidor SIG.

Servidor proxy inverso de terceros o balanceador de carga de red

En esta configuración, los clientes de ArcGIS Server nunca conectan directamente a los servidores SIG. En su lugar, se conectan a través de un nivel intermedio que proporciona características de seguridad y hace que el sitio en general sea más resistente a los fallos.

Desde la perspectiva de la seguridad, no es una práctica recomendada acceder al mismo canal para utilizar y para administrar el sitio. Normalmente, las tareas administrativas solo están habilitadas en secciones de la red o en equipos específicos que pueden acceder directamente a los servidores SIG, por ejemplo en los puertos 6080 o 6443. Puede obviar esto especificando que solo determinadas direcciones IP puedan acceder al servidor en el Directorio del administrador. Para hacerlo es necesaria la propiedad allowedAdminAccessIPs en la configuración de seguridad del servidor. Para aprender a configurar esta propiedad y limitar el acceso al servidor, consulte el ejemplo en Actualizar configuración de seguridad.

Las solicitudes de las aplicaciones cliente se canalizan siempre a través del proxy inverso, que impide el uso de algunos extremos administrativos. La mayoría de los proxy de terceros permiten filtrar las solicitudes entrantes que incluyen un determinado patrón de URL. Al bloquear las solicitudes entrantes utilizando los recursos del Directorio del administrador de ArcGIS Server (http://gisserver.domain.com:6080/arcgis/admin) o de ArcGIS Server Manager (http://gisserver.domain.com:6080/arcgis/manager) se bloquean con eficacia todas las tareas administrativas a través del proxy inverso.

El proxy inverso también sirve como balanceador de carga para manejar los fallos en el nivel de servidor SIG. Es importante entender que es en el nivel de servidor SIG donde se toma en última instancia la decisión de ejecutar una determinada solicitud en un servidor SIG u otro. En un sitio de varios equipos, todos los servidores SIG que comparten el mismo almacén de configuración se comunican entre sí con el fin de equilibrar la carga de las solicitudes entrantes en el sitio. En un sitio en varios equipos, no hay garantía de que una solicitud enviada por el balanceador de carga a un equipo de servidor SIG determinado la procese ese equipo concreto. Un algoritmo de equilibrio de carga simple como la operación por turnos es adecuado para esta configuración.

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.

Para aprender a integrar un servidor proxy inverso con ArcGIS Server, consulte Utilizar un servidor proxy inverso con ArcGIS Server.

Ventajas

  • Un solo sitio de ArcGIS Server proporciona los medios para administrar fácilmente ArcGIS Server y sus servicios en varios equipos.
  • Es fácil ajustar la capacidad del sitio agregando o quitando equipos de servidor SIG.
  • El equilibrio de la carga se maneja entre los servidores SIG.

Desventajas

  • El uso de los directorios ArcGIS Server y los datos en ubicaciones de red compartidas puede afectar negativamente al rendimiento de los servicios cuando hay mucha carga.
  • Requiere entender los balanceadores de carga de terceros.
  • No es compatible con la autenticación en el nivel web. Consulte Implementación en varios equipos con ArcGIS Web Adaptor para sacar partido a la autenticación de nivel web.