AWS Amazon EC2 Auto Scaling AS relacionado (EC2, ELB, NLB)
20180724 Consideraciones de Chenxin en
el uso real
Combinado con ELB
para distribuir el tráfico entre cada instancia de su grupo Auto Scaling, puede introducir un equilibrador de carga en su arquitectura .
Cree AS
AS (escala automática) en EC2.
Primero cree la "configuración de inicio" (plantilla)
y luego cree el "grupo de escala automática" (configuración de grupo)
Condiciones para extraer EC2
En EC2 en as, cuando ejecutamos terminar, como automáticamente levantará un nuevo EC2.
En EC2 en as, cuando ejecutamos stop, como levantará automáticamente 1. Un nuevo EC2. El EC2 que detenemos manualmente mantiene el estado de detención por un período de tiempo, y automáticamente ingresará al estado de finalización después de unos 20 minutos.
AS y ELB Cuando el
ELB y el AS entre regiones se usan juntos, cuando elegimos las zonas de disponibilidad a, b, c 3, recuerde marcar la opción "Área de interrupción" en las propiedades de ELB (la traducción de la consola debería ser incorrecta aquí, Debería ser AZ). De lo contrario, el ELB no puede colapsar la zona de disponibilidad. Por defecto, solo caerá en una sola zona de disponibilidad. El
grupo de Auto Scaling no puede abarcar múltiples regiones (regiones) y solo puede colapsar múltiples zonas de disponibilidad (AZ). ELB también debería ser.
estrategia de expansión
ASG además de apoyar esta dinámica y forma escalable, sino también para el apoyo "Plan de Manejo", de una manera similar a extender el crontab.
Si no se especifica una política de expansión, Auto Scaling puede ser aumentado o en sus "necesidades de la aplicación." Iniciar o finalizar la instancia cuando se baja.
En el AS, configuramos un mínimo de 2 y un máximo de 4. En la "Estrategia de expansión", establezca el umbral de CPU en 10 (utilización promedio de CPU de más del 10%), y automáticamente extraerá un nuevo EC2. Hasta que se use la CPU promedio La tasa se reduce a menos del 10% o se alcanza el límite máximo de "4".
Aquí probamos caso:
el ELB originales Hay dos casos, entonces el ELB asociada con AS, el número de EC2 AS atracción entre 2-4 (para que el ELB puede tener hasta seis EC2).
Hemos aterrizado AS Uno de los dos EC2 inicialmente se detuvo, y consumió el 99% de la CPU (bucle infinito), y luego esperando unos 5 minutos (el valor predeterminado es 300 segundos), AS volverá a extraer dos EC2 (aún así, La utilización promedio de la CPU todavía es más del 10%, pero el número de extracciones de AS ha alcanzado 4).
Cuando terminamos el ciclo infinito de la shell, la CPU volvió a un valor razonable. Tomó aproximadamente 20 minutos esperar, y el estado de EC2 individual en AS cambió ". Disponible "cambio a" espera de terminación ", después de aproximadamente 10 minutos, AS terminará 2 EC2. Mantenga los recursos al mínimo (la configuración de capacidad mínima es 2).
Las opciones de la estrategia de expansión
predeterminadas a "estrategia de expansión de seguimiento de destino". La elección de la estrategia de expansión se puede configurar elementos: aquí "estrategia de expansión" puede elegir 4 categorías, uso
promedio de CPU,
cada cuenta de solicitud de balanceador de carga de aplicación de destino, (Esto solo se aplica al Autoescalado de aplicaciones, como ECS, etc.)
Promedio de entrada de red (bytes),
promedio de salida de red (bytes).
El objetivo aquí es rastrear la estrategia de expansión, como seleccionar la tasa promedio de utilización de CPU del 10% como umbral. Después de que varias instancias de ASG tengan una CPU promedio de más del 10%, ASG extraerá nuevas instancias hasta que el promedio esté por debajo del 10%.
Además, también puede elegir una estrategia de expansión simple, una estrategia de expansión por pasos (como la CPU alcanzada Después del 90%, cuántas instancias se extraen)
Opciones más específicas: si desea agregar una alarma de memoria para activar la extensión, puede seleccionar "Crear estrategia de extensión de seguimiento de destino" o "Crear una estrategia de extensión con pasos" en "Crear estrategia de extensión". Puede agregar un EC2 específico La memoria, la CPU o el disco alcanzan el umbral, lo que activa la cantidad de EC2 que debe detenerse.
Capacidad ASG
Modifique la capacidad requerida de "detalles" de asg, el mínimo y el máximo
ajustarán la capacidad requerida y el mínimo a 1, y uno de los dos EC2 que estaban originalmente en el estado de funcionamiento entra en el estado de "espera de terminación", después de aproximadamente 7 minutos Alrededor, el EC2 desaparece.
El tiempo de enfriamiento predeterminado es de 300 segundos por defecto,
el número de segundos entre la finalización de la actividad de expansión y el inicio de otras actividades de expansión. Este período de tiempo también se conoce como el "tiempo de enfriamiento".
Cooldown es una configuración configurable en el grupo Auto Scaling que puede ayudar a garantizar que no se inicien o terminen otras instancias antes de que la última actividad de escalado surta efecto. Después de que el grupo Auto Scaling escala dinámicamente usando una estrategia de escala simple, esperará a que se complete el tiempo de enfriamiento antes de continuar con la actividad de escala. Al escalar manualmente un grupo de Auto Scaling, la configuración predeterminada no es esperar el tiempo de enfriamiento, pero puede anular la configuración predeterminada y usar el tiempo de enfriamiento. Si la instancia no es saludable, el grupo de Auto Scaling no esperará a que se complete el tiempo de enfriamiento antes de reemplazar la instancia no saludable.
El período de gracia para la comprobación de estado. Los 300 segundos predeterminados
son el tiempo de calentamiento (incluido el tiempo en que el script del juego se inicializa dentro de la instancia después de que la instancia se detiene). Se utilizan 300 segundos para dar a la instancia suficiente tiempo de calentamiento.
Por lo general, el Auto que acaba de ponerse en uso Las instancias de escalado deben calentarse para pasar la comprobación de estado de Auto Scaling. El período de gracia de Auto Scaling y otras comprobaciones de estado finaliza antes de comprobar el estado de la instancia. Las comprobaciones de estado de EC2 y las comprobaciones de estado de ELB se pueden completar antes de que expire el período de gracia de comprobación de estado, pero Auto Scaling no realiza estas comprobaciones hasta que expira el período de gracia de comprobación de estado. Para proporcionar suficiente tiempo de calentamiento para la instancia, asegúrese de que el período de gracia del control de estado incluya la hora de inicio esperada de la aplicación. Tenga en cuenta que si realiza una operación cuando una instancia comienza agregando un enlace de ciclo de vida, el período de gracia de comprobación de estado no comenzará hasta que se complete el enlace de ciclo de vida y la instancia ingrese al estado InService.
Las operaciones programadas
se extienden regularmente de acuerdo con un programa, lo que le permite expandir la aplicación de acuerdo con cambios de carga predecibles. Por ejemplo, el tráfico de su aplicación web comenzará a aumentar todos los miércoles y mantendrá un alto tráfico el jueves, y luego comenzará a disminuir el viernes. Puede planificar actividades de expansión en función de los patrones de tráfico predecibles de la aplicación web.
Ganchos de
ciclo de vida Los ganchos de ciclo de vida le permiten realizar acciones personalizadas al suspender una instancia cuando un grupo de Auto Scaling inicia o finaliza una instancia. Por ejemplo, cuando se suspende una instancia recién lanzada, puede instalar o configurar software en ella.
Los ganchos de ciclo de vida se pueden combinar con Cloudwatch o SNS para enviar notificaciones, o desencadenar eventos a través de Cloudwatch y luego realizar operaciones de mantenimiento, como el sistema operativo o los datos a través de funciones lambda. Estos deben pertenecer a un conocimiento de alto nivel.
cloudwatch
ASG creará el proyecto de monitoreo de CPU correspondiente en cloudwatch de forma predeterminada (no se puede eliminar).
Se asocia un ELB vacío (NLB) con el ASG para
crear un NLB sin recursos (el "objetivo" en el "grupo objetivo" está vacío, no hay ninguna instancia de EC2), y luego se asocia con el ASG. De
esta manera, se puede lograr un verdadero ELB + ASG.
Documento de conocimiento (no puedes leerlo)
Región / Región y Concepto de zona de disponibilidad
Región / región se refiere a una región, una ubicación geográfica grande y ampliamente distribuida, como Singapur, California (oeste de EE. UU.). Sin embargo, la consola ocasionalmente se refiere a la zona de disponibilidad, como "en propiedades ELB" El atributo "región cruzada" se refiere al AZ (probado).
Zona de disponibilidad, zona disponible, cada zona contiene múltiples ubicaciones diferentes, conocidas como la zona de disponibilidad.
Actividades de reequilibrio de AS Al
reequilibrar, Auto Scaling inicia nuevas instancias antes de finalizar las antiguas, por lo que reequilibrar no dañará el rendimiento o la disponibilidad de la aplicación.
Durante la actividad de reequilibrio, el sistema puede superar temporalmente el 10% de la capacidad máxima especificada de un grupo (o superar 1 instancia, la que sea mayor). Este exceso de estado solo dura el tiempo requerido para reequilibrar el grupo (generalmente unos minutos).
La instancia adicional de AS / instancia separada
puede adjuntar la instancia EC2 existente al AS. Inicialmente, la "capacidad requerida" del AS se configura con "1", haga clic en "Agregar a AS" en el EC2 existente que no está en el AS, luego el AS La "capacidad requerida" se convertirá automáticamente en 2. Si el EC2 se desconecta, la capacidad requerida se convertirá automáticamente en 1. La
operación "adicional" tarda aproximadamente 2 minutos en surtir efecto. La operación "desconectada" tarda aproximadamente 10 minutos en completarse.
Coopere con los eventos de observación de la nube y las funciones lambda para desarrollar ganchos de ciclo de vida. Pertenece al conocimiento avanzado.
ASG no puede colapsar VPC