Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Charges de travail Windows de la bonne taille

Présentation

Le bon dimensionnement est l'un des outils les plus efficaces pour réduire les coûts. AWS propose différentes méthodes pour collecter des informations de dimensionnement correctes, allant de l'examen des charges de travail potentielles à l'aide d'une évaluation de l'AWS optimisation et des licences (AWS OLA) à l'examen des charges de travail existantes à l'aide de. AWS Cost Explorer

Cette section explique comment l'utiliser pour AWS Compute Optimizeridentifier les opportunités de dimensionnement EC2 adaptées à Amazon. Compute Optimizer permet d'éviter le surprovisionnement et le sous-provisionnement pour les types de ressources suivants : AWS

Scénario d'optimisation des coûts

Mesurer l'efficacité de la bonne taille peut s'avérer difficile, car les efforts de dimensionnement appropriés peuvent être dirigés vers une application spécifique, une équipe ou l'ensemble de l'organisation. Prenons l'exemple d'une organisation qui migre plusieurs milliers d'instances vers AWS laquelle 90 % de son parc est composé de charges de travail Windows. L'organisation peut utiliser Compute Optimizer pour analyser son parc et découvrir un surprovisionnement important sur ses comptes et. Régions AWS Ils peuvent ensuite utiliser l'AWS Systems Manager automatisation pour ajuster la taille de leur parc grâce à plusieurs fenêtres de maintenance. L'entreprise parvient ainsi à ajuster le type d'instance à la bonne taille pour 70 % de son parc et réalise des économies de 35 %.

Le tableau de bord suivant illustre les économies réalisées en plusieurs mois grâce à la mise en œuvre stratégique par cet exemple d'organisation des recommandations de Compute Optimizer en matière de dimensionnement. Leur objectif était d'exploiter leurs charges de travail existantes aussi efficacement que possible afin de reprendre une migration bloquée depuis un centre de données en colocation approchant de la fin de son contrat.

Recommandations d'optimisation des coûts

Nous vous recommandons de suivre les étapes suivantes pour optimiser vos coûts à l'aide de Compute Optimizer :

Activer Compute Optimizer

Vous pouvez activer Compute Optimizer au niveau de l'organisation ou au niveau du compte unique dans. AWS Organizations La configuration à l'échelle de l'organisation fournit des rapports permanents pour les instances nouvelles et existantes sur l'ensemble de votre flotte pour tous les comptes membres. Cela permet de faire de la bonne taille une activité récurrente plutôt qu'une point-in-time activité.

Niveau de l'organisation

Pour la plupart des entreprises, le moyen le plus efficace d'utiliser Compute Optimizer est au niveau de l'organisation. Cela fournit une visibilité multicompte et multirégionale de votre organisation et centralise les données dans une seule source à des fins de révision. Pour activer cette fonctionnalité au niveau de l'organisation, procédez comme suit :

Niveau de compte unique

Si vous ciblez un compte dont les coûts sont élevés mais que vous n'y avez pas accès AWS Organizations, vous pouvez toujours activer Compute Optimizer pour ce compte et cette région. Pour en savoir plus sur le processus d'opt-in, consultez Getting started with AWS Compute Optimizer dans la documentation de Compute Optimizer.

Activer la collecte de métriques de mémoire pour les nœuds Windows

Les métriques de mémoire fournissent à Compute Optimizer les indicateurs essentiels nécessaires pour formuler des recommandations de dimensionnement bien informées au sein de votre organisation. Cela est dû à l'analyse de la mémoireCPU, du réseau et du stockage effectuée avant de proposer une recommandation.

Pour transmettre les métriques de mémoire des EC2 instances Windows à Compute Optimizer, vous devez activer l' CloudWatch agent et configurer les métriques de mémoire afin qu'elles soient collectées toutes les 60 secondes. L'utilisation des métriques de mémoire avec CloudWatch.

Activer l' CloudWatch agent et configurer les métriques de mémoire

Téléchargez le ComputeOptimizefichier .yml. Vous pouvez utiliser ce fichier pour activer la collecte de mémoire pour toutes les instances de votre compte. Le fichier modèle génère les composants suivants :

Procédez ensuite comme suit :

Suivez les progrès de l'association

Afficher les statistiques dans CloudWatch

Nous vous recommandons d'attendre au moins cinq minutes pour que les statistiques soient renseignées. CloudWatch

Suivez les recommandations de Compute Optimizer

Prenons un exemple qui met l'accent sur les modifications de taille appropriées au sein d'un seul compte et d'une seule région. Dans cet exemple, Compute Optimizer est activé au niveau de l'organisation sur tous les comptes. N'oubliez pas que le bon dimensionnement est un processus perturbateur qui, dans la plupart des cas, est effectué avec précision par les propriétaires de l'application au cours d'une période de maintenance planifiée de plusieurs semaines.

Si vous accédez à Compute Optimizer depuis le compte de gestion d'une organisation (comme indiqué dans les étapes suivantes), vous pouvez choisir le compte que vous souhaitez examiner. Dans cet exemple, six instances sont exécutées dans un seul compte dans la us-east-1 région. Les six instances sont surprovisionnées. L'objectif est de redimensionner les instances en fonction des recommandations de Compute Optimizer.

Identifiez les instances surprovisionnées et exportez les détails des recommandations

Choisissez des instances en fonction des recommandations

Les recommandations relatives aux instances sont basées sur les indicateurs de performance collectés et analysés par Compute Optimizer. Il est essentiel de connaître les charges de travail exécutées sur l'instance afin de choisir la meilleure instance. Cet exemple suppose que vous pouvez choisir parmi la dernière génération d'instances Amazon EC2 R6i, R5 et T3. Les instances T3 sont évolutives et ont des capacités de bande passante réseau plus faibles. Les instances R5 et R6 ont le même coût horaire et sont quasiment identiques. Cependant, l'instance R6 dispose d'une capacité de bande passante réseau supérieure, intègre la dernière génération de processeurs Intel et offre le même encombrement de calcul que l'instance R5. Dans cet exemple, R6 est la meilleure option à choisir pour le redimensionnement.

Étiquetez les instances pour les dimensionner correctement

Le balisage de vos charges de travail est un outil puissant pour organiser vos ressources. AWS Les tags vous permettent d'obtenir une visibilité précise des coûts et de faciliter les rétrofacturations. Pour plus d'informations sur les stratégies et les méthodes d'ajout de balises aux AWS ressources, consultez le AWS livre blanc Meilleures pratiques en matière de balisage AWS des ressources. Dans cet exemple, vous pouvez utiliser l'éditeur de AWS balises pour effectuer des ajustements de balisage sur les instances surprovisionnées que vous souhaitez cibler pour les redimensionner pendant une période de maintenance. Vous pouvez également utiliser cette balise pour consulter les coûts avant et après le changement.

Après avoir créé et appliqué des balises définies par l'utilisateur à vos ressources, l'activation des balises peut prendre jusqu'à 24 heures sur la page des balises de répartition des coûts. Une fois que vous avez sélectionné les balises à activer, l'activation des balises peut prendre 24 heures supplémentaires.

Pour les utilisateurs avancés, vous pouvez l'utiliser AWS CloudShelldans le compte cible et dans la région pour étiqueter plusieurs instances. Par exemple :

bash
#!/bin/bash
# Set variables
TAG_KEY="rightsizing"
TAG_VALUE="type-m5"
# Get a list of instance IDs
INSTANCE_IDS=$(aws ec2 describe-instances —query "Reservations[].Instances[].InstanceId" —output text)
# Loop through each instance ID and add the tag
for INSTANCE_ID in $INSTANCE_IDS; do
 aws ec2 create-tags —resources $INSTANCE_ID —tags Key=$TAG_KEY,Value=$TAG_VALUE
done

Activez l'étiquette de répartition des coûts pour qu'elle fonctionne avec les outils AWS de facturation

Nous vous recommandons d'activer la balise de répartition des coûts définie par l'utilisateur. Cela permet à la balise Rightsizing d'être reconnue et filtrable dans les outils AWS de facturation (par exemple, Cost Explorer et). AWS Cost and Usage Report Si vous ne l'activez pas, l'option de filtrage des balises et les données ne seront pas disponibles. Pour plus d'informations sur l'utilisation des balises de répartition des coûts, consultez la section Activation des balises de répartition des coûts définies par l'utilisateur dans la AWS Billing and Cost Management documentation.

Au bout de 24 heures, le tag devrait apparaître dans Cost Explorer.

Mettez en œuvre les recommandations de dimensionnement appropriées avec Systems Manager Automation

Le redimensionnement est un scénario qui nécessite l'arrêt et le démarrage d'une instance. Dans ce scénario, vous devrez peut-être gérer cette interruption pendant une période de maintenance et avoir besoin de différentes équipes pour gérer leur propre redimensionnement. Avant de modifier un type d'instance, consultez les considérations relatives aux types d'instances compatibles dans la EC2 documentation Amazon.

Les exemples d'étapes présentés dans cette section mettent en œuvre des recommandations de dimensionnement adaptées par compte et par région à l'aide d'un document Systems Manager Automation intitulé AWS- ResizeInstance. Cette approche est typique de la plupart des entreprises, car la plupart d'entre elles ont besoin de différents types d'instances pour des objectifs différents. Vous pouvez également utiliser le même document AWS-ResizeInstance d'automatisation pour cibler les déploiements à un ou plusieurs comptes.

Envisagez d'autres méthodes de redimensionnement

Si vous utilisez un modèle de lancement pour déployer vos instances, vous pouvez mettre à jour le modèle de lancement avec le type d'instance de la bonne taille, puis effectuer une actualisation de l'instance pour remplacer les instances par la version adaptée.

Si vous envisagez d'utiliser le processus de dimensionnement approprié pour plusieurs comptes et régions, vous devez créer un document personnalisé d'automatisation de Systems Manager. Ce document vous permet d'introduire plusieurs instances en tant que paramètre et de cibler des instances se déplaçant vers le même type d'instance de destination (par exemple, toutes les instances passant à t3a.medium, quel que soit le type d'instance source).

Révision des coûts avant et après dans Cost Explorer

Une fois que vous avez correctement dimensionné vos ressources, vous pouvez utiliser Cost Explorer pour afficher les coûts avant et après en utilisant la balise Rightsizing. N'oubliez pas que vous pouvez utiliser des balises de ressources pour suivre les coûts. En utilisant plusieurs couches de balises, vous pouvez obtenir une visibilité précise de vos coûts. Dans l'exemple présenté dans ce guide, la balise Rightsizing est utilisée pour appliquer une balise générique à toutes les instances ciblées. Ensuite, un tag d'équipe est utilisé pour mieux organiser les ressources. L'étape suivante consiste à introduire des balises d'application pour mieux montrer l'impact financier de l'exploitation d'une application spécifique.

Le schéma suivant montre la structure des balises d'une organisation.

Prenons l'exemple d'une entreprise qui dimensionne correctement les serveurs Web de production appartenant à l'équipe des opérations. Dans Cost Explorer, le tag Rightsizing est défini sur activé, et le tag Team est défini sur operations. Dans cet exemple, un effort de dimensionnement approprié réduit les coûts d'exploitation de 0,89 cent à 0,28 cent de l'heure. En supposant 744 heures par mois, le coût annuel avant de choisir la bonne taille est de 7 945,92$. Après le bon dimensionnement, le coût annuel tombe à 2 499,84$. Cela se traduit par une diminution de 68,5 % des coûts annuels liés à la charge de travail. Imaginez l'impact de cette situation sur une grande organisation. N'oubliez pas que cela se fait dans un environnement d'exemple et que les instances sont pour la plupart inactives. Dans un environnement de production, vous pouvez réaliser des économies de 10 à 35 %.

À présent, considérez l'impact d'un dimensionnement correct de l'hôte du bastion de production appartenant à l'équipe d'ingénierie. Dans Cost Explorer, le tag Rightsizing est défini sur activé, et le tag Team est défini sur Engineering. Dans cet exemple, un effort de dimensionnement adapté permet de réduire les coûts de 0,75 centime à 0,44 centime de l'heure. En supposant 744 heures par mois, le coût annuel avant de choisir la bonne taille est de 6 696$. Après le bon dimensionnement, le coût annuel tombe à 3 928,32$.

Si vous utilisez plusieurs balises, vous pouvez filtrer les données pour obtenir des détails précis sur les coûts. Dans cet exemple, le tag Team réduit le bruit afin que vous puissiez visualiser l'impact au niveau de l'équipe. La balise Rightsizing étant activée, vous pouvez également filtrer les instances dont la valeur est activée ou aucune valeur n'est présente pour cette balise. Cela peut fournir une vue globale de vos efforts de dimensionnement appropriés, en particulier lorsqu'ils sont visualisés dans le compte de gestion (payeur) au niveau de Cost Explorer. Cette vue vous permet de voir tous les comptes et instances.

Prenons un exemple au niveau du compte unique où la balise Rightsizing est définie sur Activé.  Les coûts d'exploitation passent de 1,64 dollar de l'heure à 0,72 cents de l'heure. En supposant 744 heures par mois, le coût annuel avant de choisir la bonne taille est de 14 641,92$. Après le bon dimensionnement, le coût annuel tombe à 6 428,16$. Cela se traduit par une diminution de 56 % des coûts de calcul pour ce compte.

Avant de vous lancer dans l'aventure de la bonne taille, tenez compte des points suivants :

Recommandations

Nous recommandons les prochaines étapes suivantes :

Ressources supplémentaires