Einführung des Always-On-Preismodells: automatische Einsparungen für Databricks Lakebase

Die meisten verwalteten operativen Datenbanken zwingen Sie in eine Ecke: Wählen Sie "Serverless" für Flexibilität, aber zahlen Sie einen Aufpreis, oder wählen Sie "Provisioned" für einen niedrigeren Stückpreis, aber verlieren Sie Agilität. Das ist eine falsche Wahl. Heute führen wir die Always-On-Preisgestaltung für Databricks Lakebase ein: Serverless-Flexibilität zu einem vorhersehbaren, niedrigen Preis für die Grundauslastung. Legen Sie Ihre Compute-Skalierungsparameter fest und erhalten Sie automatisch einen 25% niedrigeren Preis für Ihre Grundkapazität.

Warum das wichtig ist:

• Keine Optimierungsaufgaben: Kein manuelles Right-Sizing oder langfristige „Use-it-or-lose-it“-Verpflichtungen mehr, um Kosten zu sparen.
• Nahtlose Elastizität: Ihre Datenbank skaliert immer noch automatisch, um Spitzenlasten zu bewältigen; Sie zahlen einfach weniger für die Grundressourcen.
• Vollständige Transparenz: Ein Schalter, ein niedriger Preis, null Reibung.

Hören Sie auf, Ihre Abende und Wochenenden mit der Feinabstimmung von Instanzen zu verbringen. Betätigen Sie den Schalter, behalten Sie Ihre Leistung bei und behalten Sie mehr von Ihrem Budget.

Der Kompromiss, den wir beseitigen

Postgres-Produkte in der Cloud haben Betreiber historisch gezwungen, zwischen zwei Optionen zu wählen. Legacy Provisioned-Produkte erfordern eine kontinuierliche Zahlung für die Spitzenlast, was zu einer Überdimensionierung zur Bewältigung von Nachfragespitzen führt. Serverless-Produkte skalieren elastisch, aber der Stundensatz ist erheblich höher, was sie für Workloads teuer macht, die nie im Leerlauf sind. Der Wechsel zwischen den beiden bedeutete Ausfallzeiten oder Wartungsarbeiten.

Lakebase hat bereits mehrere Postgres-Kompromisse beseitigt, wie z. B. die Trennung von Speicher und Rechenleistung, das Verschieben von Full-Page-Writes in die Speicherschicht und das Hinzufügen von Instant Branching. Always-On-Pricing innoviert das kaufmännische Modell: Der Kompromiss zwischen einer vorhersehbaren, kostengünstigeren Basislast und elastischer Rechenleistung, die Spitzenlasten bewältigt, ist verschwunden. Sie wählen nicht eine Architektur für jede. Sie erhalten beides auf derselben Datenbank.

So funktioniert die Always-On-Preisgestaltung

1. Skalierung auf Null deaktivieren und den Skalierungsbereich festlegen: Schalten Sie bei jedem Lakebase Postgres Autoscaling-Projekt die Skalierung auf Null aus und legen Sie den Skalierungsbereich fest. Die Mindestkapazität wird zu Ihrer Always-On-Basislast, d. h. der Rechenkapazität, die Ihre Datenbank immer zur Verfügung hat.
2. Grundkapazität wird zum niedrigeren Always-On-Satz abgerechnet: Nach 24 Stunden kontinuierlicher Nutzung wird Ihre Grundauslastung zum niedrigeren „Always-On“-Satz abgerechnet. Keine Verpflichtung, keine Überprovisionierung. Wir berechnen Ihnen automatisch den besten Satz für Ihre Workload.
3. Automatische Skalierung über das Minimum hinaus zum Standardtarif: Lakebase skaliert automatisch bis zur maximalen Kapazität, die im Skalierungsbereich festgelegt ist, wenn Ihre Datenbanklast über die Grundkapazität steigt. Die Nutzung über die Grundlast hinaus wird zu den regulären Autoscaling-Tarifen abgerechnet.

Wenn nötig, schalten Sie es später wieder ein, und Ihre Instanz kehrt zur Standard-Autoscaling-Preisgestaltung zurück.

Vergleich mit anderen Postgres-Optionen

Die meisten verwalteten PostgreSQL-Produkte zwingen zu einer strukturellen Wahl zwischen einer provisionierten und einer serverlosen Version zum Zeitpunkt der Bereitstellung. Um einen besseren Preis für Ihre 24/7-Workloads zu erhalten, können Sie entweder ein provisioniertes Produkt wählen und für ungenutzte Kapazitäten bezahlen oder eine mehrjährige „Use-it-or-lose-it“-Verpflichtung für ein Serverless-Produkt eingehen.

Was bringt Ihnen das in der Praxis?

• Verbindliche Preisgestaltung: Erhalten Sie automatisch den besten Preis, ohne langfristige Verpflichtungen einzugehen oder Kapazitäten zu überprovisionieren. Sie können die Datenbankkonfiguration und die Skalierungsparameter jederzeit ändern, wenn sich Ihre Anforderungen ändern.
• Ein einheitliches Produkt: Ein einziges Angebot, das mit Ihrer Workload skaliert und die Vorentscheidung zwischen „Provisioned“- und „Serverless“-Instanzen eliminiert.
• Alle qualifizierten Instanzen, einschließlich HA-Instanzen, profitieren automatisch: High Availability-Replikate und die größten Lakebase-Instanzen skalieren per Design nicht auf Null. Mit Always-On werden sie jetzt ohne Konfigurationsänderung zum niedrigeren Satz abgerechnet.

Wann Always-On verwenden und wann Scale-to-Zero beibehalten

Verwenden Sie Always-On für etablierte Basen. Produktions-Workloads, deren Lastverlauf eine konstante Aktivitätsgrundlage mit darüber liegenden Spitzen zeigt, profitierten nie von Scale-to-Zero, da die Rechenleistung nie im Leerlauf war. Bis heute zahlten sie den Standard-Autoscaling-Satz für jede CU-Stunde. Ab heute wird der Basisanteil zu einem 25% niedrigeren Preis abgerechnet, und Autoscaling kümmert sich weiterhin um die Spitzen.

Behalten Sie Scale-to-Zero für neue oder intermittierende Workloads bei. Für ein neues Projekt wissen Sie es normalerweise nicht. Sie haben keinen Lastverlauf, um eine sinnvolle Mindest-CU festzulegen, und die Kosten für eine falsche Schätzung sind real: zu hoch und Sie zahlen für einen Puffer, den Sie nicht benötigen; zu niedrig und Autoscaling wird die meiste Zeit über dem Minimum verbringen, was den Sinn des niedrigeren Satzes zunichte macht. Genau deshalb ist Scale-to-Zero jetzt der Standard für neue Projekte. Lernen Sie die Form der Workload über einige Wochen kennen und treffen Sie dann eine fundierte Entscheidung.

Für eine Workload mit intermittierender Last behalten Sie Scale-to-Zero aktiviert. Für eine Datenbank, die 75% der Zeit im Leerlauf ist, ist es viel besser, für diese Stunden 0 $ zu bezahlen. Wenn Ihre Autoscaling-Historie zeigt, dass die Rechenleistung viel Zeit bei Null verbringt, lassen Sie Scale-to-Zero aktiviert.

Bereit, die Elastizitätssteuer nicht mehr zu zahlen?

Öffnen Sie Ihr Lakebase-Projekt, schalten Sie Scale-to-Zero aus und legen Sie eine Mindest-CU fest, die Ihre tatsächliche Grundlast widerspiegelt. Das ist die gesamte Konfigurationsänderung. Nach 24 Stunden kontinuierlicher Nutzung wird Ihre Grundkapazität automatisch zum Always-On-Satz abgerechnet, und Autoscaling bleibt bestehen, wenn der Datenverkehr Spitzen aufweist. Keine zu unterzeichnende Verpflichtung, kein neues Produkt zum Bereitstellen, keine Ausfallzeit zur Planung.

Stapeln Sie den zusätzlichen 50% Aktionsrabatt, der bis zum 31. Januar 2027 läuft, obendrauf, und Ihre Postgres-Rechnung wird erheblich kleiner. Beginnen Sie noch heute mit Lakebase oder sehen Sie sich die vollständigen Preise unter https://www.databricks.com/product/pricing/lakebase an.

(Dieser Blogbeitrag wurde mit KI-gestützten Tools übersetzt.) Originalbeitrag