Skip to main content
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

ABRUFEN der Container-Konsistenzanforderung

Beitragende netapp-lhalbert
PDFs

Die Konsistenzstufe sorgt für einen Kompromiss zwischen der Verfügbarkeit der Objekte und der Konsistenz dieser Objekte über verschiedene Speicherknoten und Standorte hinweg. Die GET Container-Konsistenzanforderung ermöglicht es Ihnen, die auf einen bestimmten Container angewendete Konsistenzstufe zu bestimmen.

Anfrage

HTTP-Header anfordern Beschreibung

X-Auth-Token

Gibt das Swift-Authentifizierungs-Token für das Konto an, das für die Anforderung verwendet werden soll.

x-ntap-sg-consistency

Gibt den Anforderungstyp an, wobei true = GET Containerkonsistenz, und false = get Container.

Host

Der Hostname, auf den die Anforderung gerichtet ist.

Anforderungsbeispiel

GET /v1/28544923908243208806/Swift container
X-Auth-Token: SGRD_3a877009a2d24cb1801587bfa9050f29
x-ntap-sg-consistency: true
Host: test.com

Antwort

HTTP-Kopfzeile für Antwort Beschreibung

Date

Datum und Uhrzeit der Antwort.

Connection

Ob die Verbindung zum Server offen oder geschlossen ist.

X-Trans-Id

Die eindeutige Transaktions-ID für die Anforderung.

Content-Length

Die Länge des Reaktionskörpers.

x-ntap-sg-consistency

Die auf den Container angewendete Konsistenzkontrollebene. Folgende Werte werden unterstützt:

  • Alle: Alle Knoten erhalten die Daten sofort oder die Anfrage schlägt fehl.

  • Strong-global: Garantiert Lese-After-Write-Konsistenz für alle Kundenanfragen über alle Standorte hinweg.

  • Strong-site: Garantiert Lese-After-Write Konsistenz für alle Kundenanfragen innerhalb einer Site.

  • Read-after-New-write: Sorgt für die Konsistenz von Read-after-write für neue Objekte und eventuelle Konsistenz von Objekt-Updates. Hochverfügbarkeit und garantierte Datensicherung

    Hinweis: Wenn Ihre Anwendung HEAD Requests für Objekte verwendet, die nicht existieren, erhalten Sie möglicherweise eine hohe Anzahl von 500 internen Serverfehlern, wenn ein oder mehrere Speicherknoten nicht verfügbar sind. Um diese Fehler zu vermeiden, verwenden Sie die Ebene „Available“.

  • Verfügbar (eventuelle Konsistenz für KOPFOPERATIONEN): Verhält sich wie das “read-after-New-write” Konsistenzniveau, bietet aber nur eventuelle Konsistenz für DEN KOPFBETRIEB. Bietet höhere Verfügbarkeit FÜR HEAD-Operationen als „read-after-New-write“, wenn Storage Nodes nicht verfügbar sind.

Antwortbeispiel

HTTP/1.1 204 No Content
Date: Sat, 29 Nov 2015 01:02:18 GMT
Connection: CLOSE
X-Trans-Id: 1936575373
Content-Length: 0
x-ntap-sg-consistency: strong-site
Verwandte Informationen

"Verwenden Sie ein Mandantenkonto"