Der Klonvorgang unterstützt jetzt nur Live Clones (den aktuellen Status der verwalteten Anwendung). Um aus einem Snapshot oder Backup zu klonen, müssen Sie den Wiederherstellungsvorgang verwenden. Außerdem können Applikationen jetzt zwischen ONTAP Storage-Back-Ends innerhalb desselben Kubernetes-Clusters repliziert werden.

Zusätzliche Storage Back-Ends können nun mit Astra Control Center verwendet werden, darunter:

Der neue Ausführungs-Hook Typ Post-Failover ist mit Astra Control Center verfügbar.

Die Abrechnung der Azure Marketplace Abonnements erfolgt jetzt pro Stunde statt pro Minute. Siehe auch "Abrechnung einrichten".

Mit dem Flag können Sie die Performance-Optimierung für rektische Backups aktivieren useResticParallel Im neuen astra.datamover API-Ressource für Einstellungen. Wenn eingestellt auf true, Die Anzahl von backendConnections Diese Restic-Nutzung wird beim Backup großer Volumes in einen Azure-Container erhöht. Für die Volumes von 1 TB bis 4 TB werden 128 Verbindungen verwendet. Für Volumes mit mehr als 4 TB werden 512 Back-End-Verbindungen verwendet.

Sie können die Ziel-Storage-Klasse während der Wiederherstellung oder Klonvorgänge auswählen.

Wenn Sie eine gemanagte App in einem privaten On-Premises-Cluster mit einem ANF-Storage-Back-End sichern, können Sie die Funktion „Dynamic ANF Pools“ jetzt über eine Abonnement-ID aktivieren. Siehe "Aktivieren Sie dynamische ANF-Pools" Finden Sie weitere Informationen.

Sie können Anwendungsressourcen während der Wiederherstellung selektiv ein- oder ausschließen. Dies geschieht mithilfe einer Filterregel, die auf einem bestimmten Namespace, Namen, Label oder GroupVersionRind-Wert basiert.

Die Unterstützung für das Applikationsmanagement wurde für rein datengeschützte Applikationen erweitert.

Bei der Verwendung von Testsuiten können Sie jetzt Filter hinzufügen, um zu steuern, mit welchen Containern ein Haken übereinstimmt. Wenn Sie mehrere Filter für einen einzelnen Testausführungshaken erstellen, werden diese mit einem logischen UND einem Operator kombiniert. Pro Testsuite können Sie bis zu 10 aktive Filter definieren.

Es wurden vier neue Ressourcentypen hinzugefügt: ApiResource, ldapGroup, ldapUser und Task. Außerdem wurden mehrere vorhandene Ressourcen und Endpunkte verbessert.

Die neuen Task-Endpunkte bieten Zugriff auf verwaltete Task-Ressourcen und können zum Anzeigen des Status interner, lang laufender Aufgaben verwendet werden.

Es wurde Unterstützung für Apps hinzugefügt, die mehrere Namespaces umfassen, sowie für Cluster-Ressourcen, die für Namespace-qualifizierte Ressourcen zugewiesen sind.

Für jeden Cloud-Provider können jetzt mehrere Kontoabonnements hinzugefügt werden.

Weitere Workflows, die die Astra Control REST API veranschaulichen, wurden hinzugefügt. Siehe "Infrastruktur-Workflows" Und "Management-Workflows" Finden Sie weitere Informationen.

Es wurden drei neue Ressourcen-Typen hinzugefügt: Zertifikat, Gruppe und AppMirror. Darüber hinaus wurden die Versionen verschiedener vorhandener Ressourcen aktualisiert.

Optional können Sie Astra Control Center so konfigurieren, dass sie sich in einen LDAP-Server integrieren lassen, um ausgewählte Astra-Benutzer zu authentifizieren. Siehe "LDAP-Konfiguration" Finden Sie weitere Informationen.

Die Astra Control 21.12 Version bietet zusätzliche Unterstützung für die Testdurchführung. Zusätzlich zu den vorhandenen Hooks für die vor- und NachSnapshot-Ausführung können Sie nun mit der Version 22.08 die folgenden Testausführungshaken konfigurieren:

Astra Control ermöglicht jetzt auch die Verwendung desselben Skripts für mehrere Testausführungshaken.

Daten und Applikationsänderungen lassen sich nun mithilfe der NetApp SnapMirror Technologie auf Clustern replizieren. Diese Verbesserung kann auch zur Verbesserung Ihrer Business Continuity- und Recovery-Funktionen eingesetzt werden.

Es wurden zwei neue Ressourcen-Typen hinzugefügt: Paket und Upgrade. Außerdem wurden die Versionen verschiedener vorhandener Ressourcen aktualisiert.

Wenn Sie eine Rolle einem zugeordneten Benutzer zuweisen, können Sie die Namespaces beschränken, auf die der Benutzer Zugriff hat. Siehe * Role Binding API* Referenz und "RBAC-Sicherheit" Finden Sie weitere Informationen.

Sie können einen Eimer entfernen, wenn er nicht mehr benötigt wird oder nicht ordnungsgemäß funktioniert.

Cloud Volumes ONTAP wird nun als Storage Back-End unterstützt.

Die beiden Astra Control-Produktimplementierungen sind mit einigen zusätzlichen Verbesserungen vertraut:

Sehen Sie sich die Seite Was ist neu auf den Dokumentationsseite des Astra Control Centers und des Astra Control Service an.

Jede Version von Astra Control verfügt über eine eigene REST-API, die auf die Funktionen der spezifischen Version zugeschnitten wurde. Die Dokumentation für jede Version der Astra Control REST API ist jetzt auf einer eigenen dedizierten Website zusammen mit dem zugehörigen GitHub Content Repository verfügbar. Die Hauptdoktorandseite "Astra Control Automation" Enthält immer die Dokumentation für die aktuellste Version. Siehe "Frühere Versionen der Dokumentation Astra Control Automation" Weitere Informationen zu vorherigen Releases.

Die Anzahl DER REST-Ressourcentypen hat sich mit Schwerpunkt auf Ausführungs-Hooks und Storage-Back-Ends weiter erweitert. Die neuen Ressourcen umfassen: Konto, Testsuite, Hook Source, Execution Hook Override, Cluster Node, Managed Storage Back-End, Namespace, Storage-Gerät und Storage-Node. Siehe "Ressourcen" Finden Sie weitere Informationen.

NetApp Astra Control Python SDK ist ein Open-Source-Paket, mit dem sich der Automatisierungscode für Ihre Astra Control Umgebung leichter entwickeln lässt. Der Kern ist das Astra SDK, das eine Reihe von Klassen umfasst, um die Komplexität der REST API Aufrufe zu abstrahieren. Es gibt auch ein Toolkit-Skript zur Ausführung spezifischer administrativer Aufgaben durch Zusammenfassung und Abstrahierung der Python-Klassen. Siehe "NetApp Astra Control Python SDK" Finden Sie weitere Informationen.

Neben dem vorhandenen Astra Control Service, der als Public Cloud-Service bereitgestellt wird, umfasst diese Version auch das On-Premises-Implementierungsmodell von Astra Control Center. Sie können Astra Control Center an Ihrem Standort installieren und so Ihre lokale Kubernetes-Umgebung managen. Die beiden Astra Control Implementierungsmodelle nutzen dieselbe REST-API, wobei in der Dokumentation nur geringfügige Unterschiede zu berücksichtigen sind.

Die Zahl der Ressourcen, auf die über die Astra Control REST-API zugegriffen werden kann, ist enorm erweitert. Viele der neuen Ressourcen bilden die Grundlage für das On-Premises Astra Control Center-Angebot. Die neuen Ressourcen umfassen: ASUP, Berechtigung, Funktion, Lizenz, Einstellung, Abonnement, Bucket, Cloud, Cluster, gemanagtes Cluster, Back-End-Storage und Storage-Klasse. Siehe "Ressourcen" Finden Sie weitere Informationen.

Neben den erweiterten REST-Ressourcen stehen noch mehrere weitere neue API-Endpunkte zur Unterstützung einer Astra Control Implementierung zur Verfügung.

Die Astra Control REST API ist für den Astra Control Service verfügbar. Das System wurde auf Basis VON REST-Technologien und aktuellen Best Practices erstellt. Die API ist die Grundlage für die Automatisierung Ihrer Astra-Implementierungen und umfasst die folgenden Funktionen und Vorteile.