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

Informationen zur Überwachung von ONTAP S3-Ereignissen

Beitragende netapp-forry netapp-aherbin netapp-bhouser johnlantz netapp-lenida netapp-ahibbard
Änderungen vorschlagen
PDFs

Ab ONTAP 9.10.1 ist die Protokollierung von Daten- und Verwaltungsereignissen in ONTAP S3 Umgebungen möglich. Die S3-Protokollierungsfunktionalität ist mit den bestehenden NAS-Protokollierungsfunktionen vergleichbar, und S3- sowie NAS-Protokollierung können in einem Cluster parallel bestehen.

Wenn Sie eine S3-Überwachungskonfiguration auf einer SVM erstellen und aktivieren, werden S3-Ereignisse in einer Protokolldatei aufgezeichnet. Sie können die folgenden Ereignisse angeben, die protokolliert werden sollen:

Objektzugriff (Daten) Ereignisse nach Release

9.11.1:

  • ListBucketVersions

  • ListBucket (ListObjects von 9.10.1 wurde in diesen umbenannt)

  • ListAllMyBuckets (ListBuckets von 9.10.1 wurde in diesen umbenannt)

9.10.1:

  • HeadObject

  • GetObject

  • PutObject

  • DeleteObject

  • ListBuckets

  • ListObjects

  • MPUpload

  • MPUploadPart

  • MPComplete

  • MPAbort

  • GetObjectTagging

  • DeleteObjectTagging

  • PutObjectTagging

  • ListUploads

  • ListParts

Managementereignisse nach Release

9.15.1:

  • GetBucketCORS

  • PutBucketCORS

  • DeleteBucketCORS

9.14.1:

  • GetObjectRetention

  • PutObjectRetention

  • PutBucketObjectLockConfiguration

  • GetBucketObjectLockConfiguration

9.13.1:

  • PutBucketLifecycle

  • DeleteBucketLifecycle

  • GetBucketLifecycle

9.12.1:

  • GetBucketPolicy

  • CopyObject

  • UploadPartCopy

  • PutBucketPolicy

  • DeleteBucketPolicy

9.11.1:

  • GetBucketVersioning

  • PutBucketVersioning

9.10.1:

  • HeadBucket

  • GetBucketAcl

  • GetObjectAcl

  • PutBucket

  • DeleteBucket

  • ModifyObjectTagging

  • GetBucketLocation

Das Protokollformat ist JavaScript Object Notation (JSON).

Die kombinierte Obergrenze für S3- und NFS-Revisionsprotokollkonfigurationen beträgt 400 SVMs pro Cluster.

Folgende Lizenz ist erforderlich:

  • ONTAP One, ehemals Teil des Core Bundle, für das ONTAP S3 Protokoll und Storage

Weitere Informationen finden sich unter "Wie der ONTAP Revisionsprozess funktioniert".

Garantierte Prüfung

Standardmäßig ist die Überwachung von S3 und NAS gewährleistet. ONTAP garantiert, dass alle prüfbaren Bucket-Zugriffsereignisse protokolliert werden, selbst wenn ein Knoten nicht verfügbar ist. Ein angeforderter Bucket-Vorgang kann erst abgeschlossen werden, wenn der Prüfdatensatz für diesen Vorgang im Staging-Volume auf dem persistenten Speicher gespeichert wurde. Können Prüfdatensätze nicht in den Staging-Dateien gespeichert werden, entweder aufgrund von unzureichendem Speicherplatz oder wegen anderer Probleme, werden Client-Operationen abgelehnt.

Platzbedarf für die Prüfung

Im ONTAP Auditing-System werden Audit-Datensätze zunächst in binären Zwischenspeicherdateien auf den einzelnen Knoten gespeichert. Periodisch werden sie konsolidiert und in benutzerlesbare Ereignisprotokolle umgewandelt, die im Verzeichnis für Revisionsprotokolle des SVM gespeichert werden.

Die Staging-Dateien werden in einem dedizierten Staging-Volume gespeichert, das von ONTAP bei der Erstellung der Revisionsprotokoll-Konfiguration erstellt wird. Pro Aggregat existiert ein Staging-Volume.

In der Audit-Konfiguration ist ausreichend verfügbarer Speicherplatz einzuplanen:

  • Für die Staging Volumes in Aggregaten, die geprüfte Buckets enthalten.

  • Für das Volume, das das Verzeichnis enthält, in dem konvertierte Ereignisprotokolle gespeichert sind.

Sie können die Anzahl der Ereignisprotokolle und damit den verfügbaren Speicherplatz im Volume mit einer von zwei Methoden beim Erstellen der S3 Auditing-Konfiguration steuern:

  • Ein numerischer Grenzwert; der -rotate-limit Parameter steuert die Mindestanzahl der zu speichernden Revisionsprotokolldateien.

  • Ein Zeitlimit; der -retention-duration Parameter steuert die maximale Zeitspanne, für die Dateien aufbewahrt werden können.

Bei beiden Parametern können ältere Revisionsprotokolldateien gelöscht werden, sobald der konfigurierte Wert überschritten ist, um Platz für neuere zu schaffen. Für beide Parameter beträgt der Wert 0, was bedeutet, dass alle Dateien erhalten bleiben müssen. Um ausreichend Speicherplatz sicherzustellen, ist es daher eine bewährte Methode, einen der Parameter auf einen Wert ungleich null zu setzen.

Aufgrund der garantierten Revisionsprotokollierung können keine neuen Revisionsprotokolldaten erstellt werden, wenn der verfügbare Speicherplatz für Revisionsprotokolldaten vor dem Rotationslimit erschöpft ist, was dazu führt, dass Clients nicht auf Daten zugreifen können. Daher sollten der Wert für die Revisionsprotokollierung und der für die Revisionsprotokollierung reservierte Speicherplatz sorgfältig gewählt werden, und auf Warnungen des Revisionsprotokollierungssystems bezüglich des verfügbaren Speicherplatzes ist zu reagieren.

Weitere Informationen finden sich unter "Grundlegende Auditierungskonzepte".