Ändern einer Replikations-Instance - AWS Database Migration Service

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.

Ändern einer Replikations-Instance

Sie können die Einstellungen für eine Replikations-Instance ändern, um z. B. die Instance-Klasse zu ändern oder den Speicher zu erhöhen.

Wenn Sie eine Replikations-Instance ändern, können Sie die Änderungen sofort anwenden. Damit Änderungen sofort übernommen werden, wählen Sie die Option Sofort anwenden in der AWS Management Console aus. Oder verwenden Sie den --apply-immediately Parameter beim Aufrufen von AWS CLI, oder setzen Sie den ApplyImmediately Parameter auf, true wenn Sie die DMS-API verwenden.

Wenn Sie sich entscheiden, die Änderungen nicht sofort zu übernehmen, werden die Änderungen in die Warteschlange für ausstehende Änderungen aufgenommen. Während des nächsten Wartungsfensters, werden alle ausstehenden Änderungen in der Warteschlange angewandt.

Anmerkung

Wenn Sie sich entscheiden die Änderungen sofort zu übernehmen, werden alle Änderungen in der auch alle ausstehenden Änderungen in der Warteschlange übernommen. Wenn eine der ausstehenden Änderungen eine Ausfallzeit erfordert, kann die Auswahl von Apply changes immediately (Änderungen sofort übernehmen) einen unerwarteten Ausfall verursachen.

Um eine Replikationsinstanz mithilfe der AWS Konsole zu ändern
  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die AWS DMS Konsole unter https://console.aws.amazon.com/dms/v2/.

  2. Wählen Sie im Navigationsbereich Replication instances (Replikations-Instances) aus.

  3. Wählen Sie die Replikations-Instance aus, die Sie ändern möchten. Die folgende Tabelle beschreibt die Änderungen, die Sie vornehmen können.

    Option Aktion

    Name

    Sie können den Namen der Replikations-Instance ändern. Geben Sie einen Namen für die Replikations-Instance an, der aus 8 bis 16 druckbaren ASCII-Zeichen (ohne /, " und @) besteht. Der Name sollte für Ihr Konto und die gewählte AWS -Region eindeutig sein. Sie können dem Namen Informationen hinzufügen, z. B. die AWS Region und die Aufgabe, die Sie gerade ausführen, mit einbeziehenwest2-mysql2mysql-instance1.

    Beschreibung

    Überarbeiten oder geben Sie eine kurze Beschreibung für die Replikations-Instance ein.

    Instance-Klasse

    Sie können die Instance-Klasse ändern. Wählen Sie eine Instance-Klasse mit der benötigten Konfiguration für die Migration aus. Das Ändern der Instance-Klasse bewirkt, dass die Replikations-Instance neu gestartet wird. Dieser Neustart erfolgt während des nächsten Wartungszeitfensters oder sofort, wenn Sie die Option Änderungen sofort anwenden auswählen.

    Weitere Informationen dazu, wie Sie herausfinden, welche Instance-Klasse sich am besten für Ihre Migration eignet, finden Sie unter Mit einer AWS DMS Replikationsinstanz arbeiten.

    Engine-Version

    Sie können ein Upgrade für die Engine-Version durchführen, die von der Replikations-Instance verwendet wird. Das Upgraden der Replikations-Engine-Version führt zum Herunterfahren der Replikations-Instance, während sie auf eine neue Version aktualisiert wird.

    Multi-AZ

    Sie können diese Option ändern, um ein Standby-Replikat Ihrer Replikations-Instance in einer anderen Availability Zone für eine Failover-Unterstützung zu erstellen, oder diese Option entfernen. Wenn Sie Change Data Capture (CDC), fortlaufende Replikation, verwenden möchten, sollten Sie diese Option aktivieren.

    Allocated storage (GiB) (Zugewiesener Speicher)

    Speicherplatz wird in erster Linie von Protokolldateien und zwischengespeicherten Transaktionen belegt. Für die zwischengespeicherten Transaktionen wird Speicherplatz nur verwendet, wenn die zwischengespeicherten Transaktionen auf Festplatte geschrieben werden müssen. Daher verwendet AWS DMS keine nennenswerte Menge an Speicherplatz. Es gibt jedoch folgende Ausnahmen:

    • Sehr große Tabellen, bei der viele Transaktionen geladen werden. Das Laden einer großen Tabelle kann einige Zeit in Anspruch nehmen, sodass zwischengespeicherte Transaktionen eher während des Ladens einer großen Tabelle auf Festplatte geschrieben werden.

    • Aufgaben, die so konfiguriert sind, dass sie vor dem Laden zwischengespeicherter Transaktionen angehalten werden. In diesem Fall werden alle Transaktionen zwischengespeichert, bis der vollständige Ladevorgang für alle Tabellen abgeschlossen ist. Bei dieser Konfiguration kann durch die zwischengespeicherten Transaktionen recht viel Speicherplatz beansprucht werden.

    • Aufgaben, die mit Tabellen konfiguriert sind, die in Amazon Redshift geladen werden. Diese Konfiguration ist jedoch kein Problem, wenn Amazon Aurora das Ziel ist.

    In den meisten Fällen reicht die standardmäßig zugewiesene Speichermenge aus. Es ist allerdings immer sinnvoll, auf speicherbezogene Metriken zu achten und den Speicherplatz zu erhöhen, wenn Sie feststellen, dass mehr Speicherplatz verbraucht wird, als standardmäßig zugewiesen ist.

    Netzwerktyp

    DMS unterstützt den Netzwerktyp IPv4-Adressierungsprotokoll und unterstützt sowohl IPv4- als auch IPv6-Adressierungsprotokoll-Netzwerktypen im Dual-Stack-Modus. Wenn Sie über Ressourcen verfügen, die über ein Netzwerk mit IPv6-Adressierung mit Ihrer Replikations-Instance kommunizieren müssen, wählen Sie den Dual-Stack-Modus. Informationen zu Einschränkungen im Dual-Stack-Modus finden Sie unter Einschränkungen für Dual-Stack-Netzwerk-DB-Instances im Benutzerhandbuch zum Amazon Relational Database Service.

    VPC Security group(s) (VPC-Sicherheitsgruppe(n))

    Die Replikations-Instance wird in einer VPC erstellt. Wenn sich Ihre Quelldatenbank in einer VPC befindet, wählen Sie die VPC-Sicherheitsgruppe aus, die Zugriff auf die DB-Instance bietet, in der sich die Datenbank befindet.

    Automatisches Versions-Upgrade

    AWS DMS unterscheidet nicht zwischen Haupt- und Nebenversionen. Ein Upgrade von Version 3.4.x zu 3.5.x wird beispielsweise nicht als Hauptversions-Upgrade betrachtet, daher sollten alle Änderungen abwärtskompatibel sein. Wenn Automatisches Versions-Upgrade aktiviert ist, aktualisiert DMS die Version der Replikations-Instance während des Wartungsfensters automatisch, wenn sie veraltet ist.

    Wenn Automatisches Versions-Upgrade aktiviert ist, verwendet DMS die aktuelle Standard-Engine-Version, wenn Sie eine Replikations-Instance erstellen. Wenn Sie beispielsweise die Engine-Version auf eine niedrigere Versionsnummer als die aktuelle Standardversion festlegen, verwendet DMS die Standardversion.

    Wenn Automatische Versions-Upgrade nicht aktiviert ist, wenn Sie eine Replikations-Instance erstellen, verwendet DMS die Engine-Version, die im Parameter Engine-Version angegeben ist.

    Wartungsfenster

    Wählen Sie einen wöchentlichen Zeitraum, in dem Systemwartungen durchgeführt werden können, in UTC (Universal Coordinated Time) aus.

    Standard: Ein 30-minütiges Fenster, das zufällig aus einem 8-Stunden-Zeitblock pro AWS Region ausgewählt wird und an einem zufälligen Wochentag stattfindet.

    Apply changes immediately (Änderungen sofort anwenden)

    Wählen Sie diese Option, um alle durchgeführten Änderungen sofort anzuwenden. Abhängig von den gewählten Einstellungen könnte die Auswahl dieser Option zu einem sofortigen Neustart der Replikations-Instance führen.

    Wenn Sie Verbindung testen wählen, während AWS DMS die Änderungen anwendet, wird eine Fehlermeldung angezeigt. Nachdem die AWS DMS Änderungen an Ihrer Replikationsinstanz vorgenommen wurden, wählen Sie erneut Verbindung testen aus.

    Änderungen im nächsten geplanten Wartungszeitfenster anwenden

    Wählen Sie diese Option, wenn DMS bis zum nächsten geplanten Wartungszeitfenster warten soll, um Ihre Änderungen zu übernehmen.