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 equipos. Los sitios en varios equipos también simplifican el proceso de publicar y actualizar servicios en varios equipos de ArcGIS Server.
En una implementación en varios equipos, cada equipo de ArcGIS Server debe tener el mismo número de versión para que el sitio funcione correctamente. Además, debe aplicarse exactamente la misma licencia a cada equipo que participe en el sitio.
Es habitual que la configuración en varios equipos incluya un servidor proxy inverso de terceros o un equilibrador de carga de red que se utiliza en un grupo de equipos de ArcGIS Server.
Un aspecto clave de la configuración en varios equipos es que todos los equipos de ArcGIS Server comparten el mismo almacén de configuración y los mismos directorios del servidor. De este modo, un administrador puede iniciar sesión en cualquier equipo utilizando ArcGIS Server Manager y aplicar cambios que afecten a todos los equipos del sitio.
Equipos de ArcGIS Server, directorios de servidor y almacén de configuración
Como todos los equipos de ArcGIS Server 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 administració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 de 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 utilizadas por ArcGIS Server.
En un sitio con varios equipos, todos los equipos de ArcGIS Server pertenecen inicialmente a un solo cluster que usa los puertos 4004 y superiores. A partir de la versión 10.4, ArcGIS Server adopta de manera predeterminada el modo de clúster único para las nuevas instalaciones. Este modo no incluye el equilibrio de carga entre los equipos del clúster. 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 equipos de ArcGIS Server de su sitio. Al actualizar a la versión 10.4 o posterior, el modo se habilitará para los sitios con un solo clúster que no estén usando actualmente el modo de un solo clúster. Los sitios con un solo clúster que ya usan el modo de un solo clúster y los sitios con varios clústeres en versiones anteriores conservarán sus ajustes al actualizar.
Si el sitio utiliza más de un clúster, el equilibrio de carga se controla entre todos los equipos de ArcGIS Server dentro de cada clúster. Básicamente, los clusters son grupos independientes de equipos que ejecutan conjuntos de servicios dedicados.
Por ejemplo, una solicitud entrante se asigna a un equipo de ArcGIS Server disponible en el cluster, incluso si la solicitud se ha dirigido a un equipo concreto dentro del cluster o fuera del mismo. Luego, ese equipo 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 de ArcGIS Server de dicho clúster realizan el equilibrio de carga y procesan la solicitud según corresponda.
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 equipo de ArcGIS Server. Tiene la desventaja de que obliga a duplicar los datos en todos los equipos, 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 ArcGIS Server.
Servidor proxy inverso de terceros o balanceador de carga de red
En esta configuración, los clientes de ArcGIS Server nunca se conectan directamente a los equipos de ArcGIS Server. 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 equipos de ArcGIS Server, 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.
Su proxy inverso también sirve como equilibrador de carga del sitio. Un algoritmo de equilibrio de carga simple como la operación por turnos es adecuado para esta configuración.
Nota:
Si no utiliza ArcGIS Web Adaptor, asegúrese de que el nombre de contexto del equilibrador de carga solo profundice un nivel. Por ejemplo, puede tener una URL de equilibrador de carga como https://lb.domain.com/enterprise, pero no puede tener una URL de equilibrador de carga como https://lb.domain.com/myorg/enterprise.
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 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 ArcGIS Server.
- El equilibrio de la carga se maneja entre los equipos de ArcGIS Server.
Desventajas
- El uso de los directorios de 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.