Versionshinweise
Sichern Sie Ihre ONTAP Volume-Daten mit BlueXP Backup und Recovery
Änderungen vorschlagen
PDFs
Der BlueXP Backup- und Recovery-Service bietet Backup- und Restore-Funktionen zum Schutz und zur langfristigen Archivierung Ihrer ONTAP Volume-Daten. Sie können eine 3-2-1-1-Strategie implementieren, bei der Sie 3 Kopien Ihrer Quelldaten auf 2 verschiedenen Storage-Systemen und 1 Kopie in der Cloud haben.
Nach Aktivierung werden mit Backup und Recovery dauerhaft inkrementelle Backups auf Block-Level erstellt, die auf einem anderen ONTAP Cluster und im Objekt-Storage in der Cloud gespeichert sind. Zusätzlich zu Ihrem Quell-Volume stehen Ihnen folgende Funktionen zur Verfügung:
-
Snapshot Kopie des Volumes auf dem Quellsystem
-
Repliziertes Volume auf einem anderen Storage-System
-
Backup des Volumes im Objektspeicher
BlueXP Backup und Recovery nutzt die Datenreplizierungstechnologie SnapMirror von NetApp. So wird sichergestellt, dass alle Backups vollständig synchronisiert werden, indem Snapshot Kopien erstellt und an den Backup-Speicherort übertragen werden.
Der 3-2-1-5-Ansatz bietet unter anderem folgende Vorteile:
-
Mehrere Datenkopien bieten mehrschichtigen Schutz vor internen (internen) und externen Cybersicherheitsbedrohungen.
-
Mehrere Medientypen gewährleisten die Failover-Möglichkeit bei einem physischen oder logischen Ausfall eines Medientyps.
-
Die vor-Ort-Kopie ermöglicht eine schnelle Wiederherstellung, da die externen Kopien bereit sind, nur für den Fall, dass die vor-Ort-Kopie beeinträchtigt wird.
Bei Bedarf können Sie ein ganzes Volume, einen Ordner oder eine oder mehrere Dateien von einer beliebigen Sicherungskopie in dieselbe oder eine andere Arbeitsumgebung wiederherstellen.
Funktionen
Replikationsfunktionen:
-
Replizierung von Daten zwischen ONTAP Storage-Systemen zur Unterstützung von Backup und Disaster Recovery
-
Stellen Sie die Zuverlässigkeit Ihrer DR-Umgebung mit Hochverfügbarkeit sicher.
-
Die native ONTAP-Verschlüsselung während der Übertragung wird über einen Pre-Shared Key (PSK) zwischen den beiden Systemen eingerichtet.
-
Kopierte Daten sind unveränderlich, bis sie beschreibbar und einsatzbereit sind.
-
Die Replikation ist selbstheilend bei einem Übertragungsfehler.
-
Im Vergleich zum "BlueXP Replizierungsservice", Die Replizierung in BlueXP Backup und Recovery umfasst folgende Features:
-
Replizierung mehrerer FlexVol Volumes zu einem Zeitpunkt auf ein sekundäres System
-
Wiederherstellung eines replizierten Volumes auf dem Quellsystem oder auf einem anderen System über die Benutzeroberfläche.
-
Verwalten von Replikationsrichtlinien
-
Siehe "Einschränkungen bei der Replizierung" Sie erhalten eine Liste mit Replizierungsfunktionen, die bei BlueXP Backup und Recovery nicht verfügbar sind.
Backup-to-Object-Funktionen:
-
Erstellen Sie Backups unabhängiger Kopien Ihrer Datenvolumen auf kostengünstigem Objekt-Storage.
-
Anwendung einer einzelnen Backup-Richtlinie auf alle Volumes in einem Cluster oder Zuweisen verschiedener Backup-Richtlinien zu Volumes mit eindeutigen Recovery-Punkten
-
Erstellen Sie eine Backup-Richtlinie, die auf alle zukünftigen Volumes angewendet wird, die im Cluster erstellt wurden.
-
Unveränderliche Backup-Dateien werden so gesperrt und über den Aufbewahrungszeitraum geschützt.
-
Scannen Sie Backup-Dateien auf einen möglichen Ransomware-Angriff und entfernen/ersetzen Sie infizierte Backups automatisch.
-
Tiering älterer Backup-Dateien auf Archiv-Storage, um Kosten zu sparen
-
Löschen Sie die Backup-Beziehung, damit Sie nicht benötigte Quell-Volumes archivieren können, während Sie Volume-Backups beibehalten.
-
Backup von der Cloud in die Cloud und von On-Premises-Systemen in die Public oder Private Cloud.
-
Backup-Daten werden mit AES-256-Bit-Verschlüsselung im Ruhezustand und TLS 1.2 HTTPS-Verbindungen im Übertragungsprozess gesichert.
-
Verwenden Sie Ihre eigenen, vom Kunden gemanagten Schlüssel für die Datenverschlüsselung, statt die Standard-Verschlüsselungsschlüssel Ihres Cloud-Providers zu verwenden.
-
Unterstützung für bis zu 4,000 Backups eines einzelnen Volumes.
Wiederherstellungsfunktionen:
-
Stellen Sie Daten von einem bestimmten Zeitpunkt aus lokalen Snapshot Kopien, replizierten Volumes oder Backup von Volumes im Objekt-Storage wieder her.
-
Stellen Sie ein Volume, einen Ordner oder einzelne Dateien auf dem Quellsystem oder einem anderen System wieder her.
-
Wiederherstellung von Daten in einer Arbeitsumgebung mit einem anderen Abonnement/Konto oder in einer anderen Region.
-
Durchführung einer schnellen Wiederherstellung eines Volumes aus dem Cloud Storage auf ein Cloud Volumes ONTAP-System oder auf ein On-Premises-System; perfekt für Disaster-Recovery-Situationen, in denen möglichst bald Zugriff auf ein Volume ermöglicht werden muss.
-
Stellen Sie Daten auf Blockebene wieder her, indem Sie die Daten direkt an dem von Ihnen angegebenen Speicherort platzieren, wobei die ursprünglichen ACLs erhalten bleiben.
-
Durchsuchen und Suchen von Dateikatalogen zur einfachen Auswahl einzelner Ordner und Dateien für die Wiederherstellung einzelner Dateien.
Unterstützte Arbeitsumgebungen für Backup- und Wiederherstellungsvorgänge
BlueXP Backup und Recovery unterstützt ONTAP Arbeitsumgebungen sowie Public- und Private-Cloud-Provider.
Unterstützte Backup-Ziele
Mit BlueXP Backup und Recovery können Sie ONTAP Volumes von den folgenden Quell-Arbeitsumgebungen in den folgenden sekundären Arbeitsumgebungen und Objekt-Storage bei Public- und Private-Cloud-Providern sichern. Snapshot-Kopien befinden sich in der Quell-Arbeitsumgebung.
Quelle Arbeitsumgebung |
Sekundäre Arbeitsumgebung (Replikation) |
Zielobjektspeicher (Backup) |
Cloud Volumes ONTAP in AWS |
Cloud Volumes ONTAP in AWS |
Amazon S3 endif::aws[] ifdef::Azure[] |
Cloud Volumes ONTAP in Azure |
Cloud Volumes ONTAP in Azure |
Azure Blob endif::Azure[] ifdef::gcp[] |
Cloud Volumes ONTAP in Google |
Cloud Volumes ONTAP in Google |
Google Cloud Storage endif::gcp[] |
Lokales ONTAP System |
Cloud Volumes ONTAP |
Ifdef::aws[] |
Unterstützte Wiederherstellungsziele
Sie können ONTAP-Daten aus einer Backup-Datei in einer sekundären Arbeitsumgebung (einem replizierten Volume) oder im Objektspeicher (einer Backup-Datei) in den folgenden Arbeitsumgebungen wiederherstellen. Snapshot Kopien befinden sich in der Quell-Arbeitsumgebung, sie können nur auf demselben System wiederhergestellt werden.
| Speicherort Der Sicherungsdatei | Zielarbeitsumgebung | |
|---|---|---|
Objektspeicher (Sicherung) |
Sekundärsystem (Replikation) |
ifdef::aws[] |
Amazon S3 |
Cloud Volumes ONTAP in AWS |
Cloud Volumes ONTAP in AWS On-Premises ONTAP System endif::aws[] ifdef::azurAzure[] |
Azure Blob |
Cloud Volumes ONTAP in Azure |
Cloud Volumes ONTAP in Azure On-Premises ONTAP System endif::Azure[] ifdef::gcp[] |
Google Cloud Storage |
Cloud Volumes ONTAP in Google |
Cloud Volumes ONTAP in Google On-Premises ONTAP System endif::gcp[] |
NetApp StorageGRID |
Lokales ONTAP System |
Lokales ONTAP System |
ONTAP S3 |
Lokales ONTAP System |
Lokales ONTAP System |
Beachten Sie, dass Verweise auf „On-Premises ONTAP Systeme“ Systeme mit FAS, AFF und ONTAP Select Systemen enthalten.
Unterstützte Volumes
BlueXP Backup und Recovery unterstützt folgende Volume-Typen:
-
FlexVol Volumes für Lese- und Schreibvorgänge
-
FlexGroup Volumes (erfordert ONTAP 9.12.1 oder höher)
-
SnapLock Enterprise Volumes (erfordert ONTAP 9.11.1 oder höher)
-
SnapLock Compliance Volumes (ONTAP 9.14 oder höher erforderlich)
-
SnapMirror Data Protection (DP) Ziel-Volumes
Siehe die Abschnitte unter "Einschränkungen bei Backup und Restore" Für zusätzliche Anforderungen und Einschränkungen.
Kosten
Für die Nutzung von BlueXP Backup und Recovery für ONTAP Systeme gibt es zwei Arten von Kosten: Ressourcengebühren und Servicegebühren. Beide Gebühren gelten für den Backup-to-Object-Teil des Service.
Es ist kostenfrei, Snapshot Kopien oder replizierte Volumes zu erstellen. Dabei fällt außer dem für die Speicherung der Snapshot Kopien und replizierten Volumes erforderlichen Festplattenspeicher an.
Ressourcengebühren
Ressourcengebühren werden beim Cloud-Provider für Objekt-Storage-Kapazität sowie für das Schreiben und Lesen von Backup-Dateien in die Cloud gezahlt.
-
Für Backups in Objekt-Storage bezahlen Sie bei Ihrem Cloud-Provider die Kosten für Objekt-Storage.
Da BlueXP Backup und Recovery die Storage-Effizienz des Quell-Volumes erhalten behält, zahlen Sie für die Daten die Objekt-Storage-Kosten des Cloud-Providers – d. h. Effizienz nach_ ONTAP (für die kleineren Datenmengen nach Deduplizierung und Komprimierung).
-
Beim Wiederherstellen von Daten mithilfe von Suchen und Wiederherstellen werden bestimmte Ressourcen vom Cloud-Provider bereitgestellt. Die Datenmenge, die von Ihren Suchanfragen gescannt wird, kostet pro tib. (Diese Ressourcen sind für Durchsuchen und Wiederherstellen nicht erforderlich.)
-
In AWS, "Amazon Athena" Und "AWS Klue" Ressourcen werden in einem neuen S3-Bucket implementiert.
-
In Azure, an "Azure Synapse Workspace" Und "Azure Data Lake Storage" Werden in Ihrem Storage-Konto bereitgestellt, um Ihre Daten zu speichern und zu analysieren.
-
-
In Google wird ein neuer Bucket implementiert, und der "Google Cloud BigQuery Services" Werden auf Konto-/Projektebene bereitgestellt.
-
Wenn Sie Volume-Daten von einer Backup-Datei wiederherstellen möchten, die in einen Archiv-Objektspeicher verschoben wurde, fällt eine zusätzliche Abrufgebühr pro gib und eine Gebühr auf Anfrage des Cloud-Providers an.
-
Wenn Sie während der Wiederherstellung von Volume-Daten eine Backup-Datei auf Ransomware überprüfen möchten (wenn Sie DataLock und Ransomware-Schutz für Ihre Cloud-Backups aktiviert haben), fallen zusätzliche Kosten für den ausgehenden Datenverkehr von Ihrem Cloud-Provider an.
Servicegebühren
Servicegebühren werden an NetApp gezahlt und decken sowohl die Kosten für die Erstellung von Backups im Objekt-Storage als auch für die Wiederherstellung von Volumes oder Dateien aus diesen Backups ab. Sie bezahlen nur für die geschützten Daten im Objekt-Storage. Berechnet wird aus der verwendeten logischen Quellkapazität (vor ONTAP-Effizienzen) von ONTAP Volumes, die in Objekt-Storage gesichert werden. Diese Kapazität wird auch als Front-End Terabyte (FETB) bezeichnet.
Es gibt drei Möglichkeiten, für den Backup-Service zu bezahlen. Als erste Option können Sie Ihren Cloud-Provider abonnieren, sodass Sie monatlich bezahlen können. Die zweite Möglichkeit besteht darin, einen Jahresvertrag zu erhalten. Als dritte Option können Lizenzen direkt von NetApp erworben werden. Lesen Sie die Lizenzierung Weitere Informationen finden Sie in diesem Abschnitt.
Lizenzierung
BlueXP Backup und Recovery ist in den folgenden Nutzungsmodellen verfügbar:
-
BYOL: Eine von NetApp erworbene Lizenz, die zusammen mit jedem Cloud-Provider verwendet werden kann.
-
PAYGO: Ein stündliches Abonnement über den Markt Ihres Cloud-Providers.
-
Jahr: Ein Jahresvertrag über den Markt Ihres Cloud-Providers.
Eine Backup-Lizenz ist nur für Backup und Restore aus dem Objektspeicher erforderlich. Die Erstellung von Snapshot Kopien und replizierten Volumes erfordert keine Lizenz.
Mit Ihrer eigenen Lizenz
Byol ist längerfristig (1, 2 oder 3 Jahre) und kapazitätsbasiert in 1-tib-Schritten. Sie bezahlen NetApp für einen Zeitraum, sagen wir 1 Jahr und für eine maximale Kapazität, sagen wir 10 tib.
Sie erhalten eine Seriennummer, die Sie auf der BlueXP Digital Wallet-Seite eingeben, um den Service zu aktivieren. Wenn eine der beiden Limits erreicht ist, müssen Sie die Lizenz erneuern. Die BYOL-Lizenz für Backup gilt für alle mit dem verbundenen Quellsysteme "BlueXP-Konto".
Pay-as-you-go-Abonnement
BlueXP Backup und Recovery bietet eine nutzungsbasierte Lizenzierung in einem Pay-as-you-go-Modell. Wenn Sie den Markt Ihres Cloud-Providers abonniert haben, bezahlen Sie pro gib für Daten, die gesichert werden. Es erfolgt keine Vorauszahlung. Die Abrechnung erfolgt von Ihrem Cloud-Provider über Ihre monatliche Abrechnung.
Beachten Sie, dass bei der Anmeldung mit einem PAYGO-Abonnement eine kostenlose 30-Tage-Testversion verfügbar ist.
Jahresvertrag
Bei der Nutzung von AWS sind zwei Jahresverträge mit Laufzeiten von 1, 2 oder 3 Jahren erhältlich:
-
Ein Plan für „Cloud Backup“, mit dem Sie Backups von Cloud Volumes ONTAP Daten und ONTAP Daten vor Ort erstellen können
-
Ein „CVO Professional“-Plan, mit dem Sie Backup und Recovery von Cloud Volumes ONTAP und BlueXP bündeln können. Dazu zählen unbegrenzte Backups für Cloud Volumes ONTAP Volumes, die gegen diese Lizenz verrechnet werden (die Backup-Kapazität wird nicht von der Lizenz angerechnet).
Bei Verwendung von Azure stehen zwei Jahresverträge mit Laufzeiten von 1, 2 oder 3 Jahren zur Verfügung:
-
Ein Plan für „Cloud Backup“, mit dem Sie Backups von Cloud Volumes ONTAP Daten und ONTAP Daten vor Ort erstellen können
-
Ein „CVO Professional“-Plan, mit dem Sie Backup und Recovery von Cloud Volumes ONTAP und BlueXP bündeln können. Dazu zählen unbegrenzte Backups für Cloud Volumes ONTAP Volumes, die gegen diese Lizenz verrechnet werden (die Backup-Kapazität wird nicht von der Lizenz angerechnet).
Bei der Verwendung von GCP können Sie bei NetApp ein privates Angebot anfordern und anschließend einen Plan auswählen, wenn Sie während der Aktivierung von BlueXP Backup und Recovery im Google Cloud Marketplace abonnieren.
Funktionsweise von BlueXP Backup und Recovery
Wenn Sie das Backup und Recovery von BlueXP auf einem Cloud Volumes ONTAP oder einem lokalen ONTAP System aktivieren, führt der Service ein vollständiges Backup Ihrer Daten durch. Nach dem ersten Backup sind alle weiteren Backups inkrementell, das heißt, dass nur geänderte Blöcke und neue Blöcke gesichert werden. Dadurch wird der Netzwerkverkehr auf ein Minimum reduziert. Backup-to-Objekt-Storage basiert auf dem "NetApp SnapMirror Cloud Technologie".
|
Alle Maßnahmen, die direkt von Ihrer Cloud-Provider-Umgebung zum Verwalten oder Ändern von Cloud-Backup-Dateien ergriffen werden, können die Dateien beschädigen und zu einer nicht unterstützten Konfiguration führen. |
Die folgende Abbildung zeigt die Beziehung zwischen den einzelnen Komponenten:
In diesem Diagramm werden Volumes angezeigt, die auf ein Cloud Volumes ONTAP System repliziert werden. Allerdings können auch Volumes auf ein lokales ONTAP System repliziert werden.
Speicherort von Backups
Backups befinden sich je nach Backup-Typ an verschiedenen Orten:
-
Snapshot Copies befinden sich auf dem Quell-Volume in der Quell-Arbeitsumgebung.
-
Replizierte Volumes befinden sich auf dem sekundären Storage-System – einem Cloud Volumes ONTAP- oder On-Premises-ONTAP-System.
-
Backup-Kopien werden in einem Objektspeicher gespeichert, den BlueXP in Ihrem Cloud-Konto erstellt. Pro Cluster und Arbeitsumgebung gibt es einen Objektspeicher, und BlueXP benennt den Objektspeicher wie folgt: „netapp-Backup-clusterUUID“. Stellen Sie sicher, dass Sie diesen Objektspeicher nicht löschen.
-
In AWS ermöglicht BlueXP das "Amazon S3 Block – Public Access-Funktion" Auf dem S3-Bucket.
-
In Azure verwendet BlueXP eine neue oder vorhandene Ressourcengruppe mit einem Storage-Konto für den Blob-Container. BlueXP "Blockiert den öffentlichen Zugriff auf Ihre BLOB-Daten" Standardmäßig.
-
In GCP verwendet BlueXP ein neues oder bestehendes Projekt mit einem Storage-Konto für den Google Cloud Storage Bucket.
-
In StorageGRID verwendet BlueXP ein vorhandenes Mandantenkonto für den S3-Bucket.
-
In ONTAP S3 verwendet BlueXP ein vorhandenes Benutzerkonto für den S3-Bucket.
-
Wenn Sie künftig den Zielobjektspeicher für ein Cluster ändern möchten, müssen Sie unbedingt fortfahren "Heben Sie die Registrierung von BlueXP Backup und Recovery für die Arbeitsumgebung auf"Außerdem können Sie BlueXP Backup und Recovery mithilfe der Informationen eines neuen Cloud-Providers aktivieren.
Anpassbare Backup-Planungs- und Aufbewahrungseinstellungen
Wenn Sie BlueXP Backup und Recovery für eine funktionierende Umgebung aktivieren, werden alle Volumes, die Sie ursprünglich ausgewählt haben, über die von Ihnen ausgewählten Richtlinien gesichert. Sie können separate Richtlinien für Snapshot-Kopien, replizierte Volumes und Backup-Dateien auswählen. Wenn Sie verschiedenen Backup-Richtlinien bestimmten Volumes mit unterschiedlichen Recovery-Zeitpunkten (Recovery Point Objectives, RPO) zuweisen möchten, können Sie zusätzliche Richtlinien für diesen Cluster erstellen und diese Richtlinien nach der Aktivierung von BlueXP Backup und Recovery anderen Volumes zuweisen.
Es steht eine Kombination aus stündlichen, täglichen, wöchentlichen, monatlichen und jährlichen Backups aller Volumes zur Verfügung. Für Backups auf Objektspeicher können Sie auch eine der systemdefinierten Richtlinien auswählen, die Backup und Aufbewahrung für 3 Monate, 1 Jahr und 7 Jahre vorsehen. Backup-Sicherungsrichtlinien, die Sie mit ONTAP System Manager oder der ONTAP CLI auf dem Cluster erstellt haben, werden ebenfalls als Auswahl angezeigt. Dies schließt Richtlinien ein, die mithilfe von benutzerdefinierten SnapMirror-Labels erstellt werden.
|
Die auf das Volume angewendete Snapshot-Richtlinie muss über eine der Etiketten verfügen, die Sie in Ihrer Replizierungsrichtlinie und für das Backup in der Objektrichtlinie verwenden. Wenn keine übereinstimmenden Etiketten gefunden werden, werden keine Sicherungsdateien erstellt. Wenn Sie beispielsweise „wöchentliche“ replizierte Volumes und Backup-Dateien erstellen möchten, müssen Sie eine Snapshot-Richtlinie verwenden, die „wöchentliche“ Snapshot-Kopien erstellt. |
Sobald Sie die maximale Anzahl von Backups für eine Kategorie oder ein Intervall erreicht haben, werden ältere Backups entfernt, sodass Sie immer die aktuellsten Backups haben (und so nehmen veraltete Backups nicht mehr Speicherplatz in Anspruch).
Siehe "Backup-Pläne" Weitere Informationen zu den verfügbaren Terminplanoptionen.
Beachten Sie, dass Sie können "Erstellung eines On-Demand-Backups eines Volumes" Über das Backup Dashboard können Sie jederzeit zusätzlich zu den Backup-Dateien zugreifen, die aus den geplanten Backups erstellt wurden.
|
Die Aufbewahrungsdauer für Backups von Datensicherungs-Volumes ist identisch mit der in der SnapMirror Quell-Beziehung definierten Aufbewahrungsdauer. Sie können dies gegebenenfalls mithilfe der API ändern. |
Sicherungseinstellungen für Dateien sichern
Wenn Ihr Cluster ONTAP 9.11.1 oder höher verwendet, können Sie Ihre Backups in Objekt-Storage vor Löschen und Ransomware-Angriffen schützen. Jede Backup-Richtlinie enthält einen Abschnitt für DataLock und Ransomware-Schutz, der für einen bestimmten Zeitraum auf Ihre Backup-Dateien angewendet werden kann - die Aufbewahrungsfrist.
-
DataLock schützt Ihre Sicherungsdateien vor Änderungen oder Löschung.
-
Ransomware Protection scannt Ihre Backup-Dateien, um nach einem Ransomware-Angriff zu suchen, wenn eine Backup-Datei erstellt wird und wann die Daten aus einer Backup-Datei wiederhergestellt werden.
Geplante Scans zum Schutz vor Ransomware sind standardmäßig aktiviert. Die Standardeinstellung für die Scanfrequenz beträgt 7 Tage. Der Scan wird nur auf der letzten Snapshot Kopie durchgeführt. Die geplanten Scans können deaktiviert werden, um Ihre Kosten zu senken. Sie können geplante Ransomware-Scans für die neueste Snapshot Kopie über die Option auf der Seite „Erweiterte Einstellungen“ aktivieren oder deaktivieren. Wenn Sie diese Option aktivieren, werden standardmäßig wöchentliche Scans durchgeführt. Sie können diesen Zeitplan auf Tage oder Wochen ändern oder deaktivieren, um Kosten zu sparen.
Die Backup-Aufbewahrungsdauer ist identisch mit der Aufbewahrungsfrist des Backup-Zeitplans plus 14 Tage. Beispielsweise werden bei Weekly Backups mit gespeicherten 5 Kopien jede Backup-Datei 5 Wochen lang gesperrt. Monatliche Backups mit 6 Kopien zurückbehaltenen Kopien werden jede Backup-Datei 6 Monate lang gesperrt.
Unterstützung ist derzeit verfügbar, wenn Ihr Backup-Ziel Amazon S3, Azure Blob oder NetApp StorageGRID ist. In zukünftigen Versionen werden weitere Ziele für Storage-Provider hinzugefügt.
Weitere Informationen finden Sie unter:
|
|
DataLock kann nicht aktiviert werden, wenn Sie Backups in Archiv-Storage Tiering sind. |
Archiv-Storage für ältere Backup-Dateien
Bei Nutzung eines bestimmten Cloud-Storage können Sie ältere Backup-Dateien nach einer bestimmten Anzahl von Tagen auf eine kostengünstigere Storage-Klasse bzw. Zugriffsebene verschieben. Sie haben auch die Möglichkeit, die Backup-Dateien sofort in den Archiv-Storage zu senden, ohne dafür in standardmäßigen Cloud-Storage geschrieben zu werden. Beachten Sie, dass Archivspeicher nicht verwendet werden kann, wenn Sie DataLock aktiviert haben.
-
In AWS beginnen Backups in der Klasse „ Standard Storage“ und wechseln nach 30 Tagen in die Storage-Klasse „ Standard-infrequent Access“.
Wenn Ihr Cluster ONTAP 9.10.1 oder höher verwendet, können Sie ältere Backups nach einer bestimmten Anzahl von Tagen für weitere Kostenoptimierung entweder in S3 Glacier oder S3 Glacier Deep Archive Storage in der BlueXP Backup- und Recovery-UI verschieben. "Weitere Informationen zu AWS Archiv-Storage".
-
In Azure werden Backups im Zusammenhang mit der Cool Zugriffsebene durchgeführt.
Wenn Ihr Cluster ONTAP 9.10.1 oder höher verwendet, haben Sie nach einer bestimmten Anzahl von Tagen die Möglichkeit, ältere Backups in der Backup- und Recovery-UI von BlueXP auf den Storage Azure Archive zu verschieben, um weitere Kosten zu optimieren. "Erfahren Sie mehr über Azure Archiv-Storage".
-
In GCP werden Backups der Klasse Standard Storage zugeordnet.
Wenn Ihr Cluster ONTAP 9.12.1 oder höher verwendet, haben Sie nach einer bestimmten Anzahl von Tagen die Möglichkeit, ältere Backups in der BlueXP Backup- und Recovery-UI auf den Archiv Storage zu verschieben, um weitere Kosten zu optimieren. "Erfahren Sie mehr über Google Archivspeicher".
-
In StorageGRID sind Backups der Klasse Standard Storage zugeordnet.
Wenn Ihr On-Premises-Cluster ONTAP 9.12.1 oder höher verwendet und Ihr StorageGRID System mindestens 11.4 nutzt, können Sie ältere Backup-Dateien nach einer bestimmten Anzahl von Tagen in den Public-Cloud-Archiv-Storage archivieren. Aktuell werden weitere Support für AWS S3 Glacier/S3 Glacier Deep Archive oder Azure Archive Storage Tiers unterstützt. "Weitere Informationen zur Archivierung von Backup-Dateien aus StorageGRID".
Siehe "Einstellungen für Archiv-Storage" Weitere Informationen zur Archivierung älterer Backup-Dateien.
Überlegungen zu den Tiering-Richtlinien von FabricPool
Es gibt bestimmte Dinge, die Sie beachten müssen, wenn das Volumen, das Sie sichern, auf einem FabricPool-Aggregat liegt und es eine andere Tiering-Richtlinie als zugewiesen hat none:
-
Für das erste Backup eines FabricPool-Tiered Volumes müssen alle lokalen und alle Tiered Daten (aus dem Objektspeicher) gelesen werden. Ein Backup-Vorgang erhitzt nicht die kalten Daten im Objekt-Storage „wieder“.
Das Lesen der Daten von Ihrem Cloud-Provider kann zu einem einmalig erhöhten Kostenaufwand führen.
-
Nachfolgende Backups sind inkrementell und haben diese Auswirkungen nicht.
-
Wenn die Tiering-Richtlinie dem Volume bei ihrer ersten Erstellung zugewiesen ist, wird dieses Problem nicht sehen.
-
-
Berücksichtigen Sie die Auswirkungen von Backups, bevor Sie das zuweisen
alltiering-Richtlinie zu Volumes. Da die Daten sofort verschoben werden, liest BlueXP Backup und Recovery Daten aus der Cloud-Tier und nicht aus der lokalen Tier ein. Da parallele Backup-Vorgänge die Netzwerkverbindung zum Cloud-Objektspeicher teilen, kann es zu Performance-Einbußen kommen, wenn die Netzwerkressourcen gesättigt werden. In diesem Fall möchten Sie möglicherweise proaktiv mehrere Netzwerkschnittstellen (LIFs) konfigurieren, um diese Art der Netzwerksättigung zu reduzieren.