Heredado:
Este tema describe las funcionalidades que han quedado obsoletas.
Antes de actualizarse a 10.9, debe saber si su sitio existente contiene un solo clúster (lo que es probable si su sitio corresponde a la versión 10.4 o posterior) o bien varios clústeres. Si su sitio de ArcGIS Server contiene un clúster único (denominado como predeterminado), no se requiere ninguna medida adicional. Los equipos de su sitio seguirán ejecutando todos los servicios.
Si está actualizando un sitio de ArcGIS Server con varios clústeres a 10.9, el proceso de actualización hace automáticamente varios cambios importantes en su sitio y también requiere de usted ciertas acciones.
Acerca de los sitios de varios clústeres
ArcGIS Server 10.1 introdujo clústeres de servidor en los sitios del servidor. Los clústeres eran subelementos de un solo sitio y cada clúster estaba especializado (por ejemplo, para alojar servicios de un tipo de servicio concreto o para encargarse de un tamaño de solicitud determinado).
Una organización podía tener un clúster que se encargara de los servicios de imágenes, otro para los servicios de geoprocesamiento, etc.; todo ello dentro de un solo sitio de ArcGIS Server al que se accede a través de un solo ArcGIS Web Adaptor.
Debido a problemas de rendimiento con los sitios con varios clústeres, se ha estado recomendando utilizar ArcGIS Server en el modo de un solo clúster desde 10.4.
En un sitio de ArcGIS Server sin varios clústeres, cualquier equipo del sitio puede encargarse de cualquier solicitud. No hay equilibrio de carga entre equipos de ArcGIS Server; en su lugar, el equilibrio de carga corre a cargo del Web Adaptor o un equilibrador de carga de terceros configurados con el sitio de ArcGIS Server. Los servicios se administran con un servidor de aplicaciones interno optimizado que se introdujo en la versión 10.6 para mejorar el rendimiento de las operaciones de administración y publicación.
Comportamiento de actualización de los sitios con varios clústeres
Independientemente de si su sitio tiene uno o varios clústeres, puede actualizar su sitio con el programa de instalación o con la utilidad de línea de comandos.
Durante el proceso de actualización, la herramienta de actualización de ArcGIS Server comprueba si el sitio existente contiene varios clústeres. Si es así, la herramienta detiene todos los servicios publicados por el usuario. A continuación, traslada todos los equipos y servicios a un clúster único denominado como predeterminado. Si ya existe un clúster predeterminado, la herramienta de actualización lo utiliza; en caso contrario, la herramienta crea un nuevo clúster predeterminado.
Una vez completada la actualización, el sitio ya no tiene varios clústeres y todos los equipos del sitio ejecutan todos los servicios. Este planteamiento puede suponer una sobrecarga considerable para la memoria y las capacidades de procesamiento de sus equipos, que es por lo que todos los servicios publicados por el usuario se detenían automáticamente antes de la actualización. De esta forma, usted tiene la oportunidad de revisar sus servicios publicados y tiene la opción de conservarlos en el sitio o eliminarlos, ya sea de forma permanente o para su republicación en un sitio separado de ArcGIS Server. Todos los servicios que se habían detenido anteriormente se conservan hasta que pueda reiniciarlos o eliminarlos manualmente.
Alternativas para la arquitectura de clúster
Como administrador de ArcGIS Server 10.9, todavía puede aislar sus sitios por tipo o tamaño, tal como hacían los clústeres anteriormente.
Para uno, podría definir varios sitios de ArcGIS Server. Esta opción es especialmente útil si tiene un gran número de servicios, donde todos o la mayor parte se utilizan de manera frecuente, ya que esto aumenta el número de instancias de ArcSOC.exe que cada equipo del sitio necesita ejecutar.
En otro caso, puede que tenga servicios que reciben niveles de tráfico muy distintos; por ejemplo, un servicio se ocupará constantemente de varias solicitudes de forma simultánea mientras otros reciben solicitudes con poca frecuencia. Aquí, se utiliza el grupo de instancias compartido introducido en la versión 10.7 para conservar el uso de memoria para aquellas solicitudes poco frecuentes, mientras que se proporciona a todos los servicios con mucho tráfico su propio grupo de instancias dedicadas aislado del grupo compartido. El grupo de instancias compartido le permite tener servicios con poco tráfico ejecutándose en su sitio sin dificultar el rendimiento del sitio ni aumentar los costes operacionales.
Cuando tenga la seguridad de que la arquitectura de su sitio proporcionará un rendimiento óptimo a los usuarios sin imponer una carga excesiva a los recursos de hardware, reinicie los servicios publicados por el usuario que hubiera detenido anteriormente.