Häufig verwendete Anforderungsheader - Amazon Glacier

Diese Seite ist nur für Bestandskunden des Amazon Glacier-Service bestimmt, die Vaults und die ursprüngliche REST-API von 2012 verwenden.

Wenn Sie nach Archivspeicherlösungen suchen, empfehlen wir die Verwendung der Amazon Glacier-Speicherklassen in Amazon S3, S3 Glacier Instant Retrieval, S3 Glacier Flexible Retrieval und S3 Glacier Deep Archive. Weitere Informationen zu diesen Speicheroptionen finden Sie unter Amazon Glacier-Speicherklassen.

Amazon Glacier (ursprünglicher eigenständiger, vault-basierter Service) akzeptiert ab dem 15. Dezember 2025 keine Neukunden mehr, ohne dass dies Auswirkungen auf Bestandskunden hat. Amazon Glacier ist ein eigenständiger Service APIs , der Daten in Tresoren speichert und sich von den Speicherklassen Amazon S3 und Amazon S3 Glacier unterscheidet. Ihre vorhandenen Daten bleiben in Amazon Glacier auf unbestimmte Zeit sicher und zugänglich. Es ist keine Migration erforderlich. Für kostengünstige, langfristige Archivierungsspeicherung AWS empfiehlt sich die Amazon S3 Glacier-Speicherklasse, die mit S3-Bucket-Basis, voller AWS-Region Verfügbarkeit APIs, geringeren Kosten und AWS Serviceintegration ein hervorragendes Kundenerlebnis bieten. Wenn Sie erweiterte Funktionen wünschen, sollten Sie eine Migration zu Amazon S3 Glacier-Speicherklassen in Betracht ziehen, indem Sie unseren AWS Lösungsleitfaden für die Übertragung von Daten aus Amazon Glacier-Tresoren in Amazon S3 Glacier-Speicherklassen verwenden.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Häufig verwendete Anforderungsheader

REST-Anfragen von Amazon Glacier (Amazon Glacier) enthalten Header, die grundlegende Informationen über die Anfrage enthalten. In der folgenden Tabelle werden Header beschrieben, die von allen Amazon Glacier REST-Anfragen verwendet werden können.

Header-Name Beschreibung Erforderlich
Authorization

Der Header, der zum Signieren von Anforderungen erforderlich ist. Amazon Glacier benötigt Signature Version 4. Weitere Informationen finden Sie unter Signieren von Anforderungen.

Typ: Zeichenfolge

 Ja
Content-Length

Die Länge des Anforderungstextes (ohne Header).

Typ: Zeichenfolge

Bedingung: Nur für die Upload Archive (POST archive)-API erforderlich.

Bedingt
Date

Das Datum, an dem die im Authorization-Header enthaltene Signatur erstellt werden kann. Wenn der Date-Header zum Signieren verwendet werden soll, muss das Format den Grundsätzen von ISO 8601 entsprechen In diesem Fall wird der x-amz-date-Header nicht benötigt. Wenn x-amz-date vorhanden ist, hat dieser Wert immer Vorrang vor dem Wert des Date-Headers.

Wenn der Datum-Header nicht zum Signieren verwendet wird, kann er in einem der vollständigen Datumsformate angegeben werden, die durch RFC 2616, Abschnitt 3.3, festgelegt sind. Das folgende Datum/die folgende Uhrzeit Wed, 10 Feb 2017 12:00:00 GMT ist beispielsweise ein gültiger date/time Header für die Verwendung mit Amazon Glacier.

Wenn der Date-Header zum Signieren verwendet wird, muss er den Grundsätzen von ISO 8601 entsprechen und im Format YYYYMMDD'T'HHMMSS'Z' angegeben werden.

Typ: Zeichenfolge

Bedingung: Wenn Date zwar angegeben ist, aber nicht das ISO 8601-Grundformat aufweist, muss auch der x-amz-date-Header vorhanden sein. Wenn Date entsprechend den Grundsätzen von ISO 8601 angegeben ist, reicht diese Angabe zum Signieren von Anforderungen aus und der x-amz-date-Header ist nicht erforderlich. Weitere Informationen finden Sie unter Umgang mit Datumswerten in Signature Version 4 im Amazon Web Services-Glossar.

Bedingt
Host

Dieser Header kennzeichnet den Service-Endpunkt, an den Sie Ihre Anforderungen senden. Der Wert muss die Form "glacier.region.amazonaws.com" haben, wobei er durch eine AWS Regionsbezeichnung wie us-west-2 ersetzt region wird.

Typ: Zeichenfolge

 Ja
x-amz-content-sha256

Die berechnete SHA256 Prüfsumme einer gesamten Payload, die entweder mit oder hochgeladen wurde. Upload Archive (POST archive) Upload Part (PUT uploadID) Dieser Header stimmt nicht mit dem x-amz-sha256-tree-hash-Header überein, obwohl für einige kleine Nutzlasten unter Umständen dieselben Werte verwendet werden. Wenn x-amz-content-sha256 erforderlich ist, muss sowohl x-amz-content-sha256 als auch x-amz-sha256-tree-hash angegeben werden.

Typ: Zeichenfolge

Bedingung: Erforderlich für Streaming-API, Upload Archive (POST archive) und Upload Part (PUT uploadID).

 Bedingt
x-amz-date

Das Datum, an dem die Signatur im Autorisierungs-Header erstellt wurde. Das Datum muss den Grundsätzen von ISO 8601 entsprechen und im Format YYYYMMDD'T'HHMMSS'Z' angegeben werden. Das Folgende date/time 20170210T120000Z gilt beispielsweise x-amz-date für die Verwendung mit Amazon Glacier.

Typ: Zeichenfolge

Bedingung: x-amz-date ist bei allen Anforderungen optional. Damit kann das Datum überschrieben werden, das zum Signieren von Anforderungen verwendet wird. Wenn der Date-Header den Grundsätzen von ISO 8601 entspricht, ist x-amz-date nicht erforderlich. Wenn x-amz-date vorhanden ist, hat dieser Wert immer Vorrang vor dem Wert des Date-Headers. Weitere Informationen finden Sie unter Umgang mit Datumswerten in Signature Version 4 im Amazon Web Services-Glossar.

Bedingt
x-amz-glacier-version

Die zu verwendende Amazon Glacier-API-Version. Die aktuelle Version ist 2012-06-01.

Typ: Zeichenfolge

 Ja
x-amz-sha256-tree-hash

Die berechnete SHA256 Tree-Hash-Prüfsumme für ein hochgeladenes Archiv (Upload Archive (POST archive)) oder einen Archivteil (). Upload Part (PUT uploadID) Weitere Informationen zum Berechnen dieser Prüfsumme finden Sie unter Berechnen von Prüfsummen.

Typ: Zeichenfolge

Standard: keiner

Bedingung: Erforderlich für Upload Archive (POST archive) und Upload Part (PUT uploadID).

 Bedingt