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.

Konsistenz von StorageGRID-Buckets verwalten

Änderungen vorschlagen
PDFs

Konsistenzwerte können verwendet werden, um die Verfügbarkeit von Bucket-Einstellungsänderungen festzulegen sowie ein Gleichgewicht zwischen der Verfügbarkeit der Objekte innerhalb eines Buckets und der Konsistenz dieser Objekte über verschiedene Storage Nodes und Standorte hinweg bereitzustellen. Die Konsistenzwerte können von den Standardwerten abweichen, sodass Clientanwendungen ihre betrieblichen Anforderungen erfüllen können.

Bevor Sie beginnen

${post_edited_translations.segment}

Die Bucket-Konsistenz wird verwendet, um die Konsistenz für Clientanwendungen zu bestimmen, die Objekte innerhalb dieses S3-Buckets beeinflussen. Im Allgemeinen empfiehlt sich für Ihre Buckets die Konsistenz Read-after-new-write.

Bucket-Konsistenz ändern

Wenn die Read-after-new-write-Konsistenz nicht den Anforderungen der Clientanwendung entspricht, kann die Konsistenz geändert werden, indem entweder die Bucket-Konsistenz festgelegt oder der Consistency-Control Header verwendet wird. Der Consistency-Control Header setzt die Bucket-Konsistenz außer Kraft.

Hinweis Wenn die Konsistenz eines Buckets geändert wird, ist nur bei Objekten, die nach der Änderung importiert werden, gewährleistet, dass sie die geänderte Einstellung erfüllen.
Schritte

  1. Im Dashboard steht View buckets zur Auswahl, alternativ STORAGE (S3) > Buckets.

  2. Den Bucket-Namen aus der Tabelle auswählen.

    Die Seite mit den Bucket-Details wird angezeigt.

  3. Auf der Registerkarte Bucket options das ** accordion auswählen.

  4. Eine Konsistenz für Vorgänge auswählen, die an den Objekten in diesem Bucket ausgeführt werden.

    • Alle: Bietet das höchste Maß an Konsistenz. Alle Knoten empfangen die Daten sofort, oder die Anfrage schlägt fehl.

    • Stark-global: Gewährleistet Lese-nach-Schreib-Konsistenz für alle Client-Anfragen über alle Standorte hinweg.

    • Strong-site: Gewährleistet Lese-nach-Schreib-Konsistenz für alle Client-Anfragen innerhalb eines Standorts.

    • Read-after-new-write (Standard): Bietet Read-after-Write-Konsistenz für neue Objekte und Eventual Consistency für Objektaktualisierungen. Bietet hohe Verfügbarkeit und Datenschutzgarantien. Wird für die meisten Fälle empfohlen.

    • Verfügbar: Gewährleistet letztendliche Konsistenz sowohl für neue Objekte als auch für Objektaktualisierungen. Für S3-Buckets nur bei Bedarf verwenden (zum Beispiel für einen Bucket, der Log-Werte enthält, die selten gelesen werden, oder für HEAD- oder GET-Operationen auf Schlüsseln, die nicht existieren). Nicht unterstützt für S3 FabricPool Buckets.

  5. Wählen Sie Save changes.

${post_edited_translations.segment}

${post_edited_translations.segment}

Die folgenden Bucket-Einstellungen verwenden standardmäßig starke Konsistenz. Wenn zwei oder mehr Storage Nodes innerhalb eines Standorts nicht verfügbar sind oder ein Standort nicht verfügbar ist, sind Änderungen an diesen Einstellungen möglicherweise nicht verfügbar.

Hinweis Der Konsistenzwert für Bucket-Versionierung, S3 Object Lock und Bucket-Verschlüsselung darf nicht auf einen Wert gesetzt werden, der nicht stark konsistent ist.

Die folgenden Bucket-Einstellungen verwenden keine starke Konsistenz und weisen eine höhere Verfügbarkeit für Änderungen auf. Änderungen an diesen Einstellungen werden unter Umständen erst nach einiger Zeit wirksam.

Tipp Wenn die standardmäßige Konsistenz, die beim Ändern der Bucket-Einstellungen verwendet wird, nicht den Anforderungen der Client-Anwendung entspricht, kann die Konsistenz durch Verwendung des Consistency-Control Headers für die "S3 REST API" oder durch die reducedConsistency oder force Optionen im "Mandantenverwaltungs-API" geändert werden.