Arbeiten mit Speicher für Amazon RDS DB-Instances - Amazon Relational Database Service
Steigern der DB-Instance-SpeicherkapazitätAutomatische Kapazitätsverwaltung mit automatischer -SpeicherskalierungUpgrade des SpeicherdateisystemsÄndern der bereitgestellten Einstellungen IOPSE/A-intensive SpeichermodifikationenÄndern von Einstellungen für Allzweckspeicher (gp3)Verwenden eines dedizierten Protokollvolumens (DLV)

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Arbeiten mit Speicher für Amazon RDS DB-Instances

Um anzugeben, wie Ihre Daten in Amazon gespeichert werden sollenRDS, wählen Sie einen Speichertyp und geben Sie eine Speichergröße an, wenn Sie eine DB-Instance erstellen oder ändern. Später können Sie die Speichermenge erhöhen oder den Speichertyp ändern, indem Sie die DB-Instance bearbeiten. Weitere Informationen darüber, welcher Speichertyp für Ihr Workload verwenden wird, finden Sie unter RDSAmazon-Speichertypen.

Steigern der DB-Instance-Speicherkapazität

Wenn Sie Platz für zusätzliche Daten benötigen, können Sie den Speicher auf einer vorhandenen DB-Instance skalieren. Dazu können Sie die Amazon RDS Management Console RDSAPI, Amazon oder AWS Command Line Interface (AWS CLI) verwenden. Informationen zu den Speicherlimits finden Sie unter Amazon RDS DB-Instance-Speicher.

Anmerkung

Sie können die Speichermenge für eine DB-Instance nach der Speicherzuweisung nicht reduzieren. Wenn Sie den zugewiesenen Speicherplatz erhöhen, muss er um mindestens 10 Prozent erhöht werden. Wenn Sie versuchen, den Wert um weniger als 10 Prozent zu erhöhen, erhalten Sie einen Fehler.

Die Skalierung des Speichers RDS für SQL Server-DB-Instances wird nur für die IOPS SSD Speichertypen General Purpose SSD und Provisioned unterstützt.

Um die Menge an freiem Speicherplatz für Ihre DB-Instance zu überwachen, damit Sie bei Bedarf reagieren können, empfehlen wir Ihnen, einen CloudWatch Amazon-Alarm zu erstellen. Weitere Informationen zum Einstellen von CloudWatch Alarmen finden Sie unter CloudWatch Alarme verwenden.

Die Skalierung des Speichers verursacht normalerweise keine Ausfälle oder Leistungseinbußen der DB-Instance. Nachdem Sie die Speichergröße für eine DB-Instance geändert haben, lautet der Status der DB-Instance Speicheroptimierung.

Anmerkung

Die Speicheroptimierung kann mehrere Stunden dauern. Sie können keine weiteren Speicheränderungen für sechs (6) Stunden vornehmen oder bis die Speicheroptimierung auf der Instance abgeschlossen ist, je nachdem, welcher Zeitraum länger ist. Sie können den Fortschritt der Speicheroptimierung im AWS Management Console oder mithilfe des describe-db-instances AWS CLI Befehls anzeigen.

So erhöhen Sie den Speicher für eine DB-Instance

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  3. Wählen Sie die DB-Instance aus, die Sie ändern möchten.

  4. Wählen Sie Ändern aus.

  5. Geben Sie einen neuen Wert für Allocated storage (Zugewiesener Speicherplatz) ein. Er muss größer als der aktuelle Wert sein.

    Ändern der Speichermenge einer DB-Instance

  6. Wählen Sie Weiter aus, um auf den nächsten Bildschirm zu wechseln.

  7. Wählen Sie Apply immediately (Sofort anwenden) im Abschnitt Scheduling of modifications (Planung von Änderungen) aus, um die Speicheränderungen sofort auf die DB-Instance anzuwenden.

    Oder wählen Sie Apply during the next scheduled maintenance window (Anwenden während des nächsten geplanten Wartungsfensters) aus, um die Änderungen im nächsten Wartungsfenster zu übernehmen.

  8. Wenn die Einstellungen Ihren Wünschen entsprechen, wählen Sie Modify DB instance (DB-Instance ändern).

Verwenden Sie den AWS CLI Befehl, um den Speicherplatz für eine DB-Instance zu erhöhen modify-db-instance. Legen Sie die folgenden Parameter fest:

  • --allocated-storage: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes.

  • --apply-immediately – Verwenden Sie --apply-immediately, um die Speicheränderungen sofort anzuwenden.

    Oder verwenden Sie --no-apply-immediately (Standardeinstellung), um die Änderungen während des nächsten Wartungsfensters anzuwenden. Ein sofortiger Ausfall tritt ein, wenn die Änderungen übernommen werden.

Weitere Informationen über Speicher finden Sie unter Amazon RDS DB-Instance-Speicher.

Verwenden Sie den RDS API Amazon-Vorgang, um den Speicherplatz für eine DB-Instance zu erhöhen ModifyDBInstance. Legen Sie die folgenden Parameter fest:

  • AllocatedStorage: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes.

  • ApplyImmediately – Setzen Sie diese Option auf True, um die Speicheränderungen sofort anzuwenden. Setzen Sie diese Option auf False (Standardeinstellung), um die Änderungen während des nächsten Wartungsfensters zu übernehmen. Ein sofortiger Ausfall tritt ein, wenn die Änderungen übernommen werden.

Weitere Informationen über Speicher finden Sie unter Amazon RDS DB-Instance-Speicher.

Automatische Kapazitätsverwaltung mit Amazon RDS Storage Autoscaling

Wenn Ihre Arbeitslast nicht vorhersehbar ist, können Sie die automatische Speicherskalierung für eine RDS Amazon-DB-Instance aktivieren. Dazu können Sie die RDS Amazon-Konsole RDSAPI, Amazon oder die verwenden AWS CLI.

Sie können diese Funktion beispielsweise für eine neue Mobile-Gaming-Anwendung verwenden, die von Benutzern schnell angenommen wird. In diesem Fall kann eine schnell steigende Systemlast den verfügbaren Datenbankspeicher übersteigen. Um zu vermeiden, dass der Datenbankspeicher manuell skaliert werden muss, können Sie Amazon RDS Storage Autoscaling verwenden.

Wenn die automatische Speicherskalierung aktiviert ist, skaliert Amazon Ihren Speicher automatisch, wenn Amazon RDS feststellt, dass Ihnen der freie Datenbankspeicher ausgeht. Amazon RDS startet eine Speicheränderung für eine Autoscaling-fähige DB-Instance, wenn die folgenden Faktoren zutreffen:

  • Der verfügbare freie Speicherplatz ist gleich oder kleiner als 10 Prozent des zugewiesenen Speichers.

  • Der Zustand mit weniger Speicherplatz dauert mindestens fünf Minuten.

  • Mindestens sechs Stunden sind seit der letzten Speicheränderung vergangen oder die Speicheroptimierung auf der Instance abgeschlossen ist, je nachdem, welcher Zeitraum länger ist.

Der zusätzliche Speicher wird in Schritten der folgenden Einheiten angegeben, je nach dem, was größer ist:

  • 10 GiB

  • 10 Prozent des aktuell zugewiesenen Speichers

  • Prognostiziertes Speicherwachstum, das die aktuell zugewiesene Speichergröße in den nächsten 7 Stunden übersteigt, basierend auf den FreeStorageSpace-Metriken der letzten Stunde. Weitere Informationen zu Metriken finden Sie unter Monitoring with Amazon CloudWatch.

Der maximale Speicherschwellenwert ist die Grenze, die Sie für das automatische Skalieren der DB-Instance festgelegt haben. Es gelten die folgenden Einschränkungen:

  • Sie müssen den maximalen Speicherschwellenwert auf mindestens 10 % mehr als den aktuell zugewiesenen Speicher festlegen. Wir empfehlen, es auf mindestens 26% mehr einzustellen, um zu vermeiden, dass Sie eine Ereignisbenachrichtigung erhalten, dass sich die Speichergröße dem maximalen Speicherschwellenwert nähert.

    Wenn Sie beispielsweise eine DB-Instance mit 1.000 GiB zugewiesenem Speicher haben, legen Sie den maximalen Speicherschwellenwert auf mindestens 1.100 GiB fest. Wenn Sie dies nicht tun, erhalten Sie eine Fehlermeldung wie Ungültige maximale Speichergröße für engine_name. Wir empfehlen jedoch, den maximalen Speicherschwellenwert auf mindestens 1260 GiB festzulegen, um die Ereignisbenachrichtigung zu vermeiden.

  • Für eine DB-Instance, die bereitgestellten Speicher IOPS (io1 oder io2 Block Express) verwendet, muss das Verhältnis von IOPS zum maximalen Speicherschwellenwert (in GiB) innerhalb eines bestimmten Bereichs liegen. Weitere Informationen finden Sie unter Bereitgestellter Speicher IOPS SSD.

  • Sie können den Schwellenwert für den maximalen Speicherplatz für autoscaling-aktivierte Instanzen nicht auf einen Wert setzen, der größer ist als der maximal zugewiesene Speicherplatz für die Datenbank-Engine und die DB-Instance-Klasse.

    Beispielsweise hat SQL Server Standard Edition auf db.m5.xlarge einen zugewiesenen Standardspeicher für die Instanz von 20 GiB (das Minimum) und einen maximalen zugewiesenen Speicher von 16.384 GiB. Der Standard-Maximalspeicherschwellenwert für die automatische Skalierung ist 1.000 GiB. Wenn Sie diesen Standardwert verwenden, wird die Instance nicht automatisch über 1.000 GiB skaliert. Dies gilt auch dann, wenn der zugewiesene Maximalspeicher für die Instance 16.384 GiB beträgt.

Anmerkung

Wir empfehlen Ihnen, den maximalen Speicherschwellenwert basierend auf Nutzungsmustern und Kundenanforderungen sorgfältig auszuwählen. Wenn es Abweichungen in den Verwendungsmustern gibt, kann der maximale Speicherschwellenwert verhindern, dass der Speicher auf einen unerwartet hohen Wert skaliert wird, wenn die automatische Skalierung einen sehr hohen Schwellenwert prognostiziert. Nachdem eine DB-Instance automatisch skaliert wurde, kann der ihr zugewiesene Speicher nicht reduziert werden.

Einschränkungen

Für die automatische Speicherskalierung gelten folgende Einschränkungen:

  • Die automatische Skalierung erfolgt nicht, wenn der maximale Speicherschwellenwert durch die Speichererhöhung überschritten werden würde.

  • RDSPrognostiziert bei der automatischen Skalierung die Speichergröße für nachfolgende Autoscaling-Operationen. Wenn bei einem nachfolgenden Vorgang prognostiziert wird, dass er den maximalen Speicherschwellenwert überschreitet, erfolgt die RDS automatische Skalierung auf den maximalen Speicherschwellenwert.

  • Die automatische Skalierung kann Speicher-Situationen bei großen Datenlasten nicht vollständig verhindern. Dies liegt daran, dass weitere Speicheränderungen erst nach sechs (6) Stunden oder nach Abschluss der Speicheroptimierung auf der Instanz vorgenommen werden können, je nachdem, welcher Zeitraum länger ist.

    Wenn Sie eine große Datenmenge laden und die automatische Skalierung nicht genügend Speicherplatz zur Verfügung stellt, bleibt die Datenbank möglicherweise mehrere Stunden lang im Speicher-Voll-Status. Dies kann die Datenbank schädigen.

  • Wenn Sie einen Speicherskalierungsvorgang zur gleichen Zeit starten, zu dem Amazon einen Autoscaling-Vorgang RDS startet, hat Ihre Speicheränderung Vorrang. Der Autoskalierungsvorgang wird abgebrochen.

  • Autoscaling kann den zugewiesenen Speicherplatz nicht verringern. Sie können die Speichermenge für eine DB-Instance nach der Speicherzuweisung nicht reduzieren.

  • Die automatische Skalierung kann nicht mit magnetischem Speicher verwendet werden.

  • Die automatische Skalierung kann nicht mit den folgenden Instance-Klassen der vorherigen Generation verwendet werden, die weniger als 6 TiB bestellbaren Speicher haben: db.m3.large, db.m3.xlarge und db.m3.2xlarge.

  • Autoscaling-Operationen werden nicht protokolliert. AWS CloudTrail Weitere Informationen zu finden Sie CloudTrail unterÜberwachung von Amazon RDS-API-Aufrufen in AWS CloudTrail.

Die automatische Skalierung hilft Ihnen zwar dabei, den Speicherplatz auf Ihrer Amazon RDS DB-Instance dynamisch zu erhöhen, Sie sollten den anfänglichen Speicher für Ihre DB-Instance dennoch auf eine Größe konfigurieren, die für Ihre typische Arbeitslast geeignet ist.

Aktivieren der automatischen Speicherskalierung für eine neue DB-Instance

Wenn Sie eine neue Amazon RDS DB-Instance erstellen, können Sie wählen, ob Sie die automatische Speicherskalierung aktivieren möchten. Sie können auch eine Obergrenze für den Speicher festlegen, den Amazon der DB-Instance zuweisen RDS kann.

Anmerkung

Wenn Sie eine RDS Amazon-DB-Instance klonen, für die Storage-Autoscaling aktiviert ist, wird diese Einstellung nicht automatisch von der geklonten Instance übernommen. Die neue DB-Instance hat die gleiche Menge an zugewiesenem Speicherplatz wie die ursprüngliche Instance. Sie können die automatische Speicherskalierung für die neue Instance wieder aktivieren, wenn die geklonte Instance ihren Speicherbedarf weiter erhöht.

So aktivieren Sie die automatische Speicherskalierung für eine neue DB-Instance:

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie in der oberen rechten Ecke der RDS Amazon-Konsole die AWS Region aus, in der Sie die DB-Instance erstellen möchten.

  3. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  4. Wählen Sie Create database (Datenbank erstellen) aus. Wählen Sie auf der Seite Select engine (Engine auswählen) Ihre Datenbank-Engine und geben Sie Ihre DB-Instance-Informationen wie unter Erste Schritte mit Amazon RDS beschrieben an.

  5. Legen Sie im Abschnitt Storage autoscaling (Automatische Speicherskalierung) den Wert Maximum storage threshold (Maximaler Speicherschwellenwert) für die DB-Instance fest.

  6. Geben Sie den Rest Ihrer DB-Instance-Informationen wie unter beschrieben a Erste Schritte mit Amazon RDS.

Verwenden Sie den Befehl, um die automatische Speicherskalierung für eine neue DB-Instance zu aktivieren. AWS CLI create-db-instance Legen Sie die folgenden Parameter fest:

  • --max-allocated-storage Schaltet die automatische Skalierung des -Speichers ein und legt die Obergrenze der Speichergröße in Gibibytes fest.

Verwenden Sie den AWS CLI describe-valid-db-instance-modificationsBefehl, um zu überprüfen, ob Amazon RDS Storage Autoscaling für Ihre DB-Instance verfügbar ist. Um vor dem Erstellen einer Instance anhand der Instance-Klasse zu prüfen, verwenden Sie den Befehl describe-orderable-db-instance-options. Überprüfen Sie das folgende Feld im Rückgabewert:

  • SupportsStorageAutoscaling Gibt an, ob die DB-Instance oder die Instance-Klasse die automatische Skalierung des Speichers unterstützt.

Weitere Informationen über Speicher finden Sie unter Amazon RDS DB-Instance-Speicher.

Verwenden Sie den RDS API Amazon-Vorgang CreateDBInstance, um die automatische Speicherskalierung für eine neue DB-Instance zu aktivieren. Legen Sie die folgenden Parameter fest:

  • MaxAllocatedStorage— Aktiviert die automatische Skalierung des RDS Amazon-Speichers und legt die Obergrenze für die Speichergröße in Gibibyte fest.

Um zu überprüfen, ob Amazon RDS Storage Autoscaling für Ihre DB-Instance verfügbar ist, verwenden Sie den RDS API DescribeValidDbInstanceModificationsAmazon-Vorgang für eine bestehende Instance oder den DescribeOrderableDBInstanceOptionsVorgang vor dem Erstellen einer Instance. Überprüfen Sie das folgende Feld im Rückgabewert:

  • SupportsStorageAutoscaling Gibt an, ob die DB-Instance die automatische Skalierung des Speichers unterstützt.

Weitere Informationen über Speicher finden Sie unter Amazon RDS DB-Instance-Speicher.

Ändern der Einstellungen zur automatischen Speicherskalierung für eine DB-Instance

Sie können die automatische Speicherskalierung für eine bestehende Amazon RDS DB-Instance aktivieren. Sie können auch die Obergrenze für den Speicher ändern, den Amazon der DB-Instance zuweisen RDS kann.

So ändern Sie die Einstellungen für die automatische Speicherskalierung einer DB-Instance:

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  3. Wählen Sie die zu ändernde DB-Instance und anschließend Modify (Ändern) aus. Die Seite Modify DB instance (DB-Instance ändern) wird angezeigt.

  4. Ändern Sie die Speichergrenze im Abschnitt Autoscaling (Autoskalierung). Weitere Informationen finden Sie unter Ändern einer Amazon RDS-DB-Instance.

  5. Wenn alle Änderungen Ihren Wünschen entsprechen, wählen Sie Continue (Weiter) aus und überprüfen Sie Ihre Änderungen.

  6. Überprüfen Sie auf der Bestätigungsseite Ihre Änderungen. Wenn sie richtig sind, wählen Sie Modify DB Instance, um Ihre Änderungen zu speichern. Wenn sie nicht korrekt sind, wählen Sie Back (Zurück) aus, um Ihre Änderungen zu bearbeiten, oder Cancel (Abbrechen), um Ihre Änderungen zu verwerfen.

    Die Änderung des Grenzwert für die automatische Speicherskalierung erfolgt sofort. Diese Einstellung beachtet nicht die Einstellung Apply immediately.

Verwenden Sie den AWS CLI Befehl modify-db-instance, um die Einstellungen für die automatische Speicherskalierung für eine DB-Instance zu ändern. Legen Sie die folgenden Parameter fest:

  • --max-allocated-storage Legt die Obergrenze der Speichergröße in Gibibytes fest. Wenn der Wert größer als der --allocated-storage-Parameter ist, wird die automatische Speicherskalierung aktiviert. Wenn der Wert mit dem --allocated-storage-Parameter übereinstimmt, wird die automatische Skalierung des Speichers deaktiviert.

Verwenden Sie den AWS CLI describe-valid-db-instance-modificationsBefehl, um zu überprüfen, ob Amazon RDS Storage Autoscaling für Ihre DB-Instance verfügbar ist. Um vor dem Erstellen einer Instance anhand der Instance-Klasse zu prüfen, verwenden Sie den Befehl describe-orderable-db-instance-options. Überprüfen Sie das folgende Feld im Rückgabewert:

  • SupportsStorageAutoscaling Gibt an, ob die DB-Instance die automatische Skalierung des Speichers unterstützt.

Weitere Informationen über Speicher finden Sie unter Amazon RDS DB-Instance-Speicher.

Verwenden Sie den RDS API Amazon-Vorgang ModifyDBInstance, um die Einstellungen für die automatische Speicherskalierung für eine DB-Instance zu ändern. Legen Sie die folgenden Parameter fest:

  • MaxAllocatedStorage Legt die Obergrenze der Speichergröße in Gibibytes fest.

Um zu überprüfen, ob Amazon RDS Storage Autoscaling für Ihre DB-Instance verfügbar ist, verwenden Sie den RDS API DescribeValidDbInstanceModificationsAmazon-Vorgang für eine bestehende Instance oder den DescribeOrderableDBInstanceOptionsVorgang vor dem Erstellen einer Instance. Überprüfen Sie das folgende Feld im Rückgabewert:

  • SupportsStorageAutoscaling Gibt an, ob die DB-Instance die automatische Skalierung des Speichers unterstützt.

Weitere Informationen über Speicher finden Sie unter Amazon RDS DB-Instance-Speicher.

Deaktivieren der automatischen Speicherskalierung für eine DB-Instance

Wenn Sie Amazon nicht mehr benötigenRDS, um den Speicherplatz für eine Amazon RDS DB-Instance automatisch zu erhöhen, können Sie die automatische Speicherskalierung deaktivieren. Auch nach diesem Schritt können Sie den Speicherplatz für Ihre DB-Instance manuell erhöhen.

So deaktivieren Sie die automatische Speicherskalierung für eine DB-Instance:

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  3. Wählen Sie die zu ändernde DB-Instance und anschließend Modify (Ändern) aus. Die Seite Modify DB instance (DB-Instance ändern) wird angezeigt.

  4. Legen Sie im Abschnitt Storage autoscaling (Automatische Speicherskalierung) den Wert Maximum storage threshold (Maximaler Speicherschwellenwert) für die DB-Instance fest. Weitere Informationen finden Sie unter Ändern einer Amazon RDS-DB-Instance.

  5. Wenn alle Änderungen wie gewünscht sind, wählen Sie Continue (Weiter) aus und überprüfen Sie die Änderungen.

  6. Überprüfen Sie auf der Bestätigungsseite Ihre Änderungen. Wenn sie richtig sind, wählen Sie Modify DB Instance, um Ihre Änderungen zu speichern. Wenn sie nicht korrekt sind, wählen Sie Back (Zurück) aus, um Ihre Änderungen zu bearbeiten, oder Cancel (Abbrechen), um Ihre Änderungen zu verwerfen.

Die Änderung des Grenzwert für die automatische Speicherskalierung erfolgt sofort. Diese Einstellung beachtet nicht die Einstellung Apply immediately.

Verwenden Sie den AWS CLI Befehl modify-db-instanceund den folgenden Parameter, um die automatische Speicherskalierung für eine DB-Instance zu deaktivieren:

  • --max-allocated-storage— Geben Sie einen Wert an, der der --allocated-storage Einstellung entspricht, um eine weitere automatische Skalierung des RDS Amazon-Speichers für die angegebene DB-Instance zu verhindern.

Weitere Informationen über Speicher finden Sie unter Amazon RDS DB-Instance-Speicher.

Verwenden Sie den RDS API Amazon-Vorgang ModifyDBInstance, um die automatische Speicherskalierung für eine DB-Instance zu deaktivieren. Legen Sie die folgenden Parameter fest:

  • MaxAllocatedStorage— Geben Sie einen Wert an, der der AllocatedStorage Einstellung entspricht, um eine weitere automatische Skalierung des RDS Amazon-Speichers für die angegebene DB-Instance zu verhindern.

Weitere Informationen über Speicher finden Sie unter Amazon RDS DB-Instance-Speicher.

Upgrade des Speicherdateisystems für eine DB-Instance

Die meisten RDS DB-Instances bieten eine maximale Speichergröße von 64 TiB RDS für MariaDB-SQL, My- und Postgre-Datenbanken. SQL Einige ältere 32-Bit-Dateisysteme haben möglicherweise geringere Speicherkapazitäten. Um die Speicherkapazität Ihrer DB-Instance zu ermitteln, können Sie den Befehl -modifications verwenden. describe-valid-db-instance AWS CLI

Wenn RDS erkannt wird, dass auf einer Ihrer DB-Instances ein älteres Dateisystem ausgeführt wird (eines mit einer Speichergröße von 16 TiB, einer Dateigrößenbeschränkung von 2 TiB oder nicht optimierten Schreibvorgängen), informiert Sie die RDS Konsole darüber, dass Ihre Dateisystemkonfiguration für ein Upgrade in Frage kommt. Sie können die Upgrade-Eignung Ihrer DB-Instance im Fenster Speicher auf der Seite mit den DB-Instance-Details überprüfen.

Prüfen Sie, ob eine DB-Instance für ein Upgrade der Speicherkonfiguration in Frage kommt.

Wenn Ihre DB-Instance für ein Dateisystem-Upgrade in Frage kommt, können Sie das Upgrade auf zwei Arten durchführen:

  • Erstellen Sie eine Blau/Grün-Bereitstellung und geben Sie Upgrade der Speicherdatei-Systemkonfiguration an. Mit dieser Option stufen Sie das Dateisystem in der grünen Umgebung auf die bevorzugte Konfiguration hoch. Sie können dann die Blau/Grün-Bereitstellung umstellen, wodurch die grüne Umgebung zur neuen Produktionsumgebung hochgestuft wird. Detaillierte Anweisungen finden Sie unter Erstellen einer Blau/Grün-Bereitstellung.

  • Erstellen Sie ein Lesereplikat der DB-Instance und geben Sie Upgrade der Speicherdatei-Systemkonfiguration an. Mit dieser Option stufen Sie das Dateisystem des Lesereplikats auf die bevorzugte Konfiguration hoch. Sie können dann das Lesereplikat auf eine eigenständige Instance hochstufen. Detaillierte Anweisungen finden Sie unter Erstellen eines Lesereplikats.

Die Aktualisierung der Speicherkonfiguration ist ein E/A-intensiver Vorgang und führt zu längeren Erstellungszeiten für Lesereplikate und Blau/Grün-Bereitstellungen. Das Speicher-Upgrade ist schneller, wenn die Quell-DB-Instance bereitgestellten Speicher IOPS SSD (io1 oder io2 Block Express) verwendet und Sie die grüne Umgebung oder die Read Replica mit einer Instance-Größe von 4xlarge oder größer bereitgestellt haben. Speicher-Upgrades mit Allzweckspeicher SSD (GP2) können Ihr I/O-Guthaben aufbrauchen, was zu längeren Upgrade-Zeiten führt. Weitere Informationen finden Sie unter Amazon RDS DB-Instance-Speicher.

Während der Speicheraktualisierung ist die Datenbank-Engine nicht verfügbar. Wenn der Speicherverbrauch auf Ihrer Quell-DB-Instance mindestens 90% der zugewiesenen Speichergröße beträgt und die automatische Speicherskalierung aktiviert ist, erhöht das Speicher-Upgrade die zugewiesene Speichergröße für die grüne Instance oder Read Replica um 10%. Wenn die automatische Speicherskalierung deaktiviert ist, nimmt die Speichergröße während des Upgrades nicht zu.

Einstellungen für bereitgestellten IOPS SSD Speicher ändern

Sie können die Einstellungen für eine DB-Instance ändern, die bereitgestellten IOPS SSD Speicher verwendet AWS CLI, indem Sie die RDS Amazon-Konsole oder Amazon RDS API verwenden. Geben Sie den Speichertyp, den zugewiesenen Speicher und die Menge an bereitgestelltem Speicherplatz anIOPS, die Sie benötigen. Der Bereich hängt von Ihrer Datenbank-Engine und Ihrem Instance-Typ ab.

Sie können zwar die für Ihre Instance IOPS bereitgestellte Menge reduzieren, aber nicht die Speichergröße.

Meistens sind für die Speicherskalierung keine Ausfallzeiten erforderlich. Auch wird die Leistung des Servers nicht beeinträchtigt. Nachdem Sie den Speicher IOPS für eine DB-Instance geändert haben, lautet der Status der DB-Instance Speicheroptimierung.

Anmerkung

Die Speicheroptimierung kann mehrere Stunden dauern. Sie können keine weiteren Speicheränderungen für sechs (6) Stunden vornehmen oder bis die Speicheroptimierung auf der Instance abgeschlossen ist, je nachdem, welcher Zeitraum länger ist.

Informationen zu den Bereichen zugewiesener und bereitgestellter Speicher, die für jede Datenbank-Engine IOPS verfügbar sind, finden Sie unter. Bereitgestellter Speicher IOPS SSD

So ändern Sie die IOPS Provisioned-Einstellungen für eine DB-Instance

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken aus.

    Um die Liste der DB-Instances zu filtern, geben Sie für Datenbanken filtern eine Textzeichenfolge ein, die Amazon RDS zum Filtern der Ergebnisse verwenden soll. Nur DB-Instances in deren Namen die Zeichenfolge vorkommt werden gelistet.

  3. Wählen Sie die DB-Instance mit Provisioned ausIOPS, die Sie ändern möchten.

  4. Wählen Sie Ändern aus.

  5. Wählen Sie auf der Seite DB-Instance ändern als Speichertyp die Option IOPS SSD Bereitgestellt (io1) oder Bereitgestellt IOPS SSD (io2) aus.

  6. Geben Sie für Bereitgestellt einen Wert ein. IOPS

    Wenn der Wert, den Sie entweder für Zugewiesener Speicher oder Bereitgestellt angeben, außerhalb der vom anderen Parameter unterstützten Grenzwerte IOPS liegt, wird eine Warnmeldung angezeigt. Diese Meldung gibt den für den anderen Parameter erforderlichen Wertebereich an.

  7. Klicken Sie auf Weiter.

  8. Wählen Sie Apply immediately (Sofort anwenden) im Abschnitt Scheduling of modifications (Planung von Änderungen) aus, um die Änderungen sofort auf die DB-Instance anzuwenden. Oder wählen Sie Apply during the next scheduled maintenance window (Anwenden während des nächsten geplanten Wartungsfensters) aus, um die Änderungen im nächsten Wartungsfenster zu übernehmen.

  9. Überprüfen Sie die Parameter, die geändert werden sollen und wählen Sie Modify DB instance (DB-Instance ändern) aus, um die Änderung abzuschließen.

    Der neue Wert für zugewiesenen Speicher oder für Bereitgestellt IOPS wird in der Spalte Status angezeigt.

Verwenden Sie den Befehl, um die IOPS Einstellung „Bereitgestellt“ für eine DB-Instance zu ändern. AWS CLI modify-db-instance Legen Sie die folgenden Parameter fest:

  • --storage-type— Auf io1 oder io2 für IOPS Bereitgestellt eingestellt.

  • --allocated-storage: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes.

  • --iops— Die neue Menge an Bereitstellungen IOPS für die DB-Instance, ausgedrückt in I/O-Vorgängen pro Sekunde.

  • --apply-immediatelyVerwenden Sie --apply-immediately, um Änderungen sofort anzuwenden. Verwenden Sie --no-apply-immediately (Standard), um Änderungen im nächsten Wartungsfenster zu übernehmen.

Verwenden Sie den RDS API Amazon-Vorgang ModifyDBInstance, um die bereitgestellten IOPS Einstellungen für eine DB-Instance zu ändern. Legen Sie die folgenden Parameter fest:

  • StorageType— Auf io1 oder io2 für IOPS Bereitgestellt eingestellt.

  • AllocatedStorage: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes.

  • Iops— Die neue IOPS Rate für die DB-Instance, ausgedrückt in I/O-Vorgängen pro Sekunde.

  • ApplyImmediately – Legen Sie diese Option auf True fest, um Änderungen sofort zu übernehmen. Legen Sie diese Option auf False (Standard) fest, um Änderungen im nächsten Wartungsfenster anzuwenden.

E/A-intensive Speichermodifikationen

Amazon RDS DB-Instances verwenden Amazon Elastic Block Store (EBS) -Volumes für die Datenbank- und Protokollspeicherung. Abhängig von der Menge des angeforderten Speichers RDS (außer RDS für SQL Server) wird automatisch auf mehrere EBS Amazon-Volumes verteilt, um die Leistung zu verbessern. RDSDB-Instances mit SSD Speichertypen werden entweder von einem oder vier gestreiften EBS Amazon-Volumes in einer RAID 0-Konfiguration unterstützt. Standardmäßig haben Speicheränderungsvorgänge für eine RDS DB-Instance nur minimale Auswirkungen auf den laufenden Datenbankbetrieb.

In den meisten Fällen werden Änderungen an der Speicherskalierung vollständig auf die EBS Amazon-Ebene übertragen und sind für die Datenbank transparent. Dieser Vorgang ist in der Regel innerhalb weniger Minuten abgeschlossen. Bei einigen älteren RDS Speichervolumes ist jedoch ein anderer Prozess erforderlich, um die Größe, die Bereitstellung oder den IOPS Speichertyp zu ändern. Dies beinhaltet das Erstellen einer vollständigen Kopie der Daten unter Verwendung eines potenziell I/O-intensiven Vorgangs.

Bei der Speichermodifikation wird ein I/O-intensiver Vorgang verwendet, wenn einer der folgenden Faktoren zutrifft:

  • Der Quellspeichertyp ist magnetisch. Der magnetische Speicher unterstützt keine elastische Volumenmodifikation.

  • Die RDS DB-Instance befindet sich nicht auf einem EBS Amazon-Layout mit einem oder vier Volumes. Sie können die Anzahl der EBS Amazon-Volumes, die in Ihren RDS DB-Instances verwendet werden, mithilfe von Enhanced Monitoring-Metriken anzeigen. Weitere Informationen finden Sie unter Betriebssystemmetriken in der RDS Konsole anzeigen.

  • Die Zielgröße der Änderungsanforderung erhöht den zugewiesenen Speicher auf über 400 GiB RDS für MariaDB-SQL, My- und SQL Postgre-Instances und 200 GiB für RDS Oracle. Autoscaling-Vorgänge für Speicher haben den gleichen Effekt, wenn sie die zugewiesene Speichergröße Ihrer DB-Instance über diese Schwellenwerte erhöhen.

Wenn Ihre Speicheränderung einen I/O-intensiven Vorgang umfasst, verbraucht sie I/O-Ressourcen und erhöht die Last Ihrer DB-Instance. Speicheränderungen bei I/O-intensiven Vorgängen mit Allzweckspeicher SSD (GP2) können Ihr I/O-Guthaben aufbrauchen, was zu längeren Konvertierungszeiten führt.

Wir empfehlen als Best Practice, diese Speicheränderungsanfragen außerhalb der Spitzenzeiten zu planen, um den Zeitaufwand für die Durchführung des Speicheränderungsvorgangs zu reduzieren. Alternativ können Sie ein Lesereplikat der DB-Instance erstellen und die Speicheränderung am Lesereplikat durchführen. Stufen Sie dann das Lesereplikat zur primären DB-Instance hoch. Weitere Informationen finden Sie unter Arbeiten mit DB-Instance-Lesereplikaten.

Weitere Informationen finden Sie unter Warum bleibt eine RDS Amazon-DB-Instance im Änderungsstatus hängen, wenn ich versuche, den zugewiesenen Speicherplatz zu erhöhen?

Einstellungen für Allzweckspeicher SSD (GP3) ändern

Sie können die Einstellungen für eine DB-Instance ändern, die General Purpose SSD (GP3) -Speicher verwendet AWS CLI, indem Sie die RDS Amazon-Konsole oder Amazon RDS API verwenden. Geben Sie den Speichertyp, den zugewiesenen Speicher, die bereitgestellte Menge und den Speicherdurchsatz anIOPS, den Sie benötigen.

Sie können zwar die Menge der bereitgestellten Daten IOPS und den Speicherdurchsatz für Ihre DB-Instance reduzieren, aber Sie können die Speichergröße nicht reduzieren.

In den meisten Fällen ist für die Speicherskalierung keine Unterbrechung erforderlich. Nachdem Sie den Speicher IOPS für eine DB-Instance geändert haben, lautet der Status der DB-Instance Speicheroptimierung. Während der Speicheroptimierung können Sie mit erhöhten Latenzen rechnen, die jedoch immer noch im einstelligen Millisekundenbereich liegen. Die DB-Instance ist nach einer Speichermodifikation voll funktionsfähig.

Anmerkung

Sie können erst sechs (6) Stunden nach Abschluss der Speicheroptimierung auf der Instance weitere Speicheränderungen vornehmen.

Informationen zu den Bereichen zugewiesener Speicher, bereitgestellter Speicher und SpeicherdurchsatzIOPS, die für jede Datenbank-Engine verfügbar sind, finden Sie unter. GP3-Speicher (empfohlen)

So ändern Sie die Einstellungen für die Speicherleistung einer DB-Instance

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken aus.

    Um die Liste der DB-Instances zu filtern, geben Sie für Datenbanken filtern eine Textzeichenfolge ein, die Amazon RDS zum Filtern der Ergebnisse verwenden soll. Nur DB-Instances in deren Namen die Zeichenfolge vorkommt werden gelistet.

  3. Wählen Sie die DB-Instance mit gp3-Speicher aus, die Sie ändern möchten.

  4. Wählen Sie Ändern aus.

  5. Wählen Sie auf der Seite DB-Instance modify General Purpose SSD (gp3) als Speichertyp aus und gehen Sie dann wie folgt vor:

    1. Wählen Sie für Provisioned IOPS einen Wert aus.

      Wenn der Wert, den Sie entweder für Zugewiesener Speicher oder Bereitgestellt angeben, außerhalb der vom anderen Parameter unterstützten Grenzwerte IOPS liegt, wird eine Warnmeldung angezeigt. Diese Meldung gibt den für den anderen Parameter erforderlichen Wertebereich an.

    2. Wählen Sie für Storage throughput (Speicherdurchsatz) einen Wert aus.

      Wenn der Wert, den Sie entweder für Bereitgestellt IOPS oder Speicherdurchsatz angeben, außerhalb der vom anderen Parameter unterstützten Grenzwerte liegt, wird eine Warnmeldung angezeigt. Diese Meldung gibt den für den anderen Parameter erforderlichen Wertebereich an.

  6. Klicken Sie auf Weiter.

  7. Wählen Sie Apply immediately (Sofort anwenden) im Abschnitt Scheduling of modifications (Planung von Änderungen) aus, um die Änderungen sofort auf die DB-Instance anzuwenden. Oder wählen Sie Apply during the next scheduled maintenance window (Anwenden während des nächsten geplanten Wartungsfensters) aus, um die Änderungen im nächsten Wartungsfenster zu übernehmen.

  8. Überprüfen Sie die Parameter, die geändert werden sollen und wählen Sie Modify DB instance (DB-Instance ändern) aus, um die Änderung abzuschließen.

    Der neue Wert für Provisioned IOPS wird in der Spalte Status angezeigt.

Verwenden Sie den AWS CLI Befehl modify-db-instance, um die Speicherleistungseinstellungen für eine DB-Instance zu ändern. Legen Sie die folgenden Parameter fest:

  • --storage-type— Auf gp3 für allgemeine Zwecke SSD (gp3) eingestellt.

  • --allocated-storage: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes.

  • --iops— Die neue Menge an Bereitstellungen IOPS für die DB-Instance, ausgedrückt in I/O-Vorgängen pro Sekunde.

  • --storage-throughput— Der neue Speicherdurchsatz für die DB-Instance, ausgedrückt in MiBps.

  • --apply-immediatelyVerwenden Sie --apply-immediately, um Änderungen sofort anzuwenden. Verwenden Sie --no-apply-immediately (Standard), um Änderungen im nächsten Wartungsfenster zu übernehmen.

Verwenden Sie den RDS API Amazon-Vorgang, um die Speicherleistungseinstellungen für eine DB-Instance zu ändern ModifyDBInstance. Legen Sie die folgenden Parameter fest:

  • StorageType— Auf gp3 für allgemeine Zwecke SSD (gp3) eingestellt.

  • AllocatedStorage: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes.

  • Iops— Die neue IOPS Rate für die DB-Instance, ausgedrückt in I/O-Vorgängen pro Sekunde.

  • StorageThroughput— Der neue Speicherdurchsatz für die DB-Instance, ausgedrückt in MiBps.

  • ApplyImmediately – Legen Sie diese Option auf True fest, um Änderungen sofort zu übernehmen. Legen Sie diese Option auf False (Standard) fest, um Änderungen im nächsten Wartungsfenster anzuwenden.

Verwendung eines dedizierten Log-Volumes (DLV)

Sie können ein dediziertes Log-Volume (DLV) für eine DB-Instance verwenden, die Provisioned IOPS (PIOPS) -Speicher verwendet. A DLV verschiebt SQL Postgre-Datenbanktransaktionsprotokolle und My SQL /MariaDB-Redo-Logs und Binärprotokolle auf ein Speichervolume, das von dem Volume getrennt ist, das die Datenbanktabellen enthält. A DLV macht die Protokollierung von Transaktionsschreibvorgängen effizienter und konsistenter. DLVssind ideal für Datenbanken mit großem zugewiesenem Speicher, hohen Anforderungen an I/O pro Sekunde (IOPS) oder latenzanfälligen Workloads.

DLVswerden für PIOPS Speicher unterstützt (io1 und io2 Block Express) und werden mit einer festen Größe von 1.000 GiB und 3.000 Provisioned erstellt. IOPS

Amazon RDS unterstützt DLVs insgesamt AWS-Regionen die folgenden Versionen:

  • MariaDB 10.6.7 und höhere 10-Versionen

  • Meine SQL 8.0.28 und höhere 8-Versionen

  • Postgre SQL 13.10 und höhere 13-Versionen, 14.7 und höhere 14-Versionen und 15.2 und höhere 15-Versionen

RDSunterstützt Multi-AZ-BereitstellungenDLVs. Wenn Sie eine Multi-AZ-Instanz ändern oder erstellen, DLV wird eine sowohl für die primäre als auch für die sekundäre Instanz erstellt.

RDSunterstützt DLVs mit Read Replicas. Wenn für die primäre DB-Instance eine DLV aktiviert ist, haben alle Read Replicas, die nach der Aktivierung DLV erstellt wurden, auch eine. DLV Für alle Read Replicas, die vor dem Wechsel zu erstellt wurden, DLV wird diese Funktion nicht aktiviert, sofern sie nicht ausdrücklich entsprechend geändert wurde. Wir empfehlen, dass alle Read Replicas, die vor der Aktivierung an eine primäre Instance angehängt DLV wurden, ebenfalls manuell so geändert werden, dass sie A haben. DLV

Anmerkung

Dedizierte Protokoll-Volumes werden für Datenbankkonfigurationen mit 5 TiB oder mehr empfohlen.

Informationen zu den Bereichen zugewiesener Speicher, bereitgestellter Speicher und SpeicherdurchsatzIOPS, die für jede Datenbank-Engine verfügbar sind, finden Sie unter. Bereitgestellter Speicher IOPS SSD

Überlegungen bei der Aktivierung und Deaktivierung DLV

Das Aktivieren und Deaktivieren DLV kann zeitaufwändig sein und zu Ausfallzeiten führen. Bei diesem Vorgang werden alle Transaktionsprotokolle oder Redo- und Binärprotokolle (je nach Datenbank-Engine) bei der Aktivierung auf das neue Volume oder bei der Deaktivierung zurück in den ursprünglichen Speicher kopiert. Die Dauer dieses Vorgangs wird von mehreren Faktoren beeinflusst:

  • Anzahl der Transaktionsprotokolle:

    • Größere Datenbanken mit mehr Transaktionen generieren mehr Protokolle, was den Zeitaufwand für das Kopieren erhöht.

    • Transaktionsprotokolle können sich auf der primären DB-Instance ansammeln, wenn die Replikationssteckplätze inaktiv sind oder wenn die Replikation verzögert wird, wodurch sich die für das Kopieren benötigte Zeit erhöht. Stellen Sie sicher, dass die Replikation aktuell ist, und entfernen Sie alle nicht benötigten Steckplätze.

  • Speicherkonfiguration:

    • EBSBandbreite der DB-Instance — Eine höhere Bandbreite ermöglicht eine schnellere Datenübertragung.

    • Anzahl der bereitgestellten Daten IOPS — Mehr Eingabe-/Ausgabevorgänge pro Sekunde (IOPS) können den Kopiervorgang beschleunigen.

  • Datenbankaktivität — Ein hohes Maß an Datenbankaktivität während der Konfiguration kann den Vorgang verlangsamen.

Um Ausfallzeiten zu minimieren, empfehlen wir Ihnen, in Zeiten geringer Aktivität oder in Wartungsfenstern zu planen und zu planen.

DLVWird aktiviert, wenn Sie eine DB-Instance erstellen

Sie können das AWS Management Console, oder verwenden AWS CLI, RDS API um eine DB-Instance mit DLV aktivierter Option zu erstellen.

Zur Aktivierung DLV auf einer neuen DB-Instance

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie Datenbank erstellen aus.

  3. Wählen Sie auf der Seite DB-Instance erstellen eine DB-Engine aus, die unterstütztDLV.

  4. Für Speicher:

    1. Wählen Sie entweder Bereitgestellt IOPS SSD (io1) oder Bereitgestellt IOPS SSD (io2).

    2. Geben Sie den gewünschten zugewiesenen und bereitgestellten IOPS Speicher ein.

    3. Erweitern Sie Dedicated Log Volume und wählen Sie dann Dedicated Log Volume einschalten aus.

    Aktivierung DLV auf einer neuen DB-Instance.

  5. Wählen Sie nach Bedarf andere Einstellungen.

  6. Wählen Sie Datenbank erstellen aus.

Nachdem die Datenbank erstellt wurde, wird der Wert für Dedicated Log Volume auf der Registerkarte Konfiguration der Datenbankdetailseite angezeigt.

Um dies zu aktivierenDLV, verwenden Sie den AWS CLI Befehl create-db-instance, wenn Sie eine DB-Instance mithilfe von Provisioned IOPS Storage erstellen. Legen Sie die folgenden Parameter fest:

  • --dedicated-log-volume— Aktiviert ein dediziertes Log-Volume.

  • --storage-type— Auf io1 oder io2 für Bereitgestellt eingestellt. IOPS

  • --allocated-storage: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes.

  • --iops— Die IOPS für die DB-Instance bereitgestellte Menge, ausgedrückt in I/O-Vorgängen pro Sekunde.

Um das zu aktivierenDLV, wenn Sie eine DB-Instance mit bereitgestelltem IOPS Speicher erstellen, verwenden Sie den RDS API Amazon-Vorgang C. reateDBInstance Legen Sie die folgenden Parameter fest:

  • DedicatedLogVolume— Auf einstellen, true um ein dediziertes Log-Volume zu aktivieren.

  • StorageType— Auf io1 oder io2 für Bereitgestellt eingestellt. IOPS

  • AllocatedStorage: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes.

  • Iops— Die IOPS Rate für die DB-Instance, ausgedrückt in I/O-Vorgängen pro Sekunde.

Aktivierung DLV auf einer vorhandenen DB-Instance

Sie können das AWS Management Console, oder verwenden AWS CLI, um eine DB-Instance RDS API zu ändern, um sie zu aktivierenDLV.

Nachdem Sie die DLV Einstellung für eine DB-Instance geändert haben, müssen Sie die DB-Instance neu starten.

Zur Aktivierung DLV auf einer vorhandenen DB-Instance

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken aus.

    Um die Liste der DB-Instances zu filtern, geben Sie für Datenbanken filtern eine Textzeichenfolge ein, die Amazon RDS zum Filtern der Ergebnisse verwenden soll. Nur DB-Instances in deren Namen die Zeichenfolge vorkommt werden gelistet.

  3. Wählen Sie die DB-Instance mit bereitgestelltem IOPS Speicher aus, die Sie ändern möchten.

  4. Wählen Sie Ändern aus.

  5. Gehen Sie auf der Seite DB-Instance modifizieren wie folgt vor:

    1. Erweitern Sie unter Speicher den Eintrag Dedicated Log Volume und wählen Sie dann Dedicated Log Volume einschalten aus.

  6. Klicken Sie auf Weiter.

  7. Wählen Sie Sofort anwenden, um die Änderungen sofort auf die DB-Instance anzuwenden. Oder wählen Sie Apply during the next scheduled maintenance window (Anwenden während des nächsten geplanten Wartungsfensters) aus, um die Änderungen im nächsten Wartungsfenster zu übernehmen.

  8. Überprüfen Sie die Parameter, die geändert werden sollen und wählen Sie Modify DB instance (DB-Instance ändern) aus, um die Änderung abzuschließen.

Der neue Wert für Dedicated Log Volume wird auf der Registerkarte Konfiguration der Datenbankdetailseite angezeigt.

Verwenden Sie den AWS CLI Befehl modify-db-instance, um eine bestehende DB-Instance mithilfe von Provisioned IOPS Storage zu aktivieren oder zu deaktivierenDLV. Legen Sie die folgenden Parameter fest:

  • --dedicated-log-volume— Aktiviert ein dediziertes Log-Volume.

    Verwenden Sie --no-dedicated-log-volume (Standardeinstellung), um ein dediziertes Protokollvolume zu deaktivieren.

  • --apply-immediatelyVerwenden Sie --apply-immediately, um Änderungen sofort anzuwenden.

    Verwenden Sie --no-apply-immediately (Standard), um Änderungen im nächsten Wartungsfenster zu übernehmen.

Verwenden Sie den RDS API Amazon-Vorgang ModifyDBInstance, um eine bestehende DB-Instance mit bereitgestelltem IOPS Speicher zu aktivieren oder zu deaktivierenDLV. Legen Sie die folgenden Parameter fest:

  • DedicatedLogVolume— Stellen Sie diese Option auf ein, true um ein dediziertes Log-Volume zu aktivieren.

    Stellen Sie diese Option auf ein, false um ein dediziertes Log-Volume zu deaktivieren. Dies ist der Standardwert.

  • ApplyImmediately – Legen Sie diese Option auf True fest, um Änderungen sofort zu übernehmen.

    Legen Sie diese Option auf False (Standard) fest, um Änderungen im nächsten Wartungsfenster anzuwenden.

DLVSpeicher überwachen

Sie können die DLV Speichernutzung überwachen, indem Sie die FreeStorageSpaceLogVolume Metrik in verwenden CloudWatch.

Sie können die folgende Abfrage RDS für Postgre verwenden, SQL um die von Transaktionsprotokollen belegte Größe zu ermitteln:

SELECT pg_size_pretty(COALESCE(sum(size), 0)) AS total_wal_generated_size
FROM pg_catalog.pg_ls_waldir();

Wenn der Speicherplatz DLV knapp wird, wechselt die DB-Instance in den storage-full Status, was zu Ausfallzeiten führt.