Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Informationen zur Multiprotokollunterstützung von ONTAP S3

07/23/2026 Beitragende

PDFs

Ab ONTAP 9.12.1 ist es möglich, Clients, die das S3-Protokoll verwenden, den Zugriff auf dieselben Daten zu ermöglichen, die auch Clients mit den Protokollen NFS und SMB zur Verfügung stehen, ohne dass eine Neuformatierung erforderlich ist. Diese Funktion ermöglicht es, NAS-Daten weiterhin für NAS-Clients bereitzustellen, während Objektdaten für S3-Clients mit S3-Anwendungen (wie Data Mining und künstlicher Intelligenz) präsentiert werden.

Die Multiprotokoll-Funktionalität von S3 deckt zwei Anwendungsfälle ab:

Zugriff auf vorhandene NAS-Daten mithilfe von S3-Clients

Wenn Ihre vorhandenen Daten mit herkömmlichen NAS-Clients (NFS oder SMB) erstellt wurden und sich auf NAS-Volumes (FlexVol oder FlexGroup Volumes) befinden, können analytische Tools auf S3-Clients verwendet werden, um auf diese Daten zuzugreifen.
Backend-Speicher für moderne Clients, die E/A mit sowohl NAS- als auch S3-Protokollen ausführen können

Sie können integrierten Zugriff für Anwendungen wie Spark und Kafka bereitstellen, die dieselben Daten sowohl über die NAS- als auch über die S3-Protokolle lesen und schreiben können.

Wie die Multiprotokollunterstützung von S3 funktioniert

ONTAP Multiprotokollunterstützung ermöglicht die Darstellung desselben Datensatzes als Dateihierarchie oder als Objekte in einem Bucket. Dazu erstellt ONTAP „S3 NAS Buckets“, die es S3-Clients ermöglichen, Dateien im NAS-Speicher mithilfe von S3-Objektanfragen zu erstellen, zu lesen, zu löschen und aufzulisten. Diese Zuordnung entspricht der NAS-Sicherheitskonfiguration, wobei Datei- und Verzeichniszugriffsberechtigungen beachtet werden und bei Bedarf Einträge im Sicherheitsaudit-Protokoll erfolgen.

Diese Zuordnung erfolgt durch die Darstellung einer bestimmten NAS-Verzeichnishierarchie als S3-Bucket. Jede Datei in der Verzeichnishierarchie wird als S3-Objekt dargestellt, dessen Name relativ vom zugeordneten Verzeichnis abwärts ist, wobei Verzeichnisgrenzen durch das Schrägstrichzeichen ('/')

ONTAP-definierte S3-Benutzer können auf diesen Speicher zugreifen, wie durch die für den Bucket, der dem NAS-Verzeichnis zugeordnet ist, definierten Bucket-Richtlinien festgelegt. Damit dies möglich ist, müssen Zuordnungen zwischen den S3-Benutzern und den SMB/NFS-Benutzern definiert werden. Die Anmeldeinformationen des SMB/NFS-Benutzers werden für die NAS-Berechtigungsprüfung verwendet und in allen Audit-Protokollen aufgeführt, die aus diesen Zugriffen resultieren.

Wenn eine Datei von SMB- oder NFS-Clients erstellt wird, wird sie sofort in einem Verzeichnis abgelegt und ist daher für Clients sichtbar, bevor Daten hineingeschrieben werden. S3-Clients erwarten eine andere Semantik, bei der das neue Objekt im Namensraum erst sichtbar ist, nachdem alle seine Daten geschrieben wurden. Diese Zuordnung von S3 zu NAS-Speicher erstellt Dateien gemäß der S3-Semantik und hält die Dateien extern unsichtbar, bis der S3-Erstellungsbefehl abgeschlossen ist.

Datenschutz für S3 NAS Buckets

S3 NAS „buckets“ sind lediglich Zuordnungen von NAS-Daten für S3-Clients, sie sind keine Standard-S3-buckets. Daher besteht keine Notwendigkeit, S3 NAS buckets mit NetApp SnapMirror S3-Funktionalität zu schützen. Stattdessen können Volumes, die S3 NAS buckets enthalten, mit SnapMirror asynchroner Volume-Replikation geschützt werden. SnapMirror synchron und SVM-Desaster Recovery werden nicht unterstützt.

Ab ONTAP 9.14.1 werden S3 NAS Buckets in gespiegelten und ungespiegelten Aggregaten für MetroCluster IP- und FC-Konfigurationen unterstützt.

Informationen dazu "SnapMirror asynchron".

Überwachung von S3 NAS Buckets

Da S3 NAS Buckets keine herkömmlichen S3 Buckets sind, kann die S3 Audit Funktion nicht so konfiguriert werden, dass der Zugriff darauf protokolliert wird. Weitere Informationen zu "S3 Audit".

Dennoch können die in S3 NAS-Buckets abgebildeten NAS-Dateien und -Verzeichnisse mithilfe herkömmlicher ONTAP Auditverfahren auf Zugriffsereignisse geprüft werden. S3-Operationen können daher NAS Audit-Ereignisse auslösen, mit folgenden Ausnahmen:

Wird der Zugriff eines S3-Clients durch die S3-Richtlinienkonfiguration (Gruppen- oder Bucket-Richtlinie) verweigert, wird keine NAS-Auditierung für das Ereignis initiiert. Dies ist darauf zurückzuführen, dass die S3-Berechtigungen geprüft werden, bevor SVM-Audit-Prüfungen erfolgen können.
Wenn die Zieldatei einer S3 Get-Anfrage die Größe 0 hat, wird der Get-Anfrage der Inhalt 0 zurückgegeben und der Lesezugriff wird nicht protokolliert.
Wenn sich die Zieldatei einer S3-Get-Anfrage in einem Ordner befindet, für den der Benutzer keine Traverse-Berechtigung besitzt, schlägt der Zugriffsversuch fehl und das Ereignis wird nicht protokolliert.

Informationen dazu "Überwachung von NAS-Ereignissen auf SVMs".

Objekt-Multipart-Upload

Ab ONTAP 9.16.1 wird der Multipart-Upload von Objekten in S3 NAS-Buckets unterstützt, wenn "fortschrittlicher Kapazitätsausgleich" auf dem zugrunde liegenden FlexGroup Volume aktiviert ist.

Der mehrteilige Upload von Objekten auf NAS-Dateispeicher ermöglicht einem S3-Protokollclient, ein großes Objekt als kleinere Teile hochzuladen. Der mehrteilige Upload von Objekten bietet folgende Vorteile:

Es ermöglicht das parallele Hochladen von Objekten.
Im Falle eines Upload-Fehlers oder einer Pause müssen nur die Teile, die noch nicht hochgeladen wurden, hochgeladen werden. Der Upload des gesamten Objekts muss nicht neu gestartet werden.
Wenn die Größe des Objekts nicht im Voraus bekannt ist (zum Beispiel wenn ein großes Objekt noch geschrieben wird), können Clients sofort mit dem Hochladen von Teilen des Objekts beginnen und den Upload abschließen, nachdem das gesamte Objekt erstellt wurde.

Mehrteilige Objekte in S3 NAS-Buckets müssen in ganzen Größen und nicht in Teilgrößen ausgerichtet sein. Zum Beispiel kann ein Teil 4MB oder 4GB oder eine ähnliche Größe haben. Ein Teil kann keine Teil- oder Unter-MB-Größen wie 4.5MB oder 4000.5MB verwenden.

Der Multipart Upload unterstützt die folgenden S3-Aktionen:

AbortMultipartUpload
CompleteMultipartUpload
CopyObject (beginnend mit ONTAP 9.17.1)
CreateMultipartUpload

Ab ONTAP 9.17.1 unterstützt CreateMultipartUpload Tagging und Benutzer-Metadaten-Schlüssel/Wert-Paare.
ListMultipartUpload
UploadPart

GET nach Teilenummer ("partNumber=xx") wird in S3 NAS Buckets nicht unterstützt. Stattdessen wird das vollständige Objekt zurückgegeben.

S3 und NAS Interoperabilität

ONTAP S3 NAS Buckets unterstützen die Standard-NAS- und S3-Funktionalität, außer wie hier aufgeführt.

NAS-Funktionalität wird von S3 NAS Buckets derzeit nicht unterstützt.

FabricPool Kapazitätsstufe: S3 NAS Buckets können nicht als Kapazitätsebene für FabricPool konfiguriert werden.

S3-Aktionen und Funktionen, die derzeit von S3 NAS Buckets nicht unterstützt werden

Aktionen

ByPassGovernanceRetention
CopyObject wird in SnapLock Volumes nicht unterstützt
DeleteBucketLifecycleConfiguration
GetBucketLifecycleConfiguration
GetBucketObjectLockConfiguration
GetBucketVersioning
GetObjectRetention
ListBucketVersioning
ListObjectVersions
PutBucketLifecycleConfiguration
PutBucketVersioning
PutObjectLockConfiguration
PutObjectRetention

Diese S3-Aktionen werden bei der Verwendung von S3 in S3 NAS-Buckets nicht unterstützt. Bei der Verwendung nativer S3-Buckets sind diese Aktionen "wie gewohnt unterstützt".

AWS-Benutzermetadaten

Ab ONTAP 9.17.1 besteht Unterstützung für Metadaten mit Multipart-Objekten.
Ab ONTAP 9.16.1 besteht Unterstützung für Metadaten mit einteiligen Objekten.
Bei ONTAP 9.15.1 und früher werden die als Teil der S3-Benutzermetadaten empfangenen Schlüssel-Wert-Paare nicht zusammen mit den Objektdaten auf der Festplatte gespeichert.
Bei ONTAP 9.15.1 und früher werden Anforderungsheader mit dem Präfix "x-amz-meta" ignoriert.

AWS Tags

Ab ONTAP 9.17.1 besteht Unterstützung für Tags mit Multipart-Objekten.
Ab ONTAP 9.16.1 besteht Unterstützung für Tags mit einteiligen Objekten.
Bei ONTAP 9.15.1 und früher auf PUT-Objekt- und Multipart-Initiate-Anfragen werden Header mit dem Präfix "x-amz-tagging" ignoriert.
Bei ONTAP 9.15.1 und früher werden Anfragen zum Aktualisieren von Tags auf einer bestehenden Datei (Put, Get und Delete Anfragen mit der Abfragezeichenfolge ?tagging) mit einem Fehler abgelehnt.

Versionierung

In der Bucket-Mapping-Konfiguration kann keine Versionierung angegeben werden.

Anfragen, die nicht-null Versionsangaben enthalten (die versionId=xyz Abfragezeichenfolge), erhalten Fehlermeldungen.
Anfragen zur Änderung des Versionierungsstatus eines Buckets werden mit Fehlermeldungen zurückgewiesen.