Autoscale

Información general

Un esquema de administración de energía mal diseñado puede aumentar los costes de computación en la nube en un 70% superior a lo que la organización requiere para dar soporte a los usuarios. Los servicios basados en la nube suelen utilizar un modelo de pago por uso en el que se facturan a las organizaciones, a veces cada segundo, el tiempo de cómputo, el rendimiento de la red, el consumo de almacenamiento y las transacciones. Para minimizar los costes, las organizaciones necesitan utilizar, asignar y desasignar recursos de manera inteligente, lo que contrasta claramente con un modelo local tradicional en el que las organizaciones dejan los recursos asignados indefinidamente. En una implementación de escritorio virtual, las organizaciones deben considerar el coste de asignar permanentemente cientos o miles de máquinas virtuales que se utilizan. Este enfoque hace que la solución sea demasiado costosa para ser factible.

El servicio Citrix Virtual Apps and Desktops utiliza Autoscale con equilibrio de carga vertical como una de las formas de reducir los costes de la nube. Estas capacidades permiten a las organizaciones utilizar completamente escritorios virtuales, identificar tendencias de uso y convertir esas tendencias en reglas basadas en programación y carga que asignen y desasignen recursos dinámicamente para mantener una experiencia de usuario positiva.

Las siguientes son algunas de las ventajas clave que los clientes obtienen con Autoscale en un entorno Citrix:

  • Equilibrio de carga híbrido multinube: Soporte para la administración selectiva de energía de recursos que solo están alojados en una ubicación de recursos o cuestan más ejecutarse, mientras que los recursos que son instancias locales o reservadas se pueden mantener ejecutándose las 24 horas, los 7 días de la semana. Permite ráfaga bajo demanda a recursos basados en la nube y casos de uso de recuperación ante desastres.
  • Integración de servicios: Autoscale está integrado en la consola de Citrix Cloud y no requiere componentes adicionales, aplicaciones ni scripts que se implementen. Se activa fácilmente desde la interfaz de usuario con unos pocos clics y configurado por grupo de entrega.
  • Soporte para toda la suscripción: Power administra máquinas a lo largo de una suscripción, lo que permite la recuperación ante desastres a otra región.
  • Escalado basado en programación: Permite que un número definido de máquinas se mantengan encendidas durante las horas pico y esta programación se puede configurar para diferentes días de la semana.
  • Capacidad de búfer: Se puede encenderse el número predefinido de máquinas virtuales antes de los intervalos de tiempo previstos de inicio de sesión simultáneo, como las mañanas de los días laborables, para garantizar un inicio de sesión rápido y fluido para todos los usuarios. La capacidad del búfer es configurable y se puede configurar por separado para las horas pico y fuera de las horas pico.
  • Compatibilidad conVDI: soporte para grupos de entrega de una sola sesión y de varias sesiones.
  • Modo de drenaje: Puede aislar las máquinas virtuales que tienen un número de usuarios bajo y no asignar nuevas sesiones a ellas para que puedan apagarse incluso durante las horas punta.
  • Provisioning dinámico: Las máquinas se pueden crear y eliminar mediante Citrix Machine Creation Services, lo que proporciona un ahorro adicional en los costes de almacenamiento al desasignar el disco cuando no se necesita la máquina.
  • Más parámetros de decisión: las reglas de decisión de administración de energía se pueden personalizar como cualquier combinación de CPU, memoria, utilización del disco y número de sesiones.
  • Informes de Director - Planificación de la capacidad y ahorro de costes de administración de energía reportados en la consola de supervisión.
  • Retraso de apagado: Garantiza que las máquinas no mantengan aleteo entre los estados de encendido y apagado. El período después de que se pueda apagar una máquina encendida es configurable.

Coste vs Experiencia

El impacto principal de las máquinas de administración de energía en la experiencia del usuario es en el tiempo que se tarda en conectar un usuario a la sesión solicitada. Si la administración de energía es demasiado agresiva y cualquier máquina que no aloja sesiones se apaga, la capacidad del grupo (de las máquinas en ejecución) se agota. Cuando otro usuario solicita una sesión y las máquinas encendidas no tienen capacidad disponible, el usuario debe esperar a que se enciende una máquina. La espera afecta negativamente a la experiencia del usuario, agregando hasta unos minutos al tiempo de inicio de la sesión. Cuando muchos usuarios inician sesión simultáneamente, por ejemplo al comienzo de un turno, el tiempo de arranque puede ser aún más largo ya que varias máquinas deben encenderse al mismo tiempo.

Los ahorros de costes derivados del apagado de las máquinas no utilizadas provienen de que el coste informático es nulo, y la reducción del coste de entrada/salida de la red y transacciones de datos (lectura y escritura en almacenamiento). Este caso hace que el administrador necesite realizar un acto de equilibrio para garantizar que los usuarios puedan iniciar sesión rápidamente en las sesiones, al tiempo que mantiene bajos los costes al apagar tantas máquinas no utilizadas como sea óptimo.

Para equilibrar con eficacia el coste y la experiencia, Citrix incorpora las siguientes tecnologías:

  1. Autoscale
  2. Algoritmos de equilibrio de carga
  3. Preferencia de zona y etiquetado

Autoscale

Autoscale es un conjunto de capacidades diseñadas para automatizar el proceso de alimentación de la administración de máquinas virtuales que forman parte de una implementación. Autoscale está diseñado para reducir el coste de ejecutar máquinas en un entorno Citrix.

Un grupo de entrega contiene usuarios que tienen requisitos similares para aplicaciones y escritorios. El grupo de usuarios probablemente tenga horarios de trabajo similares; por ejemplo, el departamento de RRHH de una empresa en la oficina de Londres. Por lo tanto, los administradores configuran Autoscale en un nivel de grupo de entrega. A los usuarios del grupo de entrega se les asignan recursos que se ejecutan en grupos de máquinas (catálogos de máquinas) que pueden atender sus solicitudes. Para tomar decisiones precisas sobre el encendido y apagado de máquinas en un grupo, Autoscale debe conocer la capacidad del grupo de entrega. Para asegurarse de que Autoscale tiene una vista precisa de los hosts que pueden aceptar solicitudes de sesión, Autoscale incluye solo máquinas registradas en el servicio al determinar la capacidad de un grupo de entrega determinado.

Autoscale permite al administrador realizar la administración de energía en función de las dos opciones siguientes:

  1. Escalado basado en programación
  2. Escalado basado en carga

Nota: Ambos se utilizan conjuntamente para definir la configuración de administración de energía.

Autoscale: cuadro de diálogo de configuración de escalado basado en programación y carga

Escalado basado en programación

En una oficina típica con horarios de trabajo definidos, las horas pico y fuera de pico se diferencian. Los administradores definen el número de máquinas que deben encenderse durante las horas de trabajo y las horas no laborables. Por lo general, las horas de trabajo (por ejemplo, de 9:00 a 5 PM de lunes a viernes) necesitarían tener un número mínimo de máquinas encendidas para satisfacer la demanda. Si el día laboral comienza a las 9 de la mañana, los escritorios virtuales deben estar disponibles. Es una buena idea haber arrancado las máquinas y darles algún tiempo para que terminen sus tareas posteriores al arranque antes de que los usuarios comiencen a iniciar sesión en ellas. Por lo tanto, en algún momento antes de que comiencen las horas de trabajo (8 AM en nuestro ejemplo), varios hosts se inician para manejar la carga anticipada, lo que da como resultado que los usuarios obtienen la experiencia de inicio de sesión positiva. Por lo tanto, el horario se establecería de 8 AM a 6 PM.

Una vez terminadas las horas de trabajo (a las 5 PM en nuestro ejemplo) los usuarios comienzan a cerrar sesión. Los administradores quieren apagar los hosts no utilizados. Alrededor de las 6 PM Autoscale comienza a apagar los hosts y solo el número de hosts necesarios para su uso fuera de pico se deja encendido. Esto se traduce en una reducción drástica del coste de consumo de la nube, en lugar de ejecutar todo el inventario de hosts 24/7. Citrix ofrece a los administradores la flexibilidad de definir estas horas con una granularidad de 30 minutos. Para los grupos de entrega de varias sesiones, los administradores pueden establecer el número mínimo de hosts en ejecución por separado para cada media hora del día. Para grupos de entrega de sesión única agrupados, los administradores pueden establecer el número mínimo de hosts en ejecución por separado para cada hora del día. Los administradores pueden establecer las horas de trabajo individualmente para diferentes días.

Nota: La programación de escalado basado no se aplica a los grupos de entrega de sesión única estáticos a medida que el usuario se conecta a un equipo determinado. Tener otras máquinas arrancadas en momentos específicos no ayuda, excepto si un usuario intenta iniciar sesión la primera vez.

Escalado basado en carga

El escalado basado en carga permite a los administradores crear un búfer de capacidad de las máquinas en caso de que se necesiten para alojar sesiones. El búfer de capacidad es un SafetyNet para admitir aumentos inesperados en el uso sin afectar negativamente a la experiencia del usuario. La determinación del valor correcto para el búfer de capacidad (como porcentaje de la capacidad del grupo) se basa en el uso y en la comprensión de la variación de carga en el entorno del cliente. Para un grupo de entrega, si la capacidad total de la sesión es 100 y el administrador define el búfer de capacidad como 10%, durante las horas punta, se enciende el número de máquinas necesarias para mantener la capacidad de reserva por encima de 10 sesiones.

A medida que los usuarios inician sesión, la capacidad disponible del grupo de entrega se agota. Cuando cae por debajo del valor del búfer de capacidad, se inicia otra máquina del grupo para volver a situar el búfer de capacidad por encima del valor definido. Por otro lado, cuando los usuarios empiezan a cerrar sesión, las máquinas con la menor carga se ponen en modo de drenaje. Una vez que las máquinas están despejadas de sesiones, las máquinas se apagan hasta que la capacidad del grupo se reduce al valor del búfer de capacidad establecido.

Autoscale - Ilustración de ahorro

Nota: El escalado basado en carga no está disponible con grupos de entrega de escritorio de sesión única, ya que la carga en cada equipo es cero o completa, en función de si la máquina tiene una sesión ejecutándose en ella o no. Por lo tanto, cuando el búfer de capacidad se establece para un único grupo de entrega de sesión, se basa en el número de máquinas del grupo de entrega.

Modo de drenaje

Cuando hay más capacidad de sesión que el búfer de capacidad, la máquina con el menor número de sesiones se pone en modo de drenaje. Una máquina en modo de drenaje no aceptará nuevas sesiones, aunque tenga capacidad disponible. Autoscale intenta que se cierren todas las sesiones del equipo, de modo que la máquina se pueda apagar.

Nota: Si no queda capacidad de reserva en un grupo de entrega, Autoscale iniciará sesiones en la máquina en modo de drenaje en lugar de arrancar otra máquina.

Algoritmos de equilibrio de carga

Citrix emplea un algoritmo de equilibrio de carga horizontal de forma predeterminada para administrar las máquinas en la nube. Las sesiones entrantes tienen un equilibrio de carga para optimizar la experiencia del usuario. Cada nueva sesión se asigna a la máquina menos cargada. Una vez que se inicia una nueva máquina en un catálogo, tiene la menor carga y se utilizará para todos los inicios de sesión posteriores hasta que la carga ya no sea la más baja.

En el siguiente ejemplo, hay 6 máquinas en un grupo de entrega. Si el búfer de capacidad está configurado en 20%, entonces tan pronto como la capacidad libre pase por debajo de 5 sesiones, se encenderá una nueva máquina. Ahora, cuando un nuevo usuario inicia sesión, a ese usuario se le asigna la máquina recién encendida. Al siguiente usuario se le asignará la máquina menos cargada. Puede ver cómo se produce la distribución en la siguiente ilustración. La distribución equitativa de las sesiones reduce las posibilidades de que cualquiera de las máquinas pueda ser apagado. Por ejemplo, si una de las primeras 5 sesiones cierra la sesión, la capacidad libre aumenta hasta 5 sesiones, pero ninguna de las máquinas se puede apagar ya que cada una tiene al menos una sesión ejecutándose en ella.

Autoscale - Equilibrio de carga horizontal

Con el equilibrio de carga vertical, los administradores pueden configurarlo para que las sesiones entrantes tengan un equilibrio de carga para optimizar el recuento de máquinas con menos potencia. Las sesiones se asignan a la máquina más cargada, siempre que no alcance la marca de agua alta para la carga máxima. Esto garantiza que solo se enciende el número mínimo de máquinas necesarias para el mantenimiento de la carga actual, lo que resulta mucho más rentable. Considere nuestro ejemplo anterior, si una de las 5 primeras sesiones cierra la sesión, reduciendo el número de sesiones en el equipo 1 a 4, entonces la capacidad libre se remonta a 5 sesiones. La máquina 3 ahora se puede apagar, ahorrando costes adicionales. También se asignaría una nueva sesión a la máquina 1 en lugar de una nueva máquina que arranca. Además, las sesiones en el equipo menos cargado se marcan primero para cerrar sesión.

Autoscale - Equilibrio de carga vertical

Considere el caso en el que el administrador no está seguro de cuántas máquinas se necesitan para atender las solicitudes de los usuarios. Lo más probable es que el administrador asigne en exceso las máquinas para el grupo de entrega. Con el equilibrio de carga vertical, solo se encenderá el número necesario de máquinas para la carga del usuario. El búfer de capacidad ayuda a mantener máquinas adicionales disponibles para manejar la carga en este caso.

Preferencia de zona y restricción de etiquetas

En implementaciones híbridas, hay recursos en la nube y en las instalaciones. Una implementación híbrida puede segmentar un solo grupo de entrega en diferentes zonas:

  • Principal: La ubicación preferida para la utilización de recursos.
  • Secundaria: ubicación de recursos tocada cuando se utiliza completamente la zona principal.

Por ejemplo, en un caso de ráfaga en la nube, una organización utilizaría plenamente los recursos primarios locales. Cuando se requiere capacidad adicional, las instancias secundarias se consumen desde la nube. El grupo de entrega consistiría en dos catálogos, uno para la ubicación de recursos locales y otro para la ubicación en la nube.

Implementación híbrida con instancias locales y basadas en la nube

En un modelo de implementación híbrida, los recursos locales son su zona principal, mientras que las instancias de pago por uso basadas en la nube constituyen la zona secundaria.

Autoscale: implementación híbrida de preferencia de zona

Implementación en la nube con instancias reservadas y de pago por uso

En una implementación solo en la nube, las instancias reservadas serían la zona principal y la zona secundaria contiene las instancias de pago por uso que se consumen en función de la necesidad.

Autoscale: solo la nube de preferencias de zona Implementación

La preferencia de zona y el etiquetado son fundamentales para reducir los costes en implementaciones híbridas. Las máquinas de instancia principales se pagan por adelantado. Los ahorros de costes son limitados al reducir estos recursos. La organización utiliza estos recursos primero antes de que se utilicen las instancias secundarias.

El servicio Citrix Virtual Apps and Desktops admite el uso de varias ubicaciones de recursos con la opción de preferencia de zona. El administrador utiliza la preferencia de zona para definir qué ubicación de recursos utilizar primero para satisfacer la demanda y qué ubicación se apagará primero cuando baja la demanda de sesión. Una vez que se utiliza completamente la capacidad de la zona principal, los hosts marcados como el arranque secundario para atender la demanda de sesión. Cuando cae la demanda, los hosts de la zona secundaria (recursos de nube) se cierran primero, lo que resulta en una utilización óptima de la nube. La configuración de estos se realiza en el nivel de catálogo de máquinas.

Autoscale - Configuración de preferencias de zona

Los administradores deben utilizar la restricción de etiquetas junto con la preferencia Zona para que Autoscale sepa que el conjunto específico de hosts (la ubicación en la nube) del grupo de entrega debe administrarse o no. La restricción de etiquetas especifica los hosts que administrará la energía mediante Autoscale. Se trata de hosts destinados a atender la carga de recuperación de ráfagas o desastres.

Autoscale - Etiquetado

Para obtener más información, consulte Preferencia de zona y Etiquetas. Siga las instrucciones aquí para configurar las restricciones de Autoscale.

Ahorro de costes de Autoscale con escalado basado en programación

Nota: Los resultados varían en función del uso y las funciones de carga de cada organización. Observe estos patrones en su propio sistema para ajustar la configuración de Autoscale para su entorno. Los siguientes son los resultados basados en nuestras pruebas internas con cargas LogInVSI.

Para medir el ahorro de costes en la nube con Autoscale, necesitamos determinar el coste de ejecutar máquinas en la nube. Los tamaños y el coste (al escribir este documento) para pagar a medida que vaya en el oeste de los EE.UU. de las máquinas virtuales, según se calcula mediante Calculadora de precios Azure son los siguientes:

Instancia de VM Especificaciones de VM Coste por mes Coste por hora Costes de almacenamiento por mes
D3_V2 4 vCPU\ 14 GB 367,92 $ 0,504 $ 5,94 $
D4_V2 8 vCPU\ 28 GB 735,84 $ 1,008 $ 5,94 $
F16 16 núcleos\ 32 GB 1264,36 $ 1,732 $ 5,94 $

El cálculo del coste por mes supone que la máquina está funcionando durante todo el mes (730 horas). El coste de almacenamiento es un coste mensual fijo, independientemente de si la máquina está encendida o apagada.

Con Autoscale, reducimos el tiempo que la máquina permanece encendida para alinearse mejor con los comportamientos del usuario.

Para determinar mejor los posibles ahorros de costes con Autoscale, Citrix llevó a cabo pruebas de escalabilidad de un solo servidor LogInVsi con la siguiente configuración:

  • Citrix Virtual Apps and Desktops 1902
  • Aplicación Citrix Workspace 1903
  • VM Azure SO multisesión Windows Server 2016
    • D3_V2
    • D4_V2
    • F16
  • Carga de trabajo LogInVsi: Trabajador del conocimiento

Esto dio como resultado la siguiente carga de usuario por instancia de máquina virtual:

Autoscale: sesión por máquina para diferentes tamaños de VM de Azure

Los números de escalabilidad se utilizan para proporcionar orientación de tamaño para los tres escenarios siguientes.

Caso 1 - Escala horizontal con horas pico y fuera de las horas pico definidas. Horas fuera de pico: cero usuarios activos

  • Recuento de usuarios durante la hora pico: 1000 usuarios
  • Recuento de usuarios por hora pico de descuento: 0 usuarios
  • Recuento de usuarios durante la hora máxima de fin de semana fuera: 0 usuarios
  • Hora máxima de inicio de sesión: 9AM
  • Tiempo máximo de cierre de sesión: 5PM
  • Hora máxima de inicio: 8:30 AM
  • Hora máxima de finalización: 5:30 PM
  • Activo por día: 9 horas
  • Activo por Mes: 198 horas
  • Algoritmo de equilibrio de carga: horizontal

En base a este caso, las sesiones activas durante el día son las siguientes:

Autoscale - Caso 1 Gráfico de sesiones activas

Si todas las máquinas se apagan después de que comiencen las horas pico de apagado, el número de horas que las máquinas estarían encendidas durante un solo mes es de 198 horas. Los cálculos de ahorro de costes son:

Trabajador del conocimiento - Tamaño de la máquina D3_V2 D4_V2 F16
VSImax - Sesiones/máquina 25 50 74
Número de máquinas necesarias 40 20 14
Coste de cálculo por hora (en USD) 0.504 1.008 1.732
Coste por hora (incluido el disco de 128 GB) para 1000 usuarios 20.48548 20.32274 24.36192
Coste por mes (100% activo) 14954.4 14835.6 17784.2
Coste por mes con Autoscale (198 h) 4229.28 4110.48 4884.26
Porcentaje de ahorro 71.72 72.29 72.54

El siguiente gráfico muestra la diferencia en el coste de ejecutar las máquinas, cuando se enciende todo el tiempo frente a la alimentación administrada por Autoscale en este caso.

Autoscale - Caso 1 Gráfico de ahorro de costes

Desde la tabla, el coste de las máquinas encendidas todo el tiempo es superior al 350% del coste cuando las máquinas son administradas por Autoscale. Un administrador en este caso puede ahorrar alrededor del 70% del coste informático mediante el uso de Autoscale.

Caso 2 - Escala horizontal con horas pico y fuera de las horas pico definidas. Horas fuera de pico: 10% de usuarios activos

  • Recuento de usuarios durante la hora pico: 1000 usuarios
  • Recuento de usuarios por hora pico de descuento: 100 usuarios (diferente al caso 1)
  • Recuento de usuarios durante la hora máxima de fin de semana fuera: 0 usuarios
  • Hora máxima de inicio de sesión: 9AM
  • Tiempo máximo de cierre de sesión: 5PM
  • Hora máxima de inicio: 8:30 AM
  • Hora máxima de finalización: 5:30 PM
  • Activo por día: 9 horas
  • Activo por Mes: 198 horas
  • Algoritmo de equilibrio de carga: horizontal

En base a este caso, las sesiones activas de la semana son las siguientes:

Autoscale - Caso 2 Gráfico de sesiones activas

El número de horas que todas las máquinas estarían encendidas durante un solo mes es de 198. Además, el 10% de las máquinas (redondeadas) funcionarían durante 15 horas adicionales multiplicadas por 18 días en el mes. Los cálculos de ahorro de costes son:

Trabajador del conocimiento - Tamaño de la máquina D3_V2 D4_V2 F16
VSImax - Sesiones/máquina 25 50 74
Número de máquinas necesarias 40 20 14
Coste de cálculo por hora (en USD) 0.504 1.008 1.732
Coste por hora (incluido el disco de 128 GB) para 1000 usuarios 20.48548 20.32274 24.36192
Coste por mes (100% activo) 14954.4 14835.6 17784.2
Coste por mes con Autoscale (198 h) 4773.6 4564.8 5819.54
Porcentaje de ahorro 68.08 68.62 67.28

El siguiente gráfico muestra la diferencia en el coste de ejecutar las máquinas, cuando se enciende todo el tiempo frente a la alimentación administrada por Autoscale en este caso:

Autoscale - Caso 2 Gráfico de ahorro de costes

Desde la tabla, el coste de las máquinas encendidas todo el tiempo es superior al 300% del coste cuando las máquinas son administradas por Autoscale. Un administrador en este caso puede ahorrar alrededor del 68% del coste informático mediante el uso de Autoscale. Comparando el coste de Autoscale por mes con el caso anterior, el coste mínimo por mes fuera de los dos tamaños de VM de D_V2 llega a unos 545$, mientras que las máquinas virtuales F16 más grandes representan 935$ al mes durante las horas más altas. El gráfico muestra claramente que, para el mismo número de sesiones, las máquinas de menor tamaño no solo son rentables en general, sino que también cuestan menos cuando hay menor demanda.

Caso 3 - Escalado vertical con horas pico escalonadas. Horas fuera de pico: 10% de usuarios activos

  • Recuento de usuarios durante la hora pico: 1000 usuarios
  • Recuento de usuarios por hora pico de descuento: 100 usuarios
  • Recuento de usuarios durante la hora máxima de fin de semana fuera: 0 usuarios
  • Hora máxima de inicio de sesión: 9AM
  • Tiempo máximo de cierre de sesión: 5PM
  • Hora máxima de inicio: 8:30 AM
  • Hora máxima de finalización: 5:30 PM
  • Activo por día: 9 horas
  • Activo por Mes: 198 horas
  • Algoritmo de equilibrio de carga: vertical (diferente al caso 2)
  • Tasa de inicio de sesión\ cierre de sesión: 25% cada hora

En base a este caso, las sesiones activas de la semana son las siguientes:

Autoscale - Caso 3 Gráfico de sesiones activas

Hay menos máquinas necesarias al principio del día. Dado que el cálculo multiplica el número de máquinas y horas, el número de horas de cálculo se reduce en 1 hora al día, 22 horas al mes. Como se comentó, los usuarios que inician sesión serían de máquinas aleatorias, por lo que suponemos que el número requerido de máquinas cae al 10% después del final de la jornada laboral. Los cálculos de ahorro de costes son:

Trabajador del conocimiento - Tamaño de la máquina D3_V2 D4_V2 F16
VSImax - Sesiones/máquina 25 50 74
Número de máquinas necesarias 40 20 14
Coste de cálculo por hora (en USD) 0.504 1.008 1.732
Coste por hora (incluido el disco de 128 GB) para 1000 usuarios 20.48548 20.32274 24.36192
Coste por mes (100% activo) 14954.4 14835.6 17784.2
Coste por mes con Autoscale (198 h) 3893.6 4214.4 5511.54
Porcentaje de ahorro 73.96 71.59 69.01

El siguiente gráfico muestra la diferencia en el coste de ejecutar las máquinas, cuando se enciende todo el tiempo frente a la alimentación administrada por Autoscale en este caso.

Autoscale - Caso 3 Gráfico de ahorro de costes

Desde la tabla, el coste de las máquinas encendidas todo el tiempo es superior al 300% del coste cuando las máquinas son administradas por Autoscale. Para la máquina más pequeña, D3_V2 está en 384%. Cuanto menor sea el tamaño de la máquina, mayor número de ellas se puede apagar para servir la misma carga, en comparación con máquinas más grandes. Del mismo modo, son más rápidos de apagar y son más rápidos en alcanzar cero sesiones que se ejecutan en ellas, cuando los usuarios empiezan a cerrar sesión.

Teniendo en cuenta los tres escenarios y observando los gráficos de ahorro de costes, es evidente que cuanto menor sea el tamaño de la máquina, más rentable será cuando se habilita Autoscale.

Nota importante: Para permitir que Autoscale pueda apagar las máquinas, los usuarios deben desconectarse o cerrar la sesión de ellas. Por lo tanto, considere la posibilidad de configurar temporizadores de desconexión y cierre de sesión en la configuración de Autoscale para grupos de entrega, de modo que el ahorro de costes sea mayor.

Supervisión

Los administradores pueden supervisar las siguientes métricas de máquinas administradas por Autoscale desde la ficha Supervisar. La ficha muestra los gráficos del consumo de los recursos por grupo de entrega. Estos gráficos se utilizan para averiguar el uso real de los grupos de entrega para ayudar al administrador a dimensionar correctamente los catálogos. Se muestran los siguientes gráficos:

  • Uso de máquinas
  • Ahorro estimado
  • Notificaciones de alerta para máquinas y sesiones
  • Estado de la máquina
  • Tendencias de los patrones de carga

Los ahorros se calculan en función del coste por hora de las máquinas introducidas por el administrador al configurar los ajustes de Autoscale. Cuando admin selecciona Todos los grupos de entrega, se muestra el valor medio de Ahorros estimados en todos los grupos de entrega.

Autoscale - Supervisión

Resumen

  1. Autoscale permite un mejor ahorro de costes (~ 300%) sin sacrificar la exp. Lo hace a través de la configuración basada en programación/carga
  2. El uso de máquinas virtuales de menor tamaño se traduce en un mejor ahorro de costes en el caso de equilibrio de carga horizontal
  3. Utilice las preferencias de zona y el etiquetado para lograr un mayor ahorro de costes

Más información:Obtenga más información acerca de Autoscale en nuestro Documentación técnica.