Démarrez avec les plans de dimensionnement

Indique si vous disposez de stratégies de dimensionnement existantes créées à partir d'autres consoles. Au moment de créer votre plan de dimensionnement, vous pouvez remplacer les stratégies de dimensionnement existantes ou les conserver (sans être autorisé à apporter des modifications à leurs valeurs).

L'utilisation cible la plus logique pour chaque ressource évolutive dans votre application en fonction de la ressource dans son ensemble. Par exemple, la quantité de ressources d'UC que les instances EC2 d'un groupe Auto Scaling sont censées utiliser par rapport à leur capacité d'UC disponible. Ou, pour un service comme DynamoDB qui utilise un modèle de débit alloué, la quantité d'activité de lecture et d'écriture qu'une table ou un index est censé utiliser par rapport au débit disponible. En d'autres termes, le rapport entre la capacité consommée et la capacité alloué. Vous pouvez modifier l'utilisation cible à tout moment après avoir créé votre plan de dimensionnement.

Combien de temps prennent le lancement et la configuration d'un serveur. En le sachant, vous pourrez configurer une fenêtre pour chaque instance EC2 à préparer après le lancement, ce qui nous évitera de lancer un nouveau serveur alors que le précédent est toujours en cours de lancement.

L'historique des métriques est-il suffisamment long pour être utilisé avec le dimensionnement prédictif (si vous utilisez des groupes Auto Scaling nouvellement créés) ? En général, le fait d'avoir plus de 14 jours entiers de données historiques se traduit en des prévisions plus précises. Le minimum est de 24 heures.