Verwalten der Bucket-Konsistenz
Konsistenzwerte können verwendet werden, um die Verfügbarkeit von Bucket-Einstellungsänderungen anzugeben und um ein Gleichgewicht zwischen der Verfügbarkeit der Objekte innerhalb eines Buckets und der Konsistenz dieser Objekte über verschiedene Speicherknoten und Sites hinweg herzustellen. Sie können die Konsistenzwerte so ändern, dass sie von den Standardwerten abweichen, damit Clientanwendungen ihre Betriebsanforderungen erfüllen können.
-
Sie sind beim Tenant Manager angemeldet mit einem"unterstützter Webbrowser" .
-
Sie gehören einer Benutzergruppe an, die über die"Verwalten Sie alle Buckets oder Root-Zugriffsberechtigungen" . Diese Berechtigungen überschreiben die Berechtigungseinstellungen in Gruppen- oder Bucket-Richtlinien.
Richtlinien zur Eimerkonsistenz
Die Bucket-Konsistenz wird verwendet, um die Konsistenz für Clientanwendungen zu bestimmen, die sich auf Objekte innerhalb dieses S3-Buckets auswirken. Im Allgemeinen sollten Sie für Ihre Buckets die Konsistenz Lesen nach neuem Schreiben verwenden.
Konsistenz des Änderungs-Buckets
Wenn die Konsistenz von Read-after-new-write nicht den Anforderungen der Client-Anwendung entspricht, können Sie die Konsistenz ändern, indem Sie die Bucket-Konsistenz festlegen oder indem Sie die Consistency-Control
Kopfzeile. Der Consistency-Control
Header überschreibt die Bucket-Konsistenz.
|
Wenn Sie die Konsistenz eines Buckets ändern, wird nur für die Objekte, die nach der Änderung aufgenommen werden, garantiert, dass sie der überarbeiteten Einstellung entsprechen. |
-
Wählen Sie im Dashboard Buckets anzeigen oder wählen Sie STORAGE (S3) > Buckets.
-
Wählen Sie den Bucket-Namen aus der Tabelle aus.
Die Bucket-Detailseite wird angezeigt.
-
Wählen Sie auf der Registerkarte Bucket-Optionen das ** Akkordeon aus.
-
Wählen Sie eine Konsistenz für Vorgänge aus, die an den Objekten in diesem Bucket ausgeführt werden.
-
Alle: Bietet das höchste Maß an Konsistenz. Alle Knoten empfangen die Daten sofort, andernfalls schlägt die Anforderung fehl.
-
Stark global: Garantiert Lese-nach-Schreib-Konsistenz für alle Clientanforderungen auf allen Sites.
-
Strong-Site: Garantiert die Lese-nach-Schreib-Konsistenz für alle Clientanforderungen innerhalb einer Site.
-
Lesen nach neuem Schreiben (Standard): Bietet Lese-nach-Schreib-Konsistenz für neue Objekte und letztendliche Konsistenz für Objektaktualisierungen. Bietet hohe Verfügbarkeit und Datenschutzgarantien. Für die meisten Fälle empfohlen.
-
Verfügbar: Bietet letztendliche Konsistenz sowohl für neue Objekte als auch für Objektaktualisierungen. Verwenden Sie es für S3-Buckets nur nach Bedarf (z. B. für einen Bucket, der Protokollwerte enthält, die selten gelesen werden, oder für HEAD- oder GET-Operationen für nicht vorhandene Schlüssel). Wird für S3 FabricPool Buckets nicht unterstützt.
-
-
Wählen Sie Änderungen speichern.
Was passiert, wenn Sie die Bucket-Einstellungen ändern?
Buckets verfügen über mehrere Einstellungen, die das Verhalten der Buckets und der Objekte in diesen Buckets beeinflussen.
Die folgenden Bucket-Einstellungen verwenden standardmäßig starke Konsistenz. Wenn an einem Standort zwei oder mehr Speicherknoten nicht verfügbar sind oder wenn ein Standort nicht verfügbar ist, sind Änderungen an diesen Einstellungen möglicherweise nicht möglich.
|
Der Konsistenzwert für Bucket-Versionierung, S3-Objektsperre und Bucket-Verschlüsselung kann nicht auf einen Wert eingestellt 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. Es kann einige Zeit dauern, bis Änderungen an diesen Einstellungen wirksam werden.
|
Wenn die beim Ändern der Bucket-Einstellungen verwendete Standardkonsistenz nicht den Anforderungen der Client-Anwendung entspricht, können Sie die Konsistenz mithilfe der Consistency-Control Kopfzeile für die"S3 REST API" oder mithilfe der reducedConsistency oder force Optionen in der"Mandantenverwaltungs-API" .
|