Management der Bucket-Konsistenz
Mithilfe von Konsistenzwerten können Änderungen an den Bucket-Einstellungen festgelegt und ein Gleichgewicht zwischen der Verfügbarkeit der Objekte in einem Bucket und der Konsistenz dieser Objekte in verschiedenen Storage-Nodes und Standorten sichergestellt werden. Sie können die Konsistenzwerte so ändern, dass sie sich von den Standardwerten unterscheiden, damit Client-Anwendungen ihre betrieblichen Anforderungen erfüllen können.
-
Sie sind mit einem beim Mandantenmanager angemeldet "Unterstützter Webbrowser".
-
Sie gehören einer Benutzergruppe an, die über den verfügt "Managen aller Buckets oder Root-Zugriffsberechtigungen". Diese Berechtigungen überschreiben die Berechtigungseinstellungen in Gruppen- oder Bucket-Richtlinien.
Bucket-Konsistenzrichtlinien
Die Bucket-Konsistenz wird verwendet, um die Konsistenz von Client-Applikationen zu bestimmen, die sich auf Objekte in diesem S3 Bucket auswirken. Im Allgemeinen sollten Sie die Konsistenz Read-after-New-write für Ihre Buckets verwenden.
Bucket-Konsistenz ändern
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 den verwenden Consistency-Control
Kopfzeile. Der Consistency-Control
Header überschreibt die Bucket-Konsistenz.
|
Wenn Sie die Konsistenz eines Buckets ändern, erfüllen nur die Objekte, die nach der Änderung aufgenommen werden, die überarbeitete Einstellung. |
-
Wählen Sie View Buckets aus dem Dashboard, oder wählen Sie STORAGE (S3) > Buckets.
-
Wählen Sie den Bucket-Namen aus der Tabelle aus.
Die Seite mit den Bucket-Details wird angezeigt.
-
Wählen Sie auf der Registerkarte Bucket options die Option ** accordion aus.
-
Wählen Sie eine Konsistenz für Vorgänge aus, die an den Objekten in diesem Bucket ausgeführt werden.
-
All: Bietet die höchste Konsistenz. Alle Nodes erhalten die Daten sofort, sonst schlägt die Anfrage fehl.
-
Strong-global: Garantiert Lese-nach-Schreiben-Konsistenz für alle Client-Anfragen über alle Standorte hinweg.
-
Strong-site: Garantiert Lese-nach-Schreiben Konsistenz für alle Client-Anfragen innerhalb einer Site.
-
Read-after-New-write (default): Bietet Read-after-write-Konsistenz für neue Objekte und eventuelle Konsistenz für Objektaktualisierungen. Hochverfügbarkeit und garantierte Datensicherung Empfohlen für die meisten Fälle.
-
Verfügbar: Bietet eventuelle Konsistenz für neue Objekte und Objekt-Updates. Verwenden Sie für S3-Buckets nur nach Bedarf (z. B. für einen Bucket mit Protokollwerten, die nur selten gelesen werden, oder für HEAD- oder GET-Vorgänge für nicht vorhandene Schlüssel). Nicht unterstützt für S3 FabricPool-Buckets.
-
-
Wählen Sie Änderungen speichern.
Was passiert, wenn Sie Bucket-Einstellungen ändern
Buckets verfügen über mehrere Einstellungen, die sich auf das Verhalten der Buckets und der Objekte in diesen Buckets auswirken.
Die folgenden Bucket-Einstellungen verwenden standardmäßig strong-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.
|
Der Konsistenzwert für Bucket-Versionierung, S3 Object Lock- und Bucket-Verschlüsselung kann nicht auf einen Wert festgelegt 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 können einige Zeit dauern, bevor sie wirksam werden.
|
Wenn die Standardkonsistenz, die beim Ändern von Bucket-Einstellungen verwendet wird, die Anforderungen der Client-Applikation nicht erfüllt, können Sie die Konsistenz mithilfe von ändern Consistency-Control Kopfzeile für den "S3-REST-API" Oder verwenden Sie die reducedConsistency Oder force Optionen in "Mandantenmanagement-API".
|