A medida que cambian los patrones del tráfico y las exigencias de los usuarios en sus servicios SIG, puede ajustar los recursos disponibles para sus servicios.
Ejemplos de escala de servicio
Para cumplir las exigencias de rendimiento y, además, preservar los recursos utilizados por su organización, es importante comprender cuándo y cómo escalar los recursos disponibles para sus servicios. Los siguientes ejemplos son escenarios hipotéticos en los que los administradores de organizaciones deben plantearse escalar sus recursos:
- Un mapa web de una organización pública recibe de repente mucho tráfico y los usuarios están experimentando retrasos de rendimiento. El administrador de la organización consulta los registros del sistema y determina que un servicio de mapas que utiliza el mapa web está sobrecargado. Primero, es posible que cambie el modo de servicio para que deje de usar recursos compartidos y pase a usar recursos dedicados. A continuación, puede aumentar las réplicas de pod para la implementación de ese servicio. Al proporcionar recursos dedicados para el servicio de mapas, el administrador se asegura de que el elevado tráfico del servicio se gestione sin problemas de rendimiento.
- Una empresa de agrimensura ha acumulado cientos de servicios de entidades en su organización. Todos ellos están configurados para el modo compartido, de modo que hay una sola implementación de servicio que los respalde. Ningún servicio recibe un tráfico especialmente elevado, pero el uso general del contenido SIG de la organización está sobrecargando la implementación del servicio. El administrador de la organización aumenta la cantidad de réplicas de pods en la implementación del servicio. Al tener en marcha más instancias compartidas, el tráfico a los numerosos servicios de entidades de la organización se gestiona correctamente.
- Durante un proyecto de migración de contenido, la organización SIG de un gobierno municipal vuelve a publicar muchos mapas web y capas web en su organización. Debido a las restricciones de tiempo, desean completarlo rápidamente. Puesto que la publicación de los servicios subyacentes a los mapas y capas web la realiza el servicio de utilidades PublishingTools, los recursos de equipo disponibles para ese servicio de utilidades determinan la rapidez con la que puede realizarse la publicación. El administrador de la organización aumenta temporalmente las réplicas de pods en la implementación del servicio PublishingTools para mejorar la eficiencia de publicación durante el proyecto. Una vez completado el proyecto, disminuyen las réplicas de pods en la implementación del servicio para preservar los recursos del equipo.
Opciones de escala de servicio
Tiene dos opciones principales para escalar servicios:
- Ajustar el modo de servicio.
- Reasignar los recursos del sistema.
Ajustar el modo de servicio
Si un servicio de entidades o mapas que utiliza recursos compartidos está recibiendo tráfico constante, puede cambiar su tipo de instancia para que utilice recursos dedicados. De esta forma, se abre un nuevo grupo de recursos de servicios dedicados para ese servicio.
Reasignar los recursos del sistema
Puede escalar el número de pods asignados a una implementación de servicio mediante ArcGIS Enterprise Manager. Esta opción resulta útil si la cantidad de recursos dedicados que atienden al servicio no es adecuada y los usuarios experimentan retrasos de rendimiento.
Así, se aumenta el número de réplicas de pod para la implementación. Si aumenta el número de pods disponibles para un servicio, el clúster de Kubernetes genera réplicas adicionales de los pods existentes en la implementación del servicio, incluida la configuración y las instancias del servicio.
También se aumenta la disponibilidad y el rendimiento total de las instancias del servicio, así como la memoria y el consumo de CPU del servicio. Puesto que está escalando su infraestructura de Kubernetes, esta opción es tolerante a fallos: los pods que fallan se restauran automáticamente sin afectar al resto de pods.
Nota:
El clúster de Kubernetes en el que se implementa su organización presenta un número finito de nodos de equipo. Si escala muchos servicios SIG, es posible que su organización llegue al límite de recursos de equipo asignados a ArcGIS Enterprise en Kubernetes. Si esto sucede, trabaje con su administrador de TI para agregar más nodos a su clúster de Kubernetes.