Une configuration de gestion des coûts Azure qui tient repose sur trois contrôles qui fonctionnent ensemble. Les budgets Azure fixent une ligne de dépense pour une portée et déclenchent des alertes à mesure que le coût réel ou prévisionnel s'en approche. Les alertes de coûts Azure, y compris les alertes d'anomalie, avertissent les bonnes personnes lorsque la dépense franchit un seuil ou évolue de façon inattendue. Les étiquettes attachent un contexte métier, propriétaire, environnement, charge de travail et centre de coûts, à chaque ressource pour que la facture puisse être ventilée et attribuée plutôt que lue comme un seul total anonyme. Les budgets vous indiquent quand la dépense dérive, les alertes s'assurent que quelqu'un en entend parler, et les étiquettes vous disent à qui appartient la dépense. Configurés à la légère, chacun pourrit en bruit ; configurés délibérément, ensemble ils transforment une facture cloud en quelque chose que vous pouvez gouverner.
Ceci est un guide de configuration pratique : les portées auxquelles rattacher les contrôles, comment construire des budgets avec des seuils réels et prévisionnels, où se situent les alertes d'anomalie, une stratégie d'étiquetage Azure qui tient, comment l'appliquer avec Azure Policy, et le rituel hebdomadaire qui empêche l'ensemble de pourrir. Les économies sont directionnelles, car elles suivent les actions que les contrôles font remonter, mais la structure est la même pour presque tous les parcs.
Commencez par les portées
Microsoft Cost Management est disponible à chaque niveau de la hiérarchie Azure, et l'endroit où vous rattachez un contrôle décide qui il sert. Trois portées méritent d'être connues.
- Groupe d'administration. Il agrège de nombreux abonnements, il convient donc aux budgets et au reporting à l'échelle de l'organisation ou d'une unité opérationnelle sur tout ce qui se trouve en dessous.
- Abonnement. L'unité de budget la plus courante. Les parcs utilisent souvent les abonnements pour séparer la production de la hors-production, ou une unité opérationnelle d'une autre.
- Groupe de ressources. La portée la plus fine, idéale pour une seule charge de travail, un projet ou une équipe qui possède ses propres ressources.
Les portées s'imbriquent, de sorte qu'un groupe d'administration voit le coût des abonnements et des groupes de ressources qu'il contient. Choisissez la portée qui correspond à qui possède réellement la dépense, puis rattachez-y le budget. Une réserve à retenir : les budgets fonctionnent aux trois portées, mais les alertes d'anomalie sont une fonctionnalité réservée aux abonnements, et l'automatisation par groupe d'actions sur un budget n'est prise en charge qu'aux portées d'abonnement et de groupe de ressources.
Les portées s'imbriquent du groupe d'administration jusqu'à la ressource ; les étiquettes descendent pour l'attribution, et les budgets et alertes se rattachent à chaque niveau.
Créer des budgets avec des alertes réelles et prévisionnelles
Un budget est une ligne de dépense pour une portée, plus les seuils d'alerte qui la surveillent. Dans le portail, allez dans Cost Management, sélectionnez la portée, choisissez Budgets, puis Ajouter. Pour un groupe de ressources, le chemin est Cost Management + Billing puis Abonnements, sélectionnez l'abonnement, Groupes de ressources, sélectionnez le groupe, Budgets, puis Ajouter.
Définissez le montant et une période de réinitialisation. Vous pouvez vous aligner sur le calendrier avec Mensuel, Trimestriel ou Annuel, ou sur votre facture avec Mois de facturation, Trimestre de facturation ou Année de facturation. Puis configurez deux types d'alerte :
- Les alertes de coût réel se déclenchent sur le coût déjà accumulé. Un budget nécessite au moins un seuil, exprimé en pourcentage du budget, et une adresse e-mail. Vous pouvez ajouter jusqu'à cinq seuils et cinq destinataires d'e-mail, et les notifications sont normalement envoyées dans l'heure suivant l'évaluation.
- Les alertes prévisionnelles donnent un avertissement à l'avance en utilisant la prévision de coûts d'Azure, se déclenchant lorsque la projection est amenée à dépasser un seuil avant que l'argent ne soit réellement dépensé. Faites passer un seuil en prévisionnel avec le champ Type. Les seuils acceptent une large plage, de 0,01 pour cent à 1000 pour cent du budget.
Une bonne valeur par défaut est une alerte prévisionnelle autour de 90 à 100 pour cent pour un avertissement précoce, plus des alertes réelles à, disons, 50, 90 et 100 pour cent afin de voir la tendance plutôt que le seul dépassement. Pour les budgets d'abonnement et de groupe de ressources, vous pouvez aussi raccorder un groupe d'actions Azure Monitor avec Gérer le groupe d'actions lors de la configuration, de sorte qu'un seuil puisse publier dans Teams, ouvrir un ticket, ou déclencher une automatisation telle que l'arrêt des machines hors production. Les groupes d'actions ne sont pas pris en charge à la portée de groupe d'administration. Pour éviter que les e-mails ne tombent dans les dossiers indésirables, ajoutez azure-noreply@microsoft.com à vos expéditeurs approuvés.
Ajoutez une couche d'alertes d'anomalie
Les budgets attrapent les lignes que vous avez pensé à fixer. Les alertes d'anomalie attrapent la surprise que vous n'aviez pas prévue. Cost Management exécute quotidiennement une détection d'anomalie sur votre utilisation normalisée et signale un changement inattendu, un pic ou une baisse, sans que vous définissiez de seuil.
Créez-en une sous Cost Management puis Alertes de coûts, sélectionnez + Ajouter, et choisissez Anomalie comme type d'alerte. Quelques faits façonnent la façon de les utiliser. Les alertes d'anomalie ne peuvent être créées qu'à la portée d'abonnement, elles nécessitent le rôle Cost Management Contributor ou supérieur, et il existe une limite de cinq règles d'alerte d'anomalie par abonnement. L'e-mail est envoyé une seule fois, à la détection, et résume le changement du nombre de groupes de ressources et du coût ainsi que les principaux mouvements de groupes de ressources de la journée comparés aux 60 jours précédents. Traitez les budgets et les alertes d'anomalie comme complémentaires : l'un surveille une ligne de dépense connue, l'autre guette le changement que personne n'avait planifié.
Construire une stratégie d'étiquetage qui tient
Rien de tout cela ne s'attribue proprement sans étiquettes, et voici le détail qui fait trébucher les équipes. Dans Cost Management, un enregistrement de coût ne porte une étiquette que si cette étiquette a été appliquée directement à la ressource. Les étiquettes ne sont pas implicitement héritées du groupe de ressources parent dans les données de coûts, et certaines ressources n'émettent aucune étiquette. La dépense non étiquetée est donc inattribuable : elle apparaît dans le total mais ne peut pas être ventilée par équipe, environnement ou projet.
Un ensemble minimal exploitable d'étiquettes de répartition des coûts est réduit et appliqué plutôt que vaste et ignoré :
- owner, la personne ou l'équipe responsable.
- environment, tel que production, hors production, développement ou test.
- workload ou application, pour que le coût corresponde à ce qu'il soutient.
- cost centre, pour la refacturation ou la présentation des coûts à la finance.
Convenez des valeurs autorisées à l'avance pour ne pas vous retrouver avec Prod, prod et PROD divisant la même dépense en trois. Une étiquette sur laquelle personne ne peut compter est pire qu'aucune étiquette, car elle a l'air d'attribution tout en rapportant discrètement de façon erronée.
Appliquer les étiquettes avec Azure Policy
Une stratégie d'étiquetage ne tient que si elle est appliquée, et Azure Policy fournit les définitions intégrées pour le faire. Trois effets comptent.
- Exiger, avec l'effet deny. Des définitions telles que Exiger une étiquette et sa valeur sur les groupes de ressources bloquent la création ou la mise à jour de tout ce à quoi il manque l'étiquette requise, de sorte que les nouvelles ressources ne peuvent pas arriver sans étiquette.
- Hériter, avec l'effet modify. Hériter d'une étiquette du groupe de ressources ajoute ou remplace une étiquette du groupe de ressources parent lorsqu'une ressource est créée ou mise à jour, et une variante « si manquante » n'ajoute l'étiquette que lorsqu'elle est absente. Il existe des définitions équivalentes qui héritent de l'abonnement. Comme celles-ci utilisent l'effet modify, les ressources existantes peuvent être mises en conformité en exécutant une tâche de remédiation.
- Ajouter, avec l'effet append. Ajouter une étiquette et sa valeur aux ressources appose une valeur par défaut lorsqu'une ressource est créée sans l'étiquette. Notez qu'append ne modifie pas les ressources qui existaient déjà tant qu'elles ne sont pas modifiées, et ne s'applique pas aux groupes de ressources.
Un schéma durable consiste à exiger les étiquettes clés au niveau du groupe de ressources, puis à utiliser une stratégie d'héritage ou de modification pour que les ressources enfants naissent étiquetées et que les manques existants puissent être corrigés. Cette combinaison est ce qui maintient l'attribution complète à mesure que le parc grandit.
Visualiser et répartir le coût par étiquette
Une fois les ressources étiquetées, le bénéfice apparaît dans le reporting. Dans Cost Management, ouvrez Analyse des coûts, sélectionnez une portée, et utilisez Grouper par pour ventiler la dépense par n'importe quelle étiquette, afin de lire le coût par propriétaire, environnement ou charge de travail plutôt que comme un seul chiffre.
Il existe aussi une fonctionnalité de Cost Management qui comble le vide laissé par les ressources qui n'ont jamais porté d'étiquette. Le paramètre Héritage des étiquettes, sous Cost Management, Paramètres, puis Gérer l'abonnement, applique les étiquettes d'abonnement et de groupe de ressources aux enregistrements d'utilisation des ressources enfants. Point crucial, il ne change que les données de coûts, pas les ressources elles-mêmes, et il est distinct de l'héritage Azure Policy, qui change la ressource. Il est disponible pour les comptes Enterprise Agreement, Microsoft Customer Agreement et Microsoft Partner Agreement, met 8 à 24 heures à s'appliquer, et fonctionne pour le mois en cours. Une fois activé, vous pouvez même filtrer les budgets sur les étiquettes héritées.
En faire un rituel hebdomadaire
Les contrôles pourrissent quand personne ne les lit. L'habitude qui maintient cette configuration en vie est une courte revue hebdomadaire, environ 15 minutes : ouvrez l'analyse des coûts groupée par étiquette, vérifiez la consommation de chaque budget face à sa prévision, triez les éventuels e-mails d'anomalie, et confirmez que chaque mouvement notable a un propriétaire nommé. Cette cadence est la différence entre gouvernance et décoration, car les seuls totaux mensuels ont tendance à laisser la dépense sans contestation, comme nous le soutenons dans pourquoi le reporting cloud mensuel laisse la dépense sans contestation.
La place d'EtherInsights
Mettre cela en place sur un seul abonnement est simple. Le maintenir en bonne santé sur de nombreux abonnements, ou sur de nombreux clients pour un fournisseur de services managés, est là où cela devient un vrai travail, et c'est là qu'EtherInsights aide. Il lit le parc avec une visibilité en lecture seule, fait remonter là où la dépense a dérivé ou perdu un propriétaire, et présente chaque constat comme une action qu'une équipe peut évaluer, de sorte que les budgets, les alertes et les étiquettes produisent des décisions plutôt qu'un arriéré d'e-mails non lus.
Les budgets, les alertes et les étiquettes sont la couche de gouvernance ; les économies viennent de l'action sur ce qu'ils révèlent. Réunissez-les avec le programme plus large d'optimisation des coûts cloud pour que les mêmes étiquettes qui attribuent la dépense pointent aussi vers les corrections, qu'il s'agisse de retirer des ressources inactives ou d'appliquer le redimensionnement des VM Azure aux machines que l'étiquette d'environnement révèle surdimensionnées. Un coût bien étiqueté est ce qui transforme une intuition de redimensionnement en une action rattachée à un propriétaire.
Une configuration de gestion des coûts tient lorsqu'elle est conçue pour être lue, pas seulement activée. Rattachez les contrôles à qui possède la dépense, fixez des budgets avec des seuils réels et prévisionnels, ajoutez des alertes d'anomalie là où elles sont disponibles, appliquez un petit ensemble d'étiquettes avec Azure Policy, et réexaminez-le chaque semaine. Faites cela et la facture cesse d'être une surprise mensuelle pour devenir quelque chose que vous pilotez.
Découvrez l'optimisation des coûts cloud pour voir comment les budgets, les alertes et les étiquettes transforment la dépense Azure en décisions rattachées à un propriétaire.