Hallo und willkommen zurück.
Im heutigen Video werden wir über Ideen sprechen und Repliken lesen.
Bevor wir nun über die Lesereplikate in Datenbanken sprechen, wollen wir einen einfachen Anwendungsfall einer Bank diskutieren,
der es uns ermöglicht, das Gesamtkonzept auf viel einfachere Weise zu verstehen.
Nehmen wir an, dass es in einer Bank für verschiedene Arten von Arbeit verschiedene Arten von Menschen gibt, die
man ansprechen muss.
Zum Beispiel wird es einen anderen Geldeintreiber geben.
Es wird eine andere Person geben, die vielleicht Schecks für Nachforschungen einsammelt, es wird eine andere Person
geben, die vielleicht ein Bankkonto eröffnet, es wird eine andere Person geben und so weiter.
Insgesamt wird die Arbeit also auf mehrere Personen in der Bank verteilt, so dass die mündlichen Vorgänge effizient
ablaufen können.
Jetzt, wenn wir über Datenbank sprechen, wenn Sie Gebrauch von einer einzelnen Datenbank machen, sind Sie für das Durchführen aller Art Tätigkeit,
die es Leseoperation sein kann, kann es rechte Operation, etc. sein. In solchen Fällen erhöht sich die Gesamtbelastung
der Datenbank, was zu einer Verlangsamung des Betriebs führt.
Dies ist auch in dem Diagramm zu sehen, in dem Sie mehrere Clients und mehrere Server haben, die sich
alle mit einer einzigen Datenbank verbinden.
Um dies zu überwinden, gibt es ein Konzept der Read Replica, die in der Datenbank auf einem hohen Niveau Überblick
Read Replica eingeführt wurde ermöglicht es den Kunden, die Lese-Anfrage oder Analysen Verkehr von der primären
Instanz zu entlasten.
Dies lässt sich anhand dieser kleinen Animation nachvollziehen, bei der Sie eine einzige Datenbank haben, die auch als primäre
Datenbank bezeichnet wird.
In einem Read Replica Base-Szenario gibt es eine weitere Datenbank, die eingerichtet wurde, und zwischen diesen
beiden Datenbanken ist eine Replikation konfiguriert.
Das bedeutet, dass alle Daten, die in der primären Datenbank geschrieben werden, auch in die laufende Read Replica
kopiert werden.
Sie haben also eine primäre DB und eine Lesekopie.
In der Regel werden bei dieser Konfiguration alle rechtsbezogenen Operationen an die primäre Datenbank
und alle lesebezogenen Operationen an die Read Replica weitergeleitet.
Da nun eine Replikation zwischen diesen beiden Datenbankinstanzen stattfindet, hat der Lesevorgang, wenn er
auf der Replik ausgeführt wird, keine wirklichen Auswirkungen, da die Daten letztlich dieselben bleiben.
Und in einer solchen Einrichtung wird die orale Belastung verteilt.
Dies ist also das Konzept der Lesekopie.
In ähnlicher Weise, wenn Sie Ideen verwenden, bietet Amazon eine einfache Möglichkeit, die Lese-Replik zu implementieren.
Die mündliche Funktionalität bleibt also dieselbe.
Es ist nur so, dass Sie mit uns innerhalb von 2 Minuten eine Lesekopie erstellen können.
Bevor wir weitermachen, wollen wir uns das Ganze kurz aus der Perspektive einer Demo ansehen,
damit das Grundverständnis von Read Replica klar ist.
Zurzeit befinde ich mich in der IDS-Konsole.
Ich habe eine Datenbankinstanz, die unter dem Namen JP Labs DB läuft.
Wenn ich das jetzt schnell öffne, gehen wir wieder hier runter.
Sie sehen, dass in der Replikation die primäre Instanz hier ist, die Rolle, die Sie sehen, ist primär
und Sie haben auch eine Replik hier drüben, die in der Region Mumbai läuft.
Lassen Sie uns also schnell die Replik öffnen.
Hier werden Sie feststellen, dass der Endpunkt zwischen einem primären und einem Replikat unterschiedlich ist.
Zum Beispiel wird der Endpunkt für die primäre Flucht von der Amazon-Stelle gefolgt und Sie haben die Lese-Replik
gefolgt von Amazon.
So können Sie je nach Anwendung konfigurieren, ob die Anwendung die Operation auf der primären DB oder
der Lese-Replik durchführen soll.
Nehmen wir als Beispiel an, Sie haben eine analytische Anwendung, die nur Leseanfragen durchführt.
Anstatt also die URL der primären DB an die analytische Anwendung weiterzugeben, geben Sie stattdessen die
URL der Lese-Replik an, und die Last wird hier verteilt.
Um nun zu testen, ob die Replikation zwischen einem primären und einem Lese-Replikat wie erwartet funktioniert,
stellen wir eine Verbindung zu beiden her und führen einige interessante praktische Tests durch.
Lassen Sie mich also kurz auf die beiden AC-Fälle eingehen.
Ich habe eine Instanz laufen.
Lassen Sie mich schnell eine Verbindung mit der Instanz über den Browser selbst herstellen.
Lassen Sie mich schnell zum Root-Benutzer wechseln.
Zuerst stellen wir eine Verbindung zur primären DB her, oder ich kopiere die Endpunkt-URL.
Ich werde den Bildschirm löschen.
Lassen Sie uns hier schnell eine Verbindung herstellen.
Ich gebe den Benutzernamen und das Passwort an.
Ich bin hier verbunden.
Wenn ich jetzt kurz die Datenbanken aufzähle, gibt es bestimmte Datenbanken, die verfügbar sind.
Lassen Sie uns nun schnell eine neue Datenbank erstellen.
Ich würde sagen, erstellen Sie Datenbank-Tests.
Ups.
Wir haben einen kleinen Tippfehler gemacht.
Es sollte Datenbank statt Datenbanken heißen.
Also gut.
Wenn ich jetzt schnell eine Datenbank anzeigen lasse, sehen Sie, dass die Testdatenbank verfügbar ist.
Lassen Sie mich nun ein Kontroll-D machen, damit wir uns abmelden können.
Anstatt eine Verbindung zur primären Datenbank herzustellen, wird diesmal eine Verbindung zur Lesekopie hergestellt.
Kopieren wir also den Endpunkt der Read Replica aus der Instanz.
Lassen Sie es uns noch einmal versuchen.
Ich gebe den Benutzernamen admin und das Passwort an.
Und wir sind jetzt in der Replik verbunden.
Wenn ich in diesem Stadium eine Datenbank anzeigen lasse, sehen Sie die Testdatenbank.
Da es sich um ein Leseabbild handelt, möchte ich Ihnen kurz zeigen, dass dieses
Abbild in erster Linie für Lesevorgänge gedacht ist.
Sie werden nicht in der Lage sein, den richtigen Vorgang auf der Lesekopie durchzuführen.
Also probieren wir es auch gleich aus.
Versuchen wir also, eine Datenbank zu erstellen.
Ich würde sagen, eine DB-Replik.
Und sofort sehen Sie, dass Sie eine Fehlermeldung erhalten, die besagt, dass mein SQL-Server mit der Option "Nur Lesen"
läuft und diese Anweisung daher nicht ausführen kann.
Also gut.
Ich hoffe, Sie haben damit die Grundlagen dessen verstanden, was wir mit Read Replica tun können.
Bevor wir nun zum Schluss kommen, sind noch einige wichtige Hinweise zu beachten.
Erstens können Sie ein oder mehrere Replikate einer bestimmten Quell-DB-Instanz erstellen und die Anwendung mit hohem Volumen
bedienen.
Beispiel: Sie haben eine primäre Datenbank und können auf der Grundlage dieser primären Datenbank
mehrere Replikate erstellen.
Sie haben Replik eins gelesen, lesen Replik zwei und so weiter.
Nehmen wir an, Sie haben in Ihrem Unternehmen manchmal einen sehr hohen Leseverkehr, aber einen sehr geringen
Schreibverkehr.
In solchen Fällen benötigen Sie eine größere Anzahl von Lese-Replikaten, die den reinen Leseverkehr bedienen können.
In solchen Fällen können Sie diese Art von Architektur verwenden.
Der zweite wichtige Punkt ist, dass Sie mit Amazon-Ideen eine Read Replica in einer anderen Region als die Quell-DB-Instanz
erstellen können.
Zum Beispiel, hier sehen Sie, dass die Quelle DB basiert auf uns ist zu einer Region und Sie haben eine Lese-Replik
in der AP südlich einer Region.
Diese Art der Architektur wird also ebenfalls unterstützt.
Die Architektur, die wir hier aufgenommen haben, möchte ich Ihnen kurz zeigen.
Die primäre Datenbank hier basiert also auf der US-Region, d.h. US East one, aber die Lesekopie basiert
auf der IP South one-Region, d.h. der Region Mumbai.
Sie sehen, Sie haben eine Region Mumbai und eine Region Vergina.
Diese Art der Architektur wird also ebenfalls unterstützt.
Das ist also der grobe Überblick über die Lese-Replikate.
Und damit endet das heutige Video.