Hallo und willkommen zurück.
In diesem Video werden wir über die verschiedenen Arten der Bereitstellung von Assets sprechen.
Wenn Sie sich für eine Multi-Base-Implementierung entscheiden, sollten Sie beachten, dass
es zwei Untertypen gibt, die zur Verfügung stehen.
Die erste ist die Bereitstellung mehrerer AC-Instanzen.
Die zweite Möglichkeit ist der Einsatz von Multi-AC-Clustern.
Dabei ist der Einsatz mehrerer AC-Instanzen der ältere Ansatz.
Der Einsatz von Multi-AC-Clustern ist der neuere Ansatz, und im Allgemeinen erweist sich der Einsatz von Multi-AC-Clustern
in einer Produktionsumgebung als sehr nützlich.
Machen wir uns also auf den Weg, um beides zu verstehen.
Der erste Ansatz ist hier die Bereitstellung mehrerer AC-Instanzen.
Dies wird nun auch als Multi-AC mit einem Standby bezeichnet.
In diesem Diagramm sehen Sie also die primäre Datenbankinstanz und eine verfügbare Standby-Instanz.
Und zwischen beiden findet eine Replikation statt.
Dabei ist zu beachten, dass die Standby-Instanz zwar eine Replikation durchführt, Sie als
Benutzer aber keine Operationen auf der Standby-Instanz durchführen können, auch nicht
die Reid-Operation.
Manchmal fragen sich die Leute, ob die Standby-Instanz überhaupt noch läuft.
Warum nicht für Raubzüge nutzen?
Dies erweist sich als nützlich, da dies bereits als Teil Ihrer Kosten berücksichtigt wird.
Bei dieser Art von Ansatz, dieser Standby-Replik, gibt es jedoch überhaupt keinen Zugriff, es sei denn,
die primäre DB fällt aus, dann wird diese Standby-Replik die neue primäre Datenbank.
Der zweite Ansatz, über den wir gerade sprechen, ist der Einsatz von Multi-AC-Clustern.
Bei dieser Art von Architektur gibt es eine schreibende Datenbankinstanz und eine lesende Datenbankinstanz, die
alle in drei separaten Verfügbarkeitszonen in derselben Region verfügbar sind.
Hier sehen Sie zum Beispiel, dass Sie drei Verfügbarkeitszonen haben, richtig?
DB-Instanz ist hier verfügbar, es gibt zwei re die Datenbank-Instanz.
Sie können dies also auch als Standby-Instanz verwenden, ähnlich wie wir es im Ansatz besprochen haben.
Erstens: Der einzige Vorteil ist, dass diese Instanz nicht nur als Standby-Instanz fungieren kann, sondern dass Sie hier
auch Lesevorgänge durchführen können.
Die automatische Last wird also verteilt, richtig?
Operation kann zur richtigen DB-Instanz gehen und lesen Operation kann zur Leser-DB-Instanz hier gehen.
Bei der Diskussion über die Verteilungsarten in IDs gibt es drei Hauptverteilungsarten.
Die eine ist die einzelne Verfügbarkeitszone.
Sie haben eine Mehrfachverfügbarkeitszone mit einem Standby.
Das ist also der Ansatz Nummer eins, und Sie haben die Multi Availability Zone mit zwei lesbaren Standbys,
was nichts anderes ist als der Multi AC-Cluster-Einsatz.
Wenn wir jetzt über die zusätzliche Lesekapazität für die einzelne Verfügbarkeitszone sprechen, gibt es keine zusätzliche
Lesekapazität.
Es gibt nur eine primäre Datenbankinstanz, und diese Datenbankinstanz kann für Lese- und Schreibvorgänge verwendet
werden.
Wenn wir hier wieder über Multi-AC mit einem Standby sprechen, gibt es hier keine zusätzliche Lesekapazität,
da Sie keine Leseoperationen auf der Standby-Instanz durchführen können.
Für die Cluster-Bereitstellungen müssen Sie jedoch auf DB-Instanzen zurückgreifen, die lesbar sind.
Dies erweist sich also als vorteilhaft, wenn wir über die automatische Failover-Erkennung für einzelne AC sprechen.
Auch hier gibt es keine und für Multi AC wird es immer eine Fehlererkennung geben.
Wenn wir über die Failover-Dauer sprechen, erweist sich der Cluster-Einsatz auch hier als nützlich.
Wenn wir also über Multi-AC mit einem Standby sprechen, ist die neue Primärseite verfügbar, um die Arbeitslast
in nur 60 Sekunden zu bedienen.
Bei der Bereitstellung von Clustern ist es jedoch viel schneller, nämlich in der Regel unter 35 Sekunden.
Bevor wir zum Schluss kommen, lassen Sie uns kurz einen Blick auf diese beiden Punkte werfen.
Jetzt über die IDS-Konsole.
Ich habe zwei Datenbankinstanzen, die verfügbar sind.
Die eine basiert auf dem Einsatz der Instanz hier drüben.
Dies ist also der Einsatz der Instanz.
Die zweite basiert auf dem Einsatz des Clusters.
Jetzt, wo wir über die Bereitstellung der Instanz sprechen, sind alle diese Standby-Repliken vorhanden, aber
Sie haben keinen Zugriff darauf.
Dies ist also ein Punkt, der beachtet werden muss.
Wenn ich das öffne, haben Sie nur einen Endpunkt, und dieser Endpunkt geht an die primäre Datenbankinstanz.
Wenn wir nun über die Cluster-Bereitstellungen sprechen, wissen wir, dass Sie eine richtige DB-Instanz und
zwei Leser-DB-Instanzen haben.
Wenn ich dies also erweitere, sehen Sie, dass Sie für den Multi-AC-Cluster eine rechte Instanz und zwei
Leser-Instanzen haben.
Und auch eine Sache zu beachten ist, dass alle von ihnen sind in separaten Verfügbarkeitszone, so Schriftsteller
ist in einem, be Leser ist in einem, C zweiten Leser ist in einem D Dies ist eine Sache zu beachten, zusammen mit, dass, wenn ich
schnell öffnen Sie diese sehen, dass in der Regel die.
Zwei Endpunkte.
Der erste Endpunkt ist z. B. für die rechte Seite.
Für die Anwendung, die den richtigen Vorgang ausführt, müssen Sie also diesen speziellen Endpunkt bereitstellen.
Außerdem haben Sie einen weiteren Endpunkt für die Leserinstanz.
Hier wird der Datenverkehr an die Leser-DB-Instanz weitergeleitet, falls Sie eine direkte Verbindung zu einer bestimmten
Leser-DB-Instanz herstellen möchten, können Sie dies ebenfalls tun.
Wenn ich zum Beispiel die Leser-DB-Instanz öffne, haben Sie auch hier einen eigenen Satz von Endpunkten.
Also gut.
Ich hoffe, dass Sie mit diesem Überblick die Grundlagen des Einsatzes mehrerer AC-Instanzen und des Einsatzes
mehrerer AC-Cluster verstanden haben.
Bevor wir zum Schluss kommen, möchte ich Ihnen noch ein paar Dinge zeigen.
Wenn Sie also eine Datenbank mit einem Multi-AC-basierten Ansatz erstellen.
Lassen Sie uns also schnell einen Blick darauf werfen.
Lassen Sie mich nur den Test auswählen.
Und innerhalb eines Jahres sehen Sie, dass Sie einen Multi-AC-DB-Cluster haben und die Multi-AC-DB-Instanz,
über die wir gerade sprechen, bringt große Vorteile, aber auch große Kosten mit sich.
Dies ist also im Vergleich zur DB-Instanz viel kostspieliger.
Dies ist also ein Punkt, der beachtet werden muss.
Außerdem gibt es bestimmte Einschränkungen in Bezug auf den Instanztyp und den Speicher, der verwendet werden
kann.
Wenn Sie zum Beispiel eine Multi-AC-DB-Instanz auswählen, gehen wir ein Stück nach unten.
Sie haben unter der Instanzklasse, Sie haben Standard, Sie haben Speicher optimiert und Sie haben auch
stabilere Instanz wie P drei Mikro und so weiter.
Wenn ich hier drüben schnell den Cluster-Einsatz auswähle, gehen wir ein Stück nach unten.
Sie haben nicht die stabile Version, die verfügbar ist.
Sie haben nur den Standard und den Speicher optimiert und das gleiche gilt auch für den Speicher.
Lassen Sie uns also die Multi-AC-DB-Instanz auswählen.
Gehen wir in den Speicher.
Beim Speichertyp können Sie neben dem teuren Speicher wie Provisioning auch den billigeren Speicher
wie die Allzweck-SSD auswählen.
Das ist also etwas, das genutzt werden kann, und sogar der zugewiesene Speicherplatz, sagen wir 20 GB, kann genutzt werden.
Wenn Sie hier jedoch die Cluster-Option auswählen, gehen wir zur Speicherung über.
Sie sehen in der Lagerung, dass Sie nicht den allgemeinen Zweck haben, die viel billiger ist.
Die einzige Option hier ist die Bereitstellung von IOPS, SD und das zum Mindestwert hier ist 100 gigs.
Also gut.
Also, wenn Sie dies verwenden, wird es eine viel teurer Ansatz, wenn Sie versuchen, es praktisch
als auch, da Sie nicht über die DT drei Mikro-und anderen Instanzen, müssen Sie mit
m, fi, D und andere gehen und das wird Sie ziemlich viel kosten.
Dies ist also etwas, das beachtet werden muss.
Großartig.
Damit ist das heutige Video beendet.