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.
Gestión de la carga con instancias basadas en tiempo y en carga
importante
El AWS OpsWorks Stacks servicio llegó al final de su vida útil el 26 de mayo de 2024 y se ha desactivado tanto para los clientes nuevos como para los existentes. Recomendamos encarecidamente a los clientes que migren sus cargas de trabajo a otras soluciones lo antes posible. Si tienes preguntas sobre la migración, ponte en contacto con el AWS Support equipo en AWS Re:post
A medida que el tráfico entrante varía, la pila puede tener demasiado pocas instancias para gestionar la carga cómodamente o tener más instancias de las necesarias. Puede ahorrar tiempo y dinero si utiliza instancias basadas en tiempo o en carga para aumentar o reducir automáticamente las instancias de una capa para que tenga siempre suficientes instancias para gestionar adecuadamente el tráfico entrante y no tener que pagar por una capacidad innecesaria. De este modo, no tiene que controlar las cargas del servidor o iniciar o finalizar las instancias manualmente. Además, las instancias basadas en tiempo y en carga distribuyen, escalan y compensan automáticamente las aplicaciones entre distintas zonas de disponibilidad dentro de una región, lo que ofrece redundancia geográfica y escalabilidad.
El escalado automático se basa en dos tipos de instancia, que se ajustan a las instancias online de la capa en función de diferentes criterios:
-
Instancias Time-based (Basadas en tiempo)
Permiten que una pila gestione cargas que siguen un patrón predecible incluyendo las instancias que se ejecutan solo en determinados momentos o en determinados días. Por ejemplo, puede iniciar algunas instancias después de las seis de la tarde para realizar tareas de copia de seguridad nocturnas o detener algunas instancias durante los fines de semana cuando el tráfico es menor.
-
Instancias Load-based (Basadas en carga)
Permiten que una pila gestione las cargas variables arrancando instancias adicionales cuando hay mucho tráfico y deteniendo instancias cuando hay poco tráfico, basándose en una de las distintas métricas de carga. Por ejemplo, puedes hacer que AWS OpsWorks Stacks inicie instancias cuando la utilización media de la CPU supere el 80% y detenga las instancias cuando la carga media de la CPU caiga por debajo del 60%.
Para las pilas de Linux se admiten tanto las instancias basadas en tiempo como las basadas en carga, mientras para las pilas de Windows solo se admiten las instancias basadas en tiempo.
A diferencia de las instancias de funcionamiento ininterrumpido, que debe iniciar y detener manualmente, usted no inicia ni detiene las instancias basadas en tiempo o en carga. En su lugar, configuras las instancias y AWS OpsWorks Stacks las inicia o detiene en función de su configuración. Por ejemplo, configuras las instancias basadas en el tiempo para que se inicien y se detengan según un cronograma específico. AWS OpsWorks A continuación, Stacks inicia y detiene las instancias según esa configuración.
Una práctica habitual es utilizar los tres tipos de instancia conjuntamente, tal como se indica a continuación.
-
Un conjunto de instancias de funcionamiento ininterrumpido para gestionar la carga de base. Normalmente, usted solo arranca este tipo de instancias y deja que se ejecuten de forma continua.
-
Un conjunto de instancias basadas en el tiempo, que AWS OpsWorks Stacks inicia y detiene para gestionar las variaciones de tráfico predecibles. Por ejemplo, si el tráfico es mayor durante el horario de trabajo, configuraría las instancias basadas en tiempo para que arranquen por la mañana y se apaguen por la noche.
-
Un conjunto de instancias basadas en la carga, que AWS OpsWorks Stacks inicia y detiene para gestionar las variaciones impredecibles del tráfico. AWS OpsWorks Stacks las inicia cuando la carga se acerca a la capacidad de las instancias de las pilas, las 24 horas del día, los 7 días de la semana y en función del tiempo, y las detiene cuando el tráfico vuelve a la normalidad.
Para obtener más información acerca de cómo utilizar estos tiempos de escalado, consulte Optimización del número de servidores.
nota
Si has creado aplicaciones para la capa de las instancias o has creado libros de cocina personalizados, AWS OpsWorks Stacks implementa automáticamente la última versión en las instancias basadas en el tiempo y en la carga cuando se inician por primera vez. Sin embargo, AWS OpsWorks Stacks no utiliza necesariamente los libros de cocina más recientes para reiniciar las instancias sin conexión. Para obtener más información, consulte Edición de aplicaciones y Actualización de libros de recetas personalizados.
Temas
Diferencia entre el escalado basado en carga y la recuperación automática
El escalado automático basado en carga utiliza métricas de carga que se calcula como media de todas las instancias en ejecución. Si las métricas se mantienen entre los umbrales especificados, AWS OpsWorks Stacks no inicia ni detiene ninguna instancia. Con la reparación automática, por otro lado, AWS OpsWorks Stacks inicia automáticamente una nueva instancia con la misma configuración cuando una instancia deja de responder. Es posible que la instancia no pueda responder debido a un problema de red o de la propia instancia.
Por ejemplo, suponga que su umbral de incremento de la CPU es del 80 % y, a continuación, una instancia deja de responder.
-
Si la reparación automática está deshabilitada y el resto de las instancias en ejecución pueden mantener el uso promedio de la CPU por debajo del 80%, AWS OpsWorks Stacks no inicia una nueva instancia. Solo inicia una instancia de sustitución si el uso medio de la CPU entre las demás instancias supera el 80 %.
-
Si la reparación automática está habilitada, AWS OpsWorks Stacks inicia una instancia de reemplazo independientemente de los umbrales de carga.
