Hallo und willkommen zurück.
Im heutigen Video geht es um die Replikation der Geheimnisse, die Teil des Secrets
Manager-Dienstes sind.
Als Teil der allgemeinen Hochverfügbarkeit implementieren viele Unternehmen die gesamte Datenbankarchitektur
und als Teil ihrer Disaster Recovery ist es sehr wichtig, dass alle Komponenten, die notwendig sind, um Ihre gesamte
Produktionsanwendung hochzufahren, repliziert werden.
Sie sehen zum Beispiel, dass Sie eine Lambda-Funktion haben, Sie haben eine Idee und diese Lambda-Funktion holt die Geheimnisse
aus dem Geheimnisse-Manager, um sich mit der IDs-Instanz zu verbinden.
Und dies basiert auf der Region US East one, also der Region North Virginia.
Nehmen wir nun an, dass aus irgendeinem Grund, im schlimmsten Fall, diese Region ausgefallen ist oder
dass es Probleme mit der Konnektivität in dieser Region gibt.
Das würde bedeuten, dass Ihre gesamte Anwendung ausgefallen ist.
Daher ist eine auf Replikation und Disaster Recovery basierende Architektur sehr wichtig, um dieses Problem zu lösen.
Um dies zu erreichen, bietet es die Funktionalität der Replikation nicht nur für die Datenbanken.
Sie sehen also, dass die Datenbank auch in eine andere Region repliziert wird, nämlich in die südliche, aber auch die Geheimnisse, die Teil
des Geheimdienstmanagers sind, können in eine andere Region repliziert werden, da die Anmeldeinformationen für die Datenbank im
Geheimdienstmanager gespeichert sind, und wenn die Lambda-Funktion in der neuen Region nicht in der Lage ist, die Anmeldeinformationen
abzurufen, kann sie sich nicht mit der Datenbank verbinden, weshalb die Replikation der Geheimdienstmanager-Geheimnisse
ebenfalls sehr wichtig ist.
Bevor wir also weitermachen, sollten wir uns kurz damit befassen.
Für die heutige Demo habe ich ein geheimes Produkt von Collins.
Dieses Geheimnis befindet sich in der Region Singapur, und wir werden uns schnell ansehen, wie die Replikation wirklich funktionieren
würde.
Als Teil der allgemeinen Tests habe ich den Secret Manager Service auch in der Region Mumbai geöffnet, wo wir
die Replikation durchführen werden.
Daher wird dieses spezielle Geheimnis in diesem Stadium nicht repliziert.
Wenn wir also das Geheimnis in eine andere Region vervielfältigen, z. B. in die Region Mumbai, können Sie dieses
Geheimnis einfach vervielfältigen.
Also gut.
Sobald Sie dies getan haben, wird der Replikationsstatus angezeigt.
Zurzeit ist sie in Arbeit.
In diesem Stadium sehen Sie, dass die Replikation erfolgreich war.
Wenn Sie also in der Region Mumbai schnell aktualisieren, sehen Sie, dass unser Geheimnis gegenwärtig verfügbar ist, und in Ihrem
Bericht steht eindeutig, dass es sich um eine Kopie eines Geheimnisses aus dem Südosten handelt, also aus der Region Singapur.
Also gut.
Ich hoffe, Sie haben damit die Grundlagen der Replikation von Geheimnissen verstanden.
Wenn Sie möchten, können wir nun, da es sich um eine Nachbildung handelt, auch den geheimen Wert überprüfen.
Geheimwert Ihr geheimer Benutzer und Ihr geheimes Passwort.
Wenn Sie nun den geheimen Wert der Region Singapur verifizieren, der das ursprüngliche Geheimnis ist, haben Sie einen geheimen
Benutzer und ein geheimes Passwort.
Wenn Sie möchten, können Sie dies auch als eigenständiges Geheimnis vermarkten.
Wenn Sie nun diese Replik verwalten wollen, müssen Sie in die Primärregion gehen.
Nehmen wir jedoch an, dass Sie dies als eigenständiges Geheimnis und nicht als Replikat erstellen möchten.
Sie können dies hier zu einem eigenständigen Geheimnis machen.
Legen wir eine südliche Variante fest und fördern wir sie.
Jetzt.
Dies ist eine Replik geworden.
Im Rahmen dieses Geheimnisses können Sie nun verschiedene Dinge ändern.
Nun, da wir dies gefördert haben, ist die Verbindung zwischen den beiden unterbrochen.
Wenn Sie also hier eine neue Aktualisierung vornehmen, wird diese im Falle einer Replikation hier nicht wiedergegeben.
Jede Aktualisierung dieses primären Geheimnisses wird auch auf das Replikat übertragen.
Bevor wir zum Schluss kommen, gibt es noch einige Hinweise, die Sie beachten sollten.
Erstens können Sie, wie bereits erwähnt, Ihre Geheimnisse in mehreren Regionen replizieren, um Anwendungen zu
unterstützen, die über diese Regionen verteilt sind, um den regionalen Zugriff und die Anforderungen an niedrige Latenzzeiten
zu erfüllen.
Dies hilft auch bei Disaster-Recovery-Szenarien.
Außerdem können Sie das Replikationsgeheimnis bei Bedarf in den Standalone-Zustand versetzen und es dann unabhängig
für die Replikation einrichten.
Das ist etwas, das wir gesehen haben.
Und der letzte Punkt ist, dass, wenn Sie die Rotation Ihres primären Geheimnisses einschalten, der Geheimnisverwalter
das Geheimnis in der primären Region rotiert und jeder neue Wert auch in die anderen Regionen repliziert
wird, da eine Replik eingerichtet wurde.
Großartig.
Das ist also der allgemeine Überblick über die gesamte Replikation.
Und damit endet das heutige Video.