Microsoft Offloaded Data Transfer (ODX)
Änderungen vorschlagen
PDFs
Microsoft Offloaded Data Transfer (ODX), auch bekannt als Copy Offload, ermöglicht direkte Datentransfers innerhalb eines Speichergeräts oder zwischen kompatiblen Speichergeräten, ohne dass die Daten über den Host-Computer übertragen werden.
VMware und Microsoft unterstützen Copy Offload-Operationen, um die Leistung und den Netzwerkdurchsatz zu steigern. Das System muss so konfiguriert sein, dass die Anforderungen der VMware- und Windows-Betriebssystemumgebungen für die Nutzung der jeweiligen Copy Offload-Funktionen erfüllt werden.
Bei der Verwendung von VMware und Microsoft Copy Offload in virtualisierten Umgebungen müssen Ihre LUNs ausgerichtet sein. Nicht ausgerichtete LUNs können die Leistung beeinträchtigen. "Weitere Informationen zu nicht ausgerichteten LUNs".
ONTAP unterstützt ODX sowohl für das SMB- als auch für das SAN-Protokoll.
Bei Dateiübertragungen ohne ODX werden die Daten von der Quelle gelesen und über das Netzwerk zum Host übertragen. Der Host überträgt die Daten über das Netzwerk zurück zum Ziel. Bei ODX-Dateiübertragungen werden die Daten direkt von der Quelle zum Ziel kopiert, ohne den Host zu durchlaufen.
Da ODX-basierte Auslagerungskopien direkt zwischen Quelle und Ziel erfolgen, ergeben sich erhebliche Leistungsvorteile, wenn die Kopien innerhalb desselben Volumes durchgeführt werden, einschließlich kürzerer Kopierzeiten für Kopien auf demselben Volume, geringerer CPU- und Speicherauslastung auf dem Client und reduzierter Netzwerk-I/O-Bandbreitennutzung. Wenn Kopien über verschiedene Volumes hinweg erfolgen, sind im Vergleich zu hostbasierten Kopien möglicherweise keine signifikanten Leistungssteigerungen zu erwarten.
In SAN-Umgebungen ist ODX nur verfügbar, wenn es sowohl vom Host als auch vom Speichersystem unterstützt wird. Clientcomputer, die ODX unterstützen und bei denen ODX aktiviert ist, nutzen beim Verschieben oder Kopieren von Dateien automatisch und transparent die ausgelagerte Dateiübertragung. ODX wird unabhängig davon verwendet, ob Dateien per Drag-and-Drop im Windows Explorer verschoben werden, Befehle zum Kopieren über die Befehlszeile genutzt werden oder eine Clientanwendung Kopieranforderungen auslöst.
Voraussetzungen für die Nutzung von ODX
Wenn ODX für Kopier-Offloads verwendet werden soll, sind die Überlegungen zur Volumenunterstützung, die Systemanforderungen und die Anforderungen an die Softwarefunktionen zu berücksichtigen.
Um ODX zu verwenden, muss Ihr System Folgendes aufweisen:
-
ONTAP
ODX ist in unterstützten Versionen von ONTAP automatisch aktiviert.
-
Mindestquellvolumen von 2 GB
Für eine optimale Leistung sollte das Quell-Volume größer als 260 GB sein.
-
ODX Unterstützung auf dem Windows Client
ODX wird unter Windows Server 2012 oder höher sowie unter Windows 8 oder höher unterstützt. Die Interoperabilitätsmatrix enthält die neuesten Informationen zu unterstützten Windows Clients.
-
Unterstützung von Kopieranwendungen für ODX
Die Anwendung, die den Datentransfer durchführt, muss ODX unterstützen. Zu den Anwendungsoperationen, die ODX unterstützen, gehören die folgenden:
-
Hyper-V Managementvorgänge, wie das Erstellen und Konvertieren virtueller Festplatten (VHDs), das Verwalten von Snapshots und das Kopieren von Dateien zwischen virtuellen Maschinen
-
Windows Explorer Operationen
-
Windows PowerShell Kopierbefehle
-
Windows-Eingabeaufforderungs-Kopierbefehle Die Microsoft TechNet Library enthält weitere Informationen zu unterstützten ODX-Anwendungen auf Windows Servern und Clients.
-
-
Wenn Sie komprimierte Volumes verwenden, muss die Komprimierungsgruppengröße 8K betragen.
Eine Komprimierungsgruppengröße von 32 KB wird nicht unterstützt.
ODX funktioniert nicht mit den folgenden Volume-Typen:
-
Quellvolumes mit Kapazitäten von weniger als 2 GB
-
Schreibgeschützte Volumes
-
ODX wird auf FlexCache Ursprungsvolumes unterstützt.
Spezielle Systemdateianforderungen
Sie können ODX-Dateien, die in Qtrees gefunden werden, löschen. Andere ODX-Systemdateien sollten nicht entfernt oder geändert werden, es sei denn, der technische Support fordert Sie dazu auf.
Bei Verwendung der ODX-Funktion existieren auf jedem Volume des Systems ODX-Systemdateien. Diese Dateien ermöglichen die zeitpunktgenaue Darstellung der während der ODX-Übertragung verwendeten Daten. Die folgenden Systemdateien befinden sich im Stammverzeichnis jedes Volumes, das LUNs oder Dateien enthält, in die Daten ausgelagert wurden:
-
.copy-offload(ein verstecktes Verzeichnis) -
.tokens(Datei im versteckten.copy-offloadVerzeichnis)
Der `copy-offload delete-tokens -path dir_path -node node_name`Befehl kann verwendet werden, um einen Qtree zu löschen, der eine ODX-Datei enthält.
Anwendungsfälle für ODX
Sie sollten sich der Anwendungsfälle für die Nutzung von ODX auf SVMs bewusst sein, damit Sie bestimmen können, unter welchen Umständen ODX Ihnen Leistungsvorteile bietet.
Windows Server und Clients, die ODX unterstützen, verwenden Copy Offload als Standardmethode zum Kopieren von Daten zwischen Remote-Servern. Wenn der Windows Server oder Client ODX nicht unterstützt oder der ODX Copy Offload an irgendeiner Stelle fehlschlägt, erfolgt der Kopier- oder Verschiebevorgang über herkömmliche Lese- und Schreibvorgänge.
Die folgenden Anwendungsfälle unterstützen die Verwendung von ODX Kopien und ODX Verschiebungen:
-
Intra-Volume
Die Quell- und Zieldateien bzw. LUNs befinden sich im selben Volume.
-
Inter-Volume, gleicher Node, gleiche SVM
Die Quell- und Zieldateien bzw. LUNs befinden sich auf unterschiedlichen Volumes, die sich auf demselben Knoten befinden. Die Daten gehören demselben SVM.
-
Inter-Volume, unterschiedliche Knoten, gleiche SVM
Die Quell- und Zieldateien bzw. LUNs befinden sich auf unterschiedlichen Volumes, die sich auf verschiedenen Knoten befinden. Die Daten gehören demselben SVM.
-
Inter-SVM, gleicher Knoten
Die Quell- und Zieldateien bzw. LUNs befinden sich auf unterschiedlichen Volumes, die sich auf demselben Knoten befinden. Die Daten gehören verschiedenen SVMs.
-
Inter-SVM, verschiedene Knoten
Die Quell- und Zieldateien bzw. LUNs befinden sich auf unterschiedlichen Volumes, die sich auf verschiedenen Knoten befinden. Die Daten gehören verschiedenen SVMs.
-
Intercluster
Die Quell- und Ziel-LUNs befinden sich auf unterschiedlichen Volumes, die sich auf verschiedenen Knoten in unterschiedlichen Clustern befinden. Dies wird nur für SAN unterstützt und funktioniert nicht für SMB.
Es gibt noch einige weitere spezielle Anwendungsfälle:
-
Mit der ONTAP ODX Implementierung kann ODX verwendet werden, um Dateien zwischen SMB-Freigaben und an FC oder iSCSI angeschlossenen virtuellen Laufwerken zu kopieren.
Sie können den Windows Explorer, die Windows CLI oder PowerShell, Hyper-V oder andere Anwendungen, die ODX unterstützen, verwenden, um Dateien nahtlos mithilfe von ODX Copy Offload zwischen SMB-Freigaben und verbundenen LUNs zu kopieren oder zu verschieben, vorausgesetzt, die SMB-Freigaben und LUNs befinden sich im selben Cluster.
-
Hyper-V bietet einige zusätzliche Anwendungsfälle für ODX Copy Offload:
-
Mit ODX Copy Offload Pass-Through kann in Verbindung mit Hyper-V Daten innerhalb oder zwischen virtuellen Festplattendateien (VHD) kopiert werden oder Daten zwischen zugeordneten SMB-Freigaben und verbundenen iSCSI-LUNs innerhalb desselben Clusters kopiert werden.
Dadurch können Kopien von Gastbetriebssystemen an den zugrunde liegenden Speicher weitergegeben werden.
-
Bei der Erstellung von VHDs mit fester Größe wird ODX verwendet, um die Festplatte mit Nullen zu initialisieren, wobei ein bekanntes Null-Token zum Einsatz kommt.
-
ODX Copy Offload wird für die Migration von virtuellen Maschinen-Speichern verwendet, wenn sich Quell- und Zielspeicher im selben Cluster befinden.
Um die Anwendungsfälle für ODX Copy Offload Pass-Through mit Hyper-V zu nutzen, muss das Gastbetriebssystem ODX unterstützen und die Festplatten des Gastbetriebssystems müssen SCSI-Festplatten sein, die von einem Speicher (entweder SMB oder SAN) unterstützt werden, der ODX unterstützt. IDE-Festplatten im Gastbetriebssystem unterstützen kein ODX Pass-Through.
-