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.
Nutzen von Buckets mit Zahlung durch den Anforderer für Speicherübertragungen und Nutzung
Im Allgemeinen zahlen Bucket-Eigentümer alle Amazon-S3-Speicher- und -Datenübertragungskosten, die ihrem Bucket zuzuordnen sind. Sie können jedoch einen Bucket als Bucket mit Zahlung durch den Anforderer konfigurieren. Bei Buckets mit Zahlung durch den Anforderer zahlt der Auftraggeber statt des Bucket-Eigentümers die Kosten für die Anforderung und den Daten-Download aus dem Bucket. Der Bucket-Eigentümer zahlt immer die Kosten für das Speichern der Daten.
In der Regel konfigurieren Sie Buckets dann als Buckets mit Zahlung durch den Anforderer, wenn Sie Daten freigeben möchten, aber keine Gebühren dafür übernehmen wollen, wenn andere auf die Daten zugreifen. Sie können beispielsweise Buckets mit Zahlung durch den Anforderer verwenden, wenn Sie große Datasets bereitstellen, beispielsweise Postleitzahlenverzeichnisse, Referenzdaten, Geodateninformationen oder Web-Crawling-Daten.
Wichtig
Wenn Sie die Zahlung durch den Anforderer für einen Bucket aktivieren, ist kein anonymer Zugriff auf den Bucket zulässig.
Sie müssen alle Anforderungen für Buckets mit Zahlung durch den Anforderer authentifizieren. Die Anfrageauthentifizierung ermöglicht Amazon S3, den Auftraggeber zu identifizieren und ihm seine Verwendung des Buckets mit Zahlung durch den Anforderer in Rechnung zu stellen.
Wenn der Anforderer die Rolle AWS Identity and Access Management (IAM) annimmt, bevor er seine Anfrage stellt, wird die Anfrage dem Konto, zu dem die Rolle gehört, in Rechnung gestellt. Weitere Informationen zu IAM Rollen finden Sie im IAMBenutzerhandbuch unter IAMRollen.
Nachdem Sie einen Bucket als Bucket für „Requester Pays“ konfiguriert haben, müssen die Anforderer nachweisen, dass sie sich darüber im Klaren sind, dass ihnen die Anfrage und der Datendownload in Rechnung gestellt werden. Um nachzuweisen, dass sie die Gebühren akzeptieren, müssen die Anforderer entweder x-amz-request-payer
als Header in ihre API Anfrage fürDELETE,, GET HEADPOST, und PUT -Anfragen aufnehmen oder den RequestPayer
Parameter in ihrer Anfrage hinzufügen. REST Für CLI Anfragen können Anforderer den --request-payer
Parameter verwenden.
Beispiel — Die Verwendung von Requester Pays beim Löschen eines Objekts
Um Folgendes zu verwenden DeleteObjectVersionAPIErsetzen Sie beispielsweise die
durch Ihre eigenen Informationen.user input placeholders
DELETE /Key+?versionId=VersionId HTTP/1.1 Host: Bucket.s3.amazonaws.com x-amz-mfa:
MFA
x-amz-request-payer:RequestPayer
x-amz-bypass-governance-retention:BypassGovernanceRetention
x-amz-expected-bucket-owner:ExpectedBucketOwner
Wenn der Anforderer Objekte mithilfe der wiederherstellt RestoreObjectAPI, Requester Pays wird unterstützt, solange der x-amz-request-payer
Header oder der RequestPayer
Parameter in der Anfrage enthalten sind. Der Anforderer zahlt jedoch nur für die Kosten der Anfrage. Der Bucket-Besitzer zahlt die Abrufgebühren.
Buckets mit Zahlung durch den Anforderer unterstützen die folgenden Funktionen nicht:
-
Anonyme Anforderungen
-
SOAPAnfragen
-
Die Verwendung eines Buckets mit Zahlung durch den Anforderer als Ziel-Bucket für die Endbenutzer-Protokollierung, oder umgekehrt. Sie können jedoch die Endbenutzer-Protokollierung für einen Bucket mit Zahlung durch den Anforderer aktivieren, wenn es sich beim Ziel-Bucket nicht um einen Bucket mit Zahlung durch den Anforderer handelt.
Die Gebühren bei Zahlung durch den Anforderer
Die Verteilung der Gebühren für erfolgreiche Anforderungen mit Zahlung durch den Anforderer ist ganz einfach: Der Anforderer zahlt für die Datenübertragung und die Anforderung, der Bucket-Eigentümer für die Speicherung der Daten. Dem Bucket-Eigentümer werden jedoch nur unter den folgenden Bedingungen Gebühren für die Anforderung in Rechnung gestellt:
-
Die Anfrage gibt einen Fehler
AccessDenied
(HTTP403 Forbidden
) zurück und die Anfrage wird innerhalb des individuellen AWS Kontos oder der AWS Organisation des Bucket-Besitzers initiiert. -
Die Anfrage ist eine SOAP Anfrage.
Weitere Informationen zur Zahlung durch den Anforderer finden Sie in den folgenden Themen.