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.

Sélectionnez le type d'instance adapté aux charges de travail Windows

Présentation

La pratique du surprovisionnement constitue une différence significative entre les charges de travail fonctionnant dans le cloud et celles exécutées dans des environnements sur site. Lorsque vous achetez du matériel physique pour une utilisation sur site, vous effectuez une dépense d'investissement qui devrait durer pendant une durée prédéterminée, généralement de 3 à 5 ans. Pour faire face à la croissance prévue pendant la durée de vie du matériel, celui-ci est acquis avec plus de ressources que ce que votre charge de travail nécessite actuellement. Par conséquent, le matériel physique est souvent surapprovisionné bien au-delà des besoins de votre charge de travail réelle.

La technologie des machines virtuelles (VM) est apparue comme un moyen efficace d'utiliser les ressources matérielles excédentaires. Les administrateurs ont VMs surprovisionné vCPUs et RAM permis à l'hyperviseur de gérer l'utilisation des ressources physiques entre les serveurs occupés et inactifs en allouant des ressources inutilisées à chaque machine virtuelle. Lors de la gestionVMs, le v CPU et les RAM ressources allouées à chaque machine virtuelle fonctionnaient davantage comme des gouverneurs de ressources que comme des indicateurs de l'utilisation réelle. La surallocation des ressources des machines virtuelles peut facilement dépasser le triple des ressources de calcul disponibles.

Amazon Elastic Compute Cloud (AmazonEC2) s'abstient de surprovisionner VMs le matériel sous-jacent, car cela n'est pas nécessaire. Le cloud computing est une dépense opérationnelle et non une dépense en capital, et vous ne payez que pour ce que vous utilisez. Si votre charge de travail nécessite davantage de ressources à l'avenir, provisionnez-les lorsque vous en avez réellement besoin, plutôt que de le faire de manière préventive.

Il existe des centaines d'options pour choisir les bons types d'EC2instances Amazon. Si vous envisagez de migrer une charge de travail Windows vers le cloud, AWS propose un AWS OLApour vous aider à mieux comprendre votre charge de travail actuelle et fournir un exemple de ses performances sur AWS. L' AWS OLAanalyse vise à faire correspondre le type et la taille d'EC2instance appropriés à votre utilisation réelle sur site.

Si des charges de travail sont déjà exécutées sur Amazon EC2 et que vous recherchez des stratégies d'optimisation des coûts, cette section du guide vous aide à identifier les différences entre les EC2 instances Amazon et leur applicabilité aux charges de travail Windows classiques.

Recommandations d'optimisation des coûts

Pour optimiser les coûts liés à vos types d'EC2instances, nous vous recommandons de procéder comme suit :

Choisissez la famille d'instances adaptée à votre charge de travail

Il est important de choisir la famille d'instances adaptée à votre charge de travail.

Les EC2 instances Amazon sont réparties dans les différents groupes suivants :

La plupart des charges de travail Windows entrent dans les catégories suivantes :

Pour simplifier encore davantage les choses, considérez une EC2 instance de référence dans chaque catégorie :

La génération précédente d'EC2instances présentait des différences mineures dans les types de processeurs. Par exemple, les instances optimisées pour le calcul C5 disposent de processeurs plus rapides que les instances M5 à usage général ou les instances optimisées pour la mémoire R5. Les EC2 instances de dernière génération (C6i, M6i, R6i, C6a, M6a et R6a) utilisent toutes le même processeur pour toutes les familles d'instances. Étant donné que le processeur est constant au sein de la dernière génération d'instances, la différence de prix entre les familles d'instances dépend désormais davantage de la quantité deRAM. Plus RAM une instance est nombreuse, plus elle coûte cher.

L'exemple suivant illustre le tarif horaire pour une CPU instance 4 V basée sur Intel exécutée dans la us-east-1 région.

Instances éclatables

Bien qu'il soit recommandé en matière de cloud computing de désactiver les ressources informatiques inutilisées pour éviter des frais, toutes les charges de travail ne peuvent pas être désactivées et activées chaque fois qu'elles sont nécessaires. Certaines charges de travail restent inactives pendant de longues périodes mais doivent être accessibles 24 heures sur 24.

Les instances Burstable (T3) permettent de maintenir en ligne des charges de travail exigeantes ou peu utilisées tout au long de la journée, tout en réduisant les coûts de calcul. Les EC2 instances Burstable disposent d'un maximum de CPU ressources v qu'elles peuvent utiliser pendant de brèves périodes. Ces instances utilisent un système basé sur des CPUcrédits évolutifs. Ces crédits sont accumulés pendant les périodes d'inactivité de la journée. Les instances Burstable offrent des vCPU-to-RAM ratios variables, ce qui en fait des alternatives aux instances optimisées pour le calcul dans certains cas et à d'autres instances à usage général dans d'autres.

L'exemple suivant illustre le tarif horaire pour une instance T3 (c'est-à-dire une instance burstable) exécutée dans la us-east-1 région.

Comprendre les variations de prix entre les architectures de processeurs

Les processeurs Intel sont la norme pour les EC2 instances depuis leur création. Les générations précédentes d'EC2instances, telles que C5, M5 et R5, n'indiquent pas Intel comme architecture du processeur (car c'était l'architecture par défaut). Les nouvelles générations d'EC2instances, telles que C6i, M6i et R6i, incluent un « i » pour indiquer l'utilisation d'un processeur Intel.

La modification de l'annotation de l'architecture du processeur est due à l'introduction d'options de processeur supplémentaires. Le processeur le plus comparable à Intel est AMD(désigné par un « a »). AMDEPYCles processeurs utilisent la même architecture x86 et offrent des performances similaires à celles des processeurs Intel, mais à un prix inférieur. Comme le montrent les exemples de tarification suivants, les AMD EC2 instances offrent une réduction d'environ 10 % sur les coûts de calcul par rapport aux instances Intel.

La troisième option d'architecture de processeur majeure concerne les processeurs AWS Graviton (désignés par un « g ») sur les EC2 instances. Conçus par AWS, les processeurs Graviton offrent le meilleur rapport prix/performances sur AmazonEC2. Non seulement les processeurs Graviton actuels sont 20 % moins chers que leurs homologues Intel, mais ils offrent également une amélioration des performances de 20 % ou plus. La prochaine génération de processeurs Graviton devrait encore accroître cette différence de performances, les tests montrant une augmentation supplémentaire de 25 % des performances.

Windows Server ne peut pas fonctionner sur les processeurs Graviton, qui sont basés sur ARM l'architecture. En fait, Windows Server fonctionne uniquement sur des processeurs x86. Bien que vous ne puissiez pas augmenter le rapport prix/performances de 40 % en utilisant des instances basées sur Graviton pour Windows Server, vous pouvez toujours utiliser des processeurs Graviton pour des charges de travail Microsoft spécifiques. Par exemple, les nouvelles versions de. NETpeut fonctionner sous Linux. Cela signifie que ces charges de travail peuvent utiliser des ARM processeurs et bénéficier d'instances Graviton EC2 plus rapides et plus abordables.

L'exemple suivant illustre la tarification horaire pour une instance Graviton exécutée dans la us-east-1 région.

Le graphique suivant compare les prix des instances de la série M.

Comprenez les différences de prix et de performances entre EC2 les générations

L'une des caractéristiques les plus constantes d'Amazon EC2 est que chaque nouvelle génération offre un meilleur rapport qualité-prix que sa devancière. Comme le montre le tableau suivant, le prix des EC2 instances de nouvelle génération diminue à chaque nouvelle version.

Le graphique suivant compare les coûts des différentes générations d'instances de la série C.

Toutefois, le prix des instances de 6e génération est identique à celui de la 5e génération, comme le montre le tableau suivant.

Malgré le même coût, la nouvelle génération offre un rapport qualité-prix supérieur grâce à des processeurs plus rapides, à un débit réseau amélioré et à un débit accru d'Amazon Elastic Block Store (AmazonEBS) et. IOPS

L'une des améliorations les plus significatives en termes de rapport prix/performances est l'amélioration de l'instance X2i. Cette génération de l'instance offre un rapport prix/performances jusqu'à 55 % supérieur à celui de la génération précédente. Comme le montre le tableau suivant, le x2iedn montre une amélioration de tous les aspects de performance (le tout au même prix que la génération précédente).

Exemples de scénarios

Prenons l'exemple d'une société d'analyse qui suit les véhicules de livraison et souhaite améliorer les performances de ses SQL serveurs. Après avoir examiné MACO SME les problèmes de performance de cette société, celle-ci passe des instances x1e.2xlarge aux instances x2iedn.xlarge. La nouvelle taille d'instance est plus petite, mais les améliorations apportées aux instances x2 permettent d'améliorer les performances et l'optimisation SQL du serveur grâce à l'utilisation d'extensions de pool de mémoire tampon. Cela permet à l'entreprise de passer de l'édition SQL Server Enterprise à l'édition SQL Server Standard. Cela permet également à l'entreprise de réduire ses licences de SQL serveur de 8 vCPUs à 4vCPUs.

Avant l'optimisation :

Après optimisation :

Dans l'ensemble, le passage des instances x1e.2xlarge aux instances x2iedn.xlarge permet à l'entreprise, dans le scénario d'exemple, d'économiser 5 407$ par mois sur ses serveurs de base de données de production. Cela réduit le coût total de la charge de travail de 69 %.

Migrer vers de nouvelles instances

Les anciennes générations d'Amazon EC2 fonctionnent sur l'hyperviseur Xen, tandis que les nouvelles générations fonctionnent sur le système AWS Nitro. Le système Nitro fournit la quasi-totalité des ressources de calcul et de mémoire du matériel hôte à vos instances. Cela se traduit par une amélioration des performances globales. Des considérations particulières doivent être prises en compte lors de la migration d'instances basées sur Xen vers Nitro. Par exemple, AWS Windows est configuré avec AMIs les paramètres et personnalisations par défaut utilisés par le support d'installation Microsoft. Les personnalisations incluent des pilotes et des configurations compatibles avec les types d'instances de dernière génération (instances basées sur le système Nitro).

Si vous lancez des instances à partir de Windows personnalisé AMIs ou de Windows AMIs fournis par Amazon qui ont été créées avant août 2018, nous vous recommandons de suivre les étapes décrites dans la section Migration vers les types d'instances de dernière génération dans la EC2 documentation Amazon.

Utiliser des instances burstables

Bien que les instances burstables soient un bon moyen de réduire les coûts de calcul, nous vous recommandons de les éviter dans les scénarios suivants :

Étapes suivantes

Nous vous recommandons de suivre les étapes suivantes afin d'optimiser vos coûts pour les instances Amazon EC2 Windows :

Le tableau suivant présente des exemples de points de départ typiques pour les charges de travail Windows. Des options supplémentaires sont disponibles, telles que des volumes de stockage d'instances pour améliorer les charges de travail SQL du serveur ou des EC2 instances avec des vCPU-to-RAM ratios beaucoup plus élevés. Nous vous recommandons de tester vos charges de travail de manière approfondie et d'utiliser des outils de surveillance AWS Compute Optimizer pour vous aider à effectuer les ajustements nécessaires.

Si vous devez modifier le type d'EC2instance, le processus implique généralement un simple redémarrage du serveur. Pour plus d'informations, consultez Modifier le type d'instance dans la EC2 documentation Amazon.

Avant de modifier le type d'instance, nous vous recommandons de prendre en compte les points suivants :

Ressources supplémentaires