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.
Tutorial: Verwalten einer DB-Instance-Umgebung von MySQL von der Entwicklung bis zur Produktion
Einführung
Ein gängiges Szenario bei der Verwaltung einer DB-Instance von Amazon RDS beinhaltet die Überwachung ihres Lebenszyklus von der ursprünglichen Entwicklung bis zur Bereitstellung in der Produktionsumgebung. Dieses Tutorial bietet Anleitungen zur Erledigung wichtiger Aufgaben, um sicherzustellen, dass Ihre Datenbank optimal funktioniert und sich an Ihre sich ändernden betrieblichen Anforderungen anpasst. Darüber hinaus werden Optionen zur Synchronisation von Änderungen zwischen Ihrer Entwicklungs- und Produktionsumgebung beschrieben, um Einheitlichkeit und Zuverlässigkeit zu gewährleisten.
Wenn Sie diese Schritte ausführen, lernen Sie Folgendes:
-
Ausführen bestimmter Aufgaben mit MySQL-DB-Instances, z. B. Hinzufügen und Aktualisieren von Amazon-RDS-Tags, Erweitern des Speichers, Erstellen von Lesereplikaten und Löschen von Ressourcen.
-
Synchronisieren von Updates aus einer Produktionsumgebung mit einer Entwicklungsumgebung für umfassende Tests und Validierungen.
Führen Sie für dieses Tutorial die folgenden Aufgaben aus:
-
Erstellen Sie eine MySQL-DB-Instance.
-
Fügen Sie Amazon-RDS-Tags hinzu, um Ihre DB-Instance als Entwicklungsumgebung zu kategorisieren.
-
Erhöhen Sie die Speicherkapazität Ihrer DB-Instance, um den erhöhten Workloads gerecht zu werden.
-
Erstellen Sie Lesereplikate, um die Resilienz und Verfügbarkeit Ihrer DB-Instance zu verbessern.
-
Aktualisieren Sie Amazon-RDS-Tags, um Ihre DB-Instance als Produktionsumgebung zu kategorisieren.
-
Löschen Sie DB-Instances, die Sie nicht mehr benötigen, damit für sie keine zusätzlichen Kosten anfallen.
-
Nächste Schritte: Synchronisieren Ihrer Entwicklungs-Instance mit der Produktions-Instance, um Einheitlichkeit in allen Umgebungen zu gewährleisten
Voraussetzungen
Bevor Sie die Schritte in diesem Abschnitt abschließen, stellen Sie sicher, dass Sie folgende Voraussetzungen erfüllen:
Hinzufügen von Tags zur Kategorisierung Ihrer DB-Instance als Entwicklungsumgebung
Um die DB-Instance als Entwicklungsumgebung zu kategorisieren, fügen Sie der von Ihnen erstellten Instance ein Amazon-RDS-Tag hinzu. Ein Amazon-RDS-Tag ist ein Schlüssel-Wert-Paar, das Sie definieren und mit Ihrer RDS-Instance verknüpfen. Durch das Taggen Ihrer AWS-Ressourcen können Sie zwischen Ihren Entwicklungs- und Produktionsressourcen von AWS unterscheiden. Weitere Informationen zu Amazon-RDS-Tags finden Sie unter Taggen von Amazon-RDS-Ressourcen.
-
Wählen Sie in der Amazon-RDS-Konsole Databases (Datenbanken) aus.
-
Wählen Sie die DB-Instance aus, die Sie mit einem Tag versehen möchten.
-
Scrollen Sie im Detailbereich zu Tags.
-
Wählen Sie Tags verwalten und anschließend Neues Tag hinzufügen.
-
Geben Sie einen Wert für Tag key (Tag-Schlüssel) und Wert ein. Sie können beispielsweise das Tag „key environment“ mit dem Wert „dev“ verwenden, um anzugeben, dass die Datenbank-Instance Teil der Entwicklungsumgebung ist.
-
Wählen Sie Neues Tag hinzufügen und Änderungen speichern.
Ihre DB-Instance ist jetzt als Entwicklungsumgebung gekennzeichnet. Dies erleichtert die Identifizierung der DB-Instance und die Verwaltung der mit dieser Ressource verbundenen Kosten.
Erhöhen der Speicherkapazität einer DB-Instance, um den wachsenden Datenanforderungen gerecht zu werden
Als Nächstes ändern Sie die Speicherkapazität der MySQL-DB-Instance, um Platz für weitere Daten zu schaffen. Anfangs ist die Speicherkapazität Ihrer DB-Instance so eingestellt, dass sie den unmittelbaren Anforderungen Ihrer Anwendung entspricht. Bei wachsenden Datenmengen kann es jedoch erforderlich sein, die Speichereinstellungen anzupassen, um die kontinuierliche Leistung und Stabilität der Datenbank zu gewährleisten. Dieser Prozess beinhaltet die Erhöhung des zugewiesenen Speichers Ihrer DB-Instance. Weitere Informationen zum Ändern der Speicherkapazität Ihrer DB-Instance finden Sie unter Arbeiten mit Speicher für Amazon RDS-DB-Instances.
-
Wählen Sie in der Amazon-RDS-Konsole Databases (Datenbanken) aus.
-
Wählen Sie die DB-Instance aus, die Sie ändern möchten.
-
Wählen Sie Ändern aus.
-
Erhöhen Sie unter „Speicher“ den Wert für Zugeteilter Speicher. Der geänderte Wert für den Speicher muss größer als der aktuelle sein.
-
Klicken Sie auf Weiter.
-
Unter Planen von Änderungen können Sie entweder Sofort anwenden wählen, um die Speicheränderungen sofort auf die DB-Instance anzuwenden, oder Während des nächsten Wartungsfensters anwenden, um die Änderungen im nächsten Wartungsfenster zu übernehmen.
-
Wenn die Einstellungen Ihren Wünschen entsprechen, wählen Sie Modify DB instance (DB-Instance ändern).
Die Speicherkapazität Ihrer DB-Instance ist jetzt erhöht. Dadurch kann sie größere Datenmengen effektiv verarbeiten und die kontinuierliche Leistung und Stabilität bei steigenden Datenanforderungen Ihrer Anwendung sind sichergestellt.
Erstellen von Lesereplikaten, um die Resilienz und Verfügbarkeit einer DB-Instance zu verbessern
Erstellen Sie ein Lesereplikat Ihrer MySQL-DB-Instance. Lesereplikate verbessern die Resilienz und Verfügbarkeit Ihrer DB-Instance. Um den Lesedatenverkehr auf Ihrer primären DB-Instance zu reduzieren, erstellen Sie ein Lesereplikat Ihrer DB-Instance. Dadurch werden Abfragen an das Lesereplikat weitergeleitet, was dazu beitragen kann, die Last zu verteilen und die allgemeine Datenbankleistung zu verbessern. Weitere Informationen über DB-Instance-Lesereplikate finden Sie unter Arbeiten mit DB-Instance-Lesereplikaten.
Bevor eine MySQL-DB-Instance als Quelle für die Replikation eingesetzt werden kann, müssen Sie automatische Backups auf der Quell-DB-Instance aktivieren. Hierzu legen Sie für den Aufbewahrungszeitraum für Backups einen anderen Wert als 0 fest. Weitere Informationen über MySQL-Lesereplikate finden Sie unter Arbeiten mit MySQL-Lesereplikaten.
-
Wählen Sie in der Amazon-RDS-Konsole Databases (Datenbanken) aus.
-
Wählen Sie die DB-Instance aus, die Sie als Quelle für das Lesereplikat verwenden möchten.
-
Wählen Sie unter „Aktionen“ die Option Lesereplikat erstellen aus.
-
Geben Sie unter DB-Instance-Kennung einen Namen für das Lesereplikat ausschließlich in Kleinbuchstaben ein.
-
Wählen Sie Ihre Instance-Konfiguration. Wir empfehlen Ihnen, dieselbe oder eine größere DB-Instance-Klasse und denselben Speichertyp wie bei der Quell-DB-Instance für das Lesereplikat zu verwenden.
-
Legen Sie unter AWS-Region die Zielregion für das Lesereplikat fest.
-
Behalten Sie die Standardeinstellungen bei oder ändern Sie sie nach Bedarf.
-
Wählen Sie Read Replica erstellen aus.
Das Lesereplikat wird unter Ihrer Quell-DB-Instance auf der Seite Datenbanken in der RDS-Konsole angezeigt. In der Spalte „Rolle“ wird Replikat angezeigt.
Aktualisieren von Tags, um eine DB-Instance als Produktionsumgebung zu kategorisieren
Wenn Ihre DB-Instance bereit ist, von der Entwicklungsphase in die Produktionsphase überzugehen, ist es wichtig, die Tags zu aktualisieren, um dem Übergang Rechnung zu tragen. Um Ihre DB-Instance an Ihren Betriebs- und Überwachungsstrategien auszurichten, aktualisieren Sie die ersten Tags so, dass sie darauf hinweisen, dass die DB-Instance jetzt Teil der Produktionsumgebung ist. Dies gewährleistet eine bessere Sichtbarkeit und Verwaltung der Datenbank.
-
Wählen Sie in der Amazon-RDS-Konsole Databases (Datenbanken) aus.
-
Wählen Sie die DB-Instance aus, die Sie aktualisieren möchten.
-
Scrollen Sie im Detailbereich zu Tags.
-
Wählen Sie Tags verwalten aus.
-
Entfernen Sie Ihr ursprüngliches Tag, das auf eine Entwicklungsumgebung hinweist.
-
Wählen Sie Neues Tag hinzufügen aus.
-
Geben Sie einen neuen Wert für Tag-Schlüssel und Wert ein. Sie können beispielsweise das Tag „key environment“ mit dem Wert „prod“ verwenden, um anzugeben, dass die DB-Instance Teil der Produktionsumgebung ist.
-
Wählen Sie Neues Tag hinzufügen und Änderungen speichern.
Das Tag auf Ihrer DB-Instance wird aktualisiert, um den Übergang der Datenbank in eine Produktionsumgebung zu kennzeichnen.
Löschen einer nicht mehr benötigten DB-Instance, um zusätzliche Kosten zu vermeiden
Vor dem Ende dieses Tutorials ist es wichtig, sich mit der Verwaltung Ihrer Ressourcen zu befassen. Wenn Sie über Ressourcen verfügen, die nicht mehr benötigt werden, sollten Sie diese löschen, um zusätzliche Kosten zu vermeiden und Ihre Cloud-Umgebung zu optimieren.
-
Wählen Sie in der Amazon-RDS-Konsole Databases (Datenbanken) aus.
-
Wählen Sie die zu löschende DB-Instance aus.
-
Wählen Sie unter „Aktionen“ die Option Löschen aus. Durch das Löschen einer DB-Instance wird die Instance mit all ihren Inhalten und zugehörigen Ressourcen dauerhaft entfernt.
-
Bestätigen Sie das Löschen der DB-Instance und wählen Sie Löschen aus.
Wenn Sie Ihre DB-Instance stattdessen für die künftige Verwendung behalten möchten, können Sie sie auch weiterhin als Teil Ihrer Produktionsumgebung verwalten. Dazu gehört die Aufrechterhaltung einer synchronisierten Entwicklungsumgebung, um umfassende Tests und Validierungen zu ermöglichen. Weitere Informationen finden Sie unter Nächste Schritte: Synchronisieren Ihrer Entwicklungs-Instance mit der Produktions-Instance, um Einheitlichkeit in allen Umgebungen zu gewährleisten.
Nächste Schritte: Synchronisieren Ihrer Entwicklungs-Instance mit der Produktions-Instance, um Einheitlichkeit in allen Umgebungen zu gewährleisten
Erstellen einer Entwicklungsumgebung
Um eine Produktionsumgebung zu verwalten, ist es wichtig, eine synchronisierte Entwicklungsumgebung für umfassende Tests und Validierungen aufrechtzuerhalten. Um eine neue Entwicklungsumgebung zu erstellen, erstellen Sie zunächst einen DB-Snapshot der aktuellen Produktions-DB-Instance. Ein DB-Snapshot erfasst die gesamte DB-Instance, indem er einen Speicher-Volume-Snapshot erstellt. Anleitungen zum Erstellen eines DB-Snapshots in der Amazon-RDS-Konsole finden Sie unter Erstellen eines DB-Snapshots für eine DB-Instance mit Single-AZ für Amazon RDS.
Nachdem Sie den DB-Snapshot Ihrer Produktionsumgebung erstellt haben, erstellen Sie eine neue DB-Instance für Ihre Entwicklungsumgebung, indem Sie einen DB-Snapshot wiederherstellen. Wiederhergestellte DB-Instances werden automatisch dem Standard-DB-Parameter und Optionsgruppen zugeordnet. Sie können jedoch eine benutzerdefinierte Parametergruppe und eine Optionsgruppe anwenden, indem Sie diese während einer Wiederherstellung angeben. Anleitungen zum Wiederherstellen eines DB-Snapshot finden Sie unter Tutorial: Wiederherstellen einer Amazon-RDS-DB-Instance aus einem DB-Snapshot.
Definieren Sie abschließend die neue DB-Instance als Ihre neue Entwicklungsumgebung, indem Sie ihre Amazon-RDS-Tags aktualisieren. Anleitungen zur Aktualisierung von Amazon-RDS-Tags, um diese Änderung widerzuspiegeln, finden Sie im vorherigen Abschnitt Aktualisieren von Tags, um eine DB-Instance als Produktionsumgebung zu kategorisieren.
Sie verfügen jetzt über eine neue Entwicklungsumgebung, die die Datenbankkonfiguration Ihrer Produktionsumgebung widerspiegelt.
Synchronisieren einer Entwicklungsumgebung mit der Produktionsumgebung
Sobald Ihre neue Entwicklungsumgebung eingerichtet ist, muss sie mit allen Änderungen in der Produktionsumgebung synchronisiert werden. Dadurch wird sichergestellt, dass Ihre Entwicklungsumgebung den aktuellen Produktionsstatus genau wiedergibt, was für effektive Tests, Validierungen und Problembehebungen unerlässlich ist. Amazon RDS bietet eine Vielzahl von Möglichkeiten, um Ihre Entwicklungsumgebung mit Ihrer Produktionsumgebung auf dem neuesten Stand zu halten. Weitere Informationen zu diesen Optionen finden Sie unter Orchestrating database refreshes for Amazon RDS and Amazon Aurora
Eine der wichtigsten Möglichkeiten, Ihre Entwicklungs- und Produktionsumgebungen zu synchronisieren, ist die Erstellung und Wiederherstellung von DB-Snapshots. Mit einem DB-Snapshot können Sie eine Entwicklungsumgebung erstellen, die die Datenbankkonfiguration der Produktionsumgebung zum Zeitpunkt der Erstellung des Snapshots widerspiegelt. Weitere Informationen zu DB-Snapshots finden Sie unter Verwalten manueller Backups. Weitere Informationen zum Wiederherstellen einer DB-Instance finden Sie unter Wiederherstellen auf eine DB-Instance.
DB-Snapshots sind für die folgenden Anwendungsfälle besonders wertvoll.
-
Anfängliche Einrichtung einer Entwicklungsumgebung: DB-Snapshots sind nützlich, um die anfängliche Entwicklungsumgebung für Tests zu erstellen, da sie eine einheitliche Ausgangsbasis bieten, die den genauen Zustand der Produktionsumgebung zum Zeitpunkt des Snapshots widerspiegelt.
-
Anwendungen mit hohem Datenverkehr: In Produktionsumgebungen, in denen ein kontinuierlicher Betrieb entscheidend ist, vermeidet die Verwendung von Multi-AZ-Bereitstellungen für Snapshots die E/A-Unterbrechung auf der primären Datenbank und gewährleistet so eine unterbrechungsfreie Leistung und hohe Verfügbarkeit.
-
Gemeinsame Nutzung von Daten zwischen verschiedenen RDS-Konten: DB-Snapshots können von verschiedenen AWS-Konten gemeinsam genutzt werden, was die Übertragung von Daten zwischen Konten oder Regionen erleichtert. Dies ist nützlich für Kooperationsprojekte oder Szenarien, in denen Daten für verschiedene Zwecke gemeinsam genutzt werden müssen. Weitere Informationen finden Sie unter Freigeben eines DB-Snapshots für Amazon RDS.
In diesem Tutorial haben Sie grundlegende Aufgaben für die Verwaltung Ihrer DB-Instance während ihres gesamten Lebenszyklus untersucht. Sie haben gelernt, wie Sie eine DB-Instance erstellen, Amazon-RDS-Tags hinzufügen und aktualisieren, den Speicher erweitern und Lesereplikate erstellen. Sie haben auch gelernt, wie Sie auf diesen grundlegenden Vorgängen aufbauen und Ihre Produktionsumgebung effektiv verwalten können. Dazu gehörte die Einrichtung einer Entwicklungsumgebung zum Testen und deren Synchronisation mit der Produktionsumgebung, um Einheitlichkeit zu gewährleisten. Diese Aufgaben tragen zur Aufrechterhaltung einer belastbaren und skalierbaren Datenbankinfrastruktur bei und stellen sicher, dass Ihre Amazon-RDS-Umgebung effizient funktioniert.