Hier und willkommen zurück hier werden wir über ein sehr interessantes Angebot
unter dem relationalen Datenbankdienst Aurora Australis diskutieren.
Lassen Sie uns also weitermachen und mehr darüber diskutieren.
Bevor wir über Aurora Sartorialist diskutieren, schauen wir uns nun ein typisches Setup an,
das in vielen Unternehmen verfolgt wird.
In einem typischen Setup sind also die DB-Instances eine der Hauptüberlegungen bei der Einrichtung einer Datenbank.
Sie sind also ein Beispiel zu klein.
Nehmen wir beispielsweise an, ein Entwickler benötigt eine Datenbankinstanz für die Entwicklungsumgebung oder vielleicht
für die Staging-Umgebung.
Also, was sind die DV-Instanzen, die Sie geben werden?
Wirst du es klein oder mittel für groß geben?
Center ist eine sehr wichtige Überlegung, aber insbesondere, wenn es um den Kostenfaktor geht.
Wenn sich Ihre Workload jetzt ändert, können Sie die Klassengröße der DB-Instance ändern.
Nehmen wir also an, Sie haben anfangs den Kleinen etwas gegeben, aber wenn sich die Arbeitslast ändert, können
Sie die GBE-Instanzklasse möglicherweise auf sehr viel erhöhen, damit sie mehr Arbeitslast unterstützen kann.
Wenn Sie nun über einen typischen Ansatz sprechen, gibt es bestimmte
Herausforderungen, denen fast das gesamte Unternehmen zunächst gegenübersteht. Die Arbeitsbelastung kann unvorhersehbar sein.
So kann es eine Phase hoher Arbeitsbelastung geben, die nur wenige Minuten oder Stunden andauert, und auch
längere Phasen mit geringer Aktivität oder sogar ohne Aktivität.
Das gilt jetzt speziell für mich.
Wir demonstrieren in Wyoming so oft, dass wir gesehen haben, dass sich genauso wie Sie in
der Anfrage nach einer sehr großen Instanz in diesem Gebäude in Wyoming entwickeln und an Wochenenden und während der
Zeit, in der keine Tests stattfinden, diese riesige Instanz nichts tut aber die Gesamtkosten für die
Organisation erhöhen.
Ähnliches gilt auch für die Produktionsumgebung, denn in vielen Unternehmen bleibt
die Gesamtbelastung in einer Produktionsumgebung unvorhersehbar.
In diesen Fällen kann es daher schwierig sein, die richtige Kapazität zum richtigen Zeitpunkt zu konfigurieren.
Es kann auch zu höheren Kosten führen, wenn Sie für die nicht genutzte Kapazität bezahlen.
Wenn wir uns also die Auswahl der Kunden ansehen, stehen uns drei Hauptoptionen zur Verfügung.
Einer ist entweder neue Bestimmung für die Spitze.
Das ist zwar gut, aber das führt zu erhöhten Kosten.
Zweitens können Sie die Bereitstellung für weniger als eine Woche durchführen, was sich direkt auf das Geschäft sowie den Endbenutzer
auswirkt.
Die dritte Möglichkeit besteht darin, die Kapazität der Datenbank weiterhin manuell zu überwachen und anzupassen.
Dies ist jedoch nicht die beste Wahl, da es Experten sowie das Risiko von Ausfällen in diesem dritten
Punkt erfordert.
Jetzt kommt also Aurora Australis.
So skaliert Aurora Australis automatisch basierend auf der von Ihrem Workload verbrauchten Kapazität nach oben und unten.
Ventor-Datenbanken werden also entweder automatisch heruntergefahren und die Arbeitslast geht dann davon aus, dass sie automatisch
wieder beschleunigt wird.
Und das ist hier sehr interessant.
Dies ist also der automatischen Skalierung sehr ähnlich, wenn Sie die minimale und maximale Kapazität für
Ihre Datenbankinstanz festlegen.
Nehmen wir also an, dass die Entwickler von Montag bis Freitag die DBE-Instanz aktiver nutzen
würden.
Ab Freitagabend gibt es jedoch keine Verbindungen und keine Aktivität.
Wenn Sie also Aurora, Serverless, Aurora verwenden, wird Cervalis am Wochenende automatisch heruntergefahren und ab
Montagmorgen gibt es keine anderen Verbindungen.
STUTZER Dann ist die Aurora Cervalis Datenbank wieder online.
Dies kann also besser erklärt werden, als ich mich erinnere, wenn das Gesetz nicht vorhanden ist, kann es entweder
geschlossen werden oder mit den minimalen Instanzen ausgeführt werden.
Und wenn die Arbeitsbelastung sehr hoch ist, kann es sogar auf eine sehr große Instant-Klasse skaliert werden.
Lassen Sie uns also weitermachen und die Architektur von Aurora Sartorialist verstehen, damit wir besser verstehen,
wie genau sie funktioniert.
Wenn Sie also die Anwendung nicht übernehmen, haben Sie eine Flotte von Proxy-Servern, sodass diese niedriger sein können.
Dann haben Sie eine aktive Aurora-Instanz, die ausgeführt wird, Sie haben einen Überwachungsdienst und Sie haben einen warmen
Pool von Aurora Instant.
Wenn die Anwendung sich mit der Datenbank verbinden möchte, wird sie sich also zuerst mit
dem Proxy-Feed verbinden.
Und von dieser Proxy-Flüssigkeit wird diese Verbindung an die aktive Aurora-Instanz gesendet, die jetzt OIR
ausführt, wie wir gesehen haben, dass die Aurora-Instanz dies kann.
Je nach Höhe des Darlehens auch nach oben, nach unten, sodass der Überwachungsdienst diesen oder andere
Vorfälle aktiv überwacht, um zu entscheiden, ob der Hoch-, Herunter- oder sogar Herunterfahrvorgang eingeleitet werden muss
oder nicht.
Auf der rechten Seite haben Sie einen Tresor voller anderer Instanzen.
Diese Instanzen basieren also auf unterschiedlicher Größe und je nach Lord ersetzt eine dieser
Instanzen die aktive Aurora-Instanz.
Nehmen wir also an, dass die Anzahl der Verbindungen und die Last in Aurora sehr, sehr hoch sind.
Was also passieren wird, ist, dass diese spezifische Instanzgröße durch eine viel kleinere, kleinere ersetzt wird.
Dieses serverlose Aurora wird also herunterskaliert und dies spart Ihnen wiederum Kosten.
Nehmen wir nun an, dass der Verkehr auf unserer Website zunimmt.
Es ist also wieder Montag und die Anschlüsse, der Auftragsaufwand steigt.
Was also passieren wird, ist, dass der Überwachungsdienst dies überwacht und automatisch die kleinere
Instanz durch die größere Instanz ersetzt wird.
Das ist es, was es auf einer übergeordneten Übersicht tut.
Wenn es sich um das Architekturdiagramm handelt, ist es wichtig, dass wir die eine Instanz verstehen.
Also die eine Instanz, das Vorhandensein von Konflikten, von Instanzen, die leicht mitgerissen werden können, um der Umgebung
Kapazitäten hinzuzufügen.
Diese Instanzen befinden sich also an einer Reihe von Standorten, die eine Auftragsüberwachung mit einem detaillierteren Ansatz für
die Reaktion auf Schwankungen der Arbeitsbelastung ermöglichen.
Derzeit sehen Sie also, dass im Erbrochenen-Pool mehrere Größen von Instanzen verfügbar sind.
Abhängig von der Last wird eine dieser Instanzen mit Ihrer derzeit ausgeführten Aurora-Instanz übereinstimmen
und diese wiederum kann den vorhandenen Datenverkehr bedienen.
Das ist also der allgemeine Überblick über das Aurora Sartorialist und seine Architektur.
Bevor wir zum Schluss kommen, lassen Sie uns einige interessante Dinge tun.
Wir haben also eine kurze Demo zu Adressen-Overlays und sehen, wie genau diese Dinge funktionieren.
Derzeit bin ich also im Ideenrat.
Gehen wir zu ihren Datenbanken und ich habe bereits die Aurora-Sidewalls-Instanz, die ausgeführt wird.
Wenn Sie sich nun die Größe ansehen oder die Größe eine Einheit mit null Kapazität ist.
Die Kapazitätseinheit ist also im Grunde die Kombination aus Speicher plus Verarbeitung.
Derzeit ist es also eine Einheit mit null Kapazität.
Nun stellt sich die Frage warum jetzt?
Der Grund, warum es eine Null-Kapazitäts-Einheit ist, ist, dass die Aurora innerhalb des Ripostings liegt, weil es keine Verbindung
und keine Last gab.
Schauen wir uns das also an.
Wenn wir also zu den Protokollen gehen, werden Sie feststellen, dass zu einem bestimmten Zeitpunkt die Kapazitätseinheiten getötet wurden.
Wenn Sie also die Skalierung sehen, löschen Sie den Cluster aus diesem Grund von zwei Kapazitätseinheiten auf eine Kapazitätseinheit, und
der Grund ist die automatische Skalierung.
Nun, nach einiger Zeit, skaliert es den Cluster wieder von einer Kapazitätseinheit auf
zwei Kapazitätseinheiten.
Auch hier ist der Grund die automatische Skalierung.
Es wird also nicht nur herunterskaliert, sondern auch hochskaliert.
Derzeit spielten wir also zwischen einer und zwei Kapazitätseinheiten.
Wenn Sie sich nun die letzte Sperrenordnung hier ansehen, heißt es, dass die Debatte im letzten Jahr von zwei auf eins
zurückgegangen ist.
Und dann wurde der große Cluster pausiert und der Debatten-Cluster pausiert.
Also jetzt liegt der DB-Cluster in erster Linie daran, dass es keine Verbindungen gibt.
Da die Auftragskosten bereits überschritten sind, werden die möglicherweise anfallenden Kosten erheblich reduziert.
Wenn ich Ihnen das jetzt auch im Überwachungsaurier zeigen muss, machen wir es von Twila aus.
Derzeit sehen Sie also, dass jedes Mal, wenn die Aurora Cervalis stattdessen gestartet wurde,
also die Aurora Cervalis erstellt wurde, sie mit einem bestimmten Wert begann oder, wie Sie wissen, mit der Zeit abnahm.
Wenn Sie also sehen, wo es auf vier ging, dann auf zwei, dann auf eins und jetzt auf null.
Nach einiger Zeit ist er also null und bleibt weiterhin null.
Gut.
Das bedeutet, dass es der SERVERLESS-Datenbankkapazität zugeordnet war.
Ich hoffe, Sie haben das Konzept von Aurora Serverless verstanden.
Lassen Sie mich Ihnen nun eines kurz zeigen.
Da sich die Datenbank derzeit im Postpaid-Bereich befindet, was passiert, wenn eine neue Verbindung kommt?
Versuchen wir es also.
Also gehe ich zu den Abfragedaten und lasse uns eine neue Verbindung zu unserem Aurora-Server, weniger Instanz, initiieren und sehen,
ob es erfolgreich ist oder nicht.
Also habe ich den Datenbank-Einstufungstest, den ich verwendet hatte, und lass uns eine Verbindung zur Datenbank herstellen.
Wir sind also integriert.
Und so, wenn Sie schnell eine Show-Datenbank erstellen.
Und dann führst du es aus.
In der Ausgabe erhalten Sie die datenbankbezogene Ausgabe.
Also versuchen wir es noch einmal.
Lassen Sie uns also eine Datenbank erstellen, ich nenne sie diese DB entkommen und lass uns weitermachen.
Und die Abfrage wurde erfolgreich ausgeführt, also machen wir noch einmal eine kurze Datenbank.
Und jetzt haben Sie wie erwartet die Möglichkeit, die verfügbar ist.
Kommen wir also zurück zu unserem Cervalis AutoTrader, gehen wir zum Monitoring.
Und jetzt würden Sie sehen, dass sich die Einheit der Gesamtdatenbankkapazität von Null auf Eins geändert hat, hauptsächlich
weil wir für die Datenbankabfrage ausführen.
Obwohl die Aurora also in der Vergangenheit liegt, werden Sie, sobald Sie die Abfrage ausführen, sehen, dass sie automatisch gestartet
wird.
Und selbst von der Konsole, der aktuellen Kapazität, zeigt es, dass es sich um eine Kapazitätseinheit handelt,
und dasselbe gilt, wenn Sie zur Hauptkonsole gehen, wo innerhalb des Gehäuses eine Kapazitätseinheit verfügbar
ist.
Toll.
Ich hoffe also auf einem hohen Niveau, wo Sie das Grundkonzept von Aurora Cervalis verstanden haben, dass dies dieses
Video abschließen wird.
Und ich freue mich, Sie im nächsten Video zu sehen.