Retours de terrain · Coûts du cloud ·
Nous avons réduit les coûts cloud d’un client de 28 % en une semaine. Sans migrer l’environnement.
Notre client exploite ses applications dans Oracle Cloud. Une facture annuelle d’environ 3 000 €, une exploitation stable et aucune surprise à la facturation. À première vue, rien à corriger.
C’est précisément pourquoi nous avons regardé de plus près. La disponibilité des applications ne répond pas à une question simple : que payez-vous exactement, et en avez-vous encore besoin ?
Après une semaine d’analyse et d’ajustements, les coûts quotidiens sont passés de 8,35 € à 6,04 €. Les applications sont restées dans le même cloud et la même région européenne. Aucun transfert de données ni nouvel environnement n’a été nécessaire.
Un quart de la facture concernait les sauvegardes. Certaines n’avaient plus d’utilité.
Nous avons commencé par un export de Cost Analysis et une ventilation par service. Les sauvegardes représentaient environ un quart de la facture totale, soit près de 63 € par mois.
L’examen des volumes et des politiques de sauvegarde a révélé l’origine de ces coûts :
- Un serveur peu critique disposait de sauvegardes quotidiennes, hebdomadaires, mensuelles et annuelles. Il conservait une vingtaine de points de restauration alors que le système pouvait être reconstruit en environ une heure.
- Deux autres volumes avaient des sauvegardes mensuelles à longue rétention : copies mensuelles pendant douze mois et annuelles pendant cinq ans. Il s’agit de la politique Bronze prédéfinie d’OCI. Après un an d’exploitation, ces sauvegardes occupaient environ 1,5 To. Politiques de sauvegarde Oracle.
- Une sauvegarde de volume d’environ 2 To subsistait après une migration annulée deux ans auparavant. Elle ne permettait plus de restaurer l’environnement actuel, mais continuait à générer des frais.
- Des volumes de démarrage orphelins subsistaient après la suppression de serveurs. Lors de la résiliation d’une instance dans la console OCI, son volume de démarrage est conservé par défaut, sauf si sa suppression est sélectionnée. Documentation Oracle.
Au total, environ 5 To de sauvegardes étaient conservés. Certaines appartenaient à des systèmes retirés ; d’autres offraient un historique plus long que nécessaire dans OCI.
Nettoyage et amélioration de la configuration du serveur
Nous avons supprimé les sauvegardes inutiles et les volumes orphelins. Les volumes de production ont conservé leurs sauvegardes automatiques avec quatre semaines de rétention. Une seconde couche de sauvegarde hors OCI assurait déjà l’historique à long terme.
Nous avons fait passer un serveur peu chargé à une génération de processeurs plus récente, avec deux fois moins de cœurs alloués. Dans cet environnement, la nouvelle configuration était plus performante et moins coûteuse. Le changement a nécessité un bref redémarrage, sans redéploiement des applications.
Les nouvelles générations OCI proposent des processeurs et caractéristiques différents. Le seul nombre de cœurs ne suffit donc pas pour comparer : la charge et la génération du matériel comptent aussi. Configurations de calcul Oracle.
Nous avons conservé les sauvegardes. Chacune a sa fonction.
Après optimisation, le client dispose toujours de deux couches de sauvegarde.
Les sauvegardes OCI assurent une restauration rapide. Chaque volume de production dispose de sauvegardes automatiques conservées quatre semaines. Nous avons supprimé les copies historiques inutiles et les sauvegardes de systèmes retirés.
Un second fournisseur assure la séparation géographique et l’historique à long terme. Le client utilisait déjà un stockage de sauvegarde hors du cloud principal. Les copies chiffrées sont conservées dans un autre lieu, chez un autre fournisseur. Elles permettent aussi de reconstruire une copie de l’environnement.
La protection des données suit les besoins de chaque système. Les sauvegardes quotidiennes constituent la base ; des mécanismes supplémentaires couvrent les changements récents si nécessaire. Avec MySQL, par exemple, les sauvegardes et journaux binaires permettent une restauration à un instant précis.
Nous avons également testé la restauration. Lors du test MySQL, nous avons restauré l’état précédant une modification donnée d’un élément de données. La restauration a pris environ deux minutes, puis le système a fonctionné comme auparavant. Ce résultat concerne ce test précis de restauration de données.
Le RTO — le délai requis pour rétablir l’exploitation — est resté inchangé. Les responsabilités ont été clarifiées : OCI assure la restauration rapide des volumes ; le second fournisseur offre la séparation géographique, l’historique à long terme et la possibilité de reconstruire une copie de l’environnement.
Le client utilisait déjà le stockage externe pour d’autres systèmes avant l’optimisation. Les changements n’ont donc ajouté aucun coût pour cette couche de sauvegarde.
Résultat : environ 843 € par an
| Indicateur | Avant | Après |
|---|---|---|
| Coûts quotidiens | €8.35 | €6.04 |
| Projection annuelle | €3,048 | €2,205 |
| Coûts mensuels des sauvegardes OCI* | environ 63 € | environ 1 € (après les changements) |
*Les valeurs mensuelles reflètent la consommation observée avant et immédiatement après les changements. Les coûts de sauvegarde varient selon le volume des données, leurs modifications et l’accumulation des copies pendant la période de rétention.
Les coûts quotidiens ont diminué de 27.7%. Si la consommation reste à ce niveau, cela représente une économie annuelle d’environ €843. Les montants annuels sont des projections de la consommation quotidienne, et non une facture annuelle définitive.
Le client est resté sur la même plateforme, avec le même SLA et dans la même région. Le déploiement en cours des nouvelles versions applicatives s’est poursuivi sans changement.
Cinq points à vérifier dès aujourd’hui
- Une facture stable ne prouve pas l’efficacité. Même un montant mensuel régulier peut inclure des ressources devenues inutiles.
- Surveillez la rétention des sauvegardes et le volume stocké. Des sauvegardes peu fréquentes ne sont pas forcément économiques si les copies sont conservées des années.
- Supprimer un serveur ne supprime pas tous ses coûts. Vérifiez les volumes de démarrage, volumes de données détachés, sauvegardes et adresses IP réservées.
- Configurez des alertes budgétaires. Elles ne bloquent pas la consommation, mais signalent les changements inattendus. OCI suit les dépassements budgétaires réels et prévisionnels. Documentation sur les budgets.
- Examinez l’environnement existant avant de planifier une migration. Dans ce cas, le nettoyage et les ajustements de configuration ont permis d’économiser près d’un tiers de la facture.
Vous voulez savoir ce que vous payez dans votre cloud ?
Lors d’une première analyse d’une heure, nous examinerons avec vous votre export de coûts et identifierons les postes à approfondir. Les économies possibles dépendent de votre environnement.