3.3 - Calcul performant (groupes de placement, types d'instances)
L'objectif 3.3 de l'AWS Solutions Architect Associate couvre la conception d'un calcul performant. Une tâche HPC fortement couplée qui exige la plus faible latence réseau et un haut débit entre instances profite d'un groupe de placement cluster, qui regroupe les instances au plus près dans une même zone de disponibilité. Choisir la bonne famille d'instances compte : une charge de cache en mémoire, gourmande en RAM et peu en CPU, convient à une famille optimisée mémoire comme R, tandis que les familles optimisées calcul (C), usage général (M) et accélérées (GPU) conviennent à d'autres profils. Pour des recommandations par apprentissage automatique sur le bon dimensionnement de tes ressources EC2, EBS et Lambda, AWS Compute Optimizer analyse l'utilisation et suggère des changements. Tu dois aussi connaître l'Auto Scaling et Graviton. Attends-toi à des mises en situation demandant la bonne conception ou le bon service.
Latence la plus faible entre instances couplées = groupe de placement cluster. Beaucoup de RAM, peu de CPU = optimisé mémoire (famille R). Recommandations de dimensionnement par ML pour EC2/EBS/Lambda = Compute Optimizer.
Questions d'entraînement
1. Un travail HPC fortement couplé a besoin de la latence réseau la plus faible et du taux de paquets par seconde le plus élevé entre instances EC2. Quelle stratégie de placement convient ?
- Un groupe de placement spread répartissant les instances sur du matériel distinct
- Un groupe de placement cluster regroupant les instances au plus près dans une seule AZ (bonne réponse)
- Un groupe de placement partition isolant les instances dans des racks séparés
- Aucun groupe de placement, en s'appuyant sur le réseau amélioré seul à travers les AZ
Un groupe de placement cluster regroupe les instances sur du matériel proche dans une AZ pour un trafic nœud à nœud à faible latence et haut débit, idéal pour le HPC fortement couplé. Spread et partition privilégient plutôt l'isolation des pannes.
2. Une charge de cache en mémoire consomme beaucoup de RAM mais peu de CPU. Quelle famille d'instances EC2 convient le mieux ?
- Des instances optimisées mémoire comme la famille R (bonne réponse)
- Des instances optimisées calcul comme la famille C
- Des instances optimisées stockage comme la famille I
- Des instances polyvalentes à crédits comme la famille T
Les instances optimisées mémoire de la famille R offrent un fort ratio RAM/vCPU, idéal pour caches et bases en mémoire. C vise le calcul intensif, I les fortes IOPS de stockage local, T une charge CPU faible et régulière.
3. Une base à fort volume transactionnel auto-gérée sur EC2 a besoin de dizaines de milliers d'IOPS soutenues avec une latence constante de quelques millisecondes. Quel type de volume EBS convient ?
- io2 Block Express (SSD à IOPS provisionnées) pour des IOPS élevées et constantes (bonne réponse)
- st1 (HDD optimisé pour le débit) pour son fort débit séquentiel
- sc1 (HDD froid) pour garder le coût de stockage le plus bas possible
- gp2 (SSD à usage général) en s'appuyant sur les crédits de rafale pour le pic
io2 Block Express délivre des IOPS provisionnées élevées avec une latence basse et constante et une haute durabilité, conçu pour les bases intensives en E/S et sensibles à la latence. Les HDD servent des charges séquentielles, pas transactionnelles.
4. Les nœuds d'un cluster HPC fortement couplé ont besoin d'un réseau contournant l'OS, avec de très hauts débits de paquets et une latence basse et constante entre instances. Quelle capacité fournit cela ?
- Attacher plusieurs interfaces réseau élastiques standard à chaque nœud
- Un Elastic Fabric Adapter (EFA) activant un réseau HPC contournant l'OS (bonne réponse)
- Un Network Load Balancer répartissant le trafic inter-nœuds du cluster
- Une taille d'instance plus grande pour plus de bande passante réseau par nœud
Un Elastic Fabric Adapter fournit un réseau contournant l'OS (via libfabric) pour une latence très basse et constante et de hauts débits de paquets entre instances, conçu pour les charges HPC et ML fortement couplées.
5. Une base transactionnelle auto-gérée sur EC2 a besoin d'IOPS provisionnées très élevées et constantes avec la plus haute durabilité parmi les options EBS. Quel type de volume choisir ?
- gp3 SSD à usage général agrandi avec un débit provisionné supplémentaire
- st1 HDD optimisé pour le débit pour son fort débit séquentiel en gros blocs
- io2 Block Express SSD à IOPS provisionnées pour de fortes IOPS et 99,999 % de durabilité (bonne réponse)
- sc1 HDD froid pour garder les journaux de transactions au coût le plus bas
io2 Block Express délivre les IOPS provisionnées les plus élevées avec une latence constante inférieure à la milliseconde et une durabilité de 99,999 %, conçu pour les bases transactionnelles critiques intensives en E/S. gp3 plafonne plus bas ; les HDD conviennent au séquentiel.
6. Une équipe veut des recommandations par apprentissage automatique indiquant si leurs ressources EC2, EBS et Lambda sont sur- ou sous-provisionnées. Quel service fournit cela ?
- AWS Trusted Advisor, qui ne liste que de larges vérifications de bonnes pratiques par catégorie
- Amazon CloudWatch, qui expose les métriques d'utilisation brutes de chaque ressource
- AWS Cost Explorer, qui visualise les tendances de dépense mais pas le dimensionnement
- AWS Compute Optimizer, offrant des recommandations de dimensionnement par ML par ressource (bonne réponse)
Compute Optimizer analyse l'utilisation historique par apprentissage automatique pour recommander des configurations optimales pour les instances EC2, groupes Auto Scaling, volumes EBS et fonctions Lambda, traitant à la fois le sur- et le sous-provisionnement.