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.

Ändern der Konsistenzstufe

Beitragende
PDFs

Wenn Sie einen S3-Mandanten verwenden, können Sie mithilfe des Mandanten Manager oder der Mandanten-Management-API die Konsistenzkontrolle für Vorgänge ändern, die in den Objekten in S3 Buckets ausgeführt werden.

Was Sie benötigen

  • Sie müssen über einen unterstützten Browser beim Tenant Manager angemeldet sein.

  • Sie müssen einer Benutzergruppe angehören, die über die Berechtigung Alle Buckets verwalten oder Root Access verfügt. Diese Berechtigungen überschreiben die Berechtigungseinstellungen in Gruppen- oder Bucket-Richtlinien.

Über diese Aufgabe

Die Konsistenzstufe sorgt für einen Kompromiss zwischen der Verfügbarkeit der Objekte und der Konsistenz dieser Objekte über verschiedene Speicherknoten und Standorte hinweg. Im Allgemeinen sollten Sie für Ihre Buckets die Konsistenzstufe Read-after-New-write verwenden. Wenn die Konsistenzstufe Read-after-New-write nicht den Anforderungen der Client-Anwendung entspricht, können Sie die Konsistenzstufe ändern, indem Sie die Bucket-Konsistenzstufe oder die verwenden Consistency-Control Kopfzeile. Der Consistency-Control Kopfzeile setzt die Bucket-Konsistenzstufe außer Kraft.

Hinweis Wenn Sie die Konsistenzstufe eines Buckets ändern, werden nur die Objekte, die nach der Änderung aufgenommen werden, garantiert, um die überarbeitete Ebene zu erfüllen.
Schritte

  1. Wählen Sie STORAGE (S3) > Buckets aus.

  2. Wählen Sie den Bucket-Namen aus der Liste aus.

    Die Seite mit den Bucket-Details wird angezeigt.

  3. Wählen Sie Bucket-Optionen > Konsistenzstufe aus.

    Konsistenzstufe Für Bucket-Änderungen

  4. Wählen Sie eine Konsistenzstufe für Operationen aus, die an den Objekten in diesem Bucket durchgeführt werden.

    Konsistenzstufe Beschreibung

    Alle

    Alle Nodes erhalten die Daten sofort, sonst schlägt die Anfrage fehl.

    Stark global

    Garantierte Konsistenz bei Lese-nach-Schreibvorgängen für alle Client-Anfragen an allen Standorten.

    Stark vor Ort

    Garantiert Konsistenz bei Lese-nach-Schreibvorgängen für alle Client-Anfragen innerhalb eines Standorts.

    Read-after-New-Write (Standard)

    Ermöglicht Konsistenz von Lese- nach Schreibvorgängen für neue Objekte und die eventuelle Konsistenz von Objekt-Updates. Hochverfügbarkeit und garantierte Datensicherung Entspricht den Amazon S3 -Konsistenzgarantien.

    Hinweis: Wenn Ihre Anwendung versucht, HEAD-Operationen auf Schlüssel, die nicht vorhanden sind, setzen Sie die Consistency Level auf available, es sei denn, Sie benötigen Amazon S3 Consistency Guarantees. Andernfalls kann eine hohe Anzahl von 500 internen Serverfehlern führen, wenn ein oder mehrere Speicherknoten nicht verfügbar sind.

    Verfügbar (eventuelle Konsistenz für DEN HAUPTBETRIEB)

    Verhält sich wie die Konsistenz Read-after-New-write, bietet aber nur eventuelle Konsistenz für DEN KOPFBETRIEB. Bietet höhere Verfügbarkeit für DEN HAUPTBETRIEB als Read-after-New-write, wenn Speicherknoten nicht verfügbar sind. Unterschied zu Amazon S3 Konsistenzgarantien nur für HEAD-Operationen.

  5. Wählen Sie Änderungen speichern.

Verwandte Informationen

"Mandantenmanagement-Berechtigungen"