Cloud-SQL- und AlloyDB-Preise

Cloud SQL Kosten sind vCPU-Stunden und GiB-Stunden Arbeitsspeicher je Edition und Region, sekundengenau, dazu Speicher je GiB-Monat nach Typ, Sicherungen je GiB-Monat, und für eine hochverfügbare Instanz das Doppelte an Compute und Speicher, weil der Standby eine zweite Instanz ist; obendrauf kommen Lizenzen je Core-Stunde für SQL Server, eine Extended-Support-Gebühr je vCPU-Stunde für Hauptversionen nach ihrem Supportende und die ungenutzte öffentliche Adresse je Stunde. AlloyDB berechnet dieselbe Form zu höheren Sätzen je vCPU, mit Cluster-Speicher je GiB-Monat, der nur wächst, und Lesepools zum Satz der Primärinstanz. Auf der Rechnung dominieren die Instanzen, die niemand stoppt, Hochverfügbarkeit verdoppelt sie, und die Speicherzeile ist die, die von selbst wächst, weil Cloud SQL einen Datenträger automatisch vergrößert und nie verkleinert.

Preisdimensionen

Google bepreist eine Datenbankinstanz als Compute je Edition plus Speicher je Typ, und jede Kombination aus Edition, Region und Ressource hat ihre eigene SKU; die Maschinenserie hinter der Edition setzt den Satz.

Die Edition setzt den Satz je vCPU und die Serie dahinter: Enterprise auf der allgemeinen Serie ist die Grundlinie, Enterprise Plus auf C4 kostet rund 30 Prozent mehr je vCPU und GiB und bringt den Daten-Cache, mehr Speicher je vCPU und eine SLA von 99,99 Prozent. Hochverfügbarkeit ist der Multiplikator, der am meisten wiegt: Eine regionale Instanz verdoppelt vCPUs, Speicher und Datenträger, weil der Standby dauernd läuft und repliziert, und die SQL-Server-Lizenz ist das einzige, was HA nicht verdoppelt. Speicher ist bereitgestellt, nicht genutzt: Cloud SQL vergrößert den Datenträger automatisch, wenn er voll läuft, berechnet jedes GiB von da an und verkleinert ihn nie; HDD kostet rund die Hälfte von SSD je GiB, und Hyperdisk Balanced auf Enterprise Plus trennt Kapazität von IOPS und Durchsatz. Extended Support ist die Gebühr fürs Bleiben: Eine Instanz auf einer Hauptversion nach dem Supportende zahlt je vCPU-Stunde zusätzlich zur Instanz, ab dem dritten Jahr das Doppelte, so dass eine alte MySQL-5.7-Instanz allein für die Version rund 170 Prozent ihres Enterprise-vCPU-Satzes zahlt. AlloyDB ist dasselbe Modell mit höheren Sätzen und Speicher, der je GiB-Monat der Clusterdaten berechnet wird, also mit den Daten wächst und nicht mit einer bereitgestellten Größe. Die Mechanik aller drei Anbieter erklärt verwaltete Datenbanken; womit die Datenbankschicht optimiert wird, Datenbankoptimierung.

So erscheint es in den Abrechnungsdaten

Im Abrechnungsexport tragen die Zeilen service.description Cloud SQL und eine sku.description, die Engine, Edition, Ressource und Region nennt: Cloud SQL for PostgreSQL: Enterprise edition vCPU in Frankfurt, Cloud SQL for PostgreSQL: Enterprise edition RAM in Frankfurt, Cloud SQL for MySQL: Enterprise Plus edition vCPU in Frankfurt, Cloud SQL for PostgreSQL: Regional - Enterprise edition vCPU in Frankfurt für die HA-Variante, Cloud SQL for PostgreSQL: Enterprise edition Storage SSD in Frankfurt, Cloud SQL: Backups in Frankfurt, Cloud SQL for SQL Server: Standard Edition License für die Lizenz je Core-Stunde, Cloud SQL for MySQL: Extended Support vCPU in Frankfurt, Cloud SQL: IP address idling in Frankfurt; usage.unit ist Stunde für vCPU und Lizenzen, Gibibyte-Stunde für Speicher und Datenträger. resource.name im Export mit Ressourcendetails nennt die Instanz, und system_labels tragen für Datenbanken nichts, so dass die Zuordnung je Instanz ohne Ressourcendetails an labels hängt, die eine Instanz trägt und ein Replikat nur erbt, wenn sie gesetzt sind. AlloyDB-Zeilen tragen service.description AlloyDB mit AlloyDB vCPU in Frankfurt, AlloyDB Memory in Frankfurt, AlloyDB Regional Cluster Storage in Frankfurt und AlloyDB Backup Storage in Frankfurt.

Rabatte stehen in credits: Ein Committed Use Discount auf Cloud SQL erscheint als credits.type COMMITTED_USAGE_DISCOUNT neben den vCPU- und Speicherzeilen zum Listenpreis, nie neben Datenträger-, Lizenz- oder Shared-Core-Zeilen, und die Commitment-Gebühr als eigene Zeile je Region; einen Nutzungsrabatt gibt es auf Cloud SQL nicht. Den Aufbau des Exports beschreibt Google-Cloud-Abrechnungsexport; im FOCUS-Export trägt ServiceName Cloud SQL oder AlloyDB, ServiceCategory Databases, SkuId die SKU, PricingCategory Standard oder Committed und CommitmentDiscountId das Commitment (FOCUS-Spalten). Welche Instanz welche Version fährt und deshalb Extended Support zahlt, steht in der Instanzliste, nicht im Export; die SKU nennt Engine und Gebühr, nicht die Version.

Stellhebel

Konfiguration: Der erste Hebel ist Hochverfügbarkeit je Umgebung, weil sie Compute und Speicher verdoppelt und Entwicklungsdatenbanken keine brauchen; der zweite die Größe, weil vCPU und Speicher sekundengenau zahlen und eine Datenbank bei 10 Prozent CPU die übrigen 90 bezahlt (Rightsizing); der dritte Speichertyp und Wachstum, HDD für Archive und Protokolle, SSD für alles, was abfragt, und ein Blick auf den automatisch gewachsenen Datenträger, der nie schrumpft, wo eine neue kleinere Instanz und eine Migration der einzige Weg zurück sind. Sicherungen bekommen eine Aufbewahrung von Tagen, nicht Monaten, und die Wiederherstellung zu einem Zeitpunkt nur, wo eine minutengenaue Wiederherstellung gebraucht wird.

Kaufoption: Committed Use Discounts auf vCPU und Speicher je Region über ein oder drei Jahre, 25 und 52 Prozent auf Enterprise in Frankfurt am Lesedatum, für Instanzen, die rund um die Uhr laufen; nichts für Shared-Core, Datenträger oder Lizenzen. Eine nachts gestoppte Instanz zahlt kein Compute, behält aber den Speicher; für Entwicklung schlägt der Stopp das Commitment (Zeitpläne und automatische Skalierung).

Architektur: Das Versionsupgrade ist der Hebel mit der kürzesten Amortisation, weil Extended Support ab dem dritten Jahr je vCPU-Stunde mehr kostet als die Instanz selbst; Lesereplikate nur, wo Lesezugriffe tatsächlich von der Primärinstanz weggehen, weil jedes den vollen Satz zahlt; und AlloyDB, wo seine spaltenorientierte Engine eine größere Cloud-SQL-Instanz ersetzt, nicht als Vorgabe, weil sein Satz je vCPU höher ist. Was die Instanz hinter einer selbst verwalteten Datenbank kostet, steht unter Compute-Engine-Preise.

Wo es schiefgeht

• HA auf der Entwicklungsdatenbank. Eine regionale Instanz verdoppelt jede Zeile. Regional in der SKU einer Instanz, die niemand umschalten würde, ist der Hinweis.
• Der Datenträger wuchs und blieb. Automatisches Wachstum fügte beim Massenimport 500 GiB hinzu, die Daten sind weg; die GiB-Monate bleiben. Eine neue Instanz mit der richtigen Größe und eine Migration beenden es.
• Extended Support auf der alten Version. MySQL 5.7 oder PostgreSQL 12 zahlen je vCPU-Stunde obendrauf, ab dem dritten Jahr das Doppelte. Extended Support-Zeilen nennen die Instanzen, die ein Upgrade brauchen.
• Die Lizenz auf dem untätigen SQL Server. Die Enterprise-Edition zahlt je Core-Stunde, ob Abfragen laufen oder nicht; eine gestoppte Instanz zahlt keine Lizenz. Standard, wo die Funktionen reichen.
• Das Replikat zahlt den Preis der Primärinstanz. Ein Lesereplikat, von dem niemand liest, zahlt vCPU, Speicher und Datenträger voll. Die Abfragezahl des Replikats zeigt es.
• Sicherungen über ihren Nutzen hinaus. 30 Tage Aufbewahrung mit Zeitpunktprotokollen auf einer Datenbank, die nie wiederhergestellt wird. Aufbewahrung von Tagen, und die Protokolle nur in Produktion.
• Die öffentliche Adresse liegt brach. Eine Instanz mit öffentlicher IP, die über die private verbindet, zahlt die ungenutzte Adresse je Stunde. Nur private IP.

Beispiel

Listenpreise in USD für Frankfurt (europe-west3), gelesen am 2026-10-21 von den Preisseiten von Cloud SQL und AlloyDB: Die Enterprise-Edition kostet 0,0496 USD je vCPU-Stunde und 0,0084 USD je GiB-Stunde Arbeitsspeicher, 0,0372 USD und 0,0063 USD mit einjährigem Commitment, 0,023808 USD und 0,004032 USD mit dreijährigem; hochverfügbar 0,0991 USD und 0,0168 USD; Enterprise Plus auf C4 0,0648 USD je vCPU-Stunde und 0,0108 USD je GiB-Stunde, der Daten-Cache 0,000345205 USD je GiB-Stunde; SSD-Speicher 0,000279452 USD je GiB-Stunde, 0,204 USD je GiB-Monat, HDD 0,108 USD, Sicherungen 0,096 USD je GiB-Monat; eine db-f1-micro 0,0126 USD je Stunde; SQL-Server-Lizenzen 0,47 USD je Core-Stunde Enterprise, 0,13 USD Standard, 0,01134 USD Web; Extended Support 0,084 USD je vCPU-Stunde in den ersten zwei Jahren und 0,168 USD ab dem dritten; eine ungenutzte öffentliche IPv4-Adresse 0,012 USD je Stunde. AlloyDB auf den Serien N2 und C4A kostet 0,07797 USD je vCPU-Stunde und 0,01322 USD je GiB-Stunde, regionaler Cluster-Speicher 0,0004849 USD je GiB-Stunde, 0,354 USD je GiB-Monat, Sicherungen 0,118 USD je GiB-Monat.

Eine PostgreSQL-Instanz mit 4 vCPUs und 16 GiB auf Enterprise kostet 730 × (4 × 0,0496 + 16 × 0,0084) = 242,94 USD im Monat für Compute, dazu 200 GiB SSD 40,80 USD und 400 GiB Sicherungen 38,40 USD, zusammen 322,14 USD; dieselbe Instanz hochverfügbar 605,34 USD, mit dreijährigem Commitment auf das Compute 195,75 USD. Dieselben 4 vCPUs auf MySQL 5.7 im Extended Support zahlen 730 × 4 × 0,084 = 245,28 USD obendrauf in den ersten zwei Jahren, mehr als das Compute der Instanz, und 490,56 USD ab dem dritten Jahr. Eine SQL-Server-Standard-Instanz mit 4 vCPUs zahlt 379,60 USD Lizenz im Monat neben 242,94 USD Compute. Dieselben 4 vCPUs und 16 GiB auf AlloyDB kosten 382,02 USD Compute plus 200 GiB Cluster-Speicher 70,80 USD. Zehn Entwicklungsinstanzen mit 2 vCPUs und 8 GiB, die nur werktags von 8 bis 18 Uhr laufen, kosten 10 × 220 × (2 × 0,0496 + 8 × 0,0084) = 366,08 USD statt 1.214,72 USD rund um die Uhr. Die Zahlen zeigen, dass Hochverfügbarkeit und Extended Support je so viel kosten wie die Instanz noch einmal, dass das Commitment auf Compute rund um die Uhr die Hälfte spart, und dass der Stopp auf Compute, das nicht rund um die Uhr läuft, mehr spart als das Commitment.

Quellen

Gelesen am 2026-10-21. Preise: Cloud SQL Preise, AlloyDB Preise. Dienst: Cloud SQL Editionen, Richtlinien für Datenbankversionen und Extended Support, Committed Use Discounts für Cloud SQL. Abrechnungsdaten: Struktur des Standard-Exports der Cloud-Billing-Daten.