Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Importante
Para que los grupos en espera creen y administren recursos correctamente, necesitan acceso a los recursos asociados en la suscripción. Asegúrese de que los permisos correctos se asignan al proveedor de recursos del grupo de espera para que el grupo de espera funcione correctamente. Para obtener instrucciones detalladas, consulte Configuración de permisos de rol para grupos en espera.
Los grupos en espera para conjuntos de escalado de máquinas virtuales le permiten aumentar el rendimiento de escalado mediante la creación de un grupo de máquinas virtuales aprovisionadas previamente. Las máquinas virtuales del grupo en espera completan todos los procesos posteriores al aprovisionamiento, como la instalación de aplicaciones, la descarga de paquetes de datos, etc. Una vez que las máquinas virtuales están completamente aprovisionadas, se mantienen en un estado en ejecución, detenido (desasignado) o hibernado (versión preliminar). Cuando el conjunto de escalado requiere más instancias, las instancias del grupo de espera se mueven automáticamente al conjunto de escalado. Un grupo en espera reduce significativamente el tiempo necesario para escalar horizontalmente una instancia de Virtual Machine Scale Sets.
Si mantiene un grupo de espera de máquinas virtuales en ejecución, las máquinas están listas para recibir tráfico inmediatamente después de moverse al conjunto de escalado. Si mantiene un grupo en espera de máquinas virtuales detenidas (desasignadas) o en hibernación, las máquinas virtuales se inician o reanudan automáticamente después de pasar al conjunto de escalado.
Registro de proveedor
Registre el proveedor de recursos del grupo en espera con su suscripción mediante Azure Cloud Shell. El registro puede tardar hasta 30 minutos en mostrarse correctamente como registrado. Puede volver a ejecutar los siguientes comandos para determinar cuándo se ha registrado correctamente la característica.
Register-AzResourceProvider -ProviderNamespace Microsoft.StandbyPool
Ampliación
El paso de las máquinas virtuales del grupo en espera al conjunto de escalado se produce automáticamente cada vez que se desencadena un evento de escalado horizontal. No se requiere ninguna configuración adicional. Siempre que haya una instancia disponible en el grupo en espera que haya completado todos los pasos de aprovisionamiento, el conjunto de escalado usa de manera predeterminada esa instancia al escalar verticalmente.
Al reducir verticalmente, las instancias se eliminan del conjunto de escalado en función de la directiva de escalado y el grupo en espera se rellena para satisfacer la capacidad máxima lista configurada. Si, en cualquier momento, el conjunto de escalado debe escalar más allá del número de instancias que tiene en el grupo de espera, el conjunto de escalado tiene como valor predeterminado métodos de escalado horizontal estándar y crea nuevas instancias.
Los grupos en espera solo proporcionan máquinas virtuales del grupo que coinciden con el estado de energía deseado configurado. Por ejemplo, si el estado de energía deseado se establece como detenido (desasignado), el grupo de espera solo proporciona las instancias del conjunto de escalado que coinciden con ese estado de energía actual. Si las máquinas virtuales se encuentran en un estado de creación, de error o en cualquier otro estado que no sea el previsto, el conjunto de escalado pasa de forma predeterminada a la creación de una nueva máquina virtual.
Tamaño del grupo en espera
Hay tres configuraciones que determinan cuántas instancias están en el grupo de espera en cualquier momento dado. Esto incluye el recuento de instancias del conjunto de escalado, la capacidad mínima preparada y la capacidad máxima preparada.
El recuento de instancias del conjunto de escalado es el número de instancias que se implementan actualmente en el conjunto de escalado. Se trata de una propiedad de nivel de conjunto de escalado que se puede cambiar en cualquier momento dado mediante el escalado vertical o el escalado vertical. Independientemente de cómo administre las reglas de escalado del conjunto de escalado, el grupo en espera realiza un seguimiento del número de instancias que se implementan y se ajustan en consecuencia.
La capacidad mínima lista es un parámetro definido por el usuario. De forma predeterminada, la capacidad mínima lista para cualquier nuevo grupo de espera es cero. Al establecer la capacidad mínima lista, informa al grupo en espera de que debe mantener muchas instancias como mínimo. Por ejemplo, si tiene una capacidad mínima lista de 5, cada vez que una máquina virtual se mueve del grupo al conjunto de escalado, lo que reduce la capacidad mínima lista a menos de 5, el grupo en espera crea automáticamente otra instancia y comienza a prepararla para el escalado horizontal.
La capacidad máxima lista es un parámetro definido por el usuario. Esta configuración indica al grupo en espera cuántas instancias se deben mantener como máximo en el grupo. La capacidad de preparación máxima está vinculada directamente al recuento de instancias del conjunto de escalado. Si tiene una capacidad máxima de 20 y actualmente tiene 10 instancias en el conjunto de escalado, el tamaño del grupo sería igual a 10. Si el conjunto de escalado se reduce verticalmente a 5, el tamaño del grupo aumentará a 15. Esto continúa ajustando dinámicamente a medida que el conjunto de escalado aumenta y disminuye el número de instancias.
| Configuración | Descripción |
|---|---|
| maxReadyCapacity | Número máximo de máquinas virtuales que se van a crear en el grupo. |
| minReadyCapacity | Número mínimo de máquinas virtuales que se van a mantener en el grupo. |
| InstanceCount | Número actual de máquinas virtuales ya implementadas en el conjunto de escalado. |
| Tamaño del grupo en espera | Tamaño del grupo en espera = maxReadyCapacity– instanceCount |
Estados de máquina virtual
Las máquinas virtuales del grupo de espera se pueden mantener en un estado en ejecución, en hibernación o detenido (desasignado).
Desasignado: las máquinas virtuales desasignadas se apagan y mantienen los discos asociados, las interfaces de red y las direcciones IP estáticas. Los discos de sistema operativo efímero no admiten el estado desasignado.
En ejecución: se recomienda usar máquinas virtuales en un estado en ejecución cuando los requisitos de latencia y confiabilidad son estrictos. Las máquinas virtuales en un estado en ejecución permanecen totalmente aprovisionadas.
Hibernado (versión preliminar): Se recomienda usar máquinas virtuales en un estado de hibernación para sistemas con tiempos de arranque largos debido a aplicaciones que consumen mucha memoria. Estas aplicaciones pueden inicializarse en máquinas virtuales e hibernarse. Estas máquinas virtuales hibernadas se pueden iniciar rápidamente cuando sea necesario, con las aplicaciones que ya están en funcionamiento en el estado deseado.
Nota:
Para usar el estado de máquina virtual hibernada en el grupo de espera, las instancias deben ser totalmente aptas y configuradas para admitir la hibernación. Para más información, consulte la documentación sobre hibernación de máquinas virtuales de Azure.
Zonas de disponibilidad
Al usar grupos en espera con un conjunto de escalado de máquinas virtuales que abarque zonas de disponibilidad, las instancias del grupo se distribuirán entre las mismas zonas que usa el conjunto de escalado de máquinas virtuales.
Cuando se desencadena una escalabilidad horizontal en una de las zonas, se usará una máquina virtual del grupo de esa misma zona. Si se necesita una máquina virtual en una zona en la que ya no queda ninguna máquina virtual agrupada, el conjunto de escalado crea una nueva máquina virtual directamente en el conjunto de escalado.
Precios
A los usuarios se les cobra en función de los recursos implementados en el grupo de reserva. Por ejemplo, las máquinas virtuales en un estado en ejecución incurren en costos de proceso, redes y almacenamiento. Las máquinas virtuales en un estado desasignado no incurren en ningún costo de proceso, pero los discos persistentes o las configuraciones de red siguen conllevando costos. Por lo tanto, un grupo de máquinas virtuales en ejecución conlleva más costo que un grupo de máquinas virtuales desasignadas. Para obtener más información sobre la facturación de máquinas virtuales, consulte Estados y estado de facturación de Azure Virtual Machines.
Limitaciones y consideraciones
Al usar grupos en espera con conjuntos de escalado de máquinas virtuales, hay limitaciones y consideraciones específicas que debe tener en cuenta:
- Dominios de error: los grupos en espera no se admiten con instancias de Virtual Machine Scale Sets configuradas con un recuento de dominios de error mayor que 1.
- Región y suscripción: el grupo en espera debe estar en la misma región y suscripción que la instancia de Virtual Machine Scale Sets al que está asociado. No se admiten configuraciones entre regiones o entre suscripciones.
- Grupo en espera único: una instancia de Virtual Machine Scale Sets solo puede tener un grupo en espera conectado a la vez. No se admite la asociación de varios grupos en espera al mismo conjunto de escalado.
- Modo de orquestación: los grupos en espera solo se admiten con instancias de Virtual Machine Scale Sets que usen la orquestación flexible. No se admite la orquestación uniforme.
- Escalado automático: puede asociar un grupo de espera a un conjunto de escalado con el escalado automático habilitado. Se recomienda usar solo grupos desasignados o hibernados cuando se usa en combinación con el escalado automático. Corriendo Las máquinas virtuales del grupo se incluirán en los cálculos de escalado automático y pueden dar lugar a eventos de escalado inesperados.
Pasos siguientes
Aprenda a crear un grupo en espera.