Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Política de mantenimiento de instancias para el grupo de escalado automático
Este tema brinda una descripción general de las opciones disponibles y describe qué debe tener en cuenta al crear una política de mantenimiento de instancias.
Contenido
Información general
Cuando crea una política de mantenimiento de instancias para su grupo de escalado automático, la política afecta a los eventos de Amazon EC2 Auto Scaling que provocan la sustitución de las instancias. Esto da como resultado comportamientos de reemplazo más uniformes dentro del mismo grupo de escalado automático. También le permite optimizar la disponibilidad o el costo de su grupo en función de sus necesidades.
En la consola, están disponibles las siguientes opciones de configuración:
-
Lance antes de terminar: primero se debe aprovisionar una nueva instancia antes de poder cancelar una instancia existente. Este abordaje es una buena opción para las aplicaciones que prefieren la disponibilidad en lugar del ahorro de costos.
-
Finalice y lance: las instancias nuevas se aprovisionan al mismo tiempo que se terminan las instancias existentes. Este abordaje es una buena opción para las aplicaciones que prefieren el ahorro de costos en lugar de la disponibilidad. También es una buena opción para las aplicaciones que no deberían lanzar una capacidad superior a la disponible actualmente, incluso al reemplazar instancias.
-
Política personalizada: esta opción permite configurar un rango mínimo y máximo personalizado en la política para la cantidad de capacidad que quiere que esté disponible al reemplazar las instancias. Este enfoque puede ayudarlo a lograr el equilibrio adecuado entre costo y disponibilidad.
El valor predeterminado para un grupo de escalado automático es no tener una política de mantenimiento de instancias, lo que hace que responda a los eventos de mantenimiento de instancias con los comportamientos predeterminados. Los comportamientos predeterminados se describen en la tabla siguiente.
|
Evento |
Descripción |
Comportamiento predeterminado |
|---|---|---|
|
Error en las comprobaciones de estado |
Se produce automáticamente cuando las instancias no superan las comprobaciones de estado. Amazon EC2 Auto Scaling reemplaza las instancias que no superan las comprobaciones de estado. Para conocer las causas de los errores en las comprobaciones de estado, consulte Comprobaciones de estado para instancias en un grupo de escalado automático. |
Finalizar y lanzar. |
|
Actualización de instancias |
Ocurre cuando inicia una actualización de instancias. Según su configuración, la actualización de instancias reemplaza las instancias de una en una, varias a la vez o todas a la vez. Para obtener más información, consulte Utilice una actualización de instancias para actualizar instancias en un grupo de escalado automático. |
Finalizar y lanzar. |
|
Duración máxima de la instancia |
Se produce automáticamente cuando las instancias alcanzan la vida útil máxima que especificó para su grupo de escalado automático. Amazon EC2 Auto Scaling reemplaza las instancias que alcanzan su máxima vida útil. Para obtener más información, consulte Reemplazo de instancias de Auto Scaling en función de la duración máxima de la instancia. |
Finalizar y lanzar. |
|
Reequilibrio |
Se produce automáticamente si hay cambios subyacentes que provocan un desequilibrio en el grupo. Amazon EC2 Auto Scaling reequilibra el grupo en las siguientes situaciones:
|
Lanzar antes de finalizar. Amazon EC2 Auto Scaling puede superar los límites de tamaño de su grupo hasta en un 10 por ciento de su capacidad máxima. Sin embargo, si utiliza el reequilibrio de la capacidad, solo puede superar estos límites hasta un 10 por ciento de la capacidad deseada. |
Amazon EC2 Auto Scaling seguirá finalizando y lanzando de forma predeterminada en las siguientes situaciones. Por lo tanto, cuando se produce una de estas situaciones, la capacidad de su grupo puede ser menor al umbral inferior de la política de mantenimiento de instancias.
-
Cuando una instancia finaliza inesperadamente, por ejemplo, debido a una acción humana. Amazon EC2 Auto Scaling reemplaza inmediatamente las instancias que ya no se ejecutan. Para obtener más información, consulte Comprobaciones de estado de Amazon EC2.
-
Cuando Amazon EC2 reinicia, detiene o retira una instancia como parte de un evento programado antes de que Amazon EC2 Auto Scaling pueda lanzar la instancia de reemplazo. Para obtener más información sobre estos eventos, consulte Eventos programados para sus instancias en la Guía del usuario de Amazon EC2.
-
Cuando el Amazon EC2 Spot Service inicia una interrupción de una instancia de spot y, a continuación, se finaliza forzosamente una instancia de spot.
Con las instancias de spot, si habilitó el reequilibrio de la capacidad en su grupo de escalado automático, es posible que la instancia ya tenga una instancia pendiente de un grupo de spot diferente que lanzamos antes de iniciar la interrupción de spot. Para obtener más información acerca de cómo funciona el reequilibrio de la capacidad, consulte Utilizar el reequilibrio de capacidad para gestionar las interrupciones de spot de Amazon EC2.
Sin embargo, dado que no se garantiza que las instancias de spot permanezcan disponibles y puedan finalizarse con un aviso de interrupción de dos minutos, se puede superar el límite inferior de su política de mantenimiento de instancias si las instancias se interrumpen antes del lanzamiento de las nuevas instancias.
Conceptos clave
Antes de empezar, familiarícese con los siguientes conceptos y términos centrales:
- Capacidad deseada
-
La capacidad deseada es la capacidad del grupo de escalado automático al momento de su creación. También es la capacidad que el grupo intenta mantener cuando no hay condiciones de escalado asociadas al grupo.
- Política de mantenimiento de instancias
-
Una política de mantenimiento de instancias controla si una instancia se aprovisiona primero antes de que finalice una instancia existente en eventos de mantenimiento de instancias. También determina qué tan por debajo y por encima de la capacidad deseada podría llegar su grupo de escalado automático para reemplazar varias instancias al mismo tiempo.
- Porcentaje máximo en buen estado
-
El porcentaje máximo en buen estado es el porcentaje de la capacidad deseada que su grupo de escalado automático puede aumentar al reemplazar instancias. Representa el porcentaje máximo del grupo que puede estar en servicio y en buen estado, o pendiente, para soportar su carga de trabajo. En la consola, puede establecer el porcentaje máximo en buen estado si utiliza la opción Lanzar antes de finalizar o la opción Política personalizada. Los valores válidos son 100–200 por ciento.
- Porcentaje de buen estado mínimo
-
El porcentaje de buen estado mínimo es el porcentaje de la capacidad deseada que se quiere mantener en servicio, en buen estado y lista para usarse para soportar la carga de trabajo al reemplazar las instancias. Se considera que una instancia está en buen estado y lista para usarse después de que completa correctamente su primera comprobación de estado y de haber transcurrido el tiempo de preparación especificado. En la consola, puede establecer el porcentaje de buen estado mínimo si utiliza la opción Finalizar y lanzar o la opción Política personalizada. Los valores válidos son 0-100 por ciento.
nota
Para reemplazar las instancias con mayor rapidez, puede especificar un porcentaje de buen estado mínimo. Sin embargo, si no hay suficientes instancias en buen estado en ejecución, se puede reducir la disponibilidad. Recomendamos seleccionar un valor razonable para mantener la disponibilidad en situaciones en las que se sustituyan varias instancias.
Preparación de las instancias
Si sus instancias necesitan tiempo para inicializarse después de entrar en el estado InService, habilite la preparación de instancias predeterminada para su grupo de escalado automático. Con la preparación de instancias predeterminada, puede evitar que las instancias se incluyan en el porcentaje de buen estado mínimo antes de que estén listas. Esto garantiza que Amazon EC2 Auto Scaling considere cuánto tiempo se tarda en disponer de suficiente capacidad para soportar la carga de trabajo antes de finalizar las instancias existentes.
Como beneficio adicional, puede mejorar las métricas de Amazon CloudWatch utilizadas para el escalado dinámico cuando habilite la preparación predeterminada de instancias. Si su grupo de escalado automático tiene alguna política de escalado, cuando el grupo escala horizontalmente, utiliza el mismo período de preparación predeterminado para evitar que las instancias se tengan en cuenta en las métricas de CloudWatch antes de que terminen de inicializarse.
Para obtener más información, consulte Establecimiento de la preparación predeterminada de instancias para un grupo de escalado automático.
Periodo de gracia de la comprobación de estado
Amazon EC2 Auto Scaling determina si una instancia está en buen estado en función de las comprobaciones de estado que utiliza su grupo de escalado automático. Para obtener más información, consulte Comprobaciones de estado para instancias en un grupo de escalado automático.
Para asegurarse de que estas comprobaciones de estado comiencen lo antes posible, no establezca demasiado alto el periodo de gracia de las comprobaciones de estado del grupo, sino lo suficientemente alto como para que las comprobaciones de estado de Elastic Load Balancing puedan determinar si hay un objetivo disponible para gestionar las solicitudes. Para obtener más información, consulte Establezca el periodo de gracia de la comprobación de estado para un grupo de escalado automático.
Escalada de su grupo de escalado automático
Una política de mantenimiento de instancias solo se aplica a los eventos de mantenimiento de instancias y no impide que el grupo se escale manual o automáticamente.
Cuando hay políticas de escalado o acciones programadas asociadas a su grupo de escalado automático, pueden ejecutarse en paralelo mientras se producen los eventos de mantenimiento de la instancia. En ese caso, podrían aumentar o disminuir la capacidad deseada del grupo, pero solo dentro de los límites de escalado que usted haya definido. Para obtener más información sobre estos límites, consulte Establecimiento de límites de escalado para el grupo de escalado automático.
Ejemplos de escenarios de
En un escenario típico, la política de mantenimiento de instancias y la capacidad deseada podrían tener un aspecto similar al siguiente:
-
Porcentaje de buen estado mínimo = 90 por ciento
-
Porcentaje máximo en buen estado = 120 por ciento
-
Capacidad deseada = 100
Durante cualquier evento de mantenimiento de instancias, su grupo de escalado automático puede tener entre 90 y 120 instancias. Tras el evento, el grupo vuelve a tener 100 instancias.
Cuando utiliza una política de mantenimiento de instancias con un grupo de escalado automático que tiene un grupo en caliente, los porcentajes mínimo y máximo de buen estado se aplican por separado al grupo de escalado automático y al grupo en caliente.
Por ejemplo, supongamos que esta es su configuración:
-
Porcentaje de buen estado mínimo = 90 por ciento
-
Porcentaje máximo en buen estado = 120 por ciento
-
Capacidad deseada = 100
-
Tamaño del grupo en caliente = 10
Si inicia una actualización de instancias para reciclar las instancias del grupo, Amazon EC2 Auto Scaling reemplaza primero las instancias del grupo de escalado automático y, después, las instancias del grupo en caliente. Si bien Amazon EC2 Auto Scaling sigue trabajando en la sustitución de instancias del grupo de escalado automático, el grupo puede tener entre 90 y 120 instancias. Después de terminar con el grupo, Amazon EC2 Auto Scaling puede trabajar en la sustitución de instancias del grupo en caliente. Mientras esto sucede, el grupo en caliente podría tener entre 9 y 12 instancias.
