Welche Faktoren wirken sich auf meine Ausfallzeiten oder die Datenbankleistung in Amazon RDS aus?

Behebung

Ändern einer Instance-Klasse in Amazon RDS

Wenn Sie die Instance-Klasse einer Single-AZ-Instance in Amazon RDS ändern, wird ein neuer Amazon Elastic Compute Cloud (Amazon EC2) -Host erstellt. Nachdem der neue Amazon EC2-Host mit der aktualisierten Instance-Klasse erstellt wurde, wird die Datenbank des vorhandenen Hosts heruntergefahren. Der Datenspeicher wird dann vom alten Host getrennt und wieder an den neuen Host einer angeforderten Instance-Klasse angehängt. Ihre Datenbank wird dann neu gestartet und die Engine führt eine Wiederherstellung durch, um sicherzustellen, dass Ihre Datenbank in einem konsistenten Zustand bleibt. Alle Ausfälle während dieses Vorgangs sind proportional zur Dauer der Datenbankwiederherstellung.

Wenn Sie die Instance-Klasse einer Multi-AZ-Instance in Amazon RDS ändern, wird zuerst Ihre Standby-Instance aktualisiert. Nach diesem Update erfolgt ein Failover, bei dem die Rollen der Standby- und der primären Instance gewechselt werden. Der Failover-Mechanismus verteilt auch den DNS-Endpunkt der DB-Instance so, dass er auf den neuen Host verweist. Nach der Datenbankwiederherstellung kann die Anwendung auf die Datenbank zugreifen. Die Änderung der Instance-Klasse wird dann auf der neuen Standby-Instance durchgeführt.

Abhängig von Ihrer Datenbankaktivität oder langwierigen Transaktionen kann es länger als üblich dauern, bis Ihr Failover abgeschlossen ist. Failovers werden in der Regel innerhalb von 60—120 Sekunden abgeschlossen. Große Transaktionen oder ein langwieriger Wiederherstellungsprozess können jedoch die Ausfallzeit verlängern. Es hat sich bewährt, sicherzustellen, dass während einer Instance-Änderung keine offenen Transaktionen in Ihrer Datenbank vorhanden sind. Sie können auch eine Wartungsaufgabe planen, um Störungen zu vermeiden.

Speicher in Amazon RDS ändern

Wenn Sie zusätzlichen Speicherplatz für Daten oder andere Speicherleistungsattribute benötigen, unterstützt Amazon RDS Aktualisierungen für Folgendes (ohne Leistungseinbußen):

• Speicherzuweisung
• IOPS
• Art des Volumens

Amazon RDS nutzt Amazon Elastic Block Store (Amazon EBS) Elastic Volumes, um den Zeitaufwand für Speicherskalierungsoperationen zu minimieren. Basierend auf der angeforderten Speichermenge verteilt Amazon RDS automatisch mehrere Amazon EBS-Volumes, um die Leistung zu verbessern.

Wenn Sie Ihre Instance ändern, um Speicherplatz hinzuzufügen, ist Ihre DB-Instance für die Anwendungsabfragen voll funktionsfähig. Nachdem Sie den Speicher auf einer RDS-Instance geändert haben, gilt eine sechsstündige Kulanzfrist, bevor Sie weitere Speicherupdates vornehmen können. Während dieses Zeitraums wird der Instance-Status als „Speicheroptimierung“ angezeigt. Wenn Ihre Instance in die Phase der „Speicheroptimierung“ eintritt, sind die neuen Speicherattribute vollständig aktiviert und die Leistung wird nicht beeinträchtigt.

Skalierung des Speichers in Amazon RDS

Die Skalierung des Speichers ist ein Online-Prozess, und die Datenbank ist während des Vorgangs voll funktionsfähig. Für einige ältere RDS-Instances ist jedoch eine einmalige Speicherkonvertierung erforderlich.

Während dieses Vorgangs kann die I/O-Leistung beeinträchtigt werden, da Amazon RDS Daten aus dem alten Satz von Volumes liest und in den neuen Satz schreibt. Darüber hinaus verwendet Amazon RDS bei einer Skalierung über 400 GB (oder 200 GB für Oracle-Datenbank-Instances) die Legacy-Methode für die Skalierung. Bei der älteren Methode kann es zu Leistungseinbußen kommen. Bei allen nachfolgenden Änderungen am Skalierungsspeicher wird die Methode der elastischen Skalierung verwendet.

Konvertierungen von Single-AZ zu Multi-AZ in Amazon RDS

Wenn Sie eine DB-Instance von Single-AZ zu Multi-AZ konvertieren, erstellt Amazon RDS zunächst eine Kopie der Datenbank. Anschließend wird die Kopie in einer anderen Availability Zone wiederhergestellt. Da das Wiederherstellen von EBS-Snapshots ebenfalls Teil dieses Prozesses ist, werden Speicherblöcke auf das neue Volume kopiert. Daher können Konvertierungen von Single-AZ zu Multi-AZ die Latenz und die Leistung der DB-Instance beeinträchtigen. Weitere Informationen finden Sie unter Hochverfügbarkeit (Multi-AZ) für Amazon RDS.

Die Umstellung auf Multi-AZ wirkt sich bei schreibintensiven DB-Instances mit großen Speichervolumina in Zeiten hoher Arbeitslast stärker aus. Darüber hinaus führt jeder Vorgang, der das Wiederherstellen von Volumes beinhaltet (z. B. das Erstellen von Read Replicas oder das Wiederherstellen von Snapshots in einer neuen DB-Instance) zu einer erhöhten Latenz. Nachdem die Speicherblöcke von Amazon Simple Storage Service (Amazon S3) auf das neue Volume kopiert wurden, verringert sich jegliche Latenz.