Premium SSD v2-Speicheroption in Azure Database for PostgreSQL

SSD Premium v2 bietet eine höhere Leistung als SSD Premium, ist aber in der Regel auch preiswerter. Sie können die Leistung (Kapazität, Durchsatz und IOPS (Eingabe-/Ausgabevorgänge pro Sekunde)) von Premium SSD v2 jederzeit individuell optimieren. Die Möglichkeit, diese Anpassungen vorzunehmen, bedeutet, dass Ihre Workloads kosteneffizient sein können, während sie sich an wechselnde Leistungsanforderungen anpassen. Eine transaktionsintensive Datenbank könnte beispielsweise an einigen Tagen mit besonders hoher Nachfrage eine große Menge an IOPS bewältigen müssen. Oder eine Gaminganwendung könnte nur in Spitzenzeiten einen höheren Durchsatz erfordern. Für die meisten allgemeinen Workloads bietet Premium SSD v2 den besten Preis für die Leistung. Sie können jetzt Azure Database for PostgreSQL flexible Server-Instanzen mit Premium SSD v2-Festplatte in sämtlichen unterstützten Regionen bereitstellen.

Unterschiede zwischen SSD Premium und SSD Premium v2

Im Gegensatz zu SSD Premium besitzt SSD Premium v2 keine dedizierten Größen. Sie können eine SSD Premium v2 auf jede gewünschte Größe festlegen und granulare Anpassungen entsprechend Ihren Workloadanforderungen vornehmen. Diese granularen Inkremente können in Schritten von 1 GiB erfolgen. Premium SSD v2 unterstützt keine Hostzwischenspeicherung, bietet aber dennoch eine geringere Latenz als Premium SSD. Premium SSD v2 Kapazitäten reichen von 1 GiB bis 64 TiB.

Premium SSD v2 bietet flexible IOPS-Konfigurationen. Azure Database for PostgreSQL Server bietet einen Basis-IOPS von 3.000 für Datenträger bis zu 399 GiB und 12.000 IOPS für Datenträger 400 GiB oder höher ohne zusätzliche Kosten. Datenträger können bis zu 80.000 IOPS erreichen, wenn sie mindestens 160 GiB groß sind. IOPS, die über das kostenlose Kontingent hinausgehen, verursachen zusätzliche Kosten.

Premium SSD v2 bietet auch flexible Durchsatzkonfigurationen. Azure Database for PostgreSQL bietet einen geplanten Durchsatz von 125 MB/s für Datenträger bis zu 399 GiB und 500 MB/s für Datenträger mit 400 GiB oder höher ohne zusätzliche Kosten. Der Durchsatz über die kostenlose Stufe hinaus verursacht zusätzliche Gebühren.

IOPS

Azure Database for PostgreSQL Server bietet einen Basis-IOPS von 3000 für Datenträger bis zu 399 GiB und 12000 IOPS für Datenträger 400 GiB oder höher ohne zusätzliche Kosten. Um 80.000 IOPS auf einem Datenträger zu erreichen, muss er mindestens 160 GiB groß sein. Das Erhöhen von IOPS über den kostenlosen Tarif hinaus führt zu zusätzlichen Gebühren.

Durchsatz

Azure Database for PostgreSQL bietet einen geplanten Durchsatz von 125 MB/s für Datenträger bis zu 399 GiB und 500 MB/s für Datenträger 400 GiB ohne zusätzliche Kosten. Die Erhöhung des Durchsatzes über die kostenlose Stufe hinaus führt zu zusätzlichen Gebühren.

Der von Ihnen bereitgestellte Speicher ist die Menge der verfügbaren Speicherkapazität für Ihre Azure Database for PostgreSQL flexible Serverinstanz. Dieser Speicher wird für Datenbankdateien, temporäre Dateien, Transaktionsprotokolle und PostgreSQL-Serverprotokolle verwendet. Außerdem wird durch die Gesamtmenge an bereitgestelltem Speicher die E/A-Kapazität Ihres Servers definiert.

In der folgenden Tabelle finden Sie eine Übersicht über premium SSD v2-Festplattenkapazitäten und Leistungshöchstwerte, um zu entscheiden, welches Sie verwenden sollten.

Ihr VM-Typ weist auch IOPS-Grenzwerte auf. Sie können zwar unabhängig vom Servertyp eine beliebige Speichergröße auswählen, dann aber möglicherweise nicht alle IOPS nutzen, die der Speicher zur Verfügung stellt, insbesondere dann, wenn Sie einen Server mit wenigen virtuellen Kernen auswählen.

Weitere Informationen finden Sie unter Compute options in Azure Database for PostgreSQL.

Unterstützte Funktionen

Premium SSD v2 unterstützt Funktionen für Hochverfügbarkeit, georedundante Sicherungen, Georeplikate, Hauptversions-Upgrades, vom Kunden verwaltete Schlüssel (CMKs) und Geo DR (Disaster Recovery) für Azure Database for PostgreSQL in den unten angegebenen unterstützten Regionen.

Amerika: Brasilien Süd*, Brasilien Südost*, Kanada Central, Kanada Ost, Zentral-USA, Ost-USA, Ost-USA 2, Nord-Mittel-USA, Süd-Zentral-USA, West-Zentral-US, West-USA 2, West-US 3*.

Europa: Österreich Ost, Frankreich Zentral*, Deutschland Westmittel, Deutschland Nord,Italien Nord*, Nordeuropa, Norwegen Ost, Norwegen West, Polen Zentral*, Spanien Zentral*, Schweden Zentral*, Schweiz Nord, Schweiz West, Vereinigtes Königreich Süd, Westen, Westeuropa.

Asia Pacific & Middle East: Australien Central 2*, Australia East, Australia Southeast, Central India, East Asia, Indonesien Central*, Israel Central*, Japan East, Japan West, Jio India Central, Jio India West, Korea Central*, Malaysia West*, Neuseeland Nord*, Südindien, Südostasien, VAE Nord*.

Afrika: Südafrika Nord, Südafrika West.

Souveräne Regionen, einschließlich China North 3 und US Gov Virginia, unterstützen nur eigenständige SSDv2-Bereitstellungen und unterstützen diese Features derzeit nicht.

Einschränkungen und Überlegungen

• Langfristige Sicherungen, Speicher autogrow und PostgreSQL Version 13 werden derzeit nicht mit Premium SSD v2 unterstützt.

• Sie können Premium SSD v2 nur mit den Computeebenen "General Purpose" und "Memory Optimized" bereitstellen. Das Erstellen einer neuen Burstable Compute Tier mit Premium SSD v2 wird nicht unterstützt.

• Obwohl CMK und georedundante Sicherungen jeweils unterstützt werden, wird das Aktivieren georedundanter Sicherungen mit CMK derzeit nicht unterstützt.

• Sie können die Datenträgerleistungseinstellungen (IOPS oder Durchsatz) bis zu vier Mal innerhalb eines 24-Stunden-Zeitraums anpassen. Bei neu erstellten Datenträgern beträgt der Grenzwert drei Anpassungen während der ersten 24 Stunden.

• Bei größeren Servern dauert die anfängliche automatisierte Sicherung länger bis zum Abschluss und wird nach Abschluss im Azure Portal angezeigt. Während dieser Zeit ist keine Aktion erforderlich. Es wird empfohlen, auf den Abschluss der ersten Sicherung zu warten, bevor sicherungsabhängige Vorgänge ausgeführt werden, z. B. das Erstellen von In-Region-Lesereplikaten oder das Durchführen eines Upgrades der Hauptversion. Nach der ersten Sicherung werden alle nachfolgenden Sicherungen inkrementell und in der Regel schnell abgeschlossen.

• Die Onlinemigration von Premium SSD zu Premium SSD v2 wird nicht unterstützt. Um zwischen diesen Speichertypen zu migrieren, können Sie entweder eine Point-in-Time-Wiederherstellung von einem Premium-SSD-Server zu einem neuen Server mit Premium SSD v2 durchführen. Alternativ können Sie ein Lesereplikat von einem Premium-SSD-Server auf einen Premium-SSD v2-Server erstellen und es hochstufen, sobald die Replikation abgeschlossen ist. Da das automatische Speicherwachstum auf Premium SSD v2 derzeit nicht unterstützt wird, müssen Sie das automatische Speicherwachstum auf dem Premium-SSD-Quellserver deaktivieren, bevor Sie die Migration starten.

• Die Replikation von Premium SSD zu Premium SSD v2 wird nur für Migrationsszenarien unterstützt. Die fortlaufende Replikation wird nicht unterstützt, da Premium SSD nicht mit der Leistung von Premium SSD v2 übereinstimmen kann und zu einer erhöhten Latenz führen kann.

• Wenn Sie einen Vorgang ausführen, der eine Datenträgerhydrierung erfordert, kann der folgende Fehler auftreten. Dieser Fehler tritt auf, da Premium SSD v2-Datenträger keine Vorgänge unterstützen, während der Datenträger noch hydratisiert wird.

Fehlermeldung: Der Vorgang kann nicht abgeschlossen werden, da der Datenträger noch hydratisiert wird. Wiederholen Sie den Vorgang später.

Vorgänge, die dieses Verhalten auslösen können, umfassen:
Durchführen von Compute-Skalierung, Storage-Skalierung, Aktivierung von Hochverfügbarkeit (HA) oder ungeplanten Failovers in schneller Folge. Wenn Sie größere Versionsupgrades durchführen, HA hinzufügen, einen Failover einleitest oder innerhalb eines kurzen Zeitraums vor Abschluss der Datenträger-Hydrierung regionsinterne Repliken erstellen. Erstellung eines neuen Servers mit PITR (Point-in-Time-Wiederherstellung) und sofortige Aktivierung von Hochverfügbarkeit oder Read Replicas, während der Datenträger noch hydriert wird.

Bewährte Methode:
Um Fehler zu vermeiden, müssen Sie diese Vorgänge aufräumen oder sequenziell abschließen, sodass die Hydratation zwischen Aktionen abgeschlossen werden kann.

Sie können ihren E/A-Verbrauch im portal Azure oder mit Azure CLI Befehlen überwachen. Die wichtigen zu überwachenden Metriken sind Speicherlimit, Speicherprozentsatz, genutzter Speicher und E/A-Prozentsatz.

Verwandte Inhalte

• Manage Azure Database for PostgreSQL mithilfe des Azure Portals.
• Limits in Azure Database for PostgreSQL.