Durch die Nutzung von AWS re:Post stimmt du den AWS re:Post Nutzungsbedingungen

Wird eine Multi-AZ-Bereitstellung dazu beitragen, die Ausfallzeiten während einer Amazon RDS-MySQL-Änderung zu reduzieren?

Lesedauer: 4 Minute
0

Ich möchte meine Amazon Relational Database Service (Amazon RDS) für MySQL-Instance ändern. Wird eine Multi-AZ-Bereitstellung dazu beitragen, Ausfallzeiten zu reduzieren?

Kurzbeschreibung

Wenn Sie Ihre Amazon RDS-MySQL-Instance ändern, können Multi-AZ-Bereitstellungen die Auswirkungen Ihrer Änderungen reduzieren.

Die Multi-AZ-Bereitstellung kann sich in den folgenden Szenarien auf Ihre Amazon RDS MySQL-Instance auswirken:

  • Ändern des DB-Instance-Speichers
  • Aktualisieren der DB-Instance-Klasse
  • Wartung des zugrunde liegenden Betriebssystems oder der Hardware

**Hinweis:**Je nach Art des Updates, das Sie vornehmen, bieten Multi-AZ-Bereitstellungen möglicherweise keine Vorteile der erweiterten Verfügbarkeit.

Behebung

Ändern des DB-Instance-Speichers

Um den Amazon RDS-Speicher zu ändern, sind die folgenden Speichermodifikationen verfügbar:

  • Zugewiesene Speichergröße
  • Bereitgestellter IOPS-Wert
  • Art des Speichers

Die Erhöhung der zugewiesenen Speichergröße und die Änderung der IOPS-Werte sind Online-Operationen, die keine Ausfallzeiten beinhalten. Da diese Speicherupdates sowohl für die primäre als auch für die Standby-DB-Instance gleichzeitig erfolgen, bietet Multi-AZ bei Speicherupdates keine zusätzliche Verfügbarkeit. Weitere Informationen zu Speicheränderungen und möglichen Ausfallzeiten finden Sie unter Einstellungen für DB-Instances.

Es gibt auch keine Ausfallzeiten, wenn Sie den Speichertyp einer Multi-AZ-DB-Instance zwischen Standardspeicher (SSD) und bereitgestellte IOPS (SSD) ändern. In den folgenden Szenarien kommt es jedoch zu Ausfallzeiten:

  • Von Standardspeicher (SSD) zu Magnetic oder von Magnetic zu Standardspeicher (SSD).
  • Von bereitgestellte IOPS (SSD) zu Magnetic oder von Magnetic zu bereitgestellte IOPS (SSD).
  • Von Standardspeicher (SSD) bis bereitgestellte IOPS (SSD), aber nur, wenn es sich bei der DB-Instance um Single-AZ handelt und Sie eine benutzerdefinierte Parametergruppe verwenden.
  • Von bereitgestellte IOPS (SSD) bis hin zu Standardspeicher (SSD), aber nur, wenn es sich bei der DB-Instance um Single-AZ handelt und Sie eine benutzerdefinierte Parametergruppe verwenden.

Aktualisieren der DB-Instance-Klasse

Da für eine Änderung der Instance-Klasse ein neu definierter Hardwaresatz erforderlich ist, handelt es sich bei dieser Änderung nicht um einen Online-Vorgang und erfordert daher Ausfallzeiten. Eine Multi-AZ-Bereitstellung einer Amazon RDS-MySQL-DB-Instance kann die Auswirkungen erheblich reduzieren. Dies liegt daran, dass das Update nicht gleichzeitig für die Primär- und die Standby-Version erfolgt. Die Standby-Instance wird zuerst geändert, was zu einem Failover führt. Nach dem Failover wird der neue Standby-Modus geändert. Zu den erforderlichen Ausfallzeiten gehören die Dauer eines Failovers, in der Regel 60-120 Sekunden, und der Abschluss der Crash-Recovery der DB-Engine. Weitere Informationen finden Sie unter Multi-AZ-Bereitstellungen.

Aktualisierung der DB-Engine-Version

Ein DB-Engine-Versionsupgrade kann manuell über die RDS-Konsole oder API geplant werden. Oder das DB-Engine-Upgrade erfolgt durch ein automatisches Upgrade einer Nebenversion oder nach einer Engine-Einstellung. Da RDS MySQL fortlaufende Upgrades nicht automatisiert, erfolgt das DB-Engine-Versionsupgrade sowohl auf dem Primär- als auch auf dem Standby-Host gleichzeitig. Daher profitiert ein DB-Engine-Versionsupgrade nicht von einer Multi-AZ-Bereitstellung. Um den Umfang und die Dauer der Auswirkungen zu beurteilen, führen Sie das Upgrade in einer Staging-Umgebung durch, bevor Sie das eigentliche Upgrade durchführen. Weitere Informationen finden Sie unter Bewährte Methoden für das Upgrade von Amazon RDS für MySQL und Amazon RDS für MariaDB.

**Hinweis:**Wenn Ihre RDS-MySQL-DB-Instance Read Replicas verwendet, müssen Sie alle Read Replicas aktualisieren, bevor Sie die Quell-Instance aktualisieren. Weitere Informationen finden Sie unter Verwenden einer Read Replica zur Reduzierung von Ausfallzeiten beim Upgrade einer MySQL-Datenbank.

Durchführung einer geplanten Betriebssystem- oder Hardwarewartung

Wenn Sie mit einer geplanten Betriebssystem- oder Hardwarewartung arbeiten, kann die Multi-AZ-Bereitstellung die Auswirkungen dieser Änderungen erheblich reduzieren.

Die Multi-AZ-Bereitstellung wirkt sich auf folgende Weise auf die geplante Wartung aus:

  • Wenn die Wartung nur für den primären Host geplant ist, erfolgt ein Failover und die Wartung wird auf dem neuen sekundären Host durchgeführt.
  • Wenn die Wartung nur für den sekundären Host geplant ist, gibt es keine Ausfallzeiten.
  • Wenn die Wartung sowohl für den primären als auch für den sekundären Host geplant ist, wird die Wartung zuerst auf dem sekundären (Standby-) Host durchgeführt. Dann erfolgt ein Failover und die Wartung wird auf dem neuen sekundären Host durchgeführt.

Weitere Informationen finden Sie unter Wie minimiere ich Ausfallzeiten während der erforderlichen Amazon RDS-Wartung?


AWS OFFICIAL
AWS OFFICIALAktualisiert vor 2 Jahren