Manuel d'épargne
A prioritised, step-by-step programme for reducing your cloud bill, with a 30/60/90-day plan.
Guide d'économies : comment réduire votre facture cloud
Un ordre de travail pratique pour réduire les coûts du cloud : supprimer d'abord les déchets, puis redimensionner, puis valider, puis améliorer l'architecture. Chaque étape nomme la page CostGlass qui la prend en charge.
- Travaillez dans cet ordre : 1. éliminer les déchets, 2. planifier la non-production, 3. dimensionner correctement, 4. s'engager, 5. améliorer la conception. Chaque étape rend la suivante plus sûre.
- S'engager après vous avez la bonne taille. Sinon, vous bloquez une facture qui était sur le point de tomber.
- N'additionnez pas les cartes d'épargne. CostGlass compte les chevauchements une fois, et vous devriez aussi le faire.
- Prouvez chaque économie sur votre facture réelle. Une économie que vous ne pouvez pas voir dans Cost Explorer le mois prochain n’a pas eu lieu.
- Donnez à chaque étape un propriétaire nommé et une date.
Quatre principes
- Le plus sûr en premier
- Commencez par des changements faciles à annuler et effectués en dehors de la production : supprimer des éléments que personne n'utilise, éteindre les serveurs de test la nuit.
- Mesurez avant de changer
- Utiliser l'utilisation réelle et le coût réel facturé. CostGlass marque chaque chiffre avec la façon dont il a été atteint (Mesuré, Prix catalogue, Estimation Cloud ou Estimation), afin que vous sachiez lesquels confirmer.
- Valider en dernier
- Un engagement est une promesse que vous ne pouvez pas annuler. Faites en sorte que la facture soit aussi petite et aussi stable que possible avant de promettre de la payer.
- Vérifier sur la facture
- CostGlass enregistre ce que vous marquez comme terminé, mais seule votre facture prouve l'économie.
Avant de commencer
- Tous vos cloud connectés et affichant des données. Voir Connectez vos nuages.
- Des balises de ressources qui indiquent à qui appartient quoi. Voir Stratégie de marquage; sans eux, vous ne saurez pas à qui demander avant de supprimer quelque chose.
- Une référence : notez le total de votre dernier mois complet dans Explorateur de coûts. Vous comparerez avec cela.
- Un sponsor capable d'approuver de petits risques et une liste restreinte d'ingénieurs ayant le temps d'agir.
Le programme, étape par étape
Étape 1 : Supprimer les déchets (gains rapides)
Les déchets sont tout ce que vous payez et que vous n’utilisez pas. C’est l’économie la moins chère car rien n’a besoin d’être repensé.
| Que rechercher | Dans CostGlass | Contrôle de sécurité |
|---|---|---|
| Disques et volumes non connectés, adresses IP non attribuées, serveurs éteints qui facturent toujours, anciens instantanés | Savings (filter by Low Effort) | Demandez au propriétaire. Prenez d’abord un instantané ou une sauvegarde en cas de doute. Les chiffres instantanés constituent une limite supérieure. |
| Équilibreurs de charge inactifs et serveurs ou bases de données inactifs | Savings, Rightsizing (Idle) | Inactif signifie une faible utilisation mesurée sur 12,5 jours ou plus. Vérifiez les tâches mensuelles ou saisonnières. |
| Un service dont le coût a grimpé et s'est maintenu | Économies (augmentation soutenue des coûts), Anomalies | Il s'agit peut-être d'un lancement planifié. Demandez ce qui a changé. |
| Des ressources que personne ne possède | Conformité des balises | Trouvez le propriétaire avant d'agir. |
Étape 2 : Planifier la non-production
Les serveurs de développement, de test et de préparation doivent rarement fonctionner la nuit ou le week-end. Utilisez le Planificateur d'instances de les arrêter en dehors des heures de travail (un plan Croissance ou supérieur, et une autorisation ponctuelle). Commencez avec quelques serveurs, surveillez les problèmes pendant une semaine, puis déployez-le. Ne planifiez pas de bases de données ou de serveurs avec état sans précaution.
Étape 3 : Redimensionner
Réduisez les serveurs et les bases de données surdimensionnés, une taille à la fois, en utilisant le processeur et la mémoire mesurés. Voir Rightsizing (ajustement de taille). Il a besoin d'environ une semaine de métriques (12,5 jours pour les vérifications d'inactivité) et les données de mémoire nécessitent l'agent CloudWatch sur AWS. Testez en dehors de la production, modifiez dans une fenêtre de maintenance et conservez l'ancienne taille lors de votre restauration.
Étape 4 : Valider
Une fois la facture réglée, couvrez votre base de référence stable avec des plans d'épargne, des réservations ou des remises sur engagement d'utilisation. Utilisez Engagements d'économies pour voir la couverture, l’utilisation, les recommandations et l’expiration. Visez la fourchette de 70 à 85 %, préférez un mandat d'un an dans un premier temps et ne vous engagez jamais sur votre apogée.
Étape 5 : Améliorer l'architecture et les choix d'IA
Celles-ci prennent le plus de temps et comportent le plus de risques de conception, elles viennent donc en dernier. Exemples CostGlass peut pointer vers : les types d'instances de la génération précédente et les mouvements Graviton ou ARM (les opportunités supplémentaires sous Rightsizing (ajustement de taille)), les charges de travail Kubernetes qui demandent bien plus que ce qu'elles utilisent (Coûts de Kubernetes), et pour les plates-formes d'IA, déplacer les travaux non urgents vers l'API Batch, en utilisant la mise en cache rapide et en choisissant un niveau de modèle moins cher lorsque la qualité le permet (Dépenses SaaS et IA). Les économies réalisées grâce à l’IA sont des estimations étiquetées, basées sur des hypothèses énoncées. Testez la qualité avant de changer de modèle.
Un forfait 30/60/90 jours
| Période | Objectif | Actions | Fait quand |
|---|---|---|---|
| Jours 1 à 30 | Visibilité et gains rapides | Connectez tout. Exécutez une analyse complète. Corrigez les balises. Éliminez les déchets à faible effort. Pilotez Instance Scheduler sur quelques serveurs hors production. Définissez un budget et des alertes de coûts. | Les déchets sont marqués comme terminés ou rejetés avec un motif. Une ligne de base est enregistrée. |
| Jours 31 à 60 | Dimensionner et planifier largement | Planification du déploiement. Parcourez les lignes de réduction de taille en toute confiance, en commençant par la non-production. Installez l'agent CloudWatch là où la mémoire est inconnue. Passez en revue les éléments Kubernetes et AI. | Les économies de redimensionnement apparaissent sur la facture. Aucun incident de performances dû au redimensionnement. |
| Jours 61 à 90 | S’engager et institutionnaliser | Avec une facture réglée, achetez des engagements pour un niveau de couverture sûr. Définissez des rappels de renouvellement. Ajoutez un examen mensuel des économies. | La couverture se situe dans la bande cible avec une utilisation saine. Il existe un examen mensuel reproductible. |
Comment mesurer les progrès
- Économies réalisées
- On the Savings page, the monthly saving of items you marked Mark done. Il enregistre votre réclamation ; il ne le vérifie pas.
- Le projet de loi lui-même
- Dans Explorateur de coûts, comparez le mois suivant un changement avec le mois précédent, pour le même service et le même compte. Tenez compte de la croissance de l'utilisation, alors examinez le coût par unité si vous le pouvez (Économie unitaire).
- Engagement santé
- Couverture comprise entre 70 % et 85 % et utilisation AWS égale ou supérieure à 95 %.
- Tendance des déchets
- Le nombre et la valeur des recommandations ouvertes diminuent au fil du temps et ne reviennent pas après une nouvelle analyse.
Supposons que vous ayez marqué une recommandation qui promettait 200 par mois. Le mois prochain, Cost Explorer montre que le service n'a diminué que de 120, mais que votre trafic a également augmenté. Enregistrez les économies que vous pouvez défendre (120), étudiez le reste et continuez. (Les chiffres ne sont qu'une illustration.)
Évitez de compter deux fois la même économie
Un plan d'économies, un changement de dimensionnement et un calendrier peuvent tous réduire les mêmes serveurs. Si vous ajoutez les cartes, le total peut dépasser ce que vous dépensez. CostGlass gère cela pour vous : Potential Savings applique les recommandations les unes après les autres à la facture de chaque cloud, de sorte que les économies qui se chevauchent sont comptées une seule fois et que le total ne peut jamais dépasser la facture. Les cartes individuelles représenteront donc plus que le titre. Citez le titre et conservez l'ordre des travaux dans ce manuel afin que les économies de chaque étape soient réelles avant de vous fier à la suivante. Voir Recommandations d'économies pour le détail.
Qui devrait posséder quoi
| Rôle | Responsabilités |
|---|---|
| Commanditaire exécutif | Fixe l’objectif, débloque les décisions de risque, examine les progrès mensuellement. |
| Responsable FinOps ou partenaire financier | Est propriétaire de la base de référence, de la revue mensuelle, des décisions d'engagement (avec contribution technique) et du budget. |
| Propriétaires d'ingénierie (par équipe ou service) | Examiner et effectuer les changements de gaspillage, de planification et de redimensionnement pour leurs propres ressources. Ils savent ce qui est sûr. |
| Équipe Plateforme ou DevOps | Installez l'agent CloudWatch, déployez l'autorisation du planificateur, exécutez Kubernetes et les modifications d'architecture. |
| Administrateurs cloud | Effectuez des achats dans la console cloud et maintenez les piles et les autorisations à jour. |
Utiliser Accès équipe et Hiérarchie de l'organisation ainsi chaque équipe ne voit que ses propres recommandations.