Ein Link stellt eine Vertrauensbeziehung zwischen Workload Factory und einem oder mehreren FSx for ONTAP Dateisystemen her und verwendet AWS Lambda. Viele Operationen erfordern einen zugehörigen Link, darunter:

"Weitere Informationen zu Links".

Funktionen, die von einer Verbindung abhängen, sind möglicherweise nicht verfügbar. Beispielsweise ist ARP/AI ohne Verbindung nicht verfügbar, vorhandene Snapshot-Richtlinien können beim Erstellen eines Volumes nicht angezeigt werden, und Cache-Beziehungen können nicht ermittelt werden. Ohne Verbindung kann die Konfigurationsanalyse die Datenschutz- und Performance-Einstellungen nicht prüfen, sodass die Analyse unvollständig ist. Latenzereignisse können zwar auch ohne Verbindung angezeigt werden, jedoch ist eine Verbindung erforderlich, um EMS-Ereignisse anzuzeigen und zu analysieren sowie Latenzereignisse zu analysieren.

Die Schnellkonfiguration wendet eine empfohlene Best-Practice-Konfiguration an, die Sie anschließend größtenteils anpassen können. Standardmäßig wird ein Dateisystem der zweiten Generation verwendet, es sei denn, die Region unterstützt dies nicht. Mit der erweiterten Konfiguration können Sie alle Optionen festlegen, einschließlich Verfügbarkeit, Sicherheit, Datensicherung und Wartung.

"Erstellen Sie ein Dateisystem".

Durch das Erstellen eines Dateisystems werden auch eine Storage VM und eine Sicherheitsgruppe erstellt. Sie benötigen Anmeldeinformationen mit Berechtigungen zum Erstellen und Löschen von Dateisystemen sowie die Regions- und VPC-Details für die Umgebung, in der Sie einsetzen.

Vor dem Löschen eines Dateisystems sind zunächst dessen Volumes, Storage VMs und Replikationsbeziehungen zu löschen. Vor dem Löschen einer Storage VM ist der Applikationszugriff zu beenden, und alle Nicht-Root-Volumes sind zu löschen. Vor dem Löschen eines Volumes sind zunächst dessen Replikationsbeziehungen zu löschen. Das Löschen eines Volumes ist unumkehrbar und löscht dessen Snapshots dauerhaft, Volume-Backups bleiben jedoch erhalten. Volumes mit unveränderlichen Dateien und Snapshots können erst nach Ablauf der Aufbewahrungsfrist gelöscht werden.

"Löschen eines Dateisystems".

Das Hinzufügen von HA-Paaren ist nur für Single-AZ-Dateisysteme der zweiten Generation möglich, und einmal hinzugefügte HA-Paare können nicht mehr entfernt werden. Der Vorgang dauert etwa 30 Minuten; während dieser Zeit steht das Dateisystem für andere Operationen wie die Erstellung von Volumes nicht zur Verfügung. Vor Beginn des Vorgangs müssen alle iSCSI-LUNs entfernt werden.

"HA-Paare hinzufügen".

Ein Dateisystem verwendet standardmäßig primäre ONTAP Anmeldeinformationen, Ihre wichtigsten Anmeldeinformationen für die Verwaltung des Dateisystems. Eingeschränkte Anmeldeinformationen werden nur für KI-Operationen wie Ask Me, Rule builder und Custom dashboards verwendet. Wenn Sie keine eingeschränkten Anmeldeinformationen angegeben haben, erstellt Workload Factory schreibgeschützte ONTAP Anmeldeinformationen für diese Operationen. Die Verwaltung von Anmeldeinformationen erfordert eine Verknüpfung.

"ONTAP Anmeldeinformationen verwalten"

Workload Factory scannt das Dateisystem alle 30 Minuten und erweitert die SSD-Kapazität entweder inkrementell (feste Erhöhung ab einem festgelegten Schwellenwert) oder adaptiv (Bedarfsprognose anhand historischer Daten). Solange diese Funktion aktiviert ist, können Sie die Kapazität erst dann manuell erhöhen, wenn die Funktion deaktiviert wurde. Während der Datenmigration sollte diese Funktion nicht aktiviert werden, da AWS eine Wartezeit von mindestens sechs Stunden zwischen SSD-Kapazitätserhöhungen vorschreibt.

"Passen Sie die Dateisystemkapazität an".

Die Änderung der Dateisystemkapazität wirkt sich auf die IOPS aus. Bei automatischer IOPS-Provisionierung ändert sich die IOPS-Zahl um 3 pro GiB hinzugefügter oder entfernter SSD-Kapazität. Bei manueller Provisionierung kann es erforderlich sein, die IOPS-Zahl vor der Erhöhung der Kapazität anzuheben. Die Verringerung der SSD-Kapazität wird nur für Dateisysteme der zweiten Generation unterstützt.

Die SSD-Auslastung sollte unter 80 % liegen. Sobald die Kapazität erschöpft ist, werden die Volumes schreibgeschützt, und Schreibvorgänge schlagen fehl. Auch die Auslastung von Volume und Datei (Inode) sollte unter 80 % bleiben. Backups schlagen fehl, wenn der Backup-Snapshot die SSD-Auslastung des Volumes auf über 98 % erhöht. "Kapazität erhöhen, um Platzmangel zu vermeiden".

Volumes gruppieren Daten virtuell und verbrauchen selbst keine Dateisystem-Storage-Kapazität. Ihre Daten verbrauchen in erster Linie SSD Storage und, abhängig von der Tiering-Richtlinie, Capacity Pool Storage. FlexVol ist der Standardstil. FlexGroup ist ein Scale-out-NAS-Container für hohe Performance und große Kapazität, der aus einzelnen Volumes besteht, die sich den Datenverkehr teilen. Die Dimensionierung unterscheidet sich: FlexVol umfasst 20 MiB bis 300 TiB, und FlexGroup umfasst 800 GiB bis 2 PiB, wobei 100 GiB pro Bestandteil erforderlich sind.

Die Neuverteilung erfolgt unterbrechungsfrei, jedoch beanspruchen Volume-Übertragungen Dateisystemressourcen. Vorhandene Snapshots auf neu verteilten Volumes werden unvollständig und können nicht zur Wiederherstellung von Volume-Daten verwendet werden, während später erstellte Snapshots dies ermöglichen. Die Neuverteilung wird für SAN-Volumes (iSCSI und NVMe) nicht unterstützt. Die Neuverteilung von FlexGroup kann Mitgliedsvolumes hinzufügen und die bereitgestellte Größe erhöhen, außer bei Auswahl des eingeschränkten Layouts, das Volumes in einer Replikationsbeziehung unterstützt.

Die Wahl der Richtlinie beeinflusst Kosten und Performance:

Die Richtlinie wird pro Volume festgelegt, und Sie können sie jederzeit ändern.

"Änderung der Tiering-Richtlinie".

Ein Klon ist ein beschreibbares Volume. Seine Daten befinden sich weiterhin auf dem übergeordneten Volume, und nur neue Schreibvorgänge werden auf dem Klon gespeichert. Ein übergeordnetes Volume mit einem Klon kann erst gelöscht werden, nachdem es aufgeteilt wurde. Um einen Klon aufzuteilen, muss ein Link mit dem Dateisystem verknüpft werden, das den Klon enthält. Durch das Aufteilen werden nur Metadaten aktualisiert. Dies ist nicht möglich, wenn der Klon in einer Datensicherungsbeziehung steht. Nach dem Aufteilen können die beiden Volumes nicht wieder zusammengeführt werden und benötigen jeweils vollen Speicherplatz.

Eine Kombination ist empfehlenswert. Snapshots ermöglichen einen RPO von nur einer Stunde und schnelle Wiederherstellungen auf Dateiebene. Backups bieten RPOs ab einem Tag und können nur als gesamtes Volume wiederhergestellt werden, was Stunden bis Tage dauern kann. Die Replikation hält eine Kopie in einer anderen Region für Disaster Recovery mit niedrigem RTO vor, allerdings müssen Sie die Clients für die Verwendung der Replik anpassen. ARP/AI bietet zusätzliche Ransomware-Erkennung.

"Informationen zu den verschiedenen Arten der Datensicherung".

Snapshots sind keine Kopien Ihrer Daten. Sie belegen nur Speicherplatz für geänderte Daten und wachsen daher in der Regel mit der Zeit. Für die meisten Datensätze reichen zusätzliche 20 % Kapazität aus, um Snapshots bis zu vier Wochen lang aufzubewahren, das Überschreiben aller Daten beansprucht jedoch erheblichen Speicherplatz. Backups oder Replikation sind erforderlich, wenn Sie echte Kopien benötigen.

Die Wiederherstellung auf einem bestehenden Volume löscht alle Daten, die nach der Erstellung des Snapshots geändert wurden, endgültig. Die Wiederherstellung als neues Volume erstellt innerhalb von Sekunden eine Kopie, unabhängig von der Größe. Wenn bei einer Wiederherstellung der NAS-Protokolltyp geändert wird, kann sich auch das Berechtigungsmodell ändern, was zu Problemen beim Dateizugriff führen kann, die nur manuell mit NAS-Client-Tools behoben werden können.

Jedes Volume verwendet die Snapshot-Richtlinie des Dateisystems default, sofern Sie diese nicht ändern. Richtlinien werden auf Storage-VM-Level gemanagt und können von mehreren Volumes gemeinsam genutzt werden. Die Snapshot-Zeiten richten sich nach der Zeitzone des Dateisystems, die standardmäßig auf UTC eingestellt ist.

"Verwalten von Snapshot-Richtlinien".

Beim Erstellen eines Volume-Snapshots können Sie die Unveränderlichkeit aktivieren, sodass der Snapshot während seiner Aufbewahrungsfrist weder geändert noch gelöscht werden kann. Durch die Aktivierung unveränderlicher Snapshots in einer Snapshot-Richtlinie werden alle Snapshots dieser Richtlinie gesperrt. Volumes, die unveränderliche Dateien und Snapshots enthalten, können erst nach Ablauf der Aufbewahrungsfrist geändert oder gelöscht werden.

Unveränderliche Dateien können nur bei der Volume-Erstellung aktiviert werden und danach nicht mehr deaktiviert werden. Dies ist eine Premium-Funktion mit zusätzlichen Kosten. Es stehen folgende Aufbewahrungsmodi zur Auswahl: Im Enterprise-Modus kann ein SnapLock Administrator eine Datei während der Aufbewahrungsfrist löschen, während im Compliance-Modus weder eine WORM-Datei noch das Volume vor Ablauf der Aufbewahrungsfrist gelöscht werden können. Bei der Replikation eines Quellvolumes mit unveränderlichen Dateien bleiben das Ziel-Volume und das Dateisystem bis zum Ende der Aufbewahrungsfrist des Quellvolumes gesperrt.

"Unveränderliche Dateien beim Erstellen eines Volumes aktivieren".

Backups werden pro Volume und inkrementell erstellt, sodass nur die Daten gesichert werden, die sich seit dem letzten Backup geändert haben. Backups können fehlschlagen, wenn der Backup-Snapshot die SSD-Auslastung des Volumes auf über 98 % erhöhen würde. Ein Backup kann auf jedem FSx for ONTAP Dateisystem in Ihrem AWS-Konto wiederhergestellt werden, und Workload Factory kann bei Bedarf SSD-Kapazität hinzufügen. Manuell erstellte Backups verfallen nicht automatisch, daher ist eine Bereinigung alter Backups erforderlich.

"Schutz Ihrer Daten mit Backups".

Ein Cyber-Vault ist ein isoliertes, physisch vom Netzwerk getrenntes und unveränderliches Repository für Backup-Kopien, das vor Ransomware und Insider-Bedrohungen schützt. FSx for ONTAP wird als Cyber-Vault Quelle und Ziel unterstützt. NetApp unterstützt bei der Implementierung: Das Cyber-Vault-Team ist unter ng-FSx-CyberVault@netapp.com erreichbar, anschließend meldet sich ein Spezialist.

"Weitere Informationen über Cyber-Vault".

ARP/AI überwacht NAS- (NFS/SMB) und SAN-Volumes (iSCSI). Bei Erkennung einer Bedrohung erstellt es unveränderliche Snapshots. Die Aktivierung auf einem Dateisystem schützt alle vorhandenen und neuen Volumes und erfordert eine zugehörige Verbindung. Es wird nicht für NVMe-Volumes oder iSCSI-Volumes mit ONTAP vor 9.17.1 unterstützt. Der NAS-Schutz beginnt sofort, während SAN-Volumes eine Lernphase von zwei bis vier Wochen durchlaufen, aber weiterhin überwacht werden.

"Ransomware-Schutz mit ARP/AI".

ARP/AI erstellt zum Zeitpunkt der Erkennung einer Bedrohung einen gesperrten Snapshot. Standardmäßig erstellt ARP/AI alle vier Stunden bis zu sechs Snapshots, die jeweils zwei bis fünf Tage lang gesperrt sind. Wenn Sie einen tatsächlichen Angriff bestätigen, können Sie betroffene Dateien oder das gesamte Volume wiederherstellen. Wenn Sie ihn als Fehlalarm markieren, wird der gesperrte Snapshot gelöscht, und das System aktualisiert seine Warneinstellungen, sodass dieselbe Dateierweiterung beim nächsten Mal keine Warnung mehr auslöst.

Sie benötigen:

Die Replikation funktioniert zwischen FSx for ONTAP Dateisystemen, lokalen ONTAP Systemen und Cloud Volumes ONTAP. Replizierte Volumes sind Datenschutz-Volumes mit dem Namen {OriginalVolumeName}_copy.

"Datenreplizierung".

Durch Anhalten oder Stoppen wird das Ziel-Volume beschreibbar. Durch Fortsetzen werden alle Änderungen gelöscht, die am Ziel-Volume vorgenommen wurden, während es beschreibbar war, und es wird wieder in den Nur-Lese-Modus versetzt. Durch Umkehren werden die Rollen von Quelle und Ziel vertauscht, und das neue Ziel wird mit dem Inhalt der neuen Quelle überschrieben. Durch Löschen der Beziehung bleiben beide Volumes unabhängig, aber ihre gemeinsamen Replikations-Snapshots werden entfernt. Daten, die nach der letzten Replikation auf die Quelle geschrieben wurden, bleiben beim Umkehren oder Fortsetzen nicht erhalten.

"Replikation verwalten".

Die kaskadierende Replikation unterstützt eine Replik eines Datensicherungs-Volumes (ein zweiter Hop: Quelle zu Sekundär zu Tertiär). Ein dritter Hop wird nicht unterstützt und gilt nicht als Best Practice. Die Kaskadierung ermöglicht die Resynchronisierung des primären und des tertiären Volumes ohne einen neuen Basistransfer, falls das sekundäre Volume nicht verfügbar ist. Die Resynchronisierung kaskadierter Volumes kann länger dauern, und eine Beziehung, deren Quelle selbst ein Datensicherungs-Volume ist, das Ziel einer anderen Beziehung ist, kann nicht umgekehrt werden.

"Kaskadenreplikation für Datensicherungsvolumes".

Die Begrenzung der maximalen Transferrate ist optional, aber empfehlenswert, da ohne eine solche Begrenzung die Netzwerk- und Applikations-Performance beeinträchtigt werden kann. Für kritische Workloads, wie beispielsweise Dateisysteme, die primär für die Notfallwiederherstellung genutzt werden, ist eine unbegrenzte Transferrate empfehlenswert.

"Begrenzen Sie die maximale Übertragungsrate einer Replikationsbeziehung".

Die Migration umfasst drei Vorgänge: das Erstellen der Beziehung (mit Migration als use case und Replicate storage VM configuration), die Initialisierung und die Umstellung. Vor der Umstellung muss der Clientzugriff gestoppt werden, und es muss sichergestellt werden, dass die Daten synchronisiert sind. Quelle und Ziel müssen dieselbe ONTAP Hauptversion ausführen. Nach der Umstellung geht die Quell-Storage VM offline, die LUN-Seriennummern und die IQN des iSCSI-Ziels ändern sich, und die iSCSI-, MTU- und DNS-Einstellungen müssen manuell aktualisiert werden.

"Datenreplizierung".

S3-Zugriffspunkte werden an NFS- und SMB-Volumes angebunden, sodass AWS Services wie Amazon Bedrock Dateidaten lesen können, als befänden sie sich in einem S3-Bucket. Mehrere Zugriffspunkte können an ein Volume angebunden werden. Die Inventartabelle generiert Objektmetadaten und verursacht AWS S3-Anfragekosten. Die Protokollierung für die Journaltabelle erfordert AWS-Infrastruktur (CloudTrail, CloudWatch, S3, IAM) und setzt voraus, dass die Netzwerkkonfiguration des Zugriffspunkts Internet ist.

"S3-Zugriffspunkte erstellen".

Sie benötigen einen Link, ein FlexVol volume und eine Initiatorgruppe. Blockzugriff ist nur bei Scale-Out-Bereitstellungen mit sechs oder weniger HA-Paaren verfügbar. Eine Initiatorgruppe gewährt Hosts per IQN Zugriff, und damit iSCSI funktioniert, benötigen Sie sowohl eine Initiatorgruppe als auch eine iSCSI-Hostverbindung. Die Konfigurationsanalyse empfiehlt, dass iSCSI-Volumes nicht gleichzeitig NAS-Zugriff zulassen.

Ein Blockgerät, das keinem Client zugeordnet ist oder sieben aufeinander folgende Tage lang ungenutzt bleibt, wird als inaktiv eingestuft. Seine Daten können zum Freigeben von SSD-Kapazität auf die Kapazitätspool-Tier archiviert oder gelöscht werden. Die Konfigurationsanalyse kennzeichnet inaktive Blockgeräte als Element zur Kostenoptimierung.

Der Write-Around-Modus eignet sich besser für leseintensive Workloads mit kleinen Dateien, während sich Write-Back besser für schreibintensive Workloads mit großen Dateien eignet. Workload Factory erkennt vorhandene Cache-Beziehungen (FlexCache), und zum Erkennen oder Managen von Cache-Volumes ist die Zuordnung eines Links erforderlich.

"Cache-Volumes verwalten".

Workload Factory analysiert Konfigurationen täglich anhand der ONTAP Best Practices und der Säulen des AWS Well-Architected Frameworks (Zuverlässigkeit, Sicherheit, operative Exzellenz, Kostenoptimierung und Performance-Effizienz). Einige Probleme können automatisch behoben werden, für andere werden manuelle Schritte bereitgestellt. Korrekturvorgänge können zu Ausfallzeiten oder Serviceunterbrechungen führen, daher sollte jede Empfehlung zunächst geprüft werden. Prüfungen, die nicht auf Ihre Umgebung zutreffen, können verworfen werden.

Sie müssen "Berechtigungen für Operationen und Behebung gewähren" in Ihrem AWS-Konto angemeldet sein, damit Workload Factory Ihre Konfigurationen analysieren kann.

"Ihre Konfigurationen bewerten".

Sie benötigen:

Ereignisse werden 72 Stunden lang angezeigt, bevor die Entfernung erfolgt. Die Daten verbleiben in Ihrem AWS-Konto, und Kundendaten werden nicht zum Trainieren von Modellen verwendet. Wenn Ihr Kontoadministrator die KI-Funktionen deaktiviert hat, steht keine Analyse zur Verfügung.

"Ereignisse analysieren".

Der Kostenrechner vergleicht die Kosten von Amazon Elastic Block Store (EBS), Elastic File System (EFS) und FSx for Windows File Server mit denen von FSx for ONTAP. Die Eingabe von Details ist manuell möglich, oder Workload Factory erkennt Ihre Umgebungen automatisch; dafür sind Berechtigungen für view, planning, and analysis erforderlich, um sie zu erkennen. Die automatische Erkennung unterstützt keine EBS-Snapshots oder Schattenkopien von FSx for Windows File Server.

"Informationen zur Verwendung des Sparrechners".

Die Kostendaten stammen aus AWS Cost Explorer, werden mit den ce:GetCostAndUsage und ce:GetTags Berechtigungen abgerufen und alle 24 Stunden aktualisiert. Workload Factory berechnet außerdem die Kosten pro Ressource anhand eigener Schätzungen. Um nach AWS-Kostenzuordnungs-Tags zu filtern, müssen Sie Ihren Dateisystemen Tags zuweisen.

"Kosten nachverfolgen".

AWS verwaltet Ihr FSx for ONTAP Konto, nicht Workload Factory. Bei Supportanfragen zu Ihrem Dateisystem oder Ihrer Infrastruktur kann im Support Center in Ihrer AWS Management Console ein AWS Support-Fall eröffnet und der FSx for ONTAP Service ausgewählt werden. Für allgemeine Fragen zu Workload Factory dient die "Hilfeseite" als Referenz.