Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
GILT FÜR:
Azure Database for PostgreSQL – Flexible Server
Sie können eine Instanz von Azure Database for PostgreSQL – Flexibler Server erstellen, indem Sie verwaltete Azure-Datenträger verwenden, bei denen es sich um Speichervolumes auf Blockebene handelt, die von Azure verwaltet und mit Azure Virtual Machines verwendet werden. Verwaltete Datenträger sind wie physische Datenträger in einem lokalen Server, aber sie sind virtualisiert. Bei verwalteten Datenträgern müssen Sie lediglich die Datenträgergröße sowie den Datenträgertyp angeben und den Datenträger bereitstellen. Nachdem Sie den Datenträger bereitgestellt haben, übernimmt Azure den Rest. Azure Database for PostgreSQL flexible Server unterstützt Premium Solid State Drives (Premium SSD) und Premium Solid State Drives Version 2 (Premium SSD v2), und die Preise werden basierend auf der von Ihnen bereitgestellten Compute-, Speicher- und Speicherebene berechnet.
SSD Premium
Azure SSD Premium bietet Datenträgerunterstützung mit hoher Leistung und geringer Wartezeit für virtuelle Computer (VMs) mit E/A-intensiven (Eingabe/Ausgabe) Workloads. SSD Premium-Einheiten sind für unternehmenskritische Produktionsanwendungen geeignet.
SSD Premium v2 (Vorschau)
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 Eingabe-/Ausgabevorgänge pro Sekunde, die als IOPS bezeichnet werden) von SSD Premium v2 jederzeit individuell optimieren. Durch die Möglichkeit, diese Anpassungen vorzunehmen, können Workloads kosteneffizient gestaltet werden, während gleichzeitig wechselnde Leistungsanforderungen erfüllt werden. 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. Deshalb kann SSD Premium v2 für die meisten universellen Workloads das beste Preis-/Leistungsverhältnis bieten. Sie können jetzt Instanzen von Azure Database for PostgreSQL – Flexible Server mit SSD Premium v2-Datenträger in allen unterstützten Regionen bereitstellen.
Hinweis
SSD Premium v2 befindet sich derzeit in der Vorschau für Azure Database for PostgreSQL – Flexible Server.
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. SSD Premium v2 unterstützt keine Hostzwischenspeicherung, bietet aber dennoch eine niedrigere Latenz als SSD Premium. Die SSD Premium v2-Kapazitäten reichen von 1 GiB bis 64 TiBs.
In der folgenden Tabelle finden Sie einen Vergleich der verschiedenen Arten von Datenträgern, die von Azure Database for PostgreSQL flexiblen Server unterstützt werden, damit Sie entscheiden können, welcher für Ihre Anforderungen besser geeignet ist.
| SSD Premium v2 | SSD Premium | |
|---|---|---|
| Datenträgertyp | SSD (Solid-State-Laufwerk) | SSD (Solid-State-Laufwerk) |
| Szenario | Produktions- und leistungsempfindliche Workloads, die konstant niedrige Latenz und hohe IOPS und Durchsatz erfordern. | Produktions- und leistungsabhängige Workloads. |
| Max. Datenträgergröße | 65.536 GiB | 32.767 GiB |
| Max. Durchsatz | 1.200 MB/s | 900 MB/s |
| Max. IOPS | 80.000 | 20.000 |
SSD Premium v2 bietet standardmäßig bis zu 32 TiB pro Region und Abonnement, kann jedoch nach Anforderung eine höhere Kapazität unterstützen. Um eine Kapazitätserhöhung anzufordern, beantragen Sie eine Kontingenterhöhung, oder wenden Sie sich an den Azure-Support.
SSD Premium v2 – IOPS
Azure Database for PostgreSQL flexible Server bietet einen Basis-IOPS von 3000 für Datenträger bis zu 399 GiB und 12000 IOPS für Datenträger über 400 GiB ohne zusätzliche Kosten. Um 80.000 IOPS auf einem Datenträger zu erreichen, muss es mindestens 160 GiB sein. Das Erhöhen von IOPS über die kostenlose Stufe hinaus führt zu zusätzlichen Gebühren.
SSD Premium v2 – Durchsatz
Azure Database for PostgreSQL flexible Server bietet einen Basisdurchsatz von 125 MB/s für Datenträger bis zu 399 GiB und 500 MB/s für Datenträger über 400 GiB ohne zusätzliche Kosten. Die Erhöhung des Durchsatzes über die kostenlose Stufe hinaus führt zu zusätzlichen Gebühren.
Hinweis
SSD Premium v2 befindet sich derzeit in der Vorschau für Azure Database for PostgreSQL – Flexible Server.
SSD Premium v2 – Einschränkungen während der Vorschau
Hohe Verfügbarkeit, Lesereplikate, geografisch redundante Sicherungen, Datenverschlüsselung mit vom Kunden verwalteten Schlüsseln oder Features für automatisches Speichern werden für Premium SSD v2 nicht unterstützt.
Die Onlinemigration von SSD Premium (PV1) zu SSD Premium v2 (PV2) wird nicht unterstützt. Als Alternative können Sie, wenn Sie über die verschiedenen Speichertypen hinweg migrieren möchten, eine Zeitpunktwiederherstellung Ihres vorhandenen Servers zu einem neuen Server durchführen, der mit einem anderen Speichertyp bereitgestellt ist.
SSD Premium V2 kann nur für neu erstellte Server aktiviert werden. Das Aktivieren von SSD Premium V2 auf vorhandenen Servern wird nicht unterstützt.
SSD Premium V2 kann nur in den folgenden Regionen aktiviert werden: „Australien, Osten“, „Brasilien, Süden“, „Kanada, Mitte“, „Indien, Mitte“, „USA, Mitte“, „Asien, Osten“, „USA, Osten“, „USA, Osten 2“, „Frankreich, Mitte“, „Deutschland, Westen-Mitte“, „Israel, Mitte“, „Japan, Osten“, „Südkorea, Mitte“, „Norwegen, Osten“, „Polen, Mitte“, „USA, Süden-Mitte“, „Asien, Südosten“, „Schweiz, Norden“, „VAE, Norden“, „USA, Westen-Mitte“, „Europa, Westen“ und „USA, Westen 2“. Die zeitpunktbezogene Wiederherstellung (PITR) von Premium SSD v2 auf Premium SSD (v1) wird derzeit nicht unterstützt. Unterstützung für diese Funktionalität wird zu einem späteren Zeitpunkt hinzugefügt.
Der von Ihnen bereitgestellte Speicher definiert die Speicherkapazität, die für Ihre Instanz von Azure Database for PostgreSQL – Flexibler Server zur Verfügung steht. 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.
| Datenträgergröße | SSD Premium IOPS | SSD Premium v2-IOPS |
|---|---|---|
| 32 GiB | Bereitgestellt 120, max. 3.500 | Erste 3.000 IOPS kostenlos, Hochskalierung auf 17.179 möglich |
| 64 GiB | Bereitgestellt 240, max. 3.500 | Erste 3.000 IOPS kostenlos, Hochskalierung auf 34.359 möglich |
| 128 GB | Bereitgestellt 500, max. 3.500 | Erste 3.000 IOPS kostenlos, Hochskalierung auf 68.719 möglich |
| 256 GiB | Bereitgestellt 1.100, max. 3.500 | Erste 3.000 IOPS kostenlos, Hochskalierung auf 80.000 möglich |
| 512 GB | Bereitgestellt 2.300, max. 3.500 | Erste 12000 IOPS kostenlos, Skalierung auf 80000 möglich |
| 1 TiB | 5.000 | Die ersten 12000 IOPS sind kostenlos und können auf bis zu 80000 skalieren. |
| 2 TiB | 7.500 | Die ersten 12000 IOPS sind kostenlos und können auf bis zu 80000 skalieren. |
| 4 TiB | 7.500 | Die ersten 12000 IOPS sind kostenlos und können auf bis zu 80000 skalieren. |
| 8 TiB | 16.000 | Die ersten 12000 IOPS sind kostenlos und können auf bis zu 80000 skalieren. |
| 16 TiB | 18.000 | Die ersten 12000 IOPS sind kostenlos und können auf bis zu 80000 skalieren. |
| 32 TiB | 20.000 | Die ersten 12000 IOPS sind kostenlos und können auf bis zu 80000 skalieren. |
| 64 TiB | – | Die ersten 12000 IOPS sind kostenlos und können auf bis zu 80000 skalieren. |
Die folgende Tabelle enthält eine Übersicht über die Kapazitäten und Leistungsobergrenzen von SSD Premium v2-Datenträgern, um Ihnen die Entscheidung zu erleichtern, welchen Sie verwenden sollten.
| SSD v2-Datenträgergröße | Maximal verfügbare IOPS | Maximal verfügbarer Durchsatz (MB/s) |
|---|---|---|
| 1 GiB bis 64 TiBs | 3.000 bis 80.000 (wird um 500 IOPS pro GiB erhöht) | 125 bis 1.200 (erhöht sich um 0,25 MB/s pro festgelegtem IOPS) |
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 Computeoptionen in Azure Database for PostgreSQL Flexibler Server.
Hinweis
Unabhängig vom Typ des Speichers, den Sie Ihrer Instanz zuweisen, kann der Speicher nur nach oben skaliert werden, nicht nach unten.
Sie können Ihren E/A-Verbrauch im Azure-Portal oder mit Azure CLI-Befehlen überwachen. Die wichtigen zu überwachenden Metriken sind Speicherlimit, Speicherprozentsatz, genutzter Speicher und E/A-Prozentsatz.
Bedingungen für volle Datenträger
Wenn Ihr Datenträger voll ist, gibt der Server Fehler zurück und verhindert weitere Änderungen. Das Erreichen des Grenzwerts kann auch zu Problemen bei anderen operativen Aktivitäten führen, z. B. bei Sicherungen und der Archivierung von Write-Ahead-Protokollen. Es gibt verschiedene Möglichkeiten, mit denen diese Datenträger-Vollbedingung vermieden werden kann:
- Um diese Situation zu vermeiden, wird der Server automatisch in den schreibgeschützten Modus umgeschaltet, wenn die Speichernutzung 95 % erreicht oder die verfügbare Kapazität unter 5 GiB sinkt. Wenn Sie den Premium-SSD-Speichertyp verwenden, können Sie das Feature für die automatische Vergrößerung des Speichers verwenden oder den Speicher des Servers skalieren, um dieses Problem zu vermeiden.
- Wenn der Server aufgrund des zustandsfreien Datenträgers als schreibgeschützt markiert ist, können Sie die daten löschen, die nicht mehr benötigt werden. Dazu können Sie den folgenden Befehl ausführen, um den Modus in den Lese-/Schreibmodus zu ändern, und sobald dies abgeschlossen ist, können Sie den Löschbefehl ausführen.
SET SESSION CHARACTERISTICS AS TRANSACTION READ WRITE;
Es wird empfohlen, den verwendeten Speicherplatz aktiv zu überwachen, indem Sie storage_percentage oder storage_used Metriken verwenden und die Datenträgergröße erhöhen, bevor Sie in Ihrem Speicher nicht mehr verfügbaren Speicherplatz haben. Sie können Warnungen einrichten, um benachrichtigt zu werden, wenn sich der Serverspeicher einem Zustand nähert, in dem nicht mehr genügend Speicherplatz vorhanden ist. Weitere Informationen finden Sie unter Verwenden des Azure-Portals zum Einrichten von Benachrichtigungen zu Metriken für Azure Database for PostgreSQL Flexibler Server.
Automatische Speichervergrößerung (SSD Premium)
Die automatische Speichervergrößerung kann dafür sorgen, dass Ihr Server immer über genügend freien Speicherplatz verfügt und nicht in den schreibgeschützten Modus wechselt. Wenn Sie die automatische Vergrößerung des Speichers aktivieren, nimmt die Datenträgergröße zu, ohne dass sich dies auf die Arbeitsauslastung auswirkt. Die automatische Speichervergrößerung wird nur für die Speicherebene „SSD Premium“ unterstützt.
Für Server mit mehr als 1 TiB bereitgestelltem Speicher wird der Mechanismus zur automatischen Speichervergrößerung aktiviert, wenn der verfügbare Speicherplatz unter 10 % der Gesamtkapazität oder 64 GiB fällt, je nachdem, welcher der beiden Werte kleiner ist. Umgekehrt wird dieser Schwellenwert für Server mit Speicher unter 1 TiB auf 20 % des verfügbaren freien Speicherplatzes oder 64 GiB angepasst, je nachdem, welcher dieser Werte kleiner ist.
Zur Veranschaulichung nehmen wir einen Server mit einer Speicherkapazität von 2 TiB (was größer ist als 1 TiB). In diesem Fall wird der Grenzwert für die automatische Vergrößerung auf 64 GiB festgelegt. Diese Wahl wird getroffen, da 64 GiB im Vergleich zu 10 % von 2 TiB, das ungefähr 204,8 GiB ist, kleiner ist. Im Gegensatz dazu wird für einen Server mit einer Speichergröße von 128 GiB (was weniger als 1 TiB ist) die Funktion zur automatischen Speichervergrößerung aktiviert, wenn nur noch 25,8 GiB Speicherplatz vorhanden ist. Diese Aktivierung basiert auf dem Schwellenwert von 20 % des gesamten zugewiesenen Speichers (128 GiB), der kleiner als 64 GiB ist.
Das Standardverhalten erhöht die Datenträgergröße auf die nächsthöhere SSD Premium-Speichergröße. Diese Vergrößerung bedeutet immer eine Verdopplung sowohl der Größe als auch der Kosten, unabhängig davon, ob Sie die Speicherskalierung manuell oder über die automatische Speichervergrößerung auslösen. Die Aktivierung der automatischen Speichervergrößerung ist sinnvoll, wenn Sie unvorhersehbare Workloads verwalten, da automatisch erkannt wird, wenn der Speicherplatz zur Neige geht und der Speicher entsprechend hochskaliert wird.
Der Skalierungsprozess des Speichers wird online ausgeführt, ohne Downtimes zu verursachen, außer wenn die Datenträgergröße die Grenze von 4.096 GiB überschreiten muss. Diese Ausnahme ist eine Einschränkung für verwaltete Azure-Datenträger. In diesem Fall wird die Aktivität zur automatischen Speicherskalierung nicht ausgelöst, selbst wenn die Einstellung für die automatische Speichervergrößerung für den Server aktiviert ist. In solchen Fällen müssen Sie Ihren Speicher manuell skalieren. Beachten Sie, dass in diesem Szenario (Erreichen oder Überschreiten der GiB-Grenze von 4.096) die manuelle Skalierung ein Offlinevorgang ist. Es wird empfohlen, diese Aufgabe so zu planen, dass sie ihren geschäftlichen Anforderungen entspricht. Alle anderen Vorgänge können online ausgeführt werden. Sobald eine Datenträgergröße von mindestens 8.192 GiB zugeordnet ist, wird die automatische Speichervergrößerung automatisch ausgelöst. Zudem wird jeder nachfolgende Speichervergrößerungsvorgang online ausgeführt, bis der zugeordnete Datenträger seine maximale Vergrößerungskapazität von 32.768 GiB erreicht hat.
Hinweis
Unabhängig vom Typ des Speichers, den Sie Ihrer Instanz zuweisen, kann der Speicher nur nach oben skaliert werden, nicht nach unten.
Einschränkungen und Überlegungen zum automatischen Speichervergrößern
Vorgänge zur Skalierung von Datenträgern werden in der Regel online durchgeführt, außer in bestimmten Szenarios, welche das Überschreitet der Grenze von 4.096 GiB betreffen. Zu diesen Szenarios gehören das Erreichen oder Überschreiten des Grenzwerts von 4096 GiB. Beispielsweise löst die Skalierung von 2048 GiB auf 8192 GiB einen Offlinevorgang aus. Wenn im Azure-Portal auf 4 TB – was als 4095 GiB dargestellt wird – gewechselt wird, bleibt der Vorgang online. Wenn Sie jedoch explizit 4 TB als 4096 GiB angeben, z. B. in Azure CLI, wird der Skalierungsvorgang im Offlinemodus abgeschlossen, da er den Grenzwert von 4096 GiB erreicht. Der Oflline-Skalierungsvorgang dauert in der Regel zwischen zwei und zehn Minuten. Mit der Skalierungsfunktion mit reduziert Downtime wird diese auf weniger als 30 Sekunden reduziert. Durch diese Reduzierung der Downtime während der Skalierung von Ressourcen wird die Gesamtverfügbarkeit Ihrer Datenbankinstanz verbessert.
Die Hostzwischenspeicherung (schreibgeschützter und Lese-/Schreibzugriff) wird für Datenträgergrößen unter 4 TiB unterstützt. Alle Datenträger, die mit einer Größe von maximal 4.095 GiB bereitgestellt wurden, können von der Hostzwischenspeicherung profitieren. Die Hostzwischenspeicherung wird für Datenträger größer oder gleich 4.096 GiB nicht unterstützt. Ein Beispiel: Ein P50-Premium-Datenträger, der mit 4.095 GiB bereitgestellt wurde, kann die Hostzwischenspeicherung nutzen, ein mit 4.096 GiB bereitgestellter P50-Datenträger dagegen nicht. Kundinnen und Kunden, die von einer niedrigeren Datenträgergröße auf 4096 GiB oder höher wechseln, verlieren die Möglichkeit, die Datenträgerzwischenspeicherung zu verwenden.
Diese Einschränkung ist auf die zugrunde liegenden verwalteten Azure-Datenträger zurückzuführen, die eine manuelle Skalierung der Datenträger erfordern. Sie erhalten eine Informationsmeldung im Portal, wenn Sie sich diesem Grenzwert nähern.
Die automatische Speichervergrößerung wird nicht ausgelöst, wenn eine hohe Write-Ahead-Protokollnutzung vorliegt.
Hinweis
Der automatische Speicherzuwachs hängt von der Onlinedatenträgerskalierung ab, sodass es nie zu Downtime kommt.
IOPS-Skalierung
Ein flexibler Server von Azure Database for PostgreSQL unterstützt die Bereitstellung zusätzlicher IOPS. Mit diesem Feature können Sie mehr IOPS als die kostenlose IOPS-Obergrenze bereitstellen. Mit diesem Feature können Sie die Anzahl der IOPS jederzeit basierend auf Ihren Workloadanforderungen erhöhen oder verringern.
Die ausgewählte Computegröße bestimmt die minimalen und maximalen IOPS. Weitere Informationen zu den minimalen und maximalen IOPS pro Computegröße finden Sie unter Computegröße.
Wichtig
Die ausgewählte Computegröße bestimmt die minimalen und maximalen IOPS.
Erfahren Sie, wie Sie IOPS hochskalieren und abskalieren.
Preis
Die aktuellen Preisinformationen finden Sie unter Preise für Azure Database for PostgreSQL – Flexibler Server.
Das Azure-Portal zeigt Ihnen außerdem eine Schätzung der monatlichen Kosten einer Serverkonfiguration basierend auf den ausgewählten Optionen.
Diese Schätzung kann während der gesamten Servererstellungserfahrung auf der Seite Neue Azure Database for PostgreSQL – Flexibler Server angezeigt werden:
Es kann auch für vorhandene Server angezeigt werden, wenn Sie im Ressourcenmenü einer vorhandenen Instanz im Abschnitt Einstellungen die Option Compute + Speicher auswählen:
Wenn Sie nicht über ein Azure-Abonnement verfügen, können Sie den Azure-Preisrechner verwenden, um einen geschätzten Preis zu erhalten. Wählen Sie auf der Website des Azure-Preisrechners die Kategorie Datenbanken aus, und wählen Sie dann Azure Database for PostgreSQL aus, um den Dienst zu Ihren Schätzungen hinzuzufügen und dann die Optionen anzupassen.