Forum aux questions sur le moteur d’optimisation Azure
Cet article récapitule les questions fréquemment posées sur le moteur d’optimisation Azure (AOE). Il couvre la prise en charge, les abonnements, la devise et d’autres questions courantes.
AOE est-il pris en charge par Microsoft ?
Non, le moteur d’optimisation Azure n’est pas pris en charge dans le cadre d’un programme ou d’un service de support standard Microsoft. Les scripts sont fournis AS IS sans garantie d’aucune sorte. Tout le risque résultant de l’utilisation ou des performances des scripts et de la documentation reste avec vous.
Quel type d’abonnements/clouds Azure sont pris en charge ?
AOE a été déployé et testé sur EA, Contrat client Microsoft (MCA) et les abonnements Visual Studio dans le cloud commercial Azure (AzureCloud). Bien qu’il ne soit pas encore testé, il doit également fonctionner dans les abonnements MOSA (Microsoft Online Subscription Agreement). Il a été conçu pour fonctionner également dans le cloud du gouvernement des États-Unis, même s’il n’a jamais été testé là-bas. Les abonnements suivants doivent également fonctionner, mais en raison d’un manque de disponibilité ou de disparités dans leurs modèles d’exportation de consommation (facturation), certains classeurs peuvent ne pas fonctionner entièrement.
- Parrainage (MS-AZR-0036P et MS-AZR-0143P)
- fournisseur de solutions Cloud (CSP) (MS-AZR-0145P, MS-AZR-0146P et MS-AZR-159P)
- DreamSpark (MS-AZR-0144P)
- Abonnements internes
Quelle est la devise utilisée pour les coûts et les économies ?
La devise utilisée est celle qui est signalée par défaut par les API De consommation Azure. Il doit correspondre à celui que vous voyez généralement dans Microsoft Cost Management.
Quel est l’intervalle de temps par défaut pour collecter les données de consommation Azure ?
Par défaut, la consommation Azure exporte des runbooks quotidiens collecte des données d’un jour il y a trois jours. Ce décalage fonctionne bien pour de nombreux types d’abonnements. Si vous exécutez AOE dans des abonnements paiement à l’utilisation ou EA, vous pouvez réduire le décalage en ajustant la AzureOptimization_ConsumptionOffsetDays variable. Toutefois, l’utilisation d’une valeur inférieure à deux jours n’est pas recommandée.
Pourquoi AOE recommande-t-il de supprimer une machine virtuelle désalloué longue qui a été désalloué quelques jours avant ?
La recommandation LongDeallocatedVms dépend des exportations précises de consommation Azure. Si vous avez récemment déployé AOE, il n’a pas collecté suffisamment de temps pour fournir des recommandations précises. Laissez AOE s’exécuter au moins pendant 30 jours pour obtenir des recommandations précises.
Pourquoi AOE recommande-t-il de supprimer une machine virtuelle désalloué longue qui a déjà été supprimée ?
Étant donné que les exportations de consommation Azure sont collectées avec un décalage (par défaut) de sept jours, la recommandation LongDeallocatedVms peut recommander la suppression d’une machine virtuelle désalloué longue qui a été supprimée pendant ce temps. Ce faux positif doit normalement disparaître dans l’itération suivante.
Combien coûte l’exécution d’AOE dans mon abonnement ?
Le déploiement AOE par défaut nécessite des ressources Azure bon marché : un compte Azure Automation, une petite base de données Azure SQL et un compte de stockage. Il nécessite également un espace de travail Log Analytics auquel il envoie tous les journaux utilisés par les classeurs. Les coûts, principalement provenant d’Azure Automation, dépendent de la taille de votre environnement, mais même dans les clients avec des centaines de machines virtuelles, les coûts DOE ne sont pas supérieurs à 100 EUR/mois. Dans les environnements de petite à moyenne taille, il coûte moins de 20 EUR/mois. Ces coûts n’incluent pas l’ingestion des métriques de performances des machines virtuelles basées sur un agent dans Log Analytics.
Contenu connexe
Produits connexes :
Solutions connexes :