Freigeben über

Optimieren der Kosten in Azure Database for PostgreSQL – Flexibler Server

  • Artikel

GILT FÜR: Azure Database for PostgreSQL – Flexibler Server

Azure Database for PostgreSQL –Flexibler Server ist ein relationaler Datenbankdienst in der Microsoft Cloud, der auf der PostgreSQL Community-Edition basiert. Das vollständig verwaltete Database-as-a-Service-Angebot kann geschäftskritische Workloads mit vorhersagbarer Leistung und dynamischer Skalierung verarbeiten.

Dieser Artikel enthält eine Liste mit Empfehlungen zur Optimierung der Kosten für Azure Database for PostgreSQL – Flexibler Server. Die Liste enthält Entwurfsüberlegungen, eine Konfigurationscheckliste und empfohlene Datenbankeinstellungen, mit denen Sie Ihre Workload optimieren können.

  • Nutzen der Preise für reservierte Kapazität.
  • Hoch-/Herunterskalieren von Computeressourcen.
  • Verwenden von Azure Advisor-Empfehlungen.
  • Bewerten der Anforderungen an Hochverfügbarkeit (High Availability, HA) und Notfallwiederherstellung (Disaster Recovery, DR).
  • Konsolidieren von Datenbanken und Servern.
  • Platzieren von Testservern in kosteneffizienten geografischen Regionen.
  • Starten und Stoppen von Servern.
  • Archivieren alter Daten für Cold Storage.

1. Preise für reservierte Kapazität verwenden

Die Preise für reservierte Azure Postgres-Kapazität ermöglichen die Verpflichtung für eine bestimmte Kapazität für 1 bis 3 Jahre, wodurch Kunden, die einen flexiblen Azure Database for PostgreSQL-Server verwenden, Kosten einsparen. Die Kosteneinsparungen im Vergleich zu nutzungsbasierten Preisen können erheblich sein, abhängig von der Menge der reservierten Kapazität und der Dauer der Laufzeit. Kunden können reservierte Kapazität in Inkrementen von virtuellen Kernen und Speicher erwerben. Reservierte Kapazität kann Kosten für Instanzen von Azure Database for PostgreSQL –Flexibler Server in derselben Region decken, die auf das Azure-Abonnement des Kunden angewendet wird. Reservierte Preise für Azure Database for PostgreSQL –Flexibler Server bieten Kosteneinsparungen von bis zu 40 % für 1 Jahr und bis zu 60 % für 3-Jahres-Verpflichtungen für Kunden, die Kapazität reservieren. Weitere Details finden Sie unter „Preisrechner | Microsoft Azure“. Weitere Informationen finden Sie unter Was sind Azure-Reservierungen?

2. Hoch-/Herunterskalieren von Computeressourcen

Das Hoch- oder Herunterskalieren der Ressourcen einer Instanz von Azure Database for PostgreSQL – Flexibler Server kann Ihnen helfen, die Kosten zu optimieren. Passen Sie die virtuellen Kerne und den Speicher nach Bedarf an, um nur für die erforderlichen Ressourcen zu bezahlen. Die Skalierung kann über das Azure-Portal, die Azure CLI oder die Azure REST-API durchgeführt werden. Das Hoch- oder Herunterskalieren von Computeressourcen kann jederzeit durchgeführt werden und erfordert einen Serverneustart. Es ist eine bewährte Methode, Ihre Datenbankverbrauchsmuster zu überwachen und die Ressourcen entsprechend anzupassen, um die Kosten zu optimieren und die Leistung sicherzustellen. Weitere Informationen finden Sie unter „Compute- und Speicheroptionen in Azure Database for PostgreSQL – Flexibler Server“.

Konservatives Konfigurieren von Nicht-Produktionsumgebungen – Konfigurieren Sie Dev-/Test-/Stage-Umgebungen im Leerlauf, um kosteneffiziente SKUs zu haben. Die Wahl von burstfähigen SKUs ist ideal für Workloads, die keine kontinuierliche volle Kapazität benötigen.

Weitere Informationen finden Sie unter Skalierungsvorgänge in Azure Database for PostgreSQL – Flexible Server.

3. Verwenden von Azure Advisor-Empfehlungen

Azure Advisor ist ein kostenloser Dienst, der Empfehlungen zur Optimierung Ihrer Azure-Ressourcen bietet. Er analysiert Ihre Ressourcenkonfiguration und Verbrauchsmuster und bietet Empfehlungen zur Verbesserung der Leistung, Sicherheit, Hochverfügbarkeit und Kosteneffizienz Ihrer Azure-Ressourcen. Die Empfehlungen decken verschiedene Azure-Dienste ab, einschließlich Compute, Speicher, Netzwerk und Datenbanken.

Für Azure Database for PostgreSQL kann Azure Advisor Empfehlungen zur Verbesserung der Leistung, Verfügbarkeit und Kosteneffizienz Ihrer Datenbank bereitstellen. Er kann beispielsweise vorschlagen, die Datenbank hoch- oder herunterzuskalieren, Lesereplikate zum Auslagern leseintensiver Workloads zu verwenden oder zu Preisen für reservierte Kapazität zu wechseln, um die Kosten zu senken. Azure Advisor kann auch bewährte Sicherheitsmethoden empfehlen, z. B. das Aktivieren der Verschlüsselung ruhender Daten oder das Aktivieren von Netzwerksicherheitsregeln, um eingehenden Datenverkehr zur Datenbank zu begrenzen.

Sie können über das Azure-Portal auf die von Azure Advisor bereitgestellten Empfehlungen zugreifen, wo Sie die Empfehlungen mit nur wenigen Klicks anzeigen und implementieren können. Die Implementierung von Azure Advisor-Empfehlungen kann Ihnen helfen, Ihre Azure-Ressourcen zu optimieren und die Kosten zu senken. Weitere Informationen finden Sie unter Azure Advisor für Azure Database for PostgreSQL – Flexible Server.

4. Bewerten der Anforderungen an Hochverfügbarkeit (High Availability, HA) und Notfallwiederherstellung (Disaster Recovery, DR)

Azure Database for PostgreSQL – Flexibler Server verfügt über integrierte Knoten- und Speicherresilienz ohne zusätzliche Kosten. Knotenresilienz ermöglicht es Ihrer Instanz von Azure Database for PostgreSQL – Flexibler Server, automatisch ohne Datenverlust (d. h. RPO Null) und ohne Änderungen an der Verbindungszeichenfolge ein Failover auf eine fehlerfreie VM durchzuführen, außer dass Ihre Anwendung die Verbindung erneut herstellen muss. Auf ähnliche Weise werden die Daten und Transaktionsprotokolle in drei synchronen Kopien gespeichert, und es werden automatisch Speicherbeschädigungen erkannt und Korrekturaktion ergriffen. Für die meisten Dev/Test-Workloads und für viele Produktionsworkloads sollte diese Konfiguration ausreichen.

Wenn Ihre Workload VZ-Resilienz und eine niedrigere RTO erfordert, können Sie Hochverfügbarkeit (High Availability, HA) mit zoneninternem oder VZ-übergreifendem Standby aktivieren. Dies verdoppelt Ihre Bereitstellungskosten, bietet aber auch eine höhere SLA. Um geografische Resilienz für Ihre Anwendung zu erzielen, können Sie GeoBackup zu geringeren Kosten, aber mit einer höheren RTO einrichten. Alternativ können Sie GeoReadReplica für das Doppelte der Kosten einrichten, was eine RTO in Minuten bietet, wenn es zu einem geografischen Notfall kommt.

Die wichtigste Erkenntnis ist, dass Sie die Anforderungen Ihres gesamten Anwendungsstapels bewerten und dann die richtige Konfiguration für die Instanz von Azure Database for PostgreSQL – Flexibler Server wählen müssen. Wenn Ihre Anwendung beispielsweise nicht VZ-resilient ist, können Sie durch die Konfiguration der Instanz von Azure Database for PostgreSQL – Flexibler Server in der resilienten VZ-Konfiguration nichts gewinnen.

Weitere Informationen finden Sie unter Hochverfügbarkeitsarchitektur in Flexibler Server.

5. Konsolidieren von Datenbanken und Servern

Die Konsolidierung von Datenbanken kann eine kostensparende Strategie für Azure Database for PostgreSQL – Flexibler Server sein. Das Konsolidieren mehrerer Datenbanken in einer einzelnen Instanz von Azure Database for PostgreSQL – Flexibler Server kann die Anzahl der Instanzen und die Gesamtkosten für die Ausführung von Azure Database for PostgreSQL – Flexibler Server reduzieren. Führen Sie die folgenden Schritte aus, um Ihre Datenbanken zu konsolidieren und Kosten zu sparen:

  1. Zugriff auf Ihren Server: Identifizieren Sie den Server, der konsolidiert werden kann, unter Berücksichtigung der Datenbankgröße, der geografischen Region, der Konfiguration (CPU, Arbeitsspeicher, IOPS), der Leistungsanforderungen, des Workloadtyps und der Datenkonsistenzanforderungen.
  2. Erstellen Sie eine neue Instanz von Azure Database for PostgreSQL – Flexibler Server: Erstellen Sie eine neue Instanz von Azure Database for PostgreSQL – Flexibler Server mit genügend vCPUs, Arbeitsspeicher und Speicher, um die konsolidierten Datenbanken zu unterstützen.
  3. Verwenden Sie eine vorhandene Instanz von Azure Database for PostgreSQL – Flexibler Server wieder: Falls Sie bereits über einen vorhandenen Server verfügen, stellen Sie sicher, dass er über genügend vCPUs, Arbeitsspeicher und Speicher verfügt, um die konsolidierten Datenbanken zu unterstützen.
  4. Migrieren von Datenbanken: Migrieren Sie die Datenbanken zur neuen Instanz von Azure Database for PostgreSQL – Flexibler Server. Sie können Tools wie „pg_dump“ und „pg_restore“ verwenden, um Datenbanken zu exportieren und importieren.
  5. Überwachen der Leistung: Überwachen Sie die Leistung der konsolidierten Instanz von Azure Database for PostgreSQL – Flexibler Server, und passen Sie die Ressourcen nach Bedarf an, um eine optimale Leistung sicherzustellen.

Das Konsolidieren von Datenbanken kann Ihnen helfen, Kosten zu sparen, indem Sie die Anzahl von Instanzen von Azure Database for PostgreSQL – Flexibler Server reduzieren, die Sie ausführen müssen, und indem Sie größere Instanzen verwenden können, die kostengünstiger sind als kleinere Instanzen. Es ist wichtig, die Auswirkungen der Konsolidierung auf die Leistung Ihrer Datenbanken zu bewerten und sicherzustellen, dass die konsolidierte Instanz von Azure Database for PostgreSQL – Flexibler Server entsprechend dimensioniert ist, um alle Datenbankanforderungen zu erfüllen.

Weitere Informationen finden Sie unter Verbessern der Leistung von Azure-Anwendungen mittels Azure Advisor

6. Platzieren von Testservern in kosteneffizienten geografischen Regionen

Das Erstellen eines Testservers in einer kosteneffizienten Azure-Region kann eine kostensparende Strategie für Azure Database for PostgreSQL – Flexibler Server sein. Durch Erstellen eines Testservers in einer Region mit geringeren Kosten für Computingressourcen können Sie die Kosten für die Ausführung Ihres Testservers reduzieren und die Kosten für die Ausführung von Azure Database for PostgreSQL – Flexibler Server minimieren. Hier sind einige Schritte, die Ihnen beim Erstellen eines Testservers in einer kosteneffizienten Azure-Region helfen:

  1. Identifizieren einer kosteneffizienten Region: Identifizieren Sie eine Azure-Region mit geringeren Kosten für Computingressourcen.
  2. Erstellen einer neuen Instanz von Azure Database for PostgreSQL – Flexibler Server : Erstellen Sie eine neue Instanz von Azure Database for PostgreSQL – Flexibler Server in der kostengünstigen Region mit der richtigen Konfiguration für Ihre Testumgebung.
  3. Migrieren von Testdaten: Migrieren Sie die Testdaten zur neuen Instanz von Azure Database for PostgreSQL – Flexibler Server. Sie können Tools wie „pg_dump“ und „pg_restore“ verwenden, um Datenbanken zu exportieren und importieren.
  4. Überwachen der Leistung: Überwachen Sie die Leistung des Testservers, und passen Sie die Ressourcen nach Bedarf an, um eine optimale Leistung sicherzustellen.

Durch das Erstellen eines Testservers in einer kosteneffizienten Azure-Region können Sie die Kosten für die Ausführung Ihres Testservers senken und die Kosten für die Ausführung von Azure Database for PostgreSQL – Flexibler Server minimieren. Es ist wichtig, die Auswirkungen der Region auf die Leistung Ihres Testservers und die spezifischen regionalen Anforderungen Ihrer Organisation zu bewerten. Dadurch wird sichergestellt, dass die Netzwerkwartezeit und die Kosten für die Datenübertragung für Ihren Anwendungsfall akzeptabel sind.

Weitere Informationen finden Sie unter Azure-Regionen.

7. Starten und Stoppen von Servern

Das Starten und Stoppen von Servern kann eine kostensparende Strategie für Azure Database for PostgreSQL – Flexibler Server sein. Wenn Sie den Server nur dann ausführen, wenn Sie ihn benötigen, können Sie die Kosten für die Ausführung von Azure Database for PostgreSQL – Flexibler Server reduzieren. Hier sind einige Schritte, die Ihnen helfen, Server zu starten und stoppen und kosten einzusparen:

  1. Identifizieren Sie den Server: Identifizieren Sie die Instanz von Azure Database for PostgreSQL – Flexibler Server, die Sie starten und beenden möchten.
  2. Starten Sie den Server: Starten Sie die Inst von Azure Database for PostgreSQL – Flexibler Server, wenn Sie sie benötigen. Sie können den Server über das Azure-Portal, die Azure CLI oder die Azure REST-API starten.
  3. Beenden Sie den Server: Beenden Sie die Instanz von Azure Database for PostgreSQL – Flexibler Server, wenn Sie sie nicht benötigen. Sie können den Server über das Azure-Portal, die Azure CLI oder die Azure REST-API stoppen.
  4. Wenn sich ein Server über mehrere fortlaufende Wochen im Zustand gestoppt (oder im Leerlauf) befunden hat, können Sie in Erwägung ziehen, den Server nach der geforderten Due Diligence zu trennen.

Wenn Sie den Server bei Bedarf starten und stoppen, können Sie die Kosten für die Ausführung von Azure Database for PostgreSQL – Flexibler Server reduzieren. Um eine reibungslose Datenbankleistung zu gewährleisten, ist es von entscheidender Bedeutung, die Auswirkungen des Startens und Stoppens des Servers zu bewerten und falls erforderlich über einen zuverlässigen Prozess für diese Aktionen zu verfügen. Weitere Informationen finden Sie unter Stoppen/Starten eines Azure Database for PostgreSQL – Flexibler Server.

8. Archivieren alter Daten für Cold Storage

Die Archivierung von Daten, auf die selten zugegriffen wird, im Azure-Archivspeicherebene (bei gleichzeitiger Beibehaltung des Zugriffs) kann dazu beitragen, die Kosten zu senken. Exportieren Sie Daten aus Azure Database for PostgreSQL – Flexibler Server nach Azure Archived Storage und speichern Sie sie in einer niedrigeren Speicherebene.

  1. Richten Sie ein Azure Blob Storage-Konto ein, und erstellen Sie einen Container für Ihre Datenbanksicherungen.
  2. Verwenden Sie pg_dump, um die alten Daten in eine Datei zu exportieren.
  3. Verwenden Sie die Azure CLI oder PowerShell, um die exportierte Datei in Ihren Blob Storage-Container hochzuladen.
  4. Richten Sie eine Aufbewahrungsrichtlinie für den Blob Storage-Container ein, um alte Sicherungen automatisch zu löschen.
  5. Ändern Sie das Sicherungsskript, um die alten Daten nach Blob Storage anstelle des lokalen Speichers zu exportieren.
  6. Testen Sie den Sicherungs- und Wiederherstellungsprozess, um sicherzustellen, dass die archivierten Daten bei Bedarf wiederhergestellt werden können.

Sie können auch Azure Data Factory verwenden, um diesen Prozess zu automatisieren.

Weitere Informationen finden Sie unter Migrieren Ihrer Datenbank von Azure Database for PostgreSQL – Flexibler Server mithilfe von Sicherungskopie und Wiederherstellung.

Kompromisse bei Kosten

Wenn Sie Ihre Anwendungsdatenbank auf Azure Database for PostgreSQL – Flexibler Server entwerfen, sollten Sie Kompromisse zwischen der Kostenoptimierung und anderen Aspekten des Entwurfs, wie Sicherheit, Skalierbarkeit, Resilienz und Bedienbarkeit, in Betracht ziehen.

Kosten gegenüber Zuverlässigkeit

Die Kosten stehen in direktem Zusammenhang mit der Zuverlässigkeit.

Kosten gegenüber Leistungseffizienz

Eine Steigerung der Leistung führt zu höheren Kosten.

Kosten gegenüber Sicherheit

Die Erhöhung der Sicherheit der Workload führt zu höheren Kosten.

Kosten gegenüber Operational Excellence

Die Investition in Systemüberwachung und Automatisierung kann die Kosten anfänglich erhöhen, führt langfristig aber zu einer Senkung der Kosten.

Nächste Schritte

Um mehr über die Kostenoptimierung zu erfahren, lesen Sie: