Choix d'une option d'achat pour Amazon EC2

On-Demand Les instances proposent une tarification par paiement à l'utilisation, sans engagement à long terme ni paiement initial. Ils offrent une flexibilité maximale, vous permettant de démarrer, d'arrêter et de mettre fin à des instances à tout moment tout en ne payant que pour le temps de calcul que vous utilisez, avec une granularité de facturation aussi faible que par seconde pour les instances Linux, RHEL et Windows.

Les Savings Plans sont un modèle de tarification flexible qui offre des remises importantes en échange d'un engagement à utiliser un montant spécifique de calcul (mesuré en $/heure) pour une période d'un ou trois ans. Les plans d'épargne adaptés à Amazon EC2 se déclinent en deux types : les plans Compute Savings s'appliquent automatiquement à toute utilisation d'instance Amazon EC2, indépendamment de la région, de la famille d'instances, du système d'exploitation ou de la location, et couvrent également l'utilisation de Fargate et Lambda. Les Amazon EC2 Instance Savings Plans s'appliquent à une famille d'instances spécifique au sein d'une région et offrent des remises plus importantes en échange d'un engagement plus ciblé.

Les instances Spot permettent d'accéder à une capacité de calcul interruptible en fonction de la demande avec un rabais allant jusqu'à 90 %. Cette capacité est mise à disposition par Amazon EC2 et peut être récupérée AWS si nécessaire. Les instances Spot sont idéales pour les charges de travail flexibles et tolérantes aux pannes, telles que le traitement par lots, l'analyse de données, les CI/CD pipelines et les serveurs Web sans état. Ils fonctionnent mieux lorsque vos applications peuvent gérer des interruptions potentielles ou lorsqu'ils sont utilisés avec des services qui peuvent automatiquement demander une capacité de remplacement. D'une manière générale, les instances Spot conviennent mieux aux charges de travail flexibles avec une demande variable qui peuvent tolérer des interruptions, tandis que les Savings Plans conviennent mieux aux charges de travail stables avec des modèles d'utilisation prévisibles et cohérents nécessitant une disponibilité ininterrompue. La tarification des instances Spot est indépendante de celle des Savings Plans. Les remises des Savings Plans ne s'appliquent pas à l'utilisation des instances Spot.

Les instances réservées (RI) sont une ancienne option d'achat que nous recommandons généralement de remplacer par des Savings Plans, et les nouvelles familles d'instances Amazon EC2 peuvent ne pas prendre en charge la tarification des instances réservées. L'ensemble des services pour lesquels les RI restent la seule remise basée sur un engagement s'est fortement réduit : la plupart des services de base de données et d'analyse sont désormais couverts par les Database Savings Plans (Amazon RDS, Aurora, DynamoDB ElastiCache, DocumentDB, Neptune, Keyspaces, Timestream, DMS et jusqu'à 35 % de réduction). OpenSearch Redshift utilise ses propres modèles d'engagement plutôt que des Savings Plans : Reserved Nodes pour les clusters provisionnés (jusqu'à 75 % de réduction) et réservations sans serveur pour Redshift Serverless (jusqu'à 45 % de réduction). Pour la plupart des charges de travail, les Savings Plans (ou la réservation spécifique au service concerné) sont désormais la solution par défaut.

Les hôtes dédiés fournissent des serveurs physiques Amazon EC2 dédiés exclusivement à votre usage. Ils offrent une visibilité sur les cœurs physiques et les sockets du serveur sous-jacent, ce qui vous permet de déployer vos instances sur des serveurs spécifiques et de les y maintenir au fil du temps. Les hôtes dédiés peuvent aider à répondre aux exigences de conformité qui peuvent nécessiter l'isolation physique des serveurs et fournir des performances plus prévisibles. Cette option est particulièrement utile pour apporter vos propres licences logicielles liées au serveur (telles que Windows Server, SQL Server ou SUSE Linux Enterprise Server) sous licence par cœur ou par socket, ce qui vous permet de réduire les coûts en évitant les frais de licence normalement inclus dans la tarification standard d'Amazon EC2. Les hôtes dédiés sont facturés par hôte physique plutôt que par instance. La rentabilité dépend donc de la manière dont vous utilisez pleinement la capacité d'instance disponible sur chaque hôte.

Les instances dédiées s'exécutent sur du matériel dédié à un seul AWS compte, mais diffèrent des hôtes dédiés en ce sens qu'elles ne fournissent ni visibilité ni contrôle sur le placement des instances. Ils offrent une isolation physique au niveau du matériel hôte par rapport aux instances appartenant à d'autres AWS comptes, ce qui les rend adaptés aux charges de travail soumises à des exigences réglementaires ou de conformité imposant l'isolement des locataires.

On-Demand Les réservations de capacité (ODCR) offrent de la flexibilité pour les charges de travail soumises à des exigences de capacité strictes, telles que les événements critiques, les exigences de haute disponibilité, la conformité réglementaire ou les scénarios de reprise après sinistre. Ils peuvent être créés et annulés selon les besoins. Les réservations de capacité peuvent être configurées selon deux dimensions :

Par étendue d'accès :

Par heure de début :

Les réservations de capacité sont facturées au On-Demand tarif équivalent, que la capacité réservée soit utilisée ou non, et peuvent être combinées avec des Savings Plans ou des instances réservées régionales afin de réduire les coûts.

Les blocs de capacité pour le machine learning vous permettent de réserver des instances GPU et accélérées pour des fenêtres temporelles spécifiques, ce qui est particulièrement utile pour les charges de travail de machine machine nécessitant des besoins de planification prévisibles. Les blocs de capacité peuvent être réservés pour des durées allant de 1 à 182 jours, avec la possibilité de commencer quelques minutes après l'achat ou à une date future planifiée. Cette option est idéale pour l'entraînement, le réglage précis, l'expérimentation et la gestion des pics de demande d'inférence temporaires. Les blocs de capacité sont tarifiés en fonction des tendances de l'offre et de la demande, les tarifs étant mis à jour périodiquement, et les frais de réservation sont facturés d'avance au moment de l'achat. La tarification n'est pas un mécanisme de discount : les tarifs peuvent être égaux, supérieurs ou inférieurs On-Demand en fonction de la famille d'instances, de la région et de la demande, et pour les instances de GPU les plus populaires, les blocs de capacité sont souvent assortis d'une prime par rapport au On-Demand prix d'une disponibilité garantie. Contrairement à On-Demand Capacity Reservations, la tarification Capacity Block ne peut pas être combinée avec des remises sur les Savings Plans ou les instances réservées.

Aucun engagement avec On-Demand ou Spot : Pay-as-you-go tarification sans durée ni paiement initial.

Engagement flexible avec Compute Savings Plans : engagez-vous à effectuer une dépense horaire spécifique (in USD/hour) pour une durée de 1 ou 3 ans et bénéficiez d'une réduction allant jusqu'à 66 %. L'engagement s'applique de manière flexible aux familles d'instances, aux régions, aux systèmes d'exploitation et à la location, et couvre également Fargate et Lambda.

Engagement ciblé avec Amazon EC2 Instance Savings Plans : engagez-vous à consacrer une heure spécifique à une famille d'instances choisie au sein d'une région pour bénéficier d'une réduction allant jusqu'à 72 %. Une réduction plus importante que celle des Compute Savings Plans, en échange d'une flexibilité réduite. Les instances réservées offrent un compromis similaire, mais constituent une option traditionnelle ; considérez-les uniquement pour les services qui ne sont pas encore couverts par un type de Savings Plan (tels que les nœuds réservés Redshift pour les clusters provisionnés).

Mission-critical systèmes : pour les applications où les interruptions de service ont un impact commercial significatif (traitement des paiements, plateformes de trading, principales expériences clients), ajoutez un mécanisme de garantie des capacités à l'option d'achat que vous avez choisie. On-Demand Les réservations de capacité garantissent que les ressources requises sont disponibles en cas de besoin, et vous pouvez les associer à des Savings Plans ou à des instances réservées régionales pour optimiser le coût de cette capacité réservée.

Systèmes importants mais résilients : pour les services importants mais dotés d'une résilience intégrée (systèmes distribués avec redondance), une approche équilibrée utilisant une combinaison de Savings Plans et garantissant à la fois rentabilité et fiabilité, ou On-Demand des instances ponctuelles où la charge de travail est tolérante aux pannes.

Traitement en arrière-plan ou par lots : pour les charges de travail qui peuvent être retardées ou replanifiées sans impact significatif, les instances Spot permettent de réaliser d'importantes économies, car les interruptions occasionnelles présentent un risque commercial minimal.

Steady-state charges de travail : les applications dont les modèles d'utilisation sont cohérents et prévisibles (bases de données, infrastructure de base) bénéficient le plus des engagements à long terme pris dans le cadre de Savings Plans.

Schémas cycliques : les charges de travail présentant des modèles prévisibles mais variables (day/night cycles, modèles hebdomadaires, pics saisonniers) bénéficient d'une approche à plusieurs niveaux : Savings Plans pour le niveau de référence et réservations de capacité ou blocs de On-Demand capacité pour les pics prévisibles.

Sursauts imprévisibles : les systèmes présentant des pics aléatoires ou imprévisibles peuvent bénéficier d'une flexibilité maximale grâce à la capacité On-Demand Spot.

Frais d'exploitation : les Savings Plans offrent un moyen simple d'optimiser les coûts, les remises s'appliquent automatiquement avec une gestion continue minimale au-delà des révisions périodiques de votre niveau d'engagement. Les instances réservées peuvent générer des économies plus importantes pour des configurations spécifiques, mais nécessitent une gestion plus active des attributs, des modifications et des renouvellements des instances.

Coût d'opportunité : le capital engagé pour les paiements initiaux ne peut pas être investi ailleurs. Tenez compte du coût du capital et des utilisations alternatives de ces fonds lorsque vous évaluez les options de paiement.

Risk-adjusted coût : le prix nominal le plus bas n'est pas toujours le coût ajusté au risque le plus bas. Les instances Spot permettent de réaliser des économies importantes, mais entraînent des frais opérationnels qui peuvent se traduire par une augmentation des efforts d'ingénierie consacrés au renforcement de la résilience, ou des coûts liés aux interruptions de service si elles ne sont pas mises en œuvre correctement ou si elles ne sont pas appliquées à la bonne charge de travail.

Optimisation de la rentabilité : si vous disposez du capital disponible et que vous vous concentrez sur une efficacité maximale, vous tirez le meilleur parti de tous les paiements initiaux lorsqu'ils sont disponibles, en prépayant efficacement pour le calcul au prix le plus bas.

Approche équilibrée : les paiements initiaux partiels offrent un juste milieu, réduisant l'engagement mensuel tout en bénéficiant de remises importantes, ce qui est idéal pour la plupart des entreprises établies.

Growth-focused, préservation de la trésorerie : Si vous accordez la priorité à la croissance et à la préservation des flux de trésorerie, vous pourriez bénéficier des options « No Upfront », en acceptant des remises légèrement inférieures afin de maintenir la flexibilité du capital nécessaire à l'expansion de votre activité.

High-innovation environnements : si vous faites évoluer rapidement votre architecture, adoptez de nouveaux services ou modifiez fréquemment les caractéristiques de votre charge de travail, privilégiez la flexibilité avec Compute Savings Plans, même en bénéficiant de remises légèrement inférieures, en échange de la possibilité d'adopter de nouveaux types d'instances plus efficaces ou de transférer les charges de travail entre les services, ce qui offre souvent une valeur à long terme supérieure aux remises maximales à court terme.

Charges de travail stables et matures : les applications dont les exigences sont bien comprises et stables peuvent bénéficier de remises plus importantes par le biais d'Amazon EC2 Instance Savings Plans (ou d'instances réservées, le cas échéant), en négociant des opportunités d'économies, étant donné que des changements significatifs sont peu probables pendant la période d'engagement.

Portabilité des remises : les Compute Savings Plans s'appliquent à toutes les régions. La réduction est donc adaptée à la charge de travail, qu'il s'agisse d'une rotation quotidienne entre les régions (follow the-sun), d'un basculement pour des raisons de résilience ou d'une évolution géographique au fil du temps. Les Amazon EC2 Instance Savings Plans sont limités à une région spécifique et offrent des remises plus importantes en échange de cet engagement géographique.

Capacité entre les zones de disponibilité : les réservations de On-Demand capacité sont liées à une zone de disponibilité spécifique. Pour les architectures multi-AZ ou les scénarios de reprise après sinistre, envisagez de créer des réservations de capacité dans plusieurs zones de disponibilité afin de garantir la disponibilité de la capacité de basculement en cas de besoin.

Gravité des données : les ressources informatiques ont tendance à rester dans la même région que les données qu'elles traitent. Cross-Region les coûts de sortie, le délai de réplication, les exigences locales (Amazon S3, Amazon RDS, DynamoDB et autres services) et les engagements relatifs au cycle de vie du stockage ancrent les charges de travail dynamiques dans une région spécifique. Pour les charges de travail gourmandes en données, la flexibilité géographique est moins importante car il est peu probable que la charge de travail soit déplacée. Les charges de travail apatrides ou uniquement liées au calcul peuvent être transférées plus librement et bénéficier davantage de remises. Region-portable

Évolution de la réglementation : les exigences en matière de résidence et de conformité des données continuent d'évoluer à l'échelle mondiale. Si vous exercez vos activités dans plusieurs juridictions ou si vous êtes confronté à un environnement réglementaire en évolution, vous pourriez avoir besoin de flexibilité pour transférer les charges de travail dans différentes régions en fonction de l'évolution des exigences.

Charges de travail hautement prévisibles : l'infrastructure de base, les bases de données et les applications permanentes avec des modèles d'utilisation cohérents et bien compris constituent les candidats idéaux pour un engagement maximal grâce à Savings Plans. La prévisibilité de ces charges de travail transforme ce qui serait autrement un risque (engagement à long terme) en une opportunité de réaliser des économies substantielles.

Charges de travail prévisibles selon les saisons : les applications présentant des modèles identifiables qui varient en fonction de l'heure de la journée, du jour de la semaine ou de la saison bénéficient d'une approche à plusieurs niveaux. La base de référence prévisible est idéale pour les Savings Plans, tandis que les pics prévisibles peuvent tirer parti des réservations de On-Demand capacité ou des blocs de capacité pour les charges de travail de machine learning.

Charges de travail croissantes mais prévisibles : pour les applications présentant des trajectoires de croissance régulières, les engagements échelonnés peuvent être efficaces. Plutôt que de vous engager à utiliser la pleine capacité en une seule fois, mettez en œuvre une stratégie d'engagement continu dans le cadre de laquelle des parties de votre capacité sont engagées à différents moments, créant ainsi un effet d'échelle qui favorise la croissance tout en maintenant les remises.

Charges de travail imprévisibles : les charges de travail très variables ou imprévisibles bénéficient d'une flexibilité maximale grâce aux instances On-Demand ponctuelles.

Stateless versus stateful : les applications statiques qui peuvent facilement évoluer horizontalement sur différents types d'instances offrent une flexibilité d'achat bien supérieure à celle des applications statiques ayant des exigences d'instance spécifiques.

Modèles de résilience : les applications conçues avec des modèles de résilience (disjoncteurs, mécanismes de nouvelle tentative, dégradation progressive) peuvent utiliser les instances ponctuelles de manière plus efficace, ce qui leur permet de bénéficier des remises les plus importantes disponibles.

Efficacité des ressources : les applications optimisées pour une utilisation efficace des ressources peuvent souvent s'exécuter sur des types d'instances plus petits ou plus diversifiés, ce qui augmente la flexibilité des options d'achat et réduit les coûts globaux. Par exemple, une architecture de microservices conteneurisée qui adapte chaque service indépendamment peut répartir les charges de travail entre plusieurs types d'instances plus petites au lieu de nécessiter quelques grandes instances spécialisées, ce qui permet une utilisation plus large des instances Spot et des Compute Savings Plans.

Effet de portefeuille : sur des centaines ou des milliers de charges de travail, les pics et les baisses individuels ont tendance à s'annuler, ce qui produit une base de référence globale plus stable que ne le permettrait n'importe quelle charge de travail individuelle. Cette stabilité soutient des engagements plus importants en matière de Savings Plans avec moins de risques prévisionnels.

Cross-account optimisation : Si vous utilisez la facturation consolidée, vous pouvez optimiser sur plusieurs AWS comptes en centralisant les décisions d'achat via AWS Organizations. Cela permet de partager les remises sur les Savings Plans et les instances réservées régionales entre les comptes, maximisant ainsi les taux d'utilisation. On-Demand Les réservations de capacité peuvent également être partagées entre les comptes à l'aide de AWS Resource Access Manager. Pour les réservations de capacité partagée, la facturation de la capacité non utilisée peut être attribuée à un compte client spécifique, ce qui vous permet d'aligner les coûts sur ceux des équipes qui ont demandé la capacité. En outre, les réservations de capacité interruptible permettent aux équipes de mettre temporairement la capacité réservée inutilisée à la disposition d'autres charges de travail au sein de l'organisation. Le propriétaire de la capacité garde le contrôle pour la récupérer en cas de besoin, tandis que d'autres équipes peuvent l'utiliser pour des charges de travail tolérantes aux pannes dans l'intervalle.

Agrégation saisonnière : alors que les applications individuelles peuvent présenter des modèles saisonniers imprévisibles, les grands portefeuilles présentent souvent des tendances saisonnières agrégées plus stables. La charge de travail du commerce de détail atteint son maximum pendant les vacances, tandis que celle de l'enseignement culmine pendant les périodes d'inscription. La compréhension de ces modèles combinés permet une planification plus stratégique des capacités.

Répartition des risques : à grande échelle, vous pouvez mettre en œuvre des stratégies d'optimisation des coûts plus agressives, car vous pouvez répartir les risques sur l'ensemble de votre portefeuille. Une partie des charges de travail peut tirer parti de l'utilisation maximale des instances Spot, tandis que d'autres peuvent conserver la capacité réservée, ce qui permet d'optimiser les coûts globaux tout en préservant la continuité des activités.

Commencez avec le didacticiel Amazon EC2

Découvrez comment lancer et configurer votre première instance Amazon EC2 à l'aide de l'assistant de lancement d'instance Amazon EC2 dans la console Amazon EC2.

Commencez avec le didacticiel Amazon EC2

On-Demand Instances de lancement

Provisionnez les instances au On-Demand taux standard par seconde sans engagement initial, à l'aide de l'assistant de lancement, de la CLI ou du SDK.

Commencez avec les instances Amazon EC2

Achetez des Savings Plans

Engagez-vous à utiliser le calcul de manière constante ($/heure) pour une durée d'un an ou de trois ans.

Explorez le guide

Création d'une demande d'instance Spot

Demandez de la capacité Amazon EC2 en bénéficiant de remises allant jusqu'à 90 % sur le On-Demand prix ; les instances peuvent être interrompues moyennant un préavis de deux minutes si vous avez AWS besoin de récupérer de la capacité.

Lisez le guide

Création d'un groupe Auto Scaling

Configurez un groupe Auto Scaling qui combine On-Demand et repère des instances à l'aide d'une configuration unique. Définissez la diversification de votre type d'instance, vos stratégies d'allocation et la proportion par rapport On-Demand à la capacité Spot. Auto Scaling gère le provisionnement, le dimensionnement et le remplacement automatique des instances Spot interrompues.

Lisez le guide

Surveillez l'utilisation et la couverture des Savings Plans

Vérifiez régulièrement les indicateurs d'utilisation et de couverture de vos Savings Plans pour vous assurer de maximiser la valeur de vos engagements.

Lisez le guide

Créez des CloudWatch tableaux de bord personnalisés

Visualisez les statistiques relatives aux coûts, à l'utilisation et aux applications d'Amazon EC2 en un seul endroit grâce à des tableaux de bord personnalisables dotés de widgets personnalisés qui aident à identifier les tendances et les opportunités d'optimisation pour une prise de décision plus éclairée.

Lisez le guide

Surveillez et optimisez la capacité avec Amazon EC2 Capacity Manager

Utilisez Amazon EC2 Capacity Manager pour surveiller, analyser et gérer votre On-Demand utilisation des réservations de places et de capacité sur l'ensemble des comptes et des régions à partir d'une seule interface. Identifiez les réservations de capacité sous-utilisées, analysez les modèles d'utilisation et prenez des mesures pour optimiser la capacité et les coûts de votre Amazon EC2.

Lisez le guide

Commencez avec Amazon EC2 Auto Scaling

Amazon EC2 Auto Scaling permet de vous assurer que vous disposez du bon nombre d'instances Amazon EC2 disponibles pour gérer la charge de l'application.

Commencez avec le didacticiel

Mise à l’échelle planifiée

Configurez un dimensionnement basé sur le temps pour des modèles de charge de travail prévisibles, tels que les heures de bureau, les week-ends ou les variations saisonnières du trafic.

Lisez le guide

Politiques de suivi des objectifs de la mise à l'échelle

Découvrez comment ajuster automatiquement la capacité de votre Amazon EC2 en fonction des indicateurs de demande tels que l'utilisation du processeur, le trafic réseau ou les indicateurs d'application personnalisés afin de maintenir des performances optimales et une utilisation élevée de vos instances Amazon EC2 pour une meilleure rentabilité sans intervention manuelle.

Lisez le guide

Définissez des seuils de dépenses avec AWS les budgets

Établissez des seuils budgétaires et des alertes automatisées pour maintenir la visibilité et le contrôle de vos dépenses Amazon EC2.

Lisez le guide

Stratégies de balisage des ressources

Mettez en œuvre un balisage cohérent sur l'ensemble de vos ressources Amazon EC2 dès le début de votre déploiement afin de suivre avec précision les coûts par département, projet, environnement ou autres dimensions commerciales, afin de permettre une allocation et une analyse détaillées des coûts.

Lisez le guide

Utilisez AWS Compute Optimizer pour trouver des candidats de la bonne taille

Découvrez comment surveiller et analyser les performances et les modèles d'utilisation actuels de vos instances Amazon EC2 afin d'élaborer une stratégie pour dimensionner correctement vos instances Amazon EC2 et optimiser vos coûts au fil du temps.

Lisez le guide

AWS Billing and Cost Management

Utilisez AWS le Cost Optimization Hub pour identifier les opportunités d'économies, notamment en vous recommandant des Savings Plans personnalisés en fonction de votre historique d'utilisation. Surveillez l'utilisation et la couverture de vos Savings Plans dans AWS Cost Explorer afin de maximiser la valeur de vos engagements au fil du temps.

Lisez le guide

Commencer à utiliser les instances Spot

Découvrez les principes fondamentaux des instances Spot Amazon EC2, notamment comment demander de la capacité Spot, comprendre la dynamique des prix et identifier les charges de travail adaptées à ce modèle de tarification.

Lisez le guide

Comprendre le modèle de tarification

Les instances Spot utilisent un modèle de tarification simplifié dans lequel les prix sont fixés par Amazon EC2 et ajustés progressivement en fonction des tendances de l'offre et de la demande à long terme. Cette approche permet d'obtenir des prix prévisibles sans la complexité des mécanismes d'appel d'offres utilisés par le passé. Si une instance Spot est interrompue au cours de la première heure d'utilisation, cette heure partielle d'utilisation ne vous est pas facturée.

Afficher les prix au comptant actuels | Afficher l'historique des prix | Calculateur d'économies | Facturation en cas d'interruption

Demande et maintien de la capacité Spot

AWS fournit des API pour demander de la capacité Spot : RunInstances Amazon EC2 Fleet et Auto Scaling Groups. RunInstances propose des fonctionnalités de base avec des options limitées, tandis qu'Amazon EC2 Fleet et Auto Scaling Groups fournissent des fonctionnalités de configuration étendues pour les déploiements de production à grande échelle.

RunInstances API | Flotte Amazon EC2 | Groupe Amazon EC2 Auto Scaling

Stratégies d'allocation au comptant

La stratégie d'allocation ponctuelle détermine la manière dont Amazon EC2 sélectionne et hiérarchise les pools de capacité ponctuels (combinaisons de types d'instances et de zones de disponibilité) lors du lancement d'instances ponctuelles. Lors du lancement d'instances, l'API utilise la stratégie d'allocation que vous spécifiez pour sélectionner les pools spécifiques parmi tous les pools possibles. Il existe cinq stratégies d'allocation : capacité optimisée par prix, capacité optimisée, capacité optimisée priorisée, diversifiée et prix le plus bas (non recommandée). Ces stratégies ont un impact significatif sur les pools de capacités qui seront sélectionnés pour fournir la capacité demandée. Dans la plupart des cas, la stratégie recommandée est la stratégie Price Capacity Optimized, qui équilibre les coûts et réduit les risques d'interruptions. Cette stratégie demande des instances ponctuelles aux pools présentant le moins de risques d'interruption à court terme, puis demande des instances ponctuelles au prix le plus bas de ces pools.

Lisez le guide

Mettre en œuvre l'observabilité et le suivi

Mettez en œuvre des pratiques d'observabilité et de gestion des coûts pour prendre des décisions basées sur les données concernant l'adéquation de la charge de travail et la maximisation des économies de coûts. Les balises de répartition des coûts permettent un suivi détaillé des charges de travail Spot en les classant par équipes, projets et environnements, ce qui permet de quantifier les économies réelles et d'identifier de nouvelles opportunités. La configuration de budgets, d'alertes et de tableaux de bord avec des ressources balisées vous permet d'analyser les modèles d'interruption, de mettre en œuvre des contrôles de gouvernance et d'optimiser votre stratégie Spot en fonction des tendances d'utilisation et des indicateurs de coûts.

Organisation et suivi des AWS coûts à l'aide de balises de répartition des coûts | Filtrage des données de AWS coûts que vous souhaitez consulter | Économies réalisées grâce à l'achat d'instances ponctuelles

Diversification des instances

La diversification des instances est la recommandation la plus simple à mettre en œuvre qui apporte la plus grande amélioration à l'expérience Spot. Tirez parti d'une combinaison de stratégies d'allocation ponctuelle (telles que Price Capacity Optimized) et de types d'instances étendus et de zones de disponibilité pour optimiser l'accès à la capacité ponctuelle. Réduisez les risques d'interruption en répartissant votre charge de travail sur plusieurs types, tailles et zones de disponibilité d'instances. Les applications qui peuvent s'exécuter sur différents types d'instances présentent une disponibilité nettement supérieure et des taux d'interruption plus faibles.

Attribute-based sélection d'instance

Attribute-based la sélection d'instances vous permet de spécifier les exigences de calcul (vCPU, mémoire, architecture) plutôt que les types d'instance exacts. Cela permet à votre flotte de sélectionner automatiquement parmi un pool beaucoup plus important d'instances appropriées, ce qui améliore la disponibilité et l'accès à la capacité Spot. Il simplifie la configuration tout en permettant une large diversification entre les familles, les tailles et les générations d'instances, y compris les types récemment lancés.

Lisez le guide

Mettre en œuvre la flexibilité géographique

Étendez vos déploiements d'instances Spot dans plusieurs zones de disponibilité et régions pour accéder à davantage de capacité inutilisée et réduire l'impact des contraintes de capacité sur un seul site. Utilisez l'API Spot Placement Score pour identifier les régions et les zones de disponibilité les plus prometteuses en fonction de vos exigences en matière de charge de travail.

Score de placement ponctuel | Suivi du score de placement ponctuel

Flexibilité dans les délais

Planifiez vos charges de travail Spot pendant les périodes de faible demande afin d'augmenter les chances d'obtenir et de maintenir la capacité Spot avec moins d'interruptions.

Lisez le guide

Tirer parti des notifications relatives aux interruptions d'Amazon EC2 Spot

Deux minutes avant l'interruption d'une instance Spot AWS, Amazon EC2 émet un avis d'interruption d'instance Spot sous forme d' EventBridge événement et d'élément dans les métadonnées de l'instance. Profitez de ce temps pour enregistrer facilement l'état, drainer les connexions et rediriger le trafic afin de maintenir la disponibilité des applications.

Avis d'interruption des instances Spot | Tirer parti des avis d'interruption des instances Spot Amazon EC2

Répondre aux recommandations de rééquilibrage

Les recommandations de rééquilibrage EC2 signalent lorsque les instances Spot présentent un risque d'interruption élevé. Cela vous permet de migrer les charges de travail de manière proactive vers des instances Spot nouvelles ou existantes. Auto Scaling Groups peut automatiquement rééquilibrer la capacité du Spot en fonction de ces recommandations.

Recommandations de rééquilibrage des instances Amazon EC2 | Rééquilibrage des capacités dans le cadre du dimensionnement automatique pour remplacer les instances ponctuelles à risque

Réduction du temps de calcul des tâches individuelles

Tirez parti d'une approche « diviser pour mieux régner » pour diviser les gros travaux en tâches plus petites et plus rapides. Cela réduit le risque d'interruption avant la fin des tâches et minimise l'impact des interruptions, car les tâches achevées en deux minutes ne sont pas affectées par les interruptions ponctuelles.

Explorez le guide

Contrôle de la charge de travail

Mettez en œuvre un mécanisme de point de contrôle pour enregistrer l'état actuel de votre tâche (fichiers, progression et paramètres) dans un stockage permanent à intervalles réguliers, ou lors de la réception d'un avis d'interruption de Spot. Vous pouvez reprendre le travail depuis le dernier point de contrôle enregistré sur une autre instance Amazon EC2.

Applications HPC de point de contrôle | Économisez jusqu'à 90 % grâce aux tâches Long-Running HPC | Optimisation des coûts avec Ansys LS-DYNA

Hibernation localisée

Utilisez l'hibernation de l'instance Spot pour enregistrer l'état en mémoire pendant les interruptions afin d'accélérer la restauration. Les instances mises en veille prolongée ne peuvent reprendre leurs activités que dans le même pool de capacités (type d'instance et zone de disponibilité), et si ce pool ne retrouve jamais sa disponibilité, il est possible que l'instance ne reprenne jamais. Déterminez s'il est acceptable d'attendre indéfiniment plutôt que de redémarrer de nouvelles instances ailleurs. L'hibernation s'accompagne de contraintes : RAM inférieure à 150 Go, durée maximale de 60 jours avant la résiliation, EC2-only reprise, plus restrictions sur la famille d'instances, le type de volume racine et le chiffrement. Consultez le lien ci-dessous pour plus de détails.

Lisez le guide

Priorisation des charges de travail

Mettez en œuvre la priorisation de la charge de travail afin que les tâches critiques s'exécutent sur des instances On-Demand ou des instances validées.

Lisez le guide

Score de placement Spot

Maximisez vos chances de sécuriser les instances Spot Amazon EC2 en tirant parti de la fonctionnalité Spot placement score, qui vous aide à identifier les régions et les zones de disponibilité les plus prometteuses pour vos exigences en matière de charge de travail.

Lisez le guide

Interruptions d'instances ponctuelles de test en utilisant AWS FIS

Apprenez à simuler les interruptions d'instance Spot à l'aide de AWS Fault Injection Service (FIS) et à créer des applications plus fiables et plus économiques capables de gérer la restauration des capacités d'Amazon EC2 avec élégance.

Commencez avec le didacticiel