Allgemeines zu Workloads, die von StrictSync- und Sync-Richtlinien unterstützt werden
Änderungen vorschlagen
PDFs
Die Richtlinien von StrictSync und Sync unterstützen alle LUN-basierten Applikationen mit FC-, iSCSI- und FC-NVMe-Protokollen sowie NFSv3- und NFSv4-Protokollen für Enterprise-Applikationen wie Datenbanken, VMware, Quotas, SMB usw. Ab ONTAP 9.6 kann SnapMirror Synchronous für Enterprise-Fileservices wie Electronic Design Automation (EDA), Home Directories und Workloads bei der Software-Build eingesetzt werden.
In ONTAP 9.5 müssen Sie für eine Sync-Richtlinie bei der Auswahl der NFSv3- oder NFSv4-Workloads ein paar wichtige Aspekte berücksichtigen. Das Ausmaß der Daten-Lese- oder -Schreibvorgänge nach Workloads ist keine Lösung, da die Sync-Richtlinie hohe Lese- und Schreib-I/O-Workloads verarbeiten kann. In ONTAP 9.5 sind Workloads mit einer übermäßigen Erstellung von Dateien, Verzeichniserstellung, Änderung der Dateiberechtigungen oder Änderung der Verzeichnisberechtigungen möglicherweise nicht geeignet (diese werden als Workloads mit hohen Metadaten bezeichnet). Ein typisches Beispiel für einen Workload mit hohen Metadaten ist ein DevOps-Workload, in dem Sie mehrere Testdateien erstellen, die Automatisierung ausführen und die Dateien löschen. Ein weiteres Beispiel ist ein paralleler Build-Workload, der während der Kompilierung mehrere temporäre Dateien generiert. Der Einfluss einer hohen Geschwindigkeit von Metadatenaktivitäten besteht darin, dass die Synchronisierung zwischen Spiegeln vorübergehend unterbrochen wird, wodurch die Lese- und Schreib-I/O-Vorgänge des Clients beeinträchtigt werden.
Ab ONTAP 9.6 wurden diese Einschränkungen aufgehoben und SnapMirror Synchronous kann für Enterprise-File-Services-Workloads eingesetzt werden, die Umgebungen mit mehreren Benutzern umfassen, wie Home Directorys und Workloads zur Softwareversion.