Un serveur oublié dans une salle finit par prendre de la place et faire du bruit. Une ressource oubliée dans Azure, elle, ne fait aucun bruit. Elle reste simplement sur la facture.

Azure est maintenant un choix sérieux, surtout dans une organisation déjà très Microsoft. Monter un environnement de test peut se faire pas mal plus vite que commander du matériel. Ce qui est facile à oublier, c’est que « la VM » affichée dans le portail n’est pas une seule affaire.

Ce qui se crée derrière le bouton

Quand une équipe demande une machine virtuelle, Azure Resource Manager reçoit une description de l’état voulu. Le service de contrôle valide l’identité et les permissions, puis demande aux fournisseurs de ressources de créer plusieurs composantes :

1. une taille de calcul avec un nombre de processeurs virtuels et une quantité de mémoire;
2. un ou plusieurs disques persistants où vivent le système et les données;
3. une interface réseau reliée à un sous-réseau virtuel;
4. possiblement une adresse IP publique, un groupe de sécurité et un équilibreur de charge;
5. des diagnostics qui écrivent encore ailleurs, par exemple dans un compte de stockage.

Le control plane sert à créer, configurer et supprimer ces objets. Le data plane est le trafic réel : les requêtes qui atteignent l’application, les lectures de disques et les données qui circulent. Cette distinction explique pourquoi fermer Windows dans la VM ne supprime rien dans Azure. Le portail conserve toujours l’allocation de calcul tant que la ressource n’est pas désallouée.

Arrêtée ne veut pas toujours dire gratuite

Prenons un environnement de test très simple :

groupe: rg-test-commandes
vm:     app-test-01       0,20 $/h × 730 h  = 146 $/mois
disque: os-128-go                              20 $/mois
ip:     ip-app-test                             4 $/mois
logs:   diagnostics                             8 $/mois
                                               ---------
ordre de grandeur:                            178 $/mois

Si l’équipe désalloue la VM la nuit et la fin de semaine, le compteur de calcul peut tomber autour de 220 heures plutôt que 730. Le calcul devient environ 44 $ au lieu de 146 $. Les disques, l’adresse réservée et les logs continuent toutefois d’exister. Pour ramener le coût à zéro, il faut supprimer toutes les composantes qu’on ne veut plus garder, pas seulement éteindre le système d’exploitation.

Les montants exacts changent selon la région, la taille et le contrat. Le mécanisme reste le même : chaque service produit ses propres mesures — heures de calcul, capacité de stockage, opérations ou trafic sortant — et la facturation les additionne à l’abonnement.

Donner un cycle de vie à l’environnement

Je regrouperais les ressources d’un même environnement dans un groupe et j’exigerais quelques tags dès la création :

application = commandes
environment = test
owner       = equipe-integration
costCenter  = 4210
expiresOn   = 2018-04-30

Les tags ne ferment rien par eux-mêmes. Ils donnent à une règle, un rapport ou une personne assez de contexte pour agir. Une tâche planifiée peut désallouer les VM de test le soir. Un rapport peut repérer les ressources sans propriétaire. Une alerte de budget peut avertir avant la fin du mois, même si elle ne bloque pas automatiquement la consommation.

Il faut aussi regarder les dépendances avant de supprimer un groupe. Une adresse DNS peut pointer vers l’IP. Un autre environnement peut lire le même compte de stockage. Une sauvegarde peut être la seule copie utile d’un test. Le bon processus fait donc un inventaire, confirme le propriétaire, exporte ce qu’il faut conserver, puis supprime et vérifie la facture suivante.

Le risque inverse existe aussi : réduire une VM uniquement pour sauver de l’argent peut créer de la pagination mémoire, allonger les requêtes et faire manquer les délais. Je veux comparer CPU, mémoire, IOPS disque et temps de réponse avant de changer la taille. Le right-sizing, ce n’est pas choisir la plus petite VM; c’est choisir la moins chère qui respecte encore la charge et la marge nécessaires.

Azure rend l’infrastructure plus flexible parce que son API peut créer et enlever chaque composante rapidement. Pour un vrai projet, je veux que le même déploiement qui crée l’environnement lui donne un propriétaire, un budget, une date de revue et une procédure de suppression. Sinon, la partie la plus fiable du système risque d’être le compteur de facturation.