Vos coûts Google Cloud SQL vous empêchent de dormir ? Vous avez peut-être déjà entendu parler des Committed Use Discounts (CUD) pour Cloud SQL, qui peuvent réduire considérablement votre facture SQL, mais vous ne savez pas comment chiffrer précisément le potentiel d'économies ? Il existe un outil qui permet de quantifier rapidement et simplement le montant que vous économiserez en achetant des CUD Cloud SQL, et le niveau exact d'engagement à viser. Voyons cela ensemble.
Les engagements Google Cloud SQL sont avantageux, mais comment connaître le bon volume d'engagement ?
Que sont les CUD Cloud SQL ?
Pour ceux qui ne connaîtraient pas les Committed Use Discounts (CUD) : il s'agit d'un moyen d'obtenir une puissance de calcul fortement remisée dans une région GCP donnée, en échange d'un engagement à payer une utilisation 24h/24 et 7j/7 de cette ressource régionale sur une durée d'un ou trois ans, sans paiement initial et sur une base mensuelle. Vous payez la quantité de Compute engagée, que vous l'utilisiez ou non, ce qui rend les CUD pertinents uniquement lorsque vous êtes certain qu'un workload donné générera une charge constante et soutenue.
Les CUD étaient initialement réservés à Compute Engine, mais ces mêmes principes ont récemment été étendus à Cloud SQL.
Comment fonctionnent les CUD ?
L'achat d'un engagement Cloud SQL fonctionne exactement comme un engagement Compute Engine : vous vous engagez sur une quantité précise de CPU et de Go de RAM. Cette méthode d'engagement Compute est avantageuse pour les utilisateurs GCP, car elle offre une grande souplesse d'usage. Vous pouvez par exemple consommer l'intégralité d'un engagement de 100 CPU et 400 Go de mémoire sur une seule base de données très puissante, ou la répartir sur 50 bases plus petites de 2 CPU et 8 Go — les économies seront identiques.
Tous les types de machines Cloud SQL, à l'exception des types à CPU partagé (comme db-f1-micro et db-g1-small), peuvent servir à appliquer votre engagement. Ainsi, si une nouvelle génération de machine Cloud SQL sort pendant la durée de votre engagement, vous pouvez faire évoluer vos bases vers ce nouveau type de machine et continuer à bénéficier de la remise associée à votre engagement existant, tant que vous consommez la même quantité de CPU et de mémoire.
Globalement, l'approche CUD de GCP est moins contraignante que celle d'autres fournisseurs cloud, où il faut s'engager sur un type et une taille de machine précis, ainsi que sur la quantité souhaitée de cette machine, pour toute la durée de l'engagement.
Potentiel d'économies des CUD
La tarification des CUD Cloud SQL en août 2020 est la suivante : un engagement d'un an offre une remise de 25 % sur le prix à la demande, tandis qu'un engagement de trois ans offre une remise de 52 %. Cette remise s'applique à tous les types de bases Cloud SQL (MySQL, PostgreSQL et SQL Server), mais il est essentiel de noter que les CUD ne portent que sur le nombre de CPU et la quantité de mémoire engagés — ils ne couvrent ni le stockage, ni le réseau, ni (pour SQL Server) les frais de licence. Voici un exemple de prix pour SQL Server, en configuration par défaut et en haute disponibilité (HA) :
Tarification SQL Server : à la demande comparée aux CUD 1 an et 3 ans
Si la grille tarifaire semble simple au premier abord, son application à un environnement de production peut s'avérer particulièrement complexe. Vous pouvez avoir plusieurs instances Cloud SQL réparties sur plusieurs régions. Chaque nœud principal peut disposer de plusieurs réplicas en lecture qui montent et descendent en charge au fil du temps, selon les pics et les creux de demande. Vos développeurs peuvent provisionner des instances Cloud SQL temporaires pour leurs tests et développements. Tous ces facteurs entraînent des fluctuations de coûts intermittentes qui rendent difficile l'identification de votre dépense de référence.
Si vous vous basez sur votre facture Cloud SQL de fin de mois pour estimer votre engagement en CPU et RAM Cloud SQL, vous risquez de surdimensionner et de dépenser plus que nécessaire pour vos coûts opérationnels de référence au quotidien. L'idéal est de pouvoir explorer votre consommation Cloud SQL heure par heure sur une période prolongée, ventilée par région, et de pouvoir, à partir de ces données, quantifier rapidement votre usage et votre dépense de référence.
Rapport d'éligibilité aux CUD Cloud SQL
Réservé aux clients de DoiT International dans le cadre de notre Cloud Management Platform, Cloud Reports est un outil interactif et exploratoire qui permet de décrypter rapidement les coûts cloud. Comme l'indique élégamment la FAQ DoiT, Cloud Reports offre une visibilité instantanée sur vos coûts Google Cloud sans avoir à passer des heures pénibles à éplucher vos factures.
S'il est simple de créer ses propres rapports personnalisés couvrant un ou plusieurs services GCP, des rapports prédéfinis fréquemment utilisés sont également disponibles, parmi lesquels le rapport Cloud SQL CUD Eligible Consumption. Celui-ci affiche, par région, votre dépense Cloud SQL éligible aux CUD heure par heure (consommation CPU et RAM).
Pour le client DoiT suivant, la dépense Cloud SQL éligible aux CUD en us-central1 atteint un pic proche de 28 $/h. Cependant, il devrait provisionner des quantités de CPU et de RAM plus proches du niveau de référence historique observé lorsque les coûts avoisinent 23 $/h, sauf s'il prévoit de maintenir un usage à 28 $/h pendant les 1 à 3 prochaines années :
Dépense horaire Cloud SQL éligible aux CUD, ventilée par région
Dépense horaire Cloud SQL éligible aux CUD, en survol sur la région us-west1
Cloud Reports propose une visualisation interactive de la dépense horaire Cloud SQL éligible aux CUD, ventilée par région.
En examinant un autre client DoiT dont les machines Cloud SQL s'étendent sur 10 régions, on mesure aisément la complexité que peut prendre l'estimation des CUD Cloud SQL par région.
Tenter de déterminer les CUD pour chaque région dans l'exemple suivant serait extrêmement sujet aux erreurs et entraînerait à la fois du surdimensionnement et du sous-dimensionnement par région, si l'on basait les estimations CUD uniquement sur le coût total mensuel facturé pour Cloud SQL. Il existe d'importantes variations régionales et quotidiennes dans les dépenses Cloud SQL : il faut les connaître et les comprendre pour déterminer avec précision la consommation de CPU et de RAM de référence appropriée à des CUD régionaux :
Variations de l'utilisation Cloud SQL d'une entreprise mondiale. Un fort potentiel d'économies via les CUD, mais à manier avec prudence !
Pour obtenir la ventilation horaire du nombre de CPU et de Go de RAM utilisés, il suffit de cliquer sur Customize, puis de modifier les éléments suivants :
- Métrique : passer de Cost à Usage
- Option d'affichage : passer de Area Spline à Table
- Faire glisser Unit comme Breakout Dimension pour séparer la consommation CPU de la consommation RAM
Tableau de la consommation horaire en CPU et RAM Cloud SQL
Sans Cloud Reports de DoiT pour explorer les données, déterminer un CUD Cloud SQL adapté à chaque région d'un déploiement mondial nécessiterait des semaines de développement d'une solution de monitoring sur mesure et d'analyse de données. Faire l'impasse sur cette précision et estimer rapidement la consommation à partir d'une facture mensuelle conduit très probablement à surdimensionner les CUD, et donc à augmenter significativement vos coûts cloud sur un engagement de 1 à 3 ans.
Et maintenant ?
Vous souhaitez réduire vos dépenses Cloud SQL en identifiant rapidement vos niveaux de consommation de référence et en vous appuyant sur ces données pour souscrire un Committed Use Discount ?
Contactez DoiT International pour découvrir comment tirer parti de Cloud Reports et générer rapidement des économies sur Cloud SQL. Le jeu en vaut largement la chandelle.