# Ressources rentables
**Topics**
+ [COÛT 5. Comment évaluer les coûts lorsque vous sélectionnez des services ?](cost-05.md)
+ [COÛT 6. Comment atteindre les objectifs de coût lorsque vous sélectionnez le type, la taille et le nombre de ressources ?](cost-06.md)
+ [COÛT 7. Comment utiliser les modèles de tarification pour réduire les coûts ?](cost-07.md)
+ [COÛT 8. Comment planifier les frais de transfert de données ?](cost-08.md)
# COÛT 5. Comment évaluer les coûts lorsque vous sélectionnez des services ?
Amazon EC2, Amazon EBS et Amazon S3 sont les services fondamentaux d’AWS. Les services gérés tels qu’Amazon RDS et Amazon DynamoDB, sont des services AWS de plus haut niveau, ou de niveau application. En sélectionnant les services fondamentaux et les services gérés appropriés, vous pouvez optimiser cette charge de travail en matière de coûts. Par exemple, en utilisant des services gérés, vous pouvez réduire ou supprimer une grande partie de votre traitement administratif et opérationnel, et vous dégagez ainsi du temps pour travailler sur les applications et les activités liées aux activités.
**Topics**
+ [COST05-BP01 Identifier les exigences de l'organisation en matière de coûts](cost_select_service_requirements.md)
+ [COST05-BP02 Analyse de tous les composants de la charge de travail](cost_select_service_analyze_all.md)
+ [COST05-BP03 Réalisation d’une analyse approfondie de chaque composant](cost_select_service_thorough_analysis.md)
+ [COST05-BP04 Sélection de logiciels avec des licences rentables](cost_select_service_licensing.md)
+ [COST05-BP05 Sélection des composants de cette charge de travail afin d’optimiser les coûts en fonction des priorités de l’organisation](cost_select_service_select_for_cost.md)
+ [COST05-BP06 Analyse des coûts d’une utilisation différente au fil du temps](cost_select_service_analyze_over_time.md)
# COST05-BP01 Identifier les exigences de l'organisation en matière de coûts
Collaborez avec les membres de l’équipe pour définir l’équilibre entre l’optimisation des coûts et les autres piliers, tels que la performance et la fiabilité, pour cette charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée** : élevé
## Directives d’implémentation
Dans la plupart des organisations, le département des technologies de l’information (TI) est composé de plusieurs petites équipes, chacune ayant son propre programme et son propre domaine d’intervention. Le tout reflète les spécialités et les compétences des membres de son équipe. Vous devez comprendre les objectifs généraux, les priorités et les buts de votre organisation et la manière dont chaque département ou projet contribue à ces objectifs. La catégorisation de toutes les ressources essentielles, notamment le personnel, les équipements, les technologies, le matériel et les services externes, est cruciale pour atteindre les objectifs de l’organisation et mettre en place une planification budgétaire exhaustive. L’adoption de cette approche systématique de l’identification et de la compréhension des coûts est fondamentale pour établir un plan de coûts réaliste et solide pour l’organisation.
Lorsque vous sélectionnez des services pour votre charge de travail, il est essentiel que vous compreniez les priorités de votre entreprise. Créez un équilibre entre l'optimisation des coûts et les autres piliers du AWS Well-Architected Framework, tels que les performances et la fiabilité. Ce processus doit être mené de manière systématique et régulière afin de refléter l’évolution des objectifs de l’organisation, des conditions du marché et de la dynamique opérationnelle. Une charge de travail entièrement optimisée en matière de coûts est la solution la plus conforme aux besoins de votre organisation, et pas nécessairement la moins coûteuse. Rencontrez toutes les équipes de votre organisation (équipes produits, commerciales, techniques et financières) pour recueillir des informations. Évaluez l’impact des compromis entre des intérêts concurrents ou des approches alternatives pour prendre des décisions éclairées au moment de déterminer où concentrer les efforts ou de choisir une ligne de conduite.
Par exemple, l’accélération de la mise sur le marché de nouvelles fonctionnalités peut être privilégiée par rapport à l’optimisation des coûts, ou vous pouvez choisir une base de données relationnelle pour les données non relationnelles afin de simplifier l’effort de migration d’un système, plutôt que de migrer vers une base de données optimisée pour votre type de données et de mettre à jour votre application.
### Étapes d’implémentation
+ **Identification des exigences de l’organisation en matière de coût :** réunissez-vous avec les membres de l’équipe de votre organisation, y compris les personnes chargées de la gestion des produits, les responsables d’application, les équipes de développement et d’exploitation, la direction et les services financiers. Hiérarchisez les piliers Well-Architected de cette charge de travail et ses composants. Vous devriez obtenir un classement des piliers par ordre de priorité. Vous pouvez également attribuer une pondération à chaque pilier pour indiquer le degré de priorité supplémentaire d’un pilier ou une similarité de priorité entre deux piliers.
+ **Traitement et documentation de la dette technique :** au cours de l’examen de la charge de travail, abordez la dette technique. Documentez un élément en attente pour retenir la charge de travail à l’avenir dans le but de la refactoriser ou de la réorganiser pour l’optimiser davantage. Il est essentiel de communiquer clairement les concessions qui ont été faites aux autres parties prenantes.
## Ressources
**Bonnes pratiques associées :**
+ [REL11-BP07 Architectez votre produit pour atteindre les objectifs de disponibilité et les accords de niveau de service en matière de disponibilité () SLAs](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_service_level_agreements.html)
+ [OPS01-BP06 Évaluer les compromis](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/ops_priorities_eval_tradeoffs.html)
**Documents connexes :**
+ [AWS Calculateur du coût total de possession (TCO)](https://aws.amazon.com/tco-calculator/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits cloud](https://aws.amazon.com/products/)
# COST05-BP02 Analyse de tous les composants de la charge de travail
Assurez-vous que chaque composant de la charge de travail est analysé, peu importe la taille ou les coûts actuels. L’effort de vérification doit tenir compte des avantages potentiels, tels que les coûts actuels et prévus.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Les composants de la charge de travail, qui sont conçus pour apporter une valeur métier à l’organisation, peuvent englober différents services. Pour chaque composant, il est possible de choisir des services AWS Cloud spécifiques répondant aux besoins de l’entreprise. Cette sélection peut être influencée par des facteurs tels que la connaissance ou l’expérience antérieure de ces services.
Après avoir identifié les exigences de votre organisation, comme indiqué dans le document [COST05-BP01 Identification des exigences de l’organisation en matière de coûts](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/cost_select_service_requirements.html), effectuez une analyse approfondie de tous les composants de votre charge de travail. Analysez chaque composant en tenant compte des coûts et des tailles actuels et prévus. Examinez le coût de l’analyse par rapport aux économies potentielles de la charge de travail au cours de son cycle de vie. L’effort d’analyse de tous les composants de cette charge de travail doit correspondre aux économies ou aux améliorations potentielles escomptées grâce à l’optimisation de ce composant spécifique. Par exemple, si le coût de la ressource proposée est de 10 USD par mois et que les charges prévues ne dépassent pas 15 USD par mois, une journée d’effort pour réduire les coûts de 50 % (5 USD par mois) pourrait dépasser le bénéfice potentiel sur la durée de vie du système. Utilisez une estimation plus rapide et plus efficace basée sur des données pour obtenir le meilleur résultat global pour ce composant.
Les charges de travail peuvent évoluer dans le temps, et un ensemble de services qui est actuellement adapté peut ne pas être optimal si l’architecture ou l’utilisation de la charge de travail évolue. L’analyse pour la sélection des services doit intégrer les états de charge de travail et les niveaux d’utilisation actuels et futurs. La mise en œuvre d’un service pour un état ou un usage futur de la charge de travail peut réduire les coûts globaux en diminuant ou en supprimant l’effort nécessaire pour effectuer des changements futurs. Par exemple, l’utilisation d’EMR sans serveur peut être un bon choix dans un premier temps. Toutefois, à mesure que la consommation de ce service augmentera, le passage à EMR sur EC2 pourrait réduire les coûts liés à ce composant de la charge de travail.
[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) et les systèmes AWS Cost and Usage Report ([CUR](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/)) peuvent analyser le coût d’une démonstration de faisabilité (PoC) ou d’un environnement en cours d’exécution. Vous pouvez également utiliser [Calculateur de tarification AWS](https://calculator.aws/#/) pour estimer les coûts de charge de travail.
Rédigez un flux de travail à suivre par les équipes techniques pour vérifier leurs charges de travail. Bien que ce flux de travail doive être simple, couvrez également toutes les étapes nécessaires pour vous assurer que les équipes comprennent chaque composant de la charge de travail et sa tarification. Votre organisation pourra ensuite suivre et personnaliser ce flux de travail en fonction des besoins spécifiques de chaque équipe.
1. **Répertorier chaque service utilisé en fonction de votre charge de travail :** c’est un bon point de départ. Identifiez tous les services actuellement utilisés et l’origine des coûts.
1. **Compréhension du fonctionnement de la tarification pour ces services :** veillez à comprendre le [modèle de tarification](https://aws.amazon.com/pricing/) de chaque service. Les différents services AWS sont basés sur des modèles de tarification différents en fonction de facteurs tels que le volume d’utilisation, le transfert de données et le prix spécifique aux fonctionnalités.
1. **Concentrez-vous sur les services qui entraînent des coûts de charge de travail inattendus et qui ne correspondent pas à votre utilisation prévue ni aux résultats commerciaux prévus :** identifiez les valeurs aberrantes ou les services dont le coût n’est pas proportionnel à la valeur ou à l’utilisation avec AWS Cost Explorer ou les systèmes AWS Cost and Usage Report. Il est important de corréler les coûts aux résultats commerciaux afin de prioriser les efforts d’optimisation.
1. **AWS Cost Explorer, CloudWatch Logs, VPC Flow Logs et Amazon S3 Storage Lens pour comprendre la cause première de ces coûts élevés** : ces outils jouent un rôle essentiel dans le diagnostic des coûts élevés. Chaque service propose une approche différente pour visualiser et analyser l’utilisation et les coûts. Par exemple, Cost Explorer permet de déterminer les tendances globales en matière de coûts, CloudWatch Logs fournit des informations opérationnelles, VPC Flow Logs affiche le trafic IP et Amazon S3 Storage Lens est utile pour l’analyse du stockage.
1. **Utilisation de AWS Budgets pour établir des budgets pour certains montants pour des services ou des comptes :** la définition de budgets est un moyen proactif de gérer les coûts. Utilisez AWS Budgets pour définir des seuils budgétaires personnalisés et recevoir des alertes lorsque les coûts dépassent ces seuils.
1. **Configuration d’alarmes Amazon CloudWatch pour envoyer des alertes de facturation et d’utilisation :** configurez la surveillance et les alertes pour les mesures de coût et d’utilisation. Les alarmes CloudWatch peuvent vous avertir lorsque certains seuils sont atteints, ce qui améliore le temps de réponse aux interventions.
Encouragez des améliorations notables et des économies financières au fil du temps grâce à un examen stratégique de tous les composants de la charge de travail, quelles que soient leurs caractéristiques actuelles. L’effort déployé dans ce processus d’évaluation doit être délibéré, et tenir dûment compte des bénéfices potentiels qui pourraient en découler.
### Étapes d’implémentation
+ **Répertorier les composants de la charge de travail :** créez une liste des composants de votre charge de travail. Utilisez cette liste pour vérifier que chaque composant a été analysé. L’effort déployé doit refléter la sévérité de la charge de travail telle que définie par les priorités de l’organisation. Regroupez les ressources sur le plan fonctionnel pour améliorer l’efficacité, notamment du stockage des bases de données de production s’il existe plusieurs bases de données.
+ **Prioriser la liste des composants :** prenez la liste des composants et priorisez-la par ordre d’effort. Elle est généralement classée par ordre de coût du composant (du plus cher au moins cher) ou par ordre de criticité (telle qu’elle est définie par les priorités de votre organisation).
+ **Exécution de l’analyse :** pour chaque élément de la liste, examinez les options et les services disponibles et choisissez l’option qui correspond le mieux à vos priorités organisationnelles.
## Ressources
**Documents connexes :**
+ [Calculateur de tarification AWS](https://calculator.aws/#/)
+ [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits AWS Cloud](https://aws.amazon.com/products/)
**Vidéos connexes :**
+ [Série sur l’optimisation des coûts AWS : CloudWatch](https://www.youtube.com/watch?v=6imTJUGEzjU)
# COST05-BP03 Réalisation d’une analyse approfondie de chaque composant
Examinez le coût global de chaque composant pour l’organisation. Calculez le coût total de possession en tenant compte du coût des opérations et de la gestion, en particulier lorsque vous utilisez des services gérés par un fournisseur de cloud. L’effort d’examen doit refléter les avantages potentiels (par exemple, la durée de l’analyse est proportionnelle au coût du composant).
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Tenez compte du gain de temps qui permettra à votre équipe de se concentrer sur le remboursement de la dette technique, l’innovation, les fonctionnalités à valeur ajoutée et la création de votre avantage différentiel. Par exemple, il peut être nécessaire de procéder à un lift-and-shift (également appelé réhébergement) de vos bases de données depuis votre environnement sur site vers le cloud aussi rapidement que possible et de l’optimiser ultérieurement. Il est intéressant d’explorer les économies possibles réalisées en utilisant des services gérés sur AWS qui peuvent supprimer ou réduire les coûts de licence. Les services gérés sur AWS suppriment la charge opérationnelle et administrative liée à la gestion d’un service, comme la correction ou la mise à niveau du système d’exploitation, et vous permettent de vous consacrer à l’innovation et l’entreprise.
Étant donné que les services gérés fonctionnent à l’échelle du cloud, ils peuvent réduire le coût par transaction ou par service. Vous pouvez effectuer des optimisations potentielles afin d’obtenir des bénéfices concrets, sans pour autant changer l’architecture de base de l’application. Par exemple, vous souhaitez peut-être réduire le temps que vous consacrez à la gestion des instances de base de données en migrant vers une plateforme de base de données en tant que service comme [Amazon Relational Database Service (Amazon RDS](https://aws.amazon.com/rds/)) ou en migrant votre application vers une plateforme entièrement gérée comme [AWS Elastic Beanstalk](https://aws.amazon.com/elasticbeanstalk/).
En général, les services gérés ont des attributs que vous pouvez définir pour assurer une capacité suffisante. Vous devez définir et surveiller ces attributs afin que votre capacité excédentaire soit réduite au minimum et que vos performances soient maximisées. Vous pouvez modifier les attributs du système AWS Managed Services à l’aide des kits SDK et API AWS Management Console ou AWS pour aligner les besoins en ressources sur l’évolution de la demande. Par exemple, vous pouvez augmenter ou diminuer le nombre de nœuds sur un cluster Amazon EMR (ou un cluster Amazon Redshift) pour augmenter horizontalement ou réduire horizontalement.
Vous pouvez également regrouper plusieurs instances sur une ressource AWS pour permettre une utilisation de plus haute densité. Par exemple, vous pouvez allouer plusieurs petites bases de données sur une seule instance de base de données Amazon Relational Database Service (Amazon RDS). Alors que l’utilisation augmente, vous pouvez migrer l’une des bases de données vers une instance de base de données Amazon RDS dédiée en utilisant un processus d’instantané et de restauration.
Lors de la mise en service de charges de travail sur des services gérés, vous devez connaître les exigences d’ajustement de la capacité du service. Ces exigences sont généralement le temps, l’effort et toute incidence sur le fonctionnement normal de la charge de travail. La ressource allouée doit laisser le temps à tout changement de se produise, en allouant la surcharge requise pour le permettre. L’effort continu nécessaire pour modifier les services peut être réduit à pratiquement zéro en utilisant des API et des SDK intégrés à des outils système et de surveillance, tels que Amazon CloudWatch.
[Amazon RDS](https://aws.amazon.com/rds/), [Amazon Redshift](https://aws.amazon.com/redshift/) et [Amazon ElastiCache](https://aws.amazon.com/elasticache/) fournissent un service géré de base de données. [Amazon Athena](https://aws.amazon.com/athena/)[, Amazon EMR](https://aws.amazon.com/emr/) et [Amazon OpenSearch Service fournissent un service](https://aws.amazon.com/opensearch-service/) d’analytique géré.
[AMS](https://aws.amazon.com/managed-services/) est un service qui exploite l’infrastructure AWS pour le compte des clients et des partenaires des entreprises. Il fournit un environnement sécurisé et conforme sur lequel vous pouvez déployer vos charges de travail. AMS utilise des modèles d’exploitation de cloud d’entreprise avec l’automatisation pour permettre de répondre aux exigences de votre organisation, de migrer plus rapidement vers le cloud et de réduire vos coûts de gestion continue.
**Étapes d’implémentation**
+ **Réalisation d’une analyse approfondie : **à l’aide de la liste des composants, examinez chaque composant de la plus haute priorité à la plus basse. Pour les composants les plus prioritaires et les plus coûteux, effectuez une analyse supplémentaire et évaluez toutes les options disponibles et leur impact sur le long terme. Pour les composants de moindre priorité, évaluez si des changements d’utilisation modifieraient la priorité du composant, puis analysez l’effort approprié.
+ **Comparaison des ressources gérées et non gérées :** considérez le coût opérationnel des ressources que vous gérez et comparez-les aux ressources gérées AWS. Par exemple, évaluez vos bases de données s’exécutant sur des instances Amazon EC2 et comparez-les aux options Amazon RDS (un service géré par AWS) ou Amazon EMR par rapport à l’exécution d’Apache Spark sur Amazon EC2. Étudiez soigneusement vos options quand vous passez d’une charge de travail autogérée à une charge de travail entièrement gérée par AWS. Les trois facteurs les plus importants à prendre en compte sont le [type de service géré](https://aws.amazon.com/products/?&aws-products-all.q=managed) que vous souhaitez utiliser, le processus que vous utiliserez pour [migrer vos données](https://aws.amazon.com/big-data/datalakes-and-analytics/migrations/) et la compréhension du [modèle de responsabilité partagée AWS](https://aws.amazon.com/compliance/shared-responsibility-model/).
## Ressources
**Documents connexes :**
+ [Calculateur de coût total de possession (TCO) d’AWS](https://aws.amazon.com/tco-calculator/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits AWS Cloud](https://aws.amazon.com/products/)
+ [Modèle de responsabilité partagée AWS](https://aws.amazon.com/compliance/shared-responsibility-model/)
**Vidéos connexes :**
+ [ Why move to a managed database? ](https://www.youtube.com/watch?v=VRFdc-MVa4I)
+ [ What is Amazon EMR and how can I use it for processing data? ](https://www.youtube.com/watch?v=jylp2atrZjc)
**Exemples connexes :**
+ [Pourquoi passer à une base de données gérée](https://aws.amazon.com/getting-started/hands-on/move-to-managed/why-move-to-a-managed-database/)
+ [Consolidation des données issues de bases de données SQL Server identiques en une seule base de données Amazon RDS for SQL Server en utilisant AWS DMS](https://aws.amazon.com/blogs/database/consolidate-data-from-identical-sql-server-databases-into-a-single-amazon-rds-for-sql-server-database-using-aws-dms/)
+ [Livraison de données à l’échelle à Amazon Managed Streaming for Apache Kafka (Amazon MSK)](https://aws.amazon.com/getting-started/hands-on/deliver-data-at-scale-to-amazon-msk-with-iot-core/?ref=gsrchandson)
+ [Migration d’une application web ASP.NET vers AWS Elastic Beanstalk](https://aws.amazon.com/getting-started/hands-on/migrate-aspnet-web-application-elastic-beanstalk/?ref=gsrchandson&id=itprohandson)
# COST05-BP04 Sélection de logiciels avec des licences rentables
Les logiciels open source éliminent les coûts de licences logicielles, qui peuvent entraîner des coûts significatifs pour la charge de travail. Lorsque des logiciels sous licence sont nécessaires, évitez les licences liées à des attributs arbitraires tels que les UC. Recherchez les licences qui sont liées à des résultats. Le coût de ces licences est plus proche de l’avantage qu’elles procurent.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée** : bas
## Directives d’implémentation
L’open source est né dans le contexte du développement de logiciels pour indiquer que le logiciel est conforme à certains critères de distribution gratuite. Les logiciels open source sont composés de code source que tout le monde peut inspecter, modifier et améliorer. En fonction des exigences métier, des compétences des ingénieurs, de l’utilisation prévue et d’autres dépendances technologiques, les organisations peuvent envisager d’utiliser des logiciels open source sur AWS afin de minimiser leurs coûts de licence. En d’autres termes, le coût des licences logicielles peut être éliminé grâce à l’utilisation de [logiciels open source](https://aws.amazon.com/what-is/open-source/). Cela peut avoir un impact significatif sur les coûts de charge de travail à mesure que la taille de la charge de travail évolue.
Mesurez les avantages des logiciels sous licence par rapport au coût total pour optimiser votre charge de travail. Modélisez les modifications apportées aux licences et leur impact sur vos coûts de charge de travail. Si un fournisseur modifie le coût de votre licence de base de données, examinez en quoi cela affecte l’efficacité globale de votre charge de travail. Prenez en compte l’historique des annonces de tarification de vos fournisseurs pour connaître les tendances des changements de licence pour leurs produits. Les coûts de licence peuvent également évoluer indépendamment du débit ou de l’utilisation, comme les licences qui évoluent en fonction du matériel (licences liées à l’UC). Ces licences doivent être évitées, car les coûts peuvent rapidement augmenter sans résultats correspondants.
Par exemple, l’exécution d’une instance Amazon EC2 sous Linux dans la région USA Est 1 vous permet de réduire les coûts d’environ 45 % par rapport à l’exécution d’une autre instance Amazon EC2 sous Windows.
[Calculateur de tarification AWS](https://calculator.aws/) offre un moyen complet de comparer les coûts de différentes ressources avec différentes options de licence, telles que les instances Amazon RDS et différents moteurs de base de données. En outre, AWS Cost Explorer fournit une vue précieuse des coûts des charges de travail existantes, en particulier celles proposées avec différentes licences. Pour la gestion des licences, [AWS License Manager](https://aws.amazon.com/license-manager) propose une méthode rationalisée pour superviser et gérer les licences logicielles. Les clients peuvent déployer et utiliser leur logiciel open source préféré dans AWS Cloud.
### Étapes d’implémentation
+ **Analyse des options de licence :** passez en revue les conditions de licence des logiciels disponibles. Recherchez les versions open source qui ont les fonctionnalités requises et déterminez si les avantages des logiciels sous licence l’emportent sur le coût. Des conditions favorables permettent d’aligner le coût du logiciel sur les avantages qu’il procure.
+ **Analyse du fournisseur de logiciels :** passez en revue les historiques de tarification ou de licence du fournisseur. Recherchez les changements qui ne s’alignent pas sur les résultats, tels que les conditions pénalisantes de l’exécution sur des matériels ou des plateformes spécifiques à un fournisseur. Déterminez également comment ils effectuent les audits et les sanctions qui pourraient être imposées.
## Ressources
**Documents connexes :**
+ [Open source sur AWS](https://aws.amazon.com/opensource/)
+ [Calculateur de coût total de possession (TCO) d’AWS](https://aws.amazon.com/tco-calculator/)
+ [Classes de stockage Amazon S](https://aws.amazon.com/s3/storage-classes/)
+ [Produits cloud](https://aws.amazon.com/products/)
**Exemples connexes :**
+ [Blogs open source](https://aws.amazon.com/blogs/opensource/)
+ [Blogs open source AWS](https://aws.github.io/)
+ [ Évaluation de l’optimisation et des licences ](https://aws.amazon.com/optimization-and-licensing-assessment/)
# COST05-BP05 Sélection des composants de cette charge de travail afin d’optimiser les coûts en fonction des priorités de l’organisation
Tenez compte du coût lorsque vous sélectionnez tous les composants de votre charge de travail. Cela inclut l’utilisation de services gérés et au niveau des applications ou de services sans serveur, de conteneurs ou d’une architecture axée sur les événements pour réduire le coût global. Réduisez les coûts de licence en utilisant des logiciels open source, des logiciels qui ne comportent pas de frais de licence ou des alternatives pour réduire les dépenses.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Tenez compte du coût des services et des options lorsque vous sélectionnez tous les composants. Cela inclut l’utilisation de services gérés et au niveau des applications, comme [Amazon Relational Database Service](https://aws.amazon.com/rds/) (Amazon RDS), [Amazon DynamoDB](https://aws.amazon.com/dynamodb/), [Amazon Simple Notification Service](https://aws.amazon.com/sns/) (Amazon SNS) et [Amazon Simple Email Service](https://aws.amazon.com/ses/) (Amazon SES) afin de réduire le coût global de l’organisation.
Utilisez des systèmes sans serveur et des conteneurs pour le calcul, comme [AWS Lambda](https://aws.amazon.com/lambda/) et [Amazon Simple Storage Service](https://aws.amazon.com/s3/) (Amazon S3) pour les sites web statiques. Conteneurisez votre application si possible et utilisez des services de conteneurs gérés AWS comme [Amazon Elastic Container Service](https://aws.amazon.com/ecs/) (Amazon ECS) ou [Amazon Elastic Kubernetes Service](https://aws.amazon.com/eks/) (Amazon EKS).
Réduisez les coûts de licence en utilisant des logiciels open source ou des logiciels qui n’impliquent pas de frais de licence, par exemple, Amazon Linux pour le calcul des charges de travail ou la migration des bases de données vers Amazon Aurora.
Vous pouvez utiliser des services sans serveur ou au niveau des applications comme [Lambda](https://aws.amazon.com/lambda/), [Amazon Simple Queue Service (Amazon SQS)](https://aws.amazon.com/sqs/), [Amazon SNS](https://aws.amazon.com/sqs/) et [Amazon SES](https://aws.amazon.com/ses/). Ces services vous dispensent de gérer une ressource et assurent les fonctions d’exécution de code, de mise en file d’attente et de distribution de messages. L’autre avantage est qu’ils sont mis à l’échelle en termes de performances et de coûts en fonction de l’utilisation, ce qui permet une répartition et une attribution efficace des coûts.
L’utilisation d’une [architecture axée sur les événements](https://aws.amazon.com/what-is/eda/) est également possible avec les services sans serveur. Les architectures axées sur les événements reposent sur la technologie push, ce qui signifie que tout se passe à la demande au fur et à mesure que l’événement se présente dans le routeur. Ainsi, vous ne payez pas pour qu’une interrogation continue vérifie un événement. Il en résulte moins de consommation de bande passante du réseau, moins d’utilisation de l’UC, moins de capacité de flotte inactive et moins de liaisons SSL/TLS.
Pour plus d’informations sur la technologie sans serveur, consultez le livre blanc [Well-Architected – Présentation des applications sans serveur](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html).
### Étapes d’implémentation
+ **Sélection de chaque service pour optimiser le coût :** à l’aide de votre liste de priorités et d’analyse, sélectionnez chaque option qui correspond le mieux à vos priorités organisationnelles. Au lieu d’augmenter la capacité pour répondre à la demande, envisagez d’autres options qui peuvent vous offrir de meilleures performances à moindre coût. Par exemple, si vous devez évaluer le trafic attendu pour vos bases de données sur AWS, envisagez d’augmenter la taille d’instance ou d’utiliser des services Amazon ElastiCache (Redis ou Memcached) afin de fournir des mécanismes mis en cache à vos bases de données.
+ **Évaluation de l’architecture axée sur les événements :** une architecture sans serveur vous permet également de créer une architecture basée sur les événements pour les applications distribuées reposant sur des microservices, ce qui vous aide à créer des solutions évolutives, résilientes, flexibles et rentables.
## Ressources
**Documents connexes:**
+ [Calculateur de coût total de possession (TCO) d’AWS](https://aws.amazon.com/tco-calculator/)
+ [AWS sans serveur](https://aws.amazon.com/serverless/)
+ [Qu’est-ce qu’une architecture axée sur les événements ?](https://aws.amazon.com/what-is/eda/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits cloud](https://aws.amazon.com/products/)
+ [Amazon ElastiCache (Redis OSS)](https://aws.amazon.com/elasticache/redis)
**Exemples connexes :**
+ [Démarrage avec les architectures axées sur les événements](https://aws.amazon.com/blogs/compute/getting-started-with-event-driven-architecture/)
+ [Architecture basée sur les événements](https://aws.amazon.com/event-driven-architecture/)
+ [Comment Statsig fonctionne 100 fois plus efficacement avec Amazon ElastiCache (Redis OSS)](https://aws.amazon.com/blogs/database/how-statsig-runs-100x-more-cost-effectively-using-amazon-elasticache-for-redis/)
+ [Bonnes pratiques d’utilisation des fonctions AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html)
# COST05-BP06 Analyse des coûts d’une utilisation différente au fil du temps
Les charges de travail peuvent changer au fil du temps. Certains services ou fonctionnalités sont plus rentables à différents niveaux d’utilisation. Si vous effectuez l’analyse de chaque composant au fil du temps et en fonction de l’utilisation prévue, la charge de travail reste rentable pendant toute sa durée de vie.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Au fur et à mesure qu’AWS lance de nouveaux services et de nouvelles fonctionnalités, les services optimaux pour votre charge de travail peuvent évoluer. L’effort requis doit refléter les avantages potentiels. La fréquence de révision de la charge de travail dépend des exigences de votre organisation. S’il s’agit d’une charge de travail d’un coût important, la mise en œuvre de nouveaux services plus tôt permettra de maximiser les économies, de sorte qu’un examen plus fréquent peut être avantageux. Une autre initiation à vérifier est le changement des modèles d’utilisation. D’importants changements d’utilisation peuvent indiquer que d’autres services seraient plus optimaux.
Si vous devez déplacer des données vers AWS Cloud, vous pouvez sélectionner un large éventail de services offerts par AWS et d’outils de partenaires afin de vous aider pour la migration de vos jeux de données, qu’il s’agisse de fichiers, de bases de données, d’images de machine, de volumes en bloc ou même de sauvegardes sur bande. Par exemple, pour déplacer une importante quantité de données vers et depuis AWS ou traiter des données en périphérie, vous pouvez utiliser l’un des appareils sur mesure AWS pour déplacer des données hors ligne de façon rentable. Autre exemple : pour des vitesses de transfert de données plus élevées, un service de connexion directe peut être moins cher qu’un VPN qui fournit la connectivité constante requise pour votre entreprise.
Évaluez votre activité de mise à l’échelle en fonction de l’analyse des coûts pour une utilisation différente au fil du temps. Analysez le résultat pour voir si la stratégie de mise à l’échelle peut être ajustée pour ajouter des instances avec plusieurs types d’instances et d’options d’achat. Vérifiez vos paramètres pour voir si le minimum peut être réduit pour satisfaire les demandes des utilisateurs avec une plus petite taille de flotte et ajouter davantage de ressources pour répondre à la demande élevée attendue.
Réalisez une analyse des coûts pour différentes utilisations au fil du temps en discutant avec les parties prenantes de votre organisation et utilisez la fonctionnalité de prévision de [AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-forecast.html) pour prévoir l’impact potentiel des modifications de service. Surveillez les déclencheurs de niveau d’utilisation avec AWS Budgets, les alarmes de facturation CloudWatch et AWS Cost Anomaly Detection pour identifier et mettre en œuvre les services les plus rentables plus rapidement.
**Étapes d’implémentation**
+ **Définition des modèles d’utilisation prévue : **en collaboration avec votre organisation, par exemple, les responsables du marketing et les propriétaires de produits, documentez les modèles d’utilisation attendue et prévue de la charge de travail. Discutez avec les parties prenantes de votre entreprise des augmentations de coûts et d’utilisation historiques et prévues et assurez-vous que les augmentations s’alignent sur les exigences de votre entreprise. Identifiez les jours, les semaines ou les mois au cours desquels vous vous attendez à ce que davantage d’utilisateurs utilisent vos ressources AWS, indiquant que vous devriez augmenter la capacité des ressources existantes ou adopter des services supplémentaires pour réduire les coûts et augmenter les performances.
+ **Réalisation d’une analyse des coûts en fonction de l’utilisation prévue :** à l’aide des modèles d’utilisation définis, effectuez une analyse à chacun de ces points. L’effort d’analyse doit refléter le résultat potentiel. Par exemple, si le changement d’utilisation est important, une analyse approfondie doit être effectuée pour vérifier les coûts et les changements éventuels. En d’autres termes, quand les coûts augmentent, l’utilisation de l’entreprise doit également augmenter.
## Ressources
**Documents connexes:**
+ [AWS Calculateur de coût total de possession (TCO) d](https://aws.amazon.com/tco-calculator/)
+ [Classes de stockage Amazon S3](https://aws.amazon.com/s3/storage-classes/)
+ [Produits cloud](https://aws.amazon.com/products/)
+ [Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html)
+ [Migration des données dans le cloud](https://aws.amazon.com/cloud-data-migration/)
+ [AWS Snow Family](https://aws.amazon.com/snow/)
**Vidéos connexes :**
+ [AWS OpsHub for Snow Family](https://www.youtube.com/watch?v=0Q7s7JiBCf0)
# COÛT 6. Comment atteindre les objectifs de coût lorsque vous sélectionnez le type, la taille et le nombre de ressources ?
Veillez à choisir la taille et le nombre de ressources qui conviennent pour la tâche à accomplir. En choisissant le type, la taille et le nombre les plus rentables, vous réduisez le gaspillage.
**Topics**
+ [COST06-BP01 Réalisation d’une modélisation des coûts](cost_type_size_number_resources_cost_modeling.md)
+ [COST06-BP02 Sélection du type, de la taille et du nombre de ressources en fonction des données](cost_type_size_number_resources_data.md)
+ [COST06-BP03 Sélection automatique du type, de la taille et du nombre de ressources en fonction des métriques](cost_type_size_number_resources_metrics.md)
+ [COST06-BP04 Envisager l’utilisation de ressources partagées](cost_type_size_number_resources_shared.md)
# COST06-BP01 Réalisation d’une modélisation des coûts
Identifiez les exigences de l’organisation (telles que les besoins métier et les engagements existants) et réalisez une modélisation des coûts (globaux) de la charge de travail et de chacun de ses composants. Procédez à des évaluations de la charge de travail en fonction de diverses charges prévues et comparez les coûts. L’effort de modélisation doit refléter les avantages potentiels. Par exemple, le temps passé est proportionnel au coût des composants.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
Effectuez une modélisation des coûts de votre charge de travail et de chacun de ses composants, afin de comprendre l’équilibre entre les ressources et de déterminer la taille correcte de chaque ressource dans la charge de travail, compte tenu d’un niveau de performance spécifique. La compréhension des considérations relatives aux coûts peut éclairer le cas d’utilisation et le processus de prise de décision de votre organisation lors de l’évaluation des résultats de réalisation de valeur pour le déploiement d’une charge de travail planifiée.
Procédez à des évaluations de la charge de travail en fonction de diverses charges prévues et comparez les coûts. L’effort de modélisation doit refléter les avantages potentiels. Par exemple, le temps passé est proportionnel au coût des composants ou aux économies prévues. Pour connaître les bonnes pratiques, consultez la section [de révision du pilier Efficacité des performances du cadre AWS Well-Architected](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/review.html).
Par exemple, pour créer une modélisation des coûts pour une charge de travail composée de ressources informatiques, [Optimiseur de calcul AWS](https://aws.amazon.com/compute-optimizer/) peut faciliter la modélisation des coûts d’exécution des charges de travail. Il fournit des recommandations de dimensionnement des ressources de calcul basées sur l’utilisation historique. Assurez-vous que des agents CloudWatch sont déployés sur les instances Amazon EC2 pour collecter des métriques de mémoire qui vous offrent des recommandations plus précises dans Optimiseur de calcul AWS. Il s’agit de la source de données idéale pour les ressources de calcul, car c’est un service gratuit qui utilise le machine learning pour faire plusieurs recommandations en fonction des niveaux de risque.
Il existe [plusieurs services](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html) que vous pouvez utiliser avec des journaux personnalisés comme sources de données afin de redimensionner les opérations pour d’autres services et composants de la charge de travail, comme [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/), [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) et [Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html). AWS Trusted Advisor vérifie les ressources et signale les ressources peu utilisées, ce qui peut vous aider à bien dimensionner vos ressources et à créer une modélisation des coûts.
Voici des recommandations pour les données et métriques de modélisation des coûts :
+ Le suivi doit refléter l’expérience utilisateur avec précision. Choisissez le niveau de précision correct pour la période et choisissez judicieusement le maximum ou le 99e centile au lieu de la moyenne.
+ Sélectionnez la granularité appropriée pour la période d’analyse qui couvre tous les cycles de charge de travail. Par exemple, si une analyse de deux semaines est effectuée, vous pourriez négliger un cycle mensuel de forte utilisation, ce qui pourrait conduire à une sous-allocation.
+ Choisissez les bons services AWS pour votre charge de travail prévue en prenant en compte vos engagements existants, les modèles de tarification sélectionnés pour vos autres charges de travail et votre capacité à innover rapidement et à vous concentrer sur votre valeur métier principale.
**Étapes d’implémentation**
+ **Réalisation d’une modélisation des coûts des ressources :** déployez la charge de travail ou une démonstration de faisabilité dans un compte séparé avec les types et tailles de ressources spécifiques à tester. Exécutez la charge de travail avec les données de test et enregistrez les résultats, ainsi que les données de coût pour la période où le test a été effectué. Redéployez ensuite la charge de travail ou modifiez les types et les tailles des ressources et relancez le test. Incluez les frais de licence de tous les produits que vous pourriez utiliser avec ces ressources et les frais d’opérations (main-d’œuvre ou ingénierie) estimés pour le déploiement et la gestion de ces ressources pendant la création de la modélisation des coûts. Envisagez une modélisation des coûts par période (heure, jour, mois, année ou trois ans).
## Ressources
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Identification des opportunités à la bonne taille](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html)
+ [Fonctionnalités d’Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Optimisation des coûts : dimensionnement Amazon EC2](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
+ [Optimiseur de calcul AWS](https://aws.amazon.com/compute-optimizer/)
+ [Calculateur de prix AWS](https://calculator.aws/#/)
**Exemples connexes :**
+ [Réalisation d’une modélisation des coûts basée sur les données ](https://aws.amazon.com/blogs/mt/how-to-use-aws-well-architected-with-aws-trusted-advisor-to-achieve-data-driven-cost-optimization/)
+ [Estimation du coût des configurations de ressources planifiées AWS](https://aws.amazon.com/premiumsupport/knowledge-center/estimating-aws-resource-costs/)
+ [Choix des bons outils AWS](https://www.learnaws.org/2019/09/27/choose-right-aws-tools/)
# COST06-BP02 Sélection du type, de la taille et du nombre de ressources en fonction des données
Sélectionnez la taille ou le type de ressources en fonction des données relatives à la charge de travail et aux caractéristiques des ressources Par exemple, le calcul, la mémoire, le débit ou l’accès intensif en écriture. Cette sélection est généralement effectuée en utilisant une version précédente (sur site) de la charge de travail, en utilisant de la documentation ou d’autres sources d’information sur la charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Amazon EC2 fournit une large sélection de types d’instances avec différents niveaux de capacité d’UC, de mémoire, de stockage et de réseau pour répondre à divers cas d’utilisation. Ces types d’instances proposent différentes combinaisons de capacités de processeur, de mémoire, de stockage et de réseau pour vous permettre de sélectionner la combinaison de ressources adaptée à vos projets. Chaque type d’instance est disponible dans plusieurs tailles afin que vous puissiez ajuster vos ressources en fonction des exigences de votre charge de travail. Pour déterminer le type d’instance dont vous avez besoin, rassemblez des informations sur la configuration système requise de l’application ou du logiciel que vous envisagez d’exécuter sur votre instance. Ces détails doivent comprendre les éléments suivants :
+ Système d’exploitation
+ Nombre de cœurs de l’UC
+ Cœurs de GPU
+ Quantité de mémoire système (RAM)
+ Type et espace de stockage
+ Exigence de la bande passante du réseau
Identifiez la finalité des besoins en calcul et l’instance requise, puis explorez les différentes familles d’instances Amazon EC2. Amazon propose les familles de types d’instances suivantes :
+ Usage général
+ Calcul optimisé
+ Mémoire optimisée
+ Stockage optimisé
+ Calcul accéléré
+ Calcul haute performance (HPC) optimisé
Pour mieux comprendre les objectifs spécifiques et les cas d’utilisation qu’une famille d’instances Amazon EC2 spécifique peut satisfaire, consultez la section [Types d’instances AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html).
La collecte de la configuration système requise est essentielle pour sélectionner la famille d’instances et le type d’instance les mieux adaptés à vos besoins. Les noms de types d’instances sont composés du nom de famille et de la taille de l’instance. Par exemple, l’instance t2.micro appartient à la famille T2 et a une taille microscopique.
Sélectionnez la taille ou le type de ressources en fonction des caractéristiques de la charge de travail et des ressources (calcul, mémoire, débit ou accès intensif en écriture, par exemple). Cette sélection est généralement effectuée à l’aide d’une modélisation des coûts, d’une version antérieure de la charge de travail (version sur site, par exemple), d’une documentation ou d’autres sources d’informations sur la charge de travail (livres blancs ou solutions publiées). L’utilisation de calculateurs de prix AWS ou d’outils de gestion des coûts peut vous aider à prendre des décisions éclairées quant aux types, aux tailles et aux configurations des instances.
### Étapes d’implémentation
+ **Sélection des ressources en fonction des données :** utilisez vos données de modélisation des coûts pour sélectionner le niveau prévu d’utilisation de la charge de travail, ainsi que le type et la taille des ressources spécifiées. Sur la base de vos données de modélisation des coûts, déterminez le nombre de processeurs virtuels, la mémoire totale (Gio), le volume de stockage d’instances locales (Go), les volumes Amazon EBS et le niveau de performances du réseau, en tenant compte du taux de transfert de données requis pour l’instance. Effectuez toujours vos choix en vous appuyant sur des analyses détaillées et des données précises afin d’optimiser les performances tout en gérant efficacement les coûts.
## Ressources
**Documents connexes :**
+ [Types d’instance AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html)
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Fonctionnalités d’Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Optimisation des coûts : dimensionnement EC2](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ce-rightsizing.html)
**Vidéos connexes :**
+ [ Selecting the right Amazon EC2 instance for your workloads ](https://www.youtube.com/watch?v=q5Dn9gcmpJg)
+ [ Right size your service ](https://youtu.be/wcp1inFS78A)
**Exemples connexes :**
+ [Il est désormais plus facile de découvrir et de comparer les types d’instances Amazon EC2](https://aws.amazon.com/blogs/compute/it-just-got-easier-to-discover-and-compare-ec2-instance-types/)
# COST06-BP03 Sélection automatique du type, de la taille et du nombre de ressources en fonction des métriques
Utilisez les métriques de la charge de travail en cours pour sélectionner la taille et le type appropriés afin d’optimiser les coûts. Mettez en service de manière appropriée le débit, le dimensionnement et le stockage pour les services de calcul, de stockage, de données et de mise en réseau. Pour ce faire, utilisez une boucle de rétroaction, telle que la mise à l’échelle automatique ou du code personnalisé dans la charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
Créez une boucle de rétroaction qui utilise des métriques actives de la charge de travail en cours pour apporter des modifications à cette dernière. Vous pouvez utiliser un service géré, comme [AWS Auto Scaling](https://aws.amazon.com/autoscaling/), que vous configurez pour effectuer les opérations de dimensionnement qui vous conviennent. AWS fournit également des [API, des SDK](https://aws.amazon.com/developer/tools/) et des fonctionnalités qui permettent de modifier les ressources avec un minimum d’effort. Vous pouvez programmer une charge de travail pour arrêter et démarrer une instance Amazon EC2 afin de permettre un changement de taille ou de type d’instance. De cette manière, vous tirez parti des avantages d’un redimensionnement tout en supprimant presque tous les coûts opérationnels nécessaires pour effectuer la modification.
Dans certains services AWS, comme [Amazon Simple Storage Service Intelligent-Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/), la sélection automatique du type ou de la taille est intégrée. Amazon S3 Intelligent-Tiering déplace automatiquement vos données entre deux niveaux d’accès, accès fréquent et accès peu fréquent, en fonction de vos modèles d’utilisation.
**Étapes d’implémentation**
+ **Amélioration de votre observabilité en configurant les indicateurs de charge de travail :** capturez les métriques clés de la charge de travail. Ces métriques donnent une indication de l’expérience client, comme le rendement de la charge de travail, et s’alignent sur les différences entre les types et les tailles de ressources, comme l’utilisation de l’UC et de la mémoire. Pour calculer les ressources, analysez les données de performances afin d’adapter la taille de vos instances Amazon EC2. Identifiez les instances inactives et celles qui sont sous-utilisées. Les indicateurs clés à rechercher sont l’utilisation du processeur et l’utilisation de la mémoire (par exemple, 40 % d’utilisation du processeur dans 90 % des cas, comme expliqué dans [Dimensionnement avec Optimiseur de calcul AWS et activation de l’utilisation de la mémoire](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/)). Identifiez les instances avec une utilisation maximale de l’UC et une utilisation de la mémoire inférieure à 40 % sur une période de quatre semaines. Ce sont les instances dont la taille doit être adaptée pour réduire les coûts. Pour les ressources de stockage telles qu’Amazon S3, vous pouvez utiliser [Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/), qui vous permet de voir 28 métriques réparties dans différentes catégories au niveau du compartiment, et 14 jours de données historiques dans le tableau de bord par défaut. Vous pouvez filtrer votre tableau de bord Amazon S3 Storage Lens par récapitulatif et optimisation des coûts ou événements pour analyser des métriques spécifiques.
+ **Affichage des recommandations de redimensionnement :** utilisez les recommandations de redimensionnement dans Optimiseur de calcul AWS et l’outil de redimensionnement Amazon EC2 dans la console de gestion des coûts, ou passez en revue le dimensionnement AWS Trusted Advisor correct de vos ressources pour ajuster votre charge de travail. Il est important d’utiliser les [bons outils](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html) lors du dimensionnement des différentes ressources et de suivre les [directives de redimensionnement](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-right-sizing/identifying-opportunities-to-right-size.html), qu’il s’agisse d’une instance Amazon EC2, de classes de stockage AWS ou de types d’instances Amazon RDS. Pour les ressources de stockage, vous pouvez utiliser Amazon S3 Storage Lens qui vous donne une visibilité sur l’utilisation du stockage d’objets et les tendances d’activité en plus de faire des recommandations exploitables afin d’optimiser les coûts et d’appliquer les bonnes pratiques en matière de protection des données. À l’aide des recommandations contextuelles qu’[Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/) tire de l’analyse des métriques sur toute votre organisation, vous pouvez prendre des mesures immédiates pour optimiser votre stockage.
+ **Sélection automatique du type et de la taille des ressources en fonction des métriques :** à l’aide des métriques de charge de travail, sélectionnez manuellement ou automatiquement les ressources de votre charge de travail. Pour les ressources de calcul, la configuration d’AWS Auto Scaling ou la mise en œuvre du code dans votre application peut limiter l’effort requis si des changements fréquents sont nécessaires. De plus, la mise en œuvre des modifications peut ainsi survenir de manière plus précoce qu’avec un processus manuel. Vous pouvez lancer et mettre automatiquement à l’échelle une flotte d’instances à la demande et d’instances Spot au sein d’un même groupe Auto Scaling. Outre les remises accordées sur l’utilisation des instances Spot, vous pouvez utiliser des instances réservées ou un Savings Plan afin de bénéficier de réductions sur les tarifs standard des instances à la demande. Tous ces facteurs combinés vous aident à optimiser vos économies de coûts pour les instances Amazon EC2 et à déterminer l’échelle et les performances souhaitées pour votre application. Vous pouvez également utiliser une [stratégie de sélection de type d’instance basée sur les attributs (ABS)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html) dans les [groupes Auto Scaling (ASG)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-instance-type-requirements.html), afin d’exprimer vos exigences en matière d’instances sous forme d’un ensemble d’attributs, tels que le processeur virtuel, la mémoire et le stockage. Vous pouvez utiliser automatiquement les types d’instance de nouvelle génération lorsqu’ils sont disponibles et accéder à une plus large gamme de capacités avec les instances Spot Amazon EC2. La flotte d’Amazon EC2 et Amazon EC2 Auto Scaling sélectionnent et lancent les instances qui correspondent aux attributs spécifiés, en éliminant le besoin de sélectionner manuellement les types d’instance. Pour les ressources de stockage, vous pouvez utiliser les fonctionnalités [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) et [Amazon EFS Infrequent Access](https://aws.amazon.com/efs/features/infrequent-access/), qui vous permettent de sélectionner automatiquement des classes de stockage qui permettent de réaliser automatiquement des économies de coûts de stockage lorsque les modèles d’accès aux données changent, sans impact sur les performances ni surcharge opérationnelle.
## Ressources
**Documents connexes :**
+ [AWS Auto Scaling](https://aws.amazon.com/autoscaling/)
+ [Redimensionnement d’AWS](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/right-sizing/)
+ [Optimiseur de calcul AWS](https://aws.amazon.com/compute-optimizer/)
+ [Fonctionnalités d’Amazon CloudWatch](https://aws.amazon.com/cloudwatch/features/)
+ [Configuration de CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/GettingSetup.html)
+ [CloudWatch : publication de métriques personnalisées](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html)
+ [Mise en route avec Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html)
+ [Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/)
+ [Amazon S3 Intelligent Tiering](https://aws.amazon.com/about-aws/whats-new/2018/11/s3-intelligent-tiering/)
+ [Accès peu fréquent à Amazon EFS](https://aws.amazon.com/efs/features/infrequent-access/)
+ [Lancement d’une instance Amazon EC2 à l’aide du kit SDK](https://docs.aws.amazon.com/sdk-for-net/v2/developer-guide/run-instance.html)
**Vidéos connexes :**
+ [Right Size Your Services](https://www.youtube.com/watch?v=wcp1inFS78A)
**Exemples connexes :**
+ [Sélection du type d’instance basée sur des attributs pour l’autoscaling pour la flotte d’Amazon EC2](https://aws.amazon.com/blogs/aws/new-attribute-based-instance-type-selection-for-ec2-auto-scaling-and-ec2-fleet/).
+ [Optimisation du service de conteneur Amazon Elastic pour le coût à l’aide d’une mise à l’échelle planifiée](https://aws.amazon.com/blogs/containers/optimizing-amazon-elastic-container-service-for-cost-using-scheduled-scaling/)
+ [Mise à l’échelle prédictive pour Amazon EC2 Auto Scaling](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/)
+ [Optimisation des coûts et amélioration de la visibilité sur l’utilisation avec Amazon S3 Storage Lens](https://aws.amazon.com/getting-started/hands-on/amazon-s3-storage-lens/)
# COST06-BP04 Envisager l’utilisation de ressources partagées
Pour les services déjà déployés au niveau de l’organisation pour plusieurs unités commerciales, envisagez d’utiliser des ressources partagées afin d’augmenter l’utilisation et de réduire le coût total de possession (TCO). L’utilisation de ressources partagées peut être une option rentable pour centraliser la gestion et les coûts en utilisant des solutions existantes, en partageant des composants, ou les deux. Gérez les fonctions courantes telles que la surveillance, les sauvegardes et la connectivité, soit dans les limites d’un compte, soit dans un compte dédié. Vous pouvez également réduire les coûts en mettant en œuvre la standardisation ainsi qu’en réduisant la duplication et la complexité.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Lorsque plusieurs charges de travail entraînent la même fonction, utilisez les solutions existantes et les composants partagés pour améliorer la gestion et optimiser les coûts. Envisagez d’utiliser les ressources existantes (en particulier les ressources partagées), telles que des serveurs de base de données hors production ou des services d’annuaire, pour réduire les coûts liés au cloud en appliquant les bonnes pratiques de sécurité et la réglementation de l’entreprise. Pour optimiser la réalisation de la valeur et l’efficacité, il est essentiel de réaffecter les coûts (en utilisant le relevé des services rendus et la rétrofacturation) aux domaines pertinents de l’entreprise qui stimulent la consommation.
Le terme de *relevé des services rendus* fait référence aux rapports qui répartissent les coûts du cloud en catégories attribuables, telles que les consommateurs, les unités commerciales, les comptes du grand livre ou d’autres entités responsables. L’objectif du relevé des services rendus est de montrer aux équipes, aux unités commerciales ou aux individus le coût des ressources cloud qu’ils consomment.
La *rétrofacturation* consiste à affecter les dépenses du service central aux unités de coûts sur la base d’une stratégie adaptée à un processus de gestion financière spécifique. Pour les clients, la rétrofacturation impute les coûts occasionnés par un compte de services partagés à différentes catégories de coûts financiers adaptées à un processus de signalement des clients. En mettant en place des mécanismes de rétrofacturation, vous pouvez rendre compte des coûts engendrés par les différentes unités commerciales, les produits et les équipes.
Les charges de travail peuvent être classées en deux catégories : les charges critiques et les charges non critiques. Sur la base de ce classement, utilisez des ressources partagées avec des configurations générales pour les charges de travail moins critiques. Pour optimiser davantage les coûts, affectez des serveurs réservés uniquement pour les charges de travail critiques. Partagez les ressources ou allouez-les sur plusieurs comptes pour les gérer efficacement. Même avec des environnements de développement, de test et de production distincts, le partage sécurisé est possible et ne compromet pas la structure organisationnelle.
Pour améliorer votre compréhension et optimiser les coûts et l’utilisation des applications conteneurisées, utilisez les données de répartition des coûts qui vous aident à répartir les coûts entre les différentes entités commerciales en fonction de la façon dont l’application consomme les ressources de calcul et de mémoire partagées. Les données de répartition des coûts fractionnés vous aident à obtenir un relevé des services rendus et une rétrofacturation au niveau des tâches pour les charges de travail de conteneurs exécutées sur Amazon Elastic Container Service (Amazon ECS) ou Amazon Elastic Kubernetes Service (Amazon EKS).
Pour les architectures distribuées, créez un VPC à services partagés, qui fournit un accès centralisé aux services partagés requis par les charges de travail dans chacun des VPC. Ces services partagés peuvent inclure des ressources telles que des services d’annuaire ou des points de terminaison d’un VPC. Pour réduire les frais généraux administratifs et les coûts, partagez les ressources depuis un emplacement central au lieu de les créer dans chaque VPC.
Lorsque vous utilisez des ressources partagées, vous pouvez économiser sur les coûts opérationnels, optimiser l’utilisation des ressources et améliorer la cohérence. Dans une conception multicompte, vous pouvez héberger certains services AWS de manière centralisée et y accéder à l’aide de plusieurs applications et comptes dans un hub pour réduire les coûts. Vous pouvez utiliser [AWS Resource Access Manager (AWS RAM)](https://aws.amazon.com/ram/) pour partager d’autres ressources communes, telles que des [sous-réseaux VPC et des attachements AWS Transit Gateway](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-vpc), [AWS Network Firewall](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-network-firewall) ou des [pipelines d'IA Amazon SageMaker](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html#shareable-sagemaker). Dans un environnement multicompte, utilisez AWS RAM pour créer une ressource une fois et la partager avec d’autres comptes.
Les organisations doivent baliser les coûts partagés de manière efficace et vérifier qu’aucune partie significative de leurs coûts ne reste non balisée ou non allouée. Si vous ne répartissez pas les coûts partagés de manière efficace et que personne n’assume la responsabilité de la gestion partagée des coûts, les coûts du cloud partagé peuvent monter en flèche. Vous devez savoir où vous avez engagé des coûts au niveau des ressources, de la charge de travail, de l’équipe ou de l’organisation, car ces informations vous permettent de mieux comprendre la valeur fournie au niveau concerné par rapport aux résultats commerciaux obtenus. En fin de compte, les entreprises bénéficient des économies réalisées grâce au partage de l’infrastructure cloud. Encouragez la répartition des coûts sur les ressources cloud partagées afin d’optimiser les dépenses liées au cloud.
### Étapes d’implémentation
+ **Évaluation des ressources existantes :** passez en revue les charges de travail existantes qui utilisent des services similaires pour votre charge de travail. En fonction des composants de la charge de travail, considérez les plateformes existantes si la logique métier ou les exigences techniques le permettent.
+ **Utilisation du partage des ressources en AWS RAM et restriction en conséquence :** utilisez la AWS RAM pour partager des ressources avec d’autres comptes AWS au sein de votre organisation. Lorsque vous partagez des ressources, vous n’avez pas besoin de dupliquer les ressources sur plusieurs comptes, ce qui réduit la charge opérationnelle liée à la maintenance des ressources. Ce processus vous aide également à partager en toute sécurité les ressources que vous avez créées avec les rôles et les utilisateurs de votre compte et avec d’autres Comptes AWS.
+ **Balisage des ressources :** balisez les ressources susceptibles d’être concernées par des rapports sur les coûts et classez-les dans des catégories de coûts. Activez ces balises de ressources liées aux coûts pour la répartition des coûts afin de fournir une visibilité sur l’utilisation des ressources AWS. Concentrez-vous sur la création d’un niveau de granularité approprié en ce qui concerne la visibilité des coûts et de l’utilisation, et influencez les comportements de consommation du cloud grâce à des rapports sur la répartition des coûts et au suivi des KPI.
## Ressources
**Bonnes pratiques associées :**
+ [SEC03-BP08 Partager des ressources en toute sécurité au sein de votre organisation](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/sec_permissions_share_securely.html)
**Documents connexes :**
+ [Présentation de AWS Resource Access Manager](https://docs.aws.amazon.com/ram/latest/userguide/what-is.html)
+ Services [AWS que vous pouvez utiliser avec AWS Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_integrate_services_list.html)
+ [Ressources AWS partageables](https://docs.aws.amazon.com/ram/latest/userguide/shareable.html)
+ [Requêtes sur le coût et l’utilisation (CUR) d’AWS](https://catalog.workshops.aws/cur-query-library/en-US)
**Vidéos connexes :**
+ [AWS Resource Access Manager - granular access control with managed permissions ](https://www.youtube.com/watch?v=X3HskbPqR2s)
+ [ How to design your AWS cost allocation strategy ](https://pages.awscloud.com/aws-cfm-talks-how-to-design-your-AWS-cost-allocation-strategy-01122022.html)
+ [Catégories de coûts AWS](https://www.youtube.com/watch?v=84GYnBBM0Cg)
**Exemples connexes :**
+ [Comment rétrofacturer des services partagés : exemple AWS Transit Gateway](https://aws.amazon.com/blogs/aws-cloud-financial-management/gs-chargeback-shared-services-an-aws-transit-gateway-example/)
+ [Comment créer un modèle de rétrofacturation/relevé des services reçus pour les Savings Plans à l’aide des requêtes sur les coûts et l’utilisation (CUR)](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-to-build-a-chargeback-showback-model-for-savings-plans-using-the-cur/)
+ [Utilisation du partage VPC pour une architecture rentable de microservices à plusieurs comptes](https://aws.amazon.com/blogs/architecture/using-vpc-sharing-for-a-cost-effective-multi-account-microservice-architecture/)
+ [Amélioration de la visibilité des coûts d’Amazon EKS avec les données de répartition des coûts fractionnés AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/improve-cost-visibility-of-amazon-eks-with-aws-split-cost-allocation-data/)
+ [Amélioration de la visibilité des coûts d’Amazon ECS et de AWS Batch avec les données de répartition des coûts fractionnés AWS](https://aws.amazon.com/blogs/aws-cloud-financial-management/la-improve-cost-visibility-of-containerized-applications-with-aws-split-cost-allocation-data-for-ecs-and-batch-jobs/)
# COÛT 7. Comment utiliser les modèles de tarification pour réduire les coûts ?
Utilisez le modèle de tarification qui convient le mieux à vos ressources pour réduire les dépenses.
**Topics**
+ [COST07-BP01 Analyse du modèle de tarification](cost_pricing_model_analysis.md)
+ [COST07-BP02 Choix des régions en fonction du coût](cost_pricing_model_region_cost.md)
+ [COST07-BP03 Sélection d’accords avec des tiers à des conditions rentables](cost_pricing_model_third_party.md)
+ [COST07-BP04 Mise en œuvre de modèles de tarification pour tous les composants de cette charge de travail](cost_pricing_model_implement_models.md)
+ [COST07-BP05 Analyse du modèle de tarification au niveau du compte de gestion](cost_pricing_model_master_analysis.md)
# COST07-BP01 Analyse du modèle de tarification
Analysez chaque composant de la charge de travail. Déterminez si le composant et les ressources fonctionneront pendant des périodes prolongées (pour les réductions d’engagement), ou dynamiques et de courte durée (pour les instances Spot ou à la demande). Effectuez une analyse de la charge de travail à l’aide des recommandations des outils de gestion des coûts et appliquez des règles métier à ces recommandations pour obtenir des rendements élevés.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
AWS dispose de plusieurs [modèles de tarification](https://aws.amazon.com/pricing/) qui permettent de payer vos ressources de la manière la plus rentable qui répond aux besoins de votre organisation en fonction du produit. Travaillez avec vos équipes pour déterminer le modèle de tarification le plus approprié. Souvent, votre modèle de tarification consiste en une combinaison de plusieurs options, en fonction de votre disponibilité.
**Les instances à la demande** vous permettent de payer la capacité de calcul ou de base de données à l’heure ou à la seconde (60 secondes au minimum) en fonction des instances que vous exécutez, sans engagements à long terme ou paiements initiaux.
Les **Savings Plans** sont un modèle de tarification flexible qui propose des prix bas sur l’utilisation d’Amazon EC2, Lambda et AWS Fargate, en échange d’un engagement à une utilisation homogène (mesurée en dollars par heure) sur une période d’un an ou de trois ans.
Les **instances Spot** sont un mécanisme de tarification Amazon EC2 qui vous permet de demander de la capacité de calcul supplémentaire à un tarif horaire réduit (jusqu’à 90 % de réduction sur le prix à la demande) sans engagement d’avance.
Les **instances réservées** vous permettent de bénéficier d’une réduction allant jusqu’à 75 % en prépayant la capacité. Pour plus de détails, consultez la section [Optimisation des coûts avec les réservations](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-cost-optimization.html).
Vous pouvez choisir d’inclure des Savings Plans pour les ressources associées aux environnements de production, de qualité et de développement. Comme les ressources de l’environnement de test (sandbox) ne sont activées qu’en cas de besoin, vous pouvez également choisir un modèle à la demande pour les ressources de cet environnement. Utilisez les [instances Spot](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/amazon-elastic-compute-cloud-amazon-ec2.html#spot-instances) d’Amazon pour réduire les coûts d’Amazon EC2 ou utilisez des [Compute Savings Plans](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/amazon-elastic-compute-cloud-amazon-ec2.html#savings-plans) pour réduire les coûts liés à Amazon EC2, à Fargate et à Lambda. L’outil de recommandations [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) offre des opportunités de remises d’engagement avec les Savings Plans.
Si vous avez acheté des [instances réservées](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/reserved-instances/?track=costop) pour Amazon EC2 par le passé ou si vous avez établi des pratiques de répartition des coûts au sein de votre organisation, vous pouvez continuer à utiliser les instances réservées Amazon EC2 pour le moment. Cependant, nous recommandons une stratégie visant à utiliser des Savings Plans à l’avenir comme un mécanisme plus flexible de réduction des coûts. Vous pouvez actualiser les recommandations de Savings Plans (SP) dans AWS Cost Management pour générer de nouvelles recommandations de Savings Plans à tout moment. Utilisez des instances réservées (RI) pour réduire les coûts d’Amazon Relational Database Service (Amazon RDS), d’Amazon Redshift, d’Amazon ElastiCache et d’Amazon OpenSearch Service. Les Savings Plans et les instances réservées sont disponibles en trois options : paiement intégral à l’avance, avance sur le paiement et aucun paiement initial. Utilisez les recommandations fournies dans les recommandations d’achat de RI et SP AWS Cost Explorer.
Pour trouver des opportunités de charges de travail Spot, utilisez une vue horaire de votre utilisation globale et recherchez des périodes régulières d’évolution d’utilisation ou d’élasticité. Vous pouvez utiliser des instances Spot pour des applications flexibles et tolérantes aux pannes Il s’agit par exemple de serveurs Web sans état, de points de terminaison d’API, d’applications de big data et d’analytique, de charges de travail conteneurisées, de CI/CD et d’autres charges de travail flexibles.
Analysez vos instances Amazon EC2 et Amazon RDS pour déterminer si elles peuvent être désactivées lorsque vous ne les utilisez pas (après les heures de travail et le week-end). Cette approche vous permettra de réduire les coûts de 70 % ou plus par rapport à leur utilisation 24 heures sur 24 et 7 jours sur 7. Si vous avez des clusters Amazon Redshift qui ne doivent être disponibles qu’à des moments précis, vous pouvez mettre le cluster en pause et reprendre son utilisation plus tard. Lorsque le cluster Amazon Redshift ou l’instance Amazon EC2 et Amazon RDS est arrêté(e), la facturation du calcul s’arrête et seuls les frais de stockage s’appliquent.
Notez que les [réserves de capacité à la demande](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-pricing-billing.html) (ODCR) ne constituent pas une remise sur la tarification. Les réserves de capacité sont facturées au tarif à la demande équivalent, que vous exécutiez des instances dans la capacité réservée ou non. Pensez à cette option lorsque vous devez fournir une capacité suffisante pour les ressources que vous prévoyez d’exploiter. Les réserves de capacité à la demande ne doivent pas nécessairement être liées à des engagements à long terme, puisqu’elles peuvent être annulées lorsque vous n’en avez plus besoin. Cependant, elles peuvent également bénéficier des réductions offertes par les Savings Plans ou les instances réservées.
**Étapes d’implémentation**
+ **Analyse de l’élasticité de la charge de travail : **utilisez la granularité horaire dans Cost Explorer ou dans un tableau de bord personnalisé pour analyser l’élasticité de votre charge de travail. Recherchez les modifications régulières du nombre d’instances en cours d’exécution. Les instances de courte durée sont de bonnes candidates pour les instances Spot ou les parcs d’instances Spot.
+ [Atelier Well-Architected : explorateur de coûts](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Atelier Well-Architected : visualisation des coûts](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ **Passage en revue des contrats de tarification existants :** passez en revue les contrats ou les engagements en cours pour les besoins à long terme. Analysez ce dont vous disposez actuellement et le degré d’utilisation de ces engagements. Tirez parti des remises contractuelles ou des accords d’entreprise préexistants. Les [contrats d’entreprise](https://aws.amazon.com/pricing/enterprise/) offrent aux clients la possibilité de personnaliser les accords qui répondent le mieux à leurs besoins. Pour les engagements à long terme, envisagez des réductions de prix réservées, des instances réservées ou des Savings Plans pour le type d’instance spécifique, la famille d’instances spécifique, la Région AWS spécifique et des zones de disponibilité spécifiques.
+ **Analyse des remises sur les engagements :** à l’aide de Cost Explorer dans votre compte, consultez les recommandations relatives aux Savings Plans et aux instances réservées. Pour mettre en œuvre les recommandations correctes avec les réductions et les risques requis, suivez les recommandations des [ateliers Well-Architected](https://wellarchitectedlabs.com/cost/costeffectiveresources/).
## Ressources
**Documents connexes :**
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Entreprise AWS](https://aws.amazon.com/pricing/enterprise/)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Exemples connexes :**
+ [Atelier Well-Architected : explorateur de coûts](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/Lab_Guide.html#Elasticity)
+ [Atelier Well-Architected : visualisation des coûts](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
+ [Atelier Well-Architected : modèles de tarification](https://wellarchitectedlabs.com/Cost/CostEffectiveResources.html)
# COST07-BP02 Choix des régions en fonction du coût
La tarification des ressources peut être différente dans chaque région. Identifiez les différences de coûts entre régions et déployez uniquement dans les régions aux coûts plus élevés afin de répondre aux exigences de latence, de résidence des données et de souveraineté des données. En intégrant le coût de la région, vous payez le prix global le plus bas pour cette charge de travail.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
L’[infrastructure AWS Cloud](https://aws.amazon.com/about-aws/global-infrastructure/) est mondiale, hébergée sur [plusieurs sites dans le monde entier](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) et construite autour de Régions AWS, de zones de disponibilité, de zones locales, d’outposts AWS et de zones de longueur d’onde. Une région est un emplacement physique dans le monde et chaque région représente une zone géographique distincte dans laquelle AWS a plusieurs zones de disponibilité. Les zones de disponibilité, qui sont plusieurs emplacements isolés dans chaque région, consistent en un ou plusieurs centres de données discrets, chacun disposant d’une alimentation, d’un réseau et d’une connectivité redondants.
Chaque Région AWS fonctionne selon les conditions du marché local et la tarification des ressources est différente dans chaque région compte tenu des différences de coûts des terrains, de la fibre, de l’électricité et des taxes, par exemple. Choisissez une région spécifique pour exploiter un composant ou l’ensemble de votre solution afin que vous puissiez fonctionner au prix le plus bas possible au niveau mondial. Utilisez le [calculateur AWS](https://calculator.aws/#/) pour estimer les coûts de votre charge de travail dans différentes régions en cherchant des services par type d’emplacement (région, zone de longueur d’onde et zone locale) et par région.
Lorsque vous concevez vos solutions, une bonne pratique consiste à placer les ressources de calcul au plus près de l’utilisateur pour fournir une latence plus faible et une importante souveraineté des données. Sélectionner le lieu géographique en fonction de votre entreprise, votre confidentialité des données, vos performances et vos exigences en matière de sécurité. Pour les applications avec utilisateurs finaux internationaux, utilisez plusieurs emplacements.
Utilisez les régions qui offrent des services AWS à plus bas prix pour déployer vos charges de travail si vous n’avez aucune obligation en matière de confidentialité des données, de sécurité et d’exigences au niveau de l’entreprise. Par exemple, si votre région par défaut est la région Asie-Pacifique (Sydney) (`ap-southwest-2`)et qu’il n’existe aucune restriction (par exemple, confidentialité des données ou sécurité) liée à l’utilisation d’autres régions, le déploiement d’instances Amazon EC2 non critiques (développement et test) dans la région USA Est (Virginie du Nord) (`us-east-1`) vous coûtera moins d’argent.
![\[Graphique montrant les différentes régions en matière de conformité, de latence, de coûts, de services et de fonctionnalités.\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/region-feature-matrix.png)
Le tableau matriciel précédent nous montre que la région 6 est la meilleure option pour ce scénario donné car la latence y est faible comparé aux autres régions, le service y est disponible et il s’agit de la région la moins chère.
## Étapes d’implémentation
+ **Révision de la tarification de la Région AWS : **analysez les coûts de charge de travail dans la région actuelle. En commençant par les coûts les plus élevés par service et par type d’utilisation, calculez les coûts dans les autres régions disponibles. Si l’économie prévue est supérieure au coût du déplacement du composant ou de la charge de travail, migrez vers la nouvelle région.
+ **Révision des exigences des déploiements sur plusieurs régions :** analysez les exigences et les obligations de votre entreprise (confidentialité des données, sécurité ou performances) pour savoir s’il existe des restrictions vous empêchant d’utiliser plusieurs régions. Si aucune obligation ne vous restreint à utiliser une seule région, alors utilisez-en plusieurs.
+ **Analyse du transfert de données requises :** tenez compte des coûts de transfert de données lors de la sélection des régions. Rapprochez vos données de votre client et des ressources. Sélectionnez des Régions AWS moins coûteuses où les données circulent et où il existe un transfert de données minimum. En fonction des besoins de votre entreprise en matière de transfert de données, vous pouvez utiliser [Amazon CloudFront](https://aws.amazon.com/cloudfront/), [AWS PrivateLink](https://aws.amazon.com/privatelink/), [AWS Direct Connect](https://aws.amazon.com/directconnect/) et [AWS Virtual Private Network](https://aws.amazon.com/vpn/) pour réduire vos coûts de mise en réseau, améliorer les performances et renforcer la sécurité.
## Ressources
**Documents connexes :**
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Tarification Amazon EC2](https://aws.amazon.com/ec2/pricing/)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Tableau des régions](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Exemples connexes :**
+ [Présentation des coûts de transfert des données pour les architectures courantes](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Considérations des coûts pour les déploiements mondiaux](https://aws.amazon.com/blogs/aws-cloud-financial-management/cost-considerations-for-global-deployments/)
+ [Éléments à prendre en compte lors de la sélection d’une région pour vos charges de travail](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/)
# COST07-BP03 Sélection d’accords avec des tiers à des conditions rentables
Les accords et conditions rentables garantissent que le coût de ces services évolue en fonction des avantages qu’ils offrent. Choisissez des accords et une tarification qui évoluent lorsqu’ils apportent des avantages supplémentaires à votre organisation.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
De nombreux produits du marché peuvent vous aider à gérer les coûts de vos environnements cloud. Ils peuvent présenter des différences en matière de fonctionnalités selon les exigences des clients. Certains privilégieront la gouvernance ou la visibilité des coûts et d’autres l’optimisation des coûts, par exemple. L’un des facteurs clés pour une optimisation et une gouvernance efficaces des coûts consiste à utiliser le bon outil avec les bonnes fonctionnalités et le bon modèle de tarification. Ces produits ont des modèles de tarification différents. Certains correspondent à un certain pourcentage de votre facture mensuelle, et d’autres à un pourcentage des économies réalisées. Idéalement, vous ne devriez payer que ce dont vous avez besoin.
Lorsque vous utilisez des solutions ou des services tiers dans le cloud, il est important que les structures de tarification soient alignées sur les résultats souhaités. La tarification doit évoluer en fonction des résultats et de la valeur qu’elle fournit. Par exemple, dans le cas d’un logiciel facturé à un pourcentage des économies réalisées, plus vous économisez (résultat), plus le logiciel est cher. Les contrats de licence qui prévoient un paiement proportionnel à vos dépenses ne sont pas toujours dans votre intérêt pour optimiser les coûts. Toutefois, si l’éditeur offre des avantages clairs pour toutes les parties de votre facture, ces frais progressifs peuvent être justifiés.
Par exemple, une solution qui fournit des recommandations pour Amazon EC2 moyennant un pourcentage de votre facture totale peut devenir chère si vous utilisez d’autres services qui n’apportent aucun avantage. Prenons également l’exemple d’un service géré facturé à un pourcentage du coût des ressources gérées. Une instance de plus grande taille ne nécessite pas nécessairement plus d’efforts de gestion, mais elle peut être facturée plus cher. Vérifiez que ces accords de tarification de service incluent un programme ou des fonctionnalités d’optimisation des coûts dans leur service afin d’améliorer leur rentabilité.
Les clients peuvent trouver ces produits du marché plus avancés ou plus faciles à utiliser. Vous devez prendre en compte le coût de ces produits et réfléchir aux possibilités d’optimisation des coûts à long terme.
### Étapes d’implémentation
+ **Analyse des accords et des conditions des tiers :** passez en revue les prix figurant dans les accords avec des tiers. Effectuez une modélisation pour différents niveaux d’utilisation et tenez compte des nouveaux coûts tels que l’utilisation de nouveaux services ou l’augmentation des services actuels en raison de la croissance de la charge de travail. Déterminez si les coûts supplémentaires apportent les avantages requis à votre entreprise.
## Ressources
**Documents connexes:**
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
# COST07-BP04 Mise en œuvre de modèles de tarification pour tous les composants de cette charge de travail
Les ressources fonctionnant en permanence doivent utiliser une capacité réservée telle que des Savings Plans ou des instances réservées. La capacité à court terme est configurée pour utiliser des instances Spot ou un parc d’instances Spot. Les instances à la demande ne sont utilisées que pour les charges de travail de courte durée qui ne peuvent pas être interrompues et qui ne durent pas assez longtemps pour la capacité réservée, entre 25 et 75 % de la période, selon le type de ressource.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
Pour améliorer votre rentabilité, AWS recommande plusieurs engagements en fonction de votre consommation passée. Vous pouvez utiliser ces recommandations pour comprendre les économies que vous pouvez réaliser et comment l’engagement sera utilisé. Vous pouvez utiliser ces services à la demande, Spot ou vous engager pendant un certain temps et réduire vos coûts à la demande grâce aux instances réservées (RI) et aux Savings Plans (SP). Vous devez non seulement comprendre les composants de chaque charge de travail et les différents services AWS, mais également les remises sur engagement, les options d’achat et les instances Spot de ces services pour optimiser votre charge de travail.
Tenez compte des exigences des composants de votre charge de travail et maîtrisez les différents modèles de tarification de ces services. Définissez les besoins de disponibilité de ces composants. Déterminez s’il existe plusieurs ressources indépendantes qui remplissent la fonction dans la charge de travail, et quelles sont les exigences de la charge de travail au fil du temps. Comparez le coût des ressources à l’aide du modèle de tarification à la demande par défaut et d’autres modèles applicables. Tenez compte de toute modification éventuelle des ressources ou des éléments de la charge de travail.
Par exemple, examinons cette architecture d’application Web sur AWS. Cet exemple de charge de travail comprend plusieurs services AWS, tels qu’Amazon Route 53, AWS WAF, Amazon CloudFront, les instances Amazon EC2, les instances Amazon RDS, les équilibreurs de charge, le stockage Amazon S3 et Amazon Elastic File System (Amazon EFS). Vous devez passer en revue chacun de ces services et identifier les opportunités potentielles de réduction de coûts des différents modèles de tarification. Certains d’entre eux peuvent être éligibles à des RI ou à des SP, tandis que d’autres peuvent être disponibles uniquement à la demande. Comme le montre l’image suivante, des engagements peuvent être pris sur certains services AWS à l’aide de RI ou de SP.
![\[Tableau des services AWS engagés à l’aide d’instances réservées et de Savings Plans\]](http://docs.aws.amazon.com/fr_fr/wellarchitected/latest/framework/images/ri-sp-services.png)
### Étapes d’implémentation
+ **Implémentation de modèles de tarification :** à l’aide des résultats de vos analyses, achetez des Savings Plans, des instances réservées ou implémentez des instances Spot. S’il s’agit de votre premier achat avec engagement, choisissez les cinq ou dix meilleures recommandations de la liste, puis surveillez et analysez les résultats au cours du prochain mois ou des deux prochains mois. AWS Cost Management Console vous guide tout au long du processus. Consultez les recommandations de RI ou de SP de la console, personnalisez les recommandations (type, paiement et durée), passez en revue l’engagement horaire (par exemple, 20 USD/heure), puis ajoutez le tout au panier. Les remises s’appliquent automatiquement à l’utilisation éligible. Achetez régulièrement un petit nombre d’engagements avec remise, par exemple toutes les deux semaines ou tous les mois. Mettez en œuvre des instances Spot pour les charges de travail qui peuvent être interrompues ou qui sont sans état. Enfin, sélectionnez des instances Amazon EC2 à la demande et allouez les ressources aux besoins restants.
+ **Cycle de vérification de la charge de travail :** mettez en œuvre un cycle de vérification de la charge de travail, qui analyse spécifiquement la couverture du modèle de tarification. Une fois que la charge de travail dispose de la couverture requise, achetez des engagements avec remise supplémentaires régulièrement (tous les quelques mois) ou en fonction de l’évolution de la consommation de votre organisation.
## Ressources
**Documents connexes :**
+ [Compréhension des recommandations de vos Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Comment acheter des instances réservées](https://aws.amazon.com/ec2/pricing/reserved-instances/buyer/)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Instances Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)
+ [Modèles de réservation d’autres services AWS](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-reservation-models/reservation-models-for-other-aws-services.html)
+ [Services pris en charge par les Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-services.html)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Exemples connexes :**
+ [Ce que vous devez prendre en compte avant de souscrire des Savings Plans](https://repost.aws/knowledge-center/savings-plans-considerations)
+ [Comment utiliser Cost Explorer pour analyser mes dépenses et mon utilisation ?](https://repost.aws/knowledge-center/cost-explorer-analyze-spending-and-usage)
# COST07-BP05 Analyse du modèle de tarification au niveau du compte de gestion
Vérifiez les outils de facturation et de gestion des coûts et consultez les remises recommandées avec les engagements et les réservations pour mener une analyse régulière au niveau du compte de gestion.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** bas
## Directives d’implémentation
La modélisation régulière des coûts vous aide à mettre en œuvre les possibilités d’optimisation sur plusieurs charges de travail. Par exemple, si plusieurs charges de travail utilisent des instances à la demande au niveau agrégé, le risque de changement est moindre, et la mise en œuvre d’une réduction basée sur un engagement permet d’obtenir un coût global plus faible. Il est recommandé d’effectuer les analyses selon des cycles réguliers de deux semaines à un mois. Cela vous permet de faire de petits achats d’ajustement, de sorte que la couverture de vos modèles de tarification continue à évoluer en fonction de l’évolution de vos charges de travail et de leurs composants.
Utilisez l’outil de recommandations [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) pour identifier des opportunités de remises sur engagement dans votre compte de gestion. Les recommandations au niveau du compte de gestion sont calculées en tenant compte de l’utilisation de tous les comptes de votre organisation AWS qui ont des instances réservées (RI) ou des Savings Plans (SP). Elles sont également calculées lorsque le partage des remises est activé afin de recommander un engagement qui maximise les économies sur tous les comptes.
Bien que les achats au niveau du compte de gestion permettent de réaliser des économies maximales dans de nombreux cas, il peut arriver que vous envisagiez d’acheter des SP au niveau du compte associé, par exemple lorsque vous souhaitez que les remises s’appliquent d’abord à l’utilisation sur ce compte associé en particulier. Les recommandations pour les comptes des membres sont calculées au niveau du compte individuel, afin de maximiser les économies pour chaque compte isolé. Si votre compte contient à la fois des engagements RI et SP, ils seront appliqués dans cet ordre :
1. RI zonale
1. RI standard
1. RI convertible
1. Instance Savings Plan
1. Compute Savings Plan
Si vous achetez un SP au niveau du compte de gestion, les économies seront appliquées en fonction du pourcentage de remise du plus élevé au plus bas. Au niveau des comptes de gestion, les SP examinent tous les comptes liés et appliquent les économies là où la remise sera la plus élevée. Si vous souhaitez limiter les domaines dans lesquels les économies sont appliquées, vous pouvez souscrire à un Savings Plan au niveau du compte associé. Dans ce cas, chaque fois que ce compte utilisera des services de calcul éligibles, la réduction sera appliquée en premier sur ce compte. Lorsque le compte n’exécute pas de services informatiques éligibles, la réduction est partagée entre les autres comptes liés sous le même compte de gestion. Le partage des remises est activé par défaut, mais il peut être désactivé si nécessaire.
Dans une famille de facturation consolidée, les Savings Plans s’appliquent d’abord à l’utilisation du compte du propriétaire, puis à l’utilisation des autres comptes. Cela se produit uniquement si le partage est activé. Vos Savings Plans sont d’abord appliqués à votre pourcentage d’économies le plus élevé. S’il existe plusieurs utilisations avec des pourcentages d’économies identiques, les Savings Plans sont appliqués à la première utilisation avec le taux de Savings Plans le plus bas. Les Savings Plans continuent de s’appliquer jusqu’à ce qu’il n’y ait plus d’utilisations restantes ou que votre engagement soit épuisé. Toute utilisation restante est facturée aux taux à la demande. Vous pouvez actualiser les recommandations de Savings Plans dans Gestion des coûts AWS pour générer de nouvelles recommandations de Savings Plans à tout moment.
Après avoir analysé la flexibilité des instances, choisissez un niveau d’engagement selon les recommandations. Créez une modélisation des coûts en analysant les coûts à court terme de la charge de travail avec différentes options de ressources potentielles, en analysant les modèles de tarification AWS et en les alignant sur vos exigences métier pour trouver le coût total de possession et les opportunités [d’optimisation des coûts](https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/aws-cost-optimization.html).
### Étapes d’implémentation
**Analyse des remises sur les engagements :** à l’aide de Cost Explorer dans votre compte, consultez les recommandations relatives aux Savings Plans et aux instances réservées. Assurez-vous de comprendre les recommandations du Savings Plan et estimez vos dépenses et les économies que vous réalisez chaque mois. Examinez les recommandations au niveau du compte de gestion, qui sont calculées en tenant compte de l’utilisation de tous les comptes membres de votre organisation AWS qui comportent des instances réservées (RI) ou des Savings Plans avec le partage des remises activé. Ainsi, vous réaliserez un maximum d’économies sur tous les comptes. Vous pouvez confirmer que vous avez mis en œuvre les bonnes recommandations avec les remises et les risques requis en suivant les ateliers Well-Architected.
## Ressources
**Documents connexes :**
+ [Comment fonctionne la tarification AWS ?](https://aws.amazon.com/pricing/?nc2=h_ql_pr_ln)
+ [Options d’achat d’instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)
+ [Présentation du Savings Plan](file:///Users/mergenf/Documents/WELL%20ARCHITECTED/COST%20OPT%20PILLAR/phase3a/COST06/•%09https:/docs.aws.amazon.com/savingsplans/latest/userguide/sp-overview.html)
+ [Recommandations en matière de Savings Plan](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Accès aux recommandations d’instances réservées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-recommendations.html)
+ [Compréhension de la recommandation de vos Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-recommendations.html)
+ [Comment les Savings Plans s’appliquent à votre utilisation d’AWS](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-applying.html)
+ [Savings Plans avec facturation consolidée](https://aws.amazon.com/premiumsupport/knowledge-center/savings-plans-consolidated-billing/)
+ [Activation des remises sur les Savings Plans et sur instances réservées partagées](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/ri-turn-on-process.html)
**Vidéos connexes :**
+ [Save up to 90% and run production workloads on Spot](https://www.youtube.com/watch?v=BlNPZQh2wXs)
**Exemples connexes :**
+ [Que dois-je prendre en considération avant de souscrire un Savings Plan?](https://aws.amazon.com/premiumsupport/knowledge-center/savings-plans-considerations/)
+ [Comment puis-je utiliser le déploiement des Savings Plans pour réduire le risque lié à l’engagement?](https://aws.amazon.com/blogs/aws-cloud-financial-management/how-can-i-use-rolling-savings-plans-to-reduce-commitment-risk/)
+ [Quand utiliser les instances Spot](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-leveraging-ec2-spot-instances/when-to-use-spot-instances.html)
# COÛT 8. Comment planifier les frais de transfert de données ?
Veillez à planifier et à surveiller les frais de transfert de données afin de pouvoir prendre des décisions architecturales pour minimiser les coûts. Une modification architecturale minime, mais efficace, peut réduire de façon spectaculaire vos coûts d’exploitation au fil du temps.
**Topics**
+ [COST08-BP01 Modélisation du transfert de données](cost_data_transfer_modeling.md)
+ [COST08-BP02 Sélection de composants pour optimiser les coûts de transfert de données](cost_data_transfer_optimized_components.md)
+ [COST08-BP03 Mise en œuvre de services pour réduire les coûts de transfert de données](cost_data_transfer_implement_services.md)
# COST08-BP01 Modélisation du transfert de données
Recueillez les exigences de l’organisation et procédez à la modélisation du transfert de données de la charge de travail et de chacun de ses composants. Vous identifiez ainsi le coût le plus bas pour ses besoins de transfert de données actuels.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé
## Directives d’implémentation
L’habitude de concevoir une architecture utilisant des centres de données sur site ou le manque de connaissances peut conduire à négliger les frais de transfert de données lors de la conception d’une solution dans le cloud. Les frais de transfert de données d’AWS sont déterminés par la source, la destination et le volume du trafic. La prise en compte de ces frais lors de la phase de conception peut permettre de réaliser des économies. Pour estimer avec précision le coût total de possession (TCO), il est très important de comprendre où a lieu le transfert de données dans votre charge de travail, son coût et les avantages qui en découlent. Cela vous permet de prendre une décision avisée pour modifier ou accepter la décision architecturale. Par exemple, vous pouvez avoir une configuration à plusieurs zones de disponibilité dans laquelle vous répliquez les données entre les zones de disponibilité.
Vous modélisez les composants des services qui transfèrent les données de votre charge de travail, et décidez qu’il s’agit d’un coût acceptable (semblable au paiement du calcul et du stockage dans les deux zones de disponibilité) pour atteindre la fiabilité et la résilience requises. Modélisez les coûts sur différents niveaux d’utilisation. L’utilisation de la charge de travail peut changer dans le temps, et différents services peuvent être plus rentables à différents niveaux.
Lorsque vous modélisez votre transfert de données, réfléchissez au volume de données ingérées et à leur provenance. Tenez également compte de la quantité de données traitées et de la capacité de stockage ou de calcul requise. Lors de la modélisation, suivez les bonnes pratiques de mise en réseau pour l’architecture de votre charge de travail afin d’optimiser vos coûts potentiels de transfert de données.
Calculateur de tarification AWS peut vous aider à estimer le coût des services AWS et du transfert de données prévu. Si une charge de travail est déjà en cours d’exécution (à des fins de test ou dans un environnement de préproduction), utilisez [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) ou [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR) pour comprendre et modéliser vos coûts de transfert de données. Configurez une preuve de concept (PoC) ou testez votre charge de travail et exécutez un test avec une charge simulée réaliste. Vous pouvez modéliser vos coûts selon différentes demandes de charge de travail.
### Étapes d’implémentation
+ **Identification des exigences :** quels sont l’objectif principal et les exigences commerciales du transfert de données prévu entre la source et la destination ? Quel est le résultat commercial attendu ? Recueillez les besoins de l’entreprise et définissez le résultat attendu.
+ **Identification de la source et la destination :** quelles sont la source de données et la destination des données pour le transfert de données, par exemple au sein des Régions AWS, vers des services AWS ou vers Internet ?
+ [Transfert de données au sein d’une Région AWS](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-within-region)
+ [Transfert de données entre plusieurs Régions AWS](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-between-regions)
+ [Transfert de données vers Internet](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html#data-transfer-out-internet)
+ **Identification des classifications de données :** quelle est la classification des données pour ce transfert de données ? De quel type de données s’agit-il ? Quelle est la taille des données ? À quelle fréquence les données doivent-elles être transférées ? Les données sont-elles sensibles ?
+ **Identification des services AWS ou les outils à utiliser :** quels sont les services AWS utilisés pour ce transfert de données ? Est-il possible d’utiliser un service déjà provisionné pour une autre charge de travail ?
+ **Calcul des coûts de transfert des données :** utilisez la [tarification AWS](https://aws.amazon.com/pricing/) du modèle de transfert de données que vous avez créé précédemment pour calculer les coûts de transfert de données de la charge de travail. Calculez les coûts de transfert de données à différents niveaux d’utilisation, tant pour l’augmentation que pour la réduction de la charge de travail. Lorsqu’il existe plusieurs options pour l’architecture de la charge de travail, calculez le coût de chaque option à titre de comparaison.
+ **Association des coûts aux résultats :** pour chaque coût de transfert de données, précisez le résultat qu’il permet d’atteindre pour la charge de travail. S’il s’agit d’un transfert entre composants, ce peut être pour le découplage. S’il s’agit d’un transfert entre zones de disponibilité, ce peut être pour la redondance.
+ **Création d’une modélisation du transfert de données :** après avoir rassemblé toutes les informations, créez une modélisation conceptuelle du transfert de données de base pour plusieurs cas d’utilisation et différentes charges de travail.
## Ressources
**Documents connexes :**
+ [Solutions de mise en cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Tarification AWS](https://aws.amazon.com/pricing/)
+ [Tarification Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/)
+ [Tarification Amazon VPC](https://aws.amazon.com/vpc/pricing/)
+ [Compréhension des frais de transfert de données](https://docs.aws.amazon.com/cur/latest/userguide/cur-data-transfers-charges.html)
**Vidéos connexes :**
+ [ Monitoring and Optimizing Your Data Transfer Costs ](https://www.youtube.com/watch?v=UjliYz25_qo)
+ [S3 Transfer Acceleration](https://youtu.be/J2CVnmUWSi4)
**Exemples connexes :**
+ [Présentation des coûts de transfert des données pour les architectures courantes](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Conseils prescriptifs AWS pour la mise en réseau](https://aws.amazon.com/prescriptive-guidance/?apg-all-cards.sort-by=item.additionalFields.sortDate&apg-all-cards.sort-order=desc&awsf.apg-new-filter=*all&awsf.apg-content-type-filter=*all&awsf.apg-code-filter=*all&awsf.apg-category-filter=categories%23network&awsf.apg-rtype-filter=*all&awsf.apg-isv-filter=*all&awsf.apg-product-filter=*all&awsf.apg-env-filter=*all)
# COST08-BP02 Sélection de composants pour optimiser les coûts de transfert de données
Tous les composants sont sélectionnés, et l’architecture est conçue pour réduire les coûts de transfert des données. Cela inclut l’utilisation de composants tels que l’optimisation du réseau étendu (WAN) et les configurations à plusieurs zones de disponibilité (AZ).
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
L’architecture pour le transfert de données minimise les coûts de transfert de données. Cela peut impliquer l’utilisation de réseaux de diffusion de contenu pour localiser les données plus près des utilisateurs, ou l’utilisation de liaisons réseau dédiées depuis vos sites vers AWS. Vous pouvez également utiliser l’optimisation du réseau étendu (WAN) et l’optimisation des applications pour réduire la quantité de données transférée entre les composants.
Lors du transfert de données à destination ou au sein d’AWS Cloud, il est essentiel de connaître la destination en fonction des différents cas d’utilisation, de la nature des données et des ressources réseau disponibles afin de sélectionner les bons services AWS pour optimiser le transfert de données. AWS propose une gamme de services de transfert de données adaptés à divers besoins en matière de migration de données. Sélectionnez les options appropriées [de stockage de données](https://aws.amazon.com/products/storage/) et de [transfert de données](https://aws.amazon.com/cloud-data-migration/) en fonction des besoins commerciaux de votre organisation.
Lorsque vous planifiez ou passez en revue l’architecture de votre charge de travail, tenez compte des points suivants :
+ **Utilisation des points de terminaison d’un VPC dansAWS :** les points de terminaison VPC permettent d’établir des connexions privées entre votre VPC et les services AWS pris en charge. Cela vous évite d’utiliser l’Internet public, qui peut engendrer des coûts de transfert de données.
+ **Utilisation d’une passerelle NAT :** utilisez une [passerelle NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) de façon à ce que les instances d’un sous-réseau privé puissent se connecter à Internet ou à des services en dehors de votre VPC. Vérifiez si les ressources situées derrière la passerelle NAT qui envoient le plus de trafic se trouvent dans la même zone de disponibilité que la passerelle NAT. Si ce n’est pas le cas, créez des passerelles NAT dans la zone de disponibilité de la ressource pour réduire les frais de transfert de données entre zones de disponibilité.
+ **L’utilisation du système AWS Direct Connect** Direct Connect contourne l’Internet public et établit une connexion privée directe entre votre réseau sur site et AWS. Cela peut être plus rentable et plus cohérent que de transférer de gros volumes de données sur Internet.
+ **Évitez de transférer des données au-delà des frontières régionales :** les transferts de données entre Régions AWS (d’une région à l’autre) entraînent généralement des frais. La décision de poursuivre dans une voie multirégionale doit être mûrement réfléchie. Pour plus de détails, consultez la section [Scénarios multirégionaux](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/multi-region-scenarios.html).
+ **Surveillance du transfert de données :** utilisez Amazon CloudWatch et les [journaux de flux VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html) pour recueillir des informations sur le transfert de données et l’utilisation du réseau. Analysez les informations capturées sur le trafic réseau dans vos VPC, telles que l’adresse IP ou la plage d’adresses IP à destination et en provenance des interfaces réseau.
+ **Analyse de l’utilisation de votre réseau :** utilisez des outils de mesure et de reporting comme AWS Cost Explorer, les tableaux de bord CUDOS ou CloudWatch pour comprendre le coût de transfert de données de votre charge de travail.
### Étapes d’implémentation
+ **Sélection de composants de transfert de données :** en utilisant la modélisation du transfert de données expliqué dans [COST08-BP01 Modélisation du transfert de données](cost_data_transfer_modeling.md), concentrez-vous sur les coûts de transfert de données les plus importants ou sur ce qu’ils seraient si l’utilisation de la charge de travail changeait. Recherchez d’autres architectures ou des composants supplémentaires qui suppriment ou réduisent la nécessité d’un transfert de données, ou en diminuent le coût.
## Ressources
**Bonnes pratiques associées:**
+ [COST08-BP01 Modélisation du transfert de données](cost_data_transfer_modeling.md)
+ [COST08-BP03 Mise en œuvre de services pour réduire les coûts de transfert de données](cost_data_transfer_implement_services.md)
**Documents connexes :**
+ [Migration des données dans le cloud](https://aws.amazon.com/cloud-data-migration/)
+ [Solutions de mise en cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Diffusion plus rapide de contenu avec Amazon CloudFront](https://aws.amazon.com/getting-started/tutorials/deliver-content-faster/)
**Exemples connexes :**
+ [Présentation des coûts de transfert des données pour les architectures courantes](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Conseils d’optimisation du réseau AWS](https://aws.amazon.com/blogs/networking-and-content-delivery/aws-network-optimization-tips/)
+ [Optimisation des performances et réduction des coûts de l’analytique des réseaux grâce aux journaux de flux VPC au format Apache Parquet](https://aws.amazon.com/blogs/big-data/optimize-performance-and-reduce-costs-for-network-analytics-with-vpc-flow-logs-in-apache-parquet-format/)
# COST08-BP03 Mise en œuvre de services pour réduire les coûts de transfert de données
Mettez en œuvre des services pour réduire le transfert de données. Par exemple, utilisez des emplacements périphériques ou des réseaux de diffusion de contenu (CDN) pour fournir du contenu aux utilisateurs finaux, construisez des couches de mise en cache devant vos serveurs d’application ou vos bases de données et utilisez des connexions réseau dédiées au lieu de VPN pour la connectivité au cloud.
**Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** moyen
## Directives d’implémentation
Il existe différents services AWS qui peuvent vous aider à optimiser l’utilisation de votre réseau pour le transfert de données. En fonction des composants de votre charge de travail, du type et de l’architecture du cloud, ces services peuvent vous aider à la compression, à la mise en cache, ainsi qu’au partage et à la distribution de votre trafic sur le cloud.
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/) est un réseau mondial de diffusion de contenu qui fournit des données avec une faible latence et des vitesses de transfert élevées. Il place les données en cache au niveau des emplacements périphériques dans le monde entier, ce qui réduit la charge sur vos ressources. En utilisant CloudFront, vous pouvez réduire les tâches d’administration pour diffuser le contenu à un grand nombre d’utilisateurs dans le monde entier avec une latence minimale. [L’offre groupée Savings sur la sécurité](https://aws.amazon.com/about-aws/whats-new/2021/02/introducing-amazon-cloudfront-security-savings-bundle/?sc_channel=em&sc_campaign=Launch_mult_OT_awsroadmapemail_20200910&sc_medium=em_whats_new&sc_content=launch_ot_ot&sc_country=mult&sc_geo=mult&sc_category=mult&sc_outcome=launch) peut vous aider à économiser jusqu’à 30 % sur votre utilisation de CloudFront si vous prévoyez d’augmenter votre utilisation au fil du temps.
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/) vous permet de mettre en place d’une connexion réseau dédiée depuis vos sites vers AWS. Cela peut réduire les coûts de réseau, augmenter la bande passante et fournir une expérience réseau plus constante que les connexions Internet.
+ Le [Site-to-Site VPN](https://aws.amazon.com/vpn/) vous permet d’établir une connexion sécurisée et privée entre votre réseau privé et le réseau mondial AWS. Il est idéal pour les petits bureaux ou les partenaires commerciaux, car il fournit une connectivité simplifiée, et il s’agit d’un service entièrement géré et élastique.
+ Les [points de terminaison d’un VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-endpoints.html) permettent la connectivité entre les services AWS sur une mise en réseau privée et peuvent être utilisés pour réduire les coûts de transfert de données publiques et de [passerelle NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html). Les [points de terminaison d’un VPC de passerelle](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-gateway.html) n’ont pas de coûts horaires et prennent en charge Amazon S3 et Amazon DynamoDB. Les [points de terminaison d’un VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html) d’interface sont fournis par [AWS PrivateLink](https://docs.aws.amazon.com/vpc/latest/userguide/endpoint-service.html) et ont un tarif horaire et un coût d’utilisation par Go.
+ Les [passerelles NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) permettent une mise à l’échelle et une gestion intégrées, ce qui réduit les coûts par rapport à une instance NAT autonome. Placez les passerelles NAT dans les mêmes zones de disponibilité que les instances à fort trafic et envisagez d’utiliser des points de terminaison d’un VPC pour les instances qui ont besoin d’accéder à Amazon DynamoDB ou à Amazon S3 afin de réduire les coûts de transfert et de traitement des données.
+ Utilisez des appareils [AWS Snow Family](https://aws.amazon.com/snow/) dotés de ressources informatiques pour collecter et traiter les données à la périphérie. Les appareils AWS Snow Family ([Snowball Edge](https://aws.amazon.com/snowcone/), [Snowball Edge](https://aws.amazon.com/snowball/) et [Snowmobile](https://aws.amazon.com/snowmobile/)) vous permettent de transférer des pétaoctets de données dans le AWS Cloud de manière rentable et hors ligne.
### Étapes d’implémentation
+ **Implémentation de services :** sélectionnez les services réseau AWS applicables en fonction du type de charge de travail de votre service, en utilisant la modélisation du transfert de données et en examinant les journaux de flux VPC. Regardez où se situent les coûts les plus élevés et les flux les plus importants. Examinez les services AWS et évaluez s’il existe un service qui réduit ou supprime le transfert, en particulier, la mise en réseau et la diffusion de contenu. Recherchez également les services de mise en cache où il existe une répétition d’accès aux données, ou de grands volumes de données.
## Ressources
**Documents connexes :**
+ [AWS Direct Connect](https://aws.amazon.com/directconnect/)
+ [Exploration de produits AWS](https://aws.amazon.com/)
+ [Solutions de mise en cache AWS](https://aws.amazon.com/caching/aws-caching/)
+ [Amazon CloudFront](https://aws.amazon.com/cloudfront/)
+ [AWS Snow Family](https://aws.amazon.com/snow/)
+ [Forfait sécurité Amazon CloudFront](https://aws.amazon.com/about-aws/whats-new/2021/02/introducing-amazon-cloudfront-security-savings-bundle/)
**Vidéos connexes :**
+ [Monitoring and Optimizing Your Data Transfer Costs](https://www.youtube.com/watch?v=UjliYz25_qo)
+ [AWS Cost Optimization Series: CloudFront](https://www.youtube.com/watch?v=k8De2AfAN3k)
+ [How can I reduce data transfer charges for my NAT gateway?](https://www.youtube.com/watch?v=hq4KtPRezus)
**Exemples connexes :**
+ [Comment rétrofacturer des services partagés : exemple AWS Transit Gateway](https://aws.amazon.com/blogs/aws-cloud-financial-management/gs-chargeback-shared-services-an-aws-transit-gateway-example/)
+ [Compréhension des détails du transfert de données AWS en profondeur à partir du rapport sur les coûts et l’utilisation à l’aide de la requête Athena et de QuickSight](https://aws.amazon.com/blogs/networking-and-content-delivery/understand-aws-data-transfer-details-in-depth-from-cost-and-usage-report-using-athena-query-and-quicksight/)
+ [Présentation des coûts de transfert des données pour les architectures courantes](https://aws.amazon.com/blogs/architecture/overview-of-data-transfer-costs-for-common-architectures/)
+ [Utilisation de AWS Cost Explorer pour analyser les coûts de transfert de données](https://aws.amazon.com/blogs/mt/using-aws-cost-explorer-to-analyze-data-transfer-costs/)
+ [Optimisation du coût de vos architectures AWS en utilisant des fonctionnalités Amazon CloudFront](https://aws.amazon.com/blogs/networking-and-content-delivery/cost-optimizing-your-aws-architectures-by-utilizing-amazon-cloudfront-features/)
+ [How can I reduce data transfer charges for my NAT gateway?](https://aws.amazon.com/premiumsupport/knowledge-center/vpc-reduce-nat-gateway-transfer-costs/)