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.
Prácticas recomendadas para planes de escalado de
Las siguientes prácticas recomendadas pueden ayudarle a sacar el máximo partido de los planes de escalado:
-
Al crear una plantilla de lanzamiento o una configuración de lanzamiento, habilite la supervisión detallada para obtener datos CloudWatch métricos de las instancias EC2 con una frecuencia de un minuto, ya que esto garantiza una respuesta más rápida a los cambios de carga. Realizar el escalado en función de métricas con una frecuencia de cinco minutos puede generar un tiempo de respuesta más lento y hacer que el escalado se haga con datos de métricas que se encuentran obsoletos. De forma predeterminada, las instancias de EC2 tienen habilitado el monitoreo básico, lo que significa que los datos de las métricas de las instancias se encuentran disponibles en intervalos de cinco minutos. Al abonar una cantidad adicional, puede habilitar el monitoreo detallado para que los datos de las métricas de las instancias se reciban con una frecuencia de un minuto. Para obtener más información, consulte Configurar el monitoreo de instancias de Auto Scaling en la guía del usuario de Amazon EC2 Auto Scaling.
-
También recomendamos habilitar las métricas de grupo de Auto Scaling. De lo contrario, los datos de la capacidad real no se mostrarán en los gráficos de pronóstico de la capacidad que están disponibles al finalizar los pasos del asistente de Create scaling plan (Crear plan de escalado). Para obtener más información, consulte Supervisión de CloudWatch las métricas de sus grupos e instancias de Auto Scaling en la Guía del usuario de Auto Scaling de Amazon EC2.
-
Verifique qué tipo de instancia utiliza su grupo de Auto Scaling y tenga cuidado de utilizar un tipo de instancia de rendimiento ampliable. Las instancias de Amazon EC2 con rendimiento ampliable, como las instancias T3 y T2, se han diseñado para ofrecer un rendimiento de la CPU básico con posibilidad de ampliarlo a un nivel superior si así lo exige la carga de trabajo. Dependiendo del objetivo de utilización especificado por el plan de escalado, se podría correr el riesgo de sobrepasar la base de referencia y quedarse sin créditos de CPU, lo que limitaría el rendimiento. Para obtener más información, consulte Créditos de CPU y rendimiento de referencia para las instancias de rendimiento ampliable. Para configurar estas instancias como
unlimited, consulte Uso de un grupo de Auto Scaling para lanzar una instancia de rendimiento explotable como ilimitada en la Guía del usuario de Amazon EC2.
Otras consideraciones
nota
Existe una versión más reciente del escalado predictivo, publicada en mayo de 2021. Algunas características introducidas en esta versión no están disponibles en los planes de escalado, y debe utilizar una política de escalado predictivo establecida directamente en el grupo de escalado automático para acceder a esas características. Para obtener más información, consulte Escalado predictivo para un grupo de Amazon EC2 Auto Scaling en la Guía del usuario de Amazon EC2 Auto Scaling.
Tenga en cuenta las siguientes consideraciones adicionales:
-
El escalado predictivo utiliza pronósticos de carga para programar la capacidad en el futuro. La calidad de los pronósticos varía en función de las fluctuaciones cíclicas de la carga y de la aplicabilidad del modelo de pronóstico entrenado. El escalado predictivo se puede ejecutar en modo de solo previsión para evaluar la calidad de las previsiones y las acciones de escalado creadas por estas. Puede establecer el modo de escalado predictivo en Forecast only (Solo previsión) cuando cree el plan de escalado y después cambiarlo a Forecast and scale (Previsión y escalado) cuando termine de evaluar la calidad de la previsión. Para obtener más información, consulte Configuración de escalado predictivo y Monitoreo y evaluación de pronósticos.
-
Si decide especificar métricas diferentes para el escalado predictivo, debe asegurarse de que la métrica de escalado y la de carga guarden una estrecha relación. El valor de la métrica debe aumentar y disminuir proporcionalmente al número de instancias del grupo de Auto Scaling. De esta forma, se asegurará de que los datos de las métricas se puedan utilizar para ampliar o reducir proporcionalmente el número de instancias. Por ejemplo, la métrica de carga es el número total de solicitudes y la métrica de escalado es el uso medio de la CPU. Si el número total de solicitudes aumenta en un 50 por ciento, el uso medio de la CPU también debería aumentar en un 50 por ciento, siempre que la capacidad no cambie.
-
Antes de crear su plan de escalado, debe eliminar cualquier acción de escalado previamente programada que ya no necesite accediendo a las consolas desde las que se creó. AWS Auto Scaling no crea una acción de escalado predictivo que se superponga a una acción de escalado programada existente.
-
La configuración personalizada para la capacidad mínima y máxima, junto con los demás ajustes que se utilizan para el escalado dinámico, se muestran en las otras consolas. Sin embargo, le recomendamos que, después de crear un plan de escalado, no modifique estos ajustes desde las otras consolas, ya que el plan de escalado no recibe estas actualizaciones de esas otras consolas.
-
El plan de escalado puede contener recursos de varios servicios, pero cada recurso solo puede estar en un plan de escalado a la vez.
Evitar el error ActiveWithProblems
Se puede producir un error de «ActiveWithproblemas» cuando se crea un plan de escalado o cuando se añaden recursos a un plan de escalado. El error aparece cuando el plan de escalado está activo, pero no se ha podido aplicar la configuración de escalado de uno o varios recursos.
Normalmente, esto sucede porque un recurso ya tiene una política de escalado o porque un grupo de Auto Scaling no cumple los requisitos mínimos del escalado predictivo.
Si alguno de sus recursos ya tiene políticas de escalado de varias consolas de servicio, AWS Auto Scaling no sobrescribe estas otras políticas de escalado ni crea otras nuevas de forma predeterminada. Si lo desea, puede eliminar las políticas de escalado existentes y sustituirlas por políticas de escalado de seguimiento de objetivos creadas desde la AWS Auto Scaling consola. Para ello, habilite la opción Replace external scaling policies (Reemplazar políticas de escalado externas) para cada recurso que tenga políticas de escalado que desee sobrescribir.
Se recomienda esperar 24 horas después de crear un nuevo grupo de Auto Scaling para configurar el escalado predictivo. Como mínimo, debe disponerse de 24 horas de datos históricos para generar la previsión inicial. Si el grupo tiene menos de 24 horas de datos históricos y se habilita el escalado predictivo, el plan de escalado no puede generar un pronóstico hasta el siguiente periodo de pronóstico, después de que el grupo haya recopilado la cantidad de datos necesaria. Sin embargo, también puede editar y guardar el plan de escalado para reiniciar el proceso de pronóstico en cuanto estén disponibles las 24 horas de datos.
