リクエスト元による支払い

このページでは、Cloud Storage のリクエスト元による支払い機能の概要について説明します。この機能の設定と使用方法については、リクエスト元による支払いの使用をご覧ください。

重要: gsutil を使用する場合、JSON API を介して gsutil で Cloud Storage にアクセスすると、リクエスト元による支払い機能が自動的に利用可能になります。デフォルトで XML API を使用するように gsutil を設定した場合は、リクエスト元による支払いを使用するために gsutil のカスタム バージョン（.tar.gz ファイルと .zip ファイルが利用可能）をダウンロードする必要があります。

はじめに

ユーザーがバケットやオブジェクトなど Cloud Storage のリソースにアクセスするたびに、リクエストの作成と実行に関連する料金が発生します。次のような料金が含まれます。

• リクエストの実行に関するオペレーション料金。

• データの読み取りに関するネットワーク料金。

• データ取得料金（データが Nearline Storage または Coldline Storage として保存されている場合）。

通常は、リソースのプロジェクト オーナーにこれらのアクセス料金が請求されます。ただし、リクエスト元から請求先プロジェクトにリクエストが送信された場合は、リクエスト元のプロジェクトが代わりに請求されます。バケットでリクエスト元による支払いが有効になっている場合、請求先プロジェクトがリクエストに含まれるようにリクエスト元に要求できます。その場合、課金先はリクエスト元のプロジェクトになります。リクエスト元による支払い機能を有効にすると、ユーザーに提供したいデータが大量にあるが、このデータへのアクセスに関する料金を請求されたくない場合に有用です。

注: Cloud Storage Transfer Service を利用し、請求先プロジェクトがリクエストに含まれている場合、現在、料金は発生しません。これはプロモーション価格です。

対象外の料金

リクエスト元による支払い機能が有効になっていても、バケットを含むプロジェクトに次の料金が適用されます。

• バケットにデータを格納するためのストレージ料金。

• 早期削除料金（該当する場合）。

制限事項

リクエスト元による支払いを使用する場合、以下の制限が適用されます。

• Cloud SQL からのインポートおよびエクスポートにリクエスト元による支払いが有効になっているバケットを使用することはできません。

使用条件とアクセス要件

バケットのリクエスト元による支払い機能を使用するには、該当するバケットでメタデータ フラグを有効にする必要があります。有効にすると、次のユーザーだけがバケットやそのコンテンツにアクセスできるようになります。

• リクエストに請求先プロジェクトが含まれるリクエスト元。リクエストで使用されるプロジェクトは良好な状態でなければなりません。また、ユーザーが serviceusage.services.use 権限を含むプロジェクト内の役割を所持する必要があります。必要な権限が含まれているのは roles/editor 役割と roles/owner 役割です。

• 請求先プロジェクトは追加していないが、バケットを含むプロジェクトに resourcemanager.projects.createBillingAssignment 権限を持つユーザー。必要な権限が含まれているのは roles/billing.projectManager 役割です。これらのリクエストに関連するアクセス料金は、バケットを含むプロジェクトに請求されます。

バケットに対する他のリクエストはすべて失敗し、400 UserProjectMissing エラーが発生します。

これらの要件以外にも、リクエスト元は要求されたアクションの実行に必要な権限を持っている必要があります。たとえば、リクエストに有効な請求先プロジェクトを追加したユーザーでも、バケットにオブジェクトをアップロードする明示的な権限がなければ、この操作を実行できません。この場合、バケットまたはバケットを含むプロジェクトに対して storage.objects.create 権限が必要です。

重要: バケットはリクエスト元による支払い機能が無効になっていても、請求先プロジェクトを含むリクエストを受け入れます。この場合、使用料金はリクエストに指定されている請求先プロジェクトに課金されます。すべてのリクエストに請求先プロジェクトを追加する前に、請求による影響を十分に検討してください。

ソースに請求されるオペレーション

ソースバケットと宛先バケットの両方を使用するオペレーション（コピーや書き換えなど）の場合、ソースバケットを含むプロジェクトに課金されます。通常、JSON または XML API による直接呼び出しなど、ソースバケットでリクエスト元による支払い機能が有効になっているときにのみ、請求先プロジェクトを追加します。

gsutil rewrite など、ソースバケットまたは宛先バケットのいずれか（あるいは、この両方）でリクエスト元による支払い機能が有効になっているときに、請求先プロジェクトの追加が必要になる場合があります。このようなオペレーションでは、アクションの実行中にソースと宛先の両方のバケットが呼び出されるため、このような操作が必要になります。

複数リクエストのオペレーション

複数のリクエストを必要とするオペレーション（マルチパートのアップロードなど）を実行する場合、オペレーション内の各リクエストに同じ請求先プロジェクトが含まれている必要があります。この設定は、ユーザー プロジェクトで指定します。リクエストの間で請求先プロジェクトが変更されると、オペレーション全体が失敗し、400 UserProjectInconsistent エラーが発生します。

課金

リクエストの請求先プロジェクトに課金される料金は、請求書で別途表示されることはありません。たとえば、リクエスト元による支払い機能が有効になっているバケットから複数のダウンロードを行い、リクエストで請求先プロジェクトとして my-project を指定したとします。my-project にダウンロード元のバケットが含まれている場合、請求書にはこれらのダウンロードの合計金額が表示されます。請求書は、自分のバケットからのダウンロードとリクエスト元による支払いのバケットからのダウンロードを区別しません。

自分の Cloud Storage リソースからの請求とリクエストに含まれる請求先プロジェクトからの請求を区別するには、Cloud Storage リソースを含まないプロジェクトを作成してください。そのプロジェクトは、その他のプロジェクトのリソースへのリクエストに特化したものになります（リクエスト元による支払いのバケットなど）。