Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Stratégies d'allocation des types d'instance pour AWS Batch
Lorsqu'un environnement informatique géré est créé, AWS Batch sélectionne les types d'instances instanceTypes spécifiés qui répondent le mieux aux besoins des tâches. La stratégie d'allocation définit le comportement à adopter en cas de AWS Batch besoin de capacités supplémentaires. Ce paramètre ne s'applique pas aux tâches exécutées sur les ressources Fargate. Ne spécifiez pas ce paramètre.
BEST_FIT(par défaut)-
AWS Batch sélectionne le type d'instance qui répond le mieux aux besoins des tâches, en privilégiant le type d'instance le moins coûteux. Si des instances supplémentaires du type d'instance sélectionné ne sont pas disponibles, AWS Batch attend qu'elles soient disponibles. Si le nombre d'instances disponibles est insuffisant ou si l'utilisateur atteint les quotas du service Amazon EC2, les tâches supplémentaires ne sont pas exécutées tant que les tâches en cours ne sont pas terminées. Cette stratégie d'allocation permet de réduire les coûts mais peut limiter la mise à l'échelle. Si vous utilisez Spot Fleets avec
BEST_FIT, le rôle Spot Fleet IAM doit être spécifié.BEST_FITn'est pas pris en charge lors de la mise à jour des environnements informatiques. Pour de plus amples informations, veuillez consulter Mettre à jour un environnement informatique dans AWS Batch.Note
AWS Batch gère AWS les ressources de votre compte. Les environnements de calcul dotés de la stratégie d'allocation BEST_FIT utilisaient initialement les configurations de lancement par défaut. Cependant, l'utilisation de configurations de lancement avec de nouveaux AWS comptes sera limitée au fil du temps. Par conséquent, à compter de fin avril 2024, les environnements de calcul BEST_FIT nouvellement créés lanceront par défaut des modèles. Si votre rôle de service n'est pas autorisé à gérer les modèles de lancement, vous AWS Batch pouvez continuer à utiliser les configurations de lancement. Les environnements informatiques existants continueront d'utiliser des configurations de lancement.
BEST_FIT_PROGRESSIVE-
AWS Batch sélectionne des types d'instances supplémentaires suffisamment grands pour répondre aux exigences des tâches de la file d'attente. Les types d'instances présentant un coût inférieur pour chaque unité de vCPU sont préférés. Si des instances supplémentaires des types d'instance précédemment sélectionnés ne sont pas disponibles, AWS Batch sélectionne de nouveaux types d'instance.
Note
Pour les tâches parallèles à nœuds multiples, AWS Batch choisissez le type d'instance optimal disponible. Si le type d'instance devient indisponible en raison d'une capacité insuffisante, les autres types d'instance de la famille ne sont pas lancés.
BEST_FIT_PROGRESSIVE_ORDERED-
Avertissement
Il s'agit d'une stratégie d'allocation avancée réservée aux clients qui souhaitent contrôler les types d'instances préférés lors du dimensionnement.
Le fait de placer les grands types d'instances en haut de la liste peut entraîner un provisionnement excessif pour les petites tâches. Le fait de placer les petits types d'instances au sommet peut amener l'environnement de calcul à atteindre les limites du nombre d'instances Amazon EC2 avant de les atteindre.
maxvCpusAWS Batch sélectionne les types d'instances dans l'ordre dans lequel ils apparaissent dans la
instanceTypesliste. Lorsqu'une famille d'instances est spécifiée, les tailles au sein de cette famille sont étendues de manièreBEST_FIT_PROGRESSIVElogique, en privilégiant les tailles les mieux adaptées aux tâches, les tailles plus grandes étant utilisées comme solution de rechange. Les types d'instances qui ne peuvent pas répondre aux besoins en ressources des tâches sont ignorés. Cette stratégie n'est disponible que pour les ressources de calcul On-Demand Instance (EC2).Si une famille d'instances et un type d'instance explicite de cette famille apparaissent tous deux dans
instanceTypes, le type explicite prend sa position dans la liste et est exclu de l'extension de la famille. Par exemple, in["m7a.4xlarge", "m7a", "m6a"],m7a.4xlargeest toujours placé en premier et est exclu de l'extensionm7afamiliale. SPOT_CAPACITY_OPTIMIZED-
AWS Batch sélectionne un ou plusieurs types d'instances suffisamment grands pour répondre aux exigences des tâches de la file d'attente. Les types d'instance les moins susceptibles d'être interrompus sont préférés. Cette stratégie d'allocation n'est disponible que pour les ressources de calcul d'instance Spot.
SPOT_PRICE_CAPACITY_OPTIMIZED-
La stratégie d'allocation optimisée en termes de prix et de capacité prend en compte à la fois le prix et la capacité afin de sélectionner les groupes d'instances Spot les moins susceptibles d'être interrompus et dont le prix est le plus bas possible. Cette stratégie d'allocation n'est disponible que pour les ressources de calcul d'instance Spot.
Note
Nous vous recommandons d'utiliser
SPOT_PRICE_CAPACITY_OPTIMIZEDplutôt queSPOT_CAPACITY_OPTIMIZEDdans la plupart des cas. SPOT_CAPACITY_OPTIMIZED_PRIORITIZED-
Avertissement
Il s'agit d'une stratégie d'allocation avancée destinée aux clients qui souhaitent influencer la sélection du type d'instance lors du dimensionnement. Cette stratégie optimise d'abord la capacité et respecte au mieux les priorités relatives aux types d'instances (les priorités sont respectées lorsqu'elles ne réduisent pas de manière significative la capacité Spot disponible).
Le fait de placer les grands types d'instances en haut de la liste peut entraîner un provisionnement excessif pour les petites tâches. Le fait de placer les petits types d'instances au sommet peut amener l'environnement de calcul à atteindre les limites du nombre d'instances Amazon EC2 avant de les atteindre.
maxvCpusAWS Batch sélectionne les types d'instance dans l'ordre dans lequel ils apparaissent dans la
instanceTypesliste, mais optimise d'abord la capacité. La priorité définie par le client est respectée dans la mesure du possible. Lorsque les pools de capacité des instances Spot sont disponibles de la même manière, l'ordre de priorité est respecté. Lorsque la capacité est limitée, AWS Batch sélectionne parmi les pools les plus disponibles, quelle que soit leur priorité, afin de minimiser le risque d'interruption des instances Spot. Cette stratégie n'est disponible que pour les ressources de calcul des instances Spot.
Quelle que soit la stratégie d'allocation, à BEST_FIT l'exception de l'utilisation de On-Demand (EC2) ressources de calcul, il AWS Batch peut être nécessaire de les dépasser maxvCpus pour répondre à vos besoins en matière de capacité. Dans ce cas, AWS Batch ne maxvCpus dépassez jamais plus d'une instance.
