Wiederherstellung von Applikationen
Astra Control kann Ihre Applikation aus einem Snapshot oder einem Backup wiederherstellen. Das Wiederherstellen aus einem vorhandenen Snapshot erfolgt schneller, wenn die Anwendung auf dasselbe Cluster wiederhergestellt wird. Sie können die Astra Control UI oder verwenden "Astra Control API" Zur Wiederherstellung von Applikationen.
-
Schützen Sie Ihre Anwendungen zuerst: Es wird dringend empfohlen, dass Sie einen Snapshot oder ein Backup Ihrer Anwendung vor der Wiederherstellung machen. Dadurch können Sie den Snapshot oder die Datensicherung klonen, wenn die Wiederherstellung nicht erfolgreich war.
-
Zieldatenträger prüfen: Wenn Sie eine andere Speicherklasse wiederherstellen, stellen Sie sicher, dass die Speicherklasse den gleichen persistenten Zugriffsmodus für Volumes verwendet (z. B. ReadWriteMany). Der Wiederherstellungsvorgang schlägt fehl, wenn der Zugriffsmodus des Ziel-persistenten Volumes anders ist. Wenn das persistente Quell-Volume beispielsweise den RWX-Zugriffsmodus verwendet, wählen Sie eine Ziel-Storage-Klasse aus, die RWX nicht bereitstellen kann, wie z. B. Azure Managed Disks, AWS EBS, Google Persistent Disk oder `ontap-san`Wird dazu führen, dass der Wiederherstellungsvorgang fehlschlägt. Weitere Informationen zu den Zugriffsmodi für persistente Volumes finden Sie im "Kubernetes" Dokumentation.
-
Planung des Platzbedarfs: Wenn Sie eine in-Place-Wiederherstellung einer Applikation durchführen, die NetApp ONTAP Storage nutzt, kann sich der von der wiederhergestellten Applikation genutzte Speicherplatz verdoppeln. Nachdem Sie eine in-Place-Wiederherstellung durchgeführt haben, entfernen Sie alle unerwünschten Snapshots aus der wiederhergestellten Applikation, um Speicherplatz freizugeben.
-
(nur OpenShift-Cluster) Richtlinien hinzufügen: Wenn Sie ein Projekt zum Hosten einer App auf einem OpenShift-Cluster erstellen, wird dem Projekt (oder Kubernetes-Namespace) eine SecurityContext-UID zugewiesen. Um Astra Control Center zum Schutz Ihrer App zu aktivieren und die App in ein anderes Cluster oder Projekt in OpenShift zu verschieben, müssen Sie Richtlinien hinzufügen, mit denen die App als beliebige UID ausgeführt werden kann. Als Beispiel erteilen die folgenden OpenShift-CLI-Befehle der WordPress-App die entsprechenden Richtlinien.
oc new-project wordpress
oc adm policy add-scc-to-group anyuid system:serviceaccounts:wordpress
oc adm policy add-scc-to-user privileged -z default -n wordpress
-
Helm bereitgestellte Apps: Apps, die mit Helm 3 (oder von Helm 2 auf Helm 3 aktualisiert) bereitgestellt werden, werden vollständig unterstützt. Mit Helm 2 implementierte Apps werden nicht unterstützt.
|
Die Durchführung einer in-Place-Wiederherstellung in einer Anwendung, in der Ressourcen mit einer anderen Anwendung geteilt werden, kann unbeabsichtigte Ergebnisse haben. Alle Ressourcen, die von den Applikationen gemeinsam genutzt werden, werden ersetzt, wenn eine in-Place-Wiederherstellung für eine der Applikationen durchgeführt wird. Weitere Informationen finden Sie unter bei der Ressourcen mit einer anderen App geteilt werden,Dieses Beispiel. |
-
Wählen Sie Anwendungen und dann den Namen einer App aus.
-
Wählen Sie im Menü Optionen in der Spalte Aktionen die Option Wiederherstellen aus.
-
Wählen Sie den Wiederherstellungstyp aus:
-
Wiederherstellen auf ursprünglichen Namespaces: Verwenden Sie dieses Verfahren, um die App an Ort und Stelle auf dem ursprünglichen Cluster wiederherzustellen.
Wenn Ihre App eine von der unterstützte Storage-Klasse verwendet ontap-nas-economy
Treiber, müssen Sie die App mithilfe der ursprünglichen Speicherklassen wiederherstellen. Sie können keine andere Storage-Klasse angeben, wenn Sie die App im gleichen Namespace wiederherstellen.-
Wählen Sie den Snapshot oder das Backup aus, mit dem die App direkt wiederhergestellt werden soll. Dadurch wird die App auf eine frühere Version von selbst zurückgesetzt.
-
Wählen Sie Weiter.
Wenn Sie in einem zuvor gelöschten Namespace wiederherstellen, wird im Rahmen des Wiederherstellungsprozesses ein neuer Namespace mit demselben Namen erstellt. Alle Benutzer, die über Berechtigungen zum Verwalten von Apps im zuvor gelöschten Namespace verfügen, müssen die Rechte für den neu erstellten Namespace manuell wiederherstellen.
-
-
Wiederherstellen auf neuen Namespaces: Verwenden Sie dieses Verfahren, um die App auf einem anderen Cluster oder mit verschiedenen Namespaces von der Quelle wiederherzustellen.
Mit diesem Verfahren können Sie eine der beiden Optionen verwenden Zu einer Storage-Klasse, die von unterstützt wird ontap-nas
Auf demselben Cluster ODER kopieren Sie die App auf ein anderes Cluster mit einer Storage-Klasse, die vom unterstützt wirdontap-nas-economy
Treiber.-
Geben Sie den Namen für die wiederhergestellte App an.
-
Wählen Sie das Ziel-Cluster für die Anwendung aus, die Sie wiederherstellen möchten.
-
Geben Sie für jeden mit der App verknüpften Quell-Namespace einen Ziel-Namespace ein.
Astra Control erstellt als Teil dieser Wiederherstellungsoption neue Ziel-Namespaces. Die angegebenen Ziel-Namespaces dürfen nicht bereits im Ziel-Cluster vorhanden sein. -
Wählen Sie Weiter.
-
Wählen Sie den Snapshot oder das Backup aus, mit dem die App wiederhergestellt werden soll.
-
Wählen Sie Weiter.
-
Folgenden Optionen wählbar:
-
Wiederherstellung unter Verwendung der ursprünglichen Speicherklassen: Die Anwendung verwendet die ursprünglich zugeordnete Speicherklasse, es sei denn, sie existiert nicht auf dem Zielcluster. In diesem Fall wird die Standard-Storage-Klasse für das Cluster verwendet.
-
Wiederherstellen mit einer anderen Storage-Klasse: Wählen Sie eine Storage-Klasse aus, die auf dem Ziel-Cluster vorhanden ist. Alle Applikations-Volumes, unabhängig von den ursprünglich zugewiesenen Storage-Klassen, werden im Rahmen der Wiederherstellung in diese andere Storage-Klasse migriert.
-
-
Wählen Sie Weiter.
-
-
-
Wählen Sie die Ressourcen aus, die gefiltert werden sollen:
-
Alle Ressourcen wiederherstellen: Alle mit der ursprünglichen App verknüpften Ressourcen wiederherstellen.
-
Ressourcen filtern: Geben Sie Regeln an, um einen Untersatz der ursprünglichen Anwendungsressourcen wiederherzustellen:
-
Wählen Sie diese Option, um Ressourcen aus der wiederhergestellten Anwendung einzuschließen oder auszuschließen.
-
Wählen Sie entweder Include rule oder Add exclude rule aus und konfigurieren Sie die Regel, um die richtigen Ressourcen während der Anwendungswiederherstellung zu filtern. Sie können eine Regel bearbeiten oder entfernen und eine Regel erneut erstellen, bis die Konfiguration korrekt ist.
Weitere Informationen zum Konfigurieren von Einschließen- und Ausschlussregeln finden Sie unter Filtern Sie Ressourcen während einer Anwendungswiederherstellung.
-
-
-
Wählen Sie Weiter.
-
Lesen Sie die Details zur Wiederherstellungsaktion sorgfältig durch, geben Sie „Restore“ ein (falls Sie dazu aufgefordert werden), und wählen Sie Restore.
Astra Control stellt die App basierend auf den von Ihnen angegebenen Informationen wieder her. Wenn Sie die Applikation bereits wiederhergestellt haben, wird der Inhalt vorhandener persistenter Volumes durch den Inhalt persistenter Volumes aus der wiederhergestellten App ersetzt.
|
Nach einer Datensicherungsoperation (Klonen, Backup oder Wiederherstellung) und einer anschließenden Anpassung des persistenten Volumes beträgt die Verzögerung bis zu zwanzig Minuten, bevor die neue Volume-Größe in der Web-Benutzeroberfläche angezeigt wird. Der Datensicherungsvorgang ist innerhalb von Minuten erfolgreich und Sie können mit der Management Software für das Storage-Backend die Änderung der Volume-Größe bestätigen. |
|
Jeder Mitgliedsbenutzer mit Namespace-Einschränkungen nach Namespace-Name/ID oder anhand von Namespace-Bezeichnungen kann eine Applikation in einem neuen Namespace im selben Cluster oder einem anderen Cluster in seinem Unternehmenskonto klonen oder wiederherstellen. Derselbe Benutzer kann jedoch nicht auf die geklonte oder wiederhergestellte Anwendung im neuen Namespace zugreifen. Nachdem ein neuer Namespace durch einen Klon- oder Wiederherstellungsvorgang erstellt wurde, kann der Account-Administrator/-Eigentümer das Mitglied-Benutzerkonto bearbeiten und Rolleneinschränkungen für den betroffenen Benutzer aktualisieren, um dem neuen Namespace Zugriff zu gewähren. |
Filtern Sie Ressourcen während einer Anwendungswiederherstellung
Sie können eine Filterregel zu einem hinzufügen "Wiederherstellen" Vorgang, bei dem vorhandene Anwendungsressourcen angegeben werden, die in die wiederhergestellte Anwendung einbezogen oder von ihr ausgeschlossen werden sollen. Sie können Ressourcen basierend auf einem bestimmten Namespace, Label oder GVK (GroupVersionRind) ein- oder ausschließen.
Erweitern Sie die Erweiterung, um weitere Informationen über ein- und Ausschlussszenarien zu erhalten
-
Sie wählen eine Include-Regel mit ursprünglichen Namespaces (in-Place-Wiederherstellung): Vorhandene Anwendungsressourcen, die Sie in der Regel definieren, werden gelöscht und durch jene aus dem ausgewählten Snapshot oder Backup ersetzt, den Sie für die Wiederherstellung verwenden. Alle Ressourcen, die Sie nicht in der Include-Regel angeben, bleiben unverändert.
-
Sie wählen eine Include-Regel mit neuen Namespaces: Verwenden Sie die Regel, um die spezifischen Ressourcen auszuwählen, die Sie in der wiederhergestellten Anwendung benötigen. Alle Ressourcen, die Sie nicht in der Include-Regel angeben, werden nicht in die wiederhergestellte Anwendung aufgenommen.
-
Sie wählen eine Ausschlussregel mit ursprünglichen Namespaces (in-Place-Wiederherstellung): Die von Ihnen angegebenen Ressourcen werden nicht wiederhergestellt und bleiben unverändert. Ressourcen, die Sie nicht ausschließen möchten, werden vom Snapshot oder Backup wiederhergestellt. Alle Daten auf persistenten Volumes werden gelöscht und neu erstellt, wenn das entsprechende StatefulSet Teil der gefilterten Ressourcen ist.
-
Sie wählen eine Ausschlussregel mit neuen Namespaces aus: Wählen Sie mit der Regel die Ressourcen aus, die Sie aus der wiederhergestellten Anwendung entfernen möchten. Ressourcen, die Sie nicht ausschließen möchten, werden vom Snapshot oder Backup wiederhergestellt.
Regeln sind entweder Einschließen oder Ausschließen von Typen. Regeln, die Ressourceneinschluss und -Ausschluss kombinieren, sind nicht verfügbar.
-
Nachdem Sie die Option Ressourcen filtern und im Assistenten zum Wiederherstellen von Apps eine Option ein- oder ausschließen ausgewählt haben, wählen Sie Einschlussregel hinzufügen oder Ausschlussregel hinzufügen aus.
Sie können keine im Cluster enthaltenen Ressourcen ausschließen, die von Astra Control automatisch berücksichtigt werden. -
Konfigurieren Sie die Filterregel:
Sie müssen mindestens einen Namespace, eine Bezeichnung oder GVK angeben. Stellen Sie sicher, dass alle Ressourcen, die Sie behalten, nachdem die Filterregeln angewendet wurden, ausreichend sind, um die wiederhergestellte Anwendung in einem ordnungsgemäßen Zustand zu halten. -
Wählen Sie einen bestimmten Namespace für die Regel aus. Wenn Sie keine Auswahl treffen, werden alle Namespaces im Filter verwendet.
Wenn Ihre Anwendung ursprünglich mehrere Namespaces enthielt und Sie sie in neuen Namespaces wiederherstellen, werden alle Namespaces erstellt, auch wenn sie keine Ressourcen enthalten. -
(Optional) Geben Sie einen Ressourcennamen ein.
-
(Optional) Etikettenauswahl: A einschließen "Etikettenauswahl" Um der Regel hinzuzufügen. Mit der Etikettenauswahl werden nur die Ressourcen gefiltert, die der ausgewählten Bezeichnung entsprechen.
-
(Optional) Wählen Sie Use GVK (GroupVersionRind) Set, um Ressourcen zu filtern, um weitere Filteroptionen zu erhalten.
Wenn Sie einen GVK-Filter verwenden, müssen Sie Version und Art angeben. -
(Optional) Gruppe: Wählen Sie aus der Dropdown-Liste die Kubernetes API-Gruppe aus.
-
Kind: Wählen Sie aus der Dropdown-Liste das Objektschema für den Kubernetes-Ressourcentyp aus, der im Filter verwendet werden soll.
-
Version: Wählen Sie die Kubernetes API Version.
-
-
-
Überprüfen Sie die Regel, die auf Ihren Einträgen erstellt wird.
-
Wählen Sie Hinzufügen.
Sie können beliebig viele Regeln für ein- und Ausschlussressourcen erstellen. Die Regeln werden in der Zusammenfassung der Wiederherstellungsanwendung angezeigt, bevor Sie den Vorgang starten.
Migrieren Sie von ontap-nas-Storage der Wirtschaftlichkeit auf ontap-nas-Storage
Sie können eine Astra Managementkonsole verwenden "Applikations-Restore" Oder "Anwendungsklon" Operation zum Migrieren von Applikations-Volumes von einer Storage-Klasse, die von unterstützt wird ontap-nas-economy
, Die begrenzte Anwendungsschutzoptionen erlaubt, auf eine von unterstützte Storage-Klasse ontap-nas
Mit der gesamten Palette der Astra Control Schutzoptionen. Der Klon- oder Wiederherstellungsvorgang migriert Qtree-basierte Volumes, die einen verwenden ontap-nas-economy
Back-End zu Standard-Volumes, die von gesichert werden ontap-nas
. Volumes erstellen, unabhängig davon, ob sie sich befinden ontap-nas-economy
Nur gesichert oder gemischt, wird in die Ziel-Storage-Klasse migriert. Nach Abschluss der Migration sind die Schutzoptionen nicht mehr begrenzt.
In-Place-Wiederherstellungskomplikationen für eine App, bei der Ressourcen mit einer anderen App geteilt werden
Sie können einen in-Place-Wiederherstellungsvorgang für eine App durchführen, die Ressourcen mit einer anderen App teilt und unbeabsichtigte Ergebnisse liefert. Alle Ressourcen, die von den Applikationen gemeinsam genutzt werden, werden ersetzt, wenn eine in-Place-Wiederherstellung für eine der Applikationen durchgeführt wird.
Im Folgenden sehen Sie ein Beispielszenario, das eine unerwünschte Situation verursacht, wenn die NetApp SnapMirror Replizierung für eine Wiederherstellung verwendet wird:
-
Sie definieren die Anwendung
app1
Verwenden des Namespacens1
. -
Sie konfigurieren eine Replikationsbeziehung für
app1
. -
Sie definieren die Anwendung
app2
(Auf demselben Cluster) mit den Namespacesns1
Undns2
. -
Sie konfigurieren eine Replikationsbeziehung für
app2
. -
Die Replizierung wird für rückgängig gemacht
app2
. Das verursacht dasapp1
App auf dem Quellcluster zu deaktivieren.