割り当てと上限

このページでは、Cloud Storage の割り当てとリクエストの上限について説明します。割り当ての増加をリクエストできますが、上限を変更することはできません。

割り当てと上限は変更されることがあります。

バケット

上限
バケット名の最大サイズ 63 文字

名前にドット(.)が含まれる場合、上限は 222 文字です。

プロジェクトあたりのバケットの作成と削除のレート上限 2 秒ごとに約 1 件のリクエスト

ほとんどの場合、より少ないバケットでより多くのオブジェクトを使用するように計画します。たとえば、一般的な設計では、プロジェクトのユーザーごとに 1 つのバケットを使用します。1 秒間に多数のユーザーを追加するシステムを設計する場合は、1 つのバケットを多数のユーザーで使用するように設計し(適切な権限を与えて)、バケット作成のレート上限がボトルネックにならないようにします。

可用性の高いアプリケーションを作成する場合には、アプリケーションのクリティカル パスでバケットの作成または削除に依存しないでください。バケット名は、一元化されたグローバル名前空間の一部になっています。この名前空間に依存すると、アプリケーションで単一障害点が生じます。これとバケットの作成 / 削除制限があるため、Cloud Storage で可用性の高いサービスを作成する場合には、必要なバケットをすべて事前に作成することをおすすめします。

バケットあたりのバケット メタデータの更新レートの上限 1 秒あたり 1 回の更新 1 つのバケットを頻繁に更新(たとえば、CORS 構成の変更など)すると、スロットリング エラーが発生する可能性があります。
バケットごとに IAM ロールを付与できるプリンシパルの最大数

1,500 個のプリンシパル(すべての IAM ロール)

100 個のプリンシパル(以前の IAM ロール

プリンシパルの例としては、個々のユーザー、グループ、ドメインなどがあります。詳細については、プリンシパルのタイプをご覧ください。
バケットあたりの Pub/Sub 通知構成の最大数 100 個の通知構成
特定のイベントでトリガーされるように設定される Pub/Sub 通知構成の最大数 10 個の通知構成
Pub/Sub 通知構成のカスタム属性の最大数 10 個のカスタム属性

オブジェクト

上限
オブジェクトの最大サイズ 5 TiB

この上限は、オブジェクトの作成再開可能なアップロードマルチパート アップロードなど、書き込み方法に関係なく適用されます。1 回のアップロード リクエストで 5 TiB 全体をアップロードすることは可能ですが、そのような長時間実行アップロードは失敗する可能性が高くなります。大容量のオブジェクトをアップロードする場合は、再開可能なアップロードを使用することをおすすめします。

1 つのオブジェクトのすべてのカスタム メタデータのキーと値の合計サイズ 8 KiB
オブジェクト名の最大サイズ 1,024 バイト(UTF-8 エンコード)
同じオブジェクト名に対する書き込みの最大速度 1 秒あたり 1 回の書き込み 同じオブジェクト名に上限を超える速度で書き込むと、スロットリング エラーが発生する可能性があります。詳細については、オブジェクトの不変性をご覧ください。
1 つのオブジェクトに対するオブジェクト メタデータの更新頻度 1 秒あたり 1 回の更新 この上限を超える頻度でオブジェクトのメタデータを更新すると、スロットリング エラーが発生する可能性があります。
バケットでのオブジェクト書き込みの最大レート 無制限 オブジェクトのアップロード、更新、削除が含まれます。バケットは最初 1 秒あたり約 1,000 回の書き込みをサポートします。その後、必要に応じてスケールします。
バケットでのオブジェクト読み取りの最大レート 無制限 オブジェクト データの読み取り、オブジェクト メタデータの読み取り、オブジェクトの一覧表示を含みます。バケットは最初 1 秒あたり約 5,000 回の読み取りをサポートします。その後、必要に応じてスケールします。ただし、帯域幅の上限に注意してください。
アクセス制御リスト(ACL)のエントリの最大数 オブジェクトあたり 100 個の ACL ACL は個々のユーザー、グループ、ドメインに適用できます。ACL スコープをご覧ください。
オブジェクト作成のソース オブジェクトの最大数 1 回の作成リクエストで 32 個のオブジェクト
複合オブジェクトを構成するコンポーネントの最大数 無制限 複合オブジェクトを構成するコンポーネントの数に上限はありませんが、複合オブジェクトに関連付けられる componentCount メタデータは 2,147,483,647 個が上限となります。最終的な複合オブジェクトは、Cloud Storage のすべてのオブジェクトに適用される 5 TiB のサイズ制限を遵守する必要があります。

JSON API リクエスト

上限
バッチ リクエストのリクエスト ペイロードの合計の上限 10 MiB 未満 1 回のリクエストに 100 個を超える呼び出しを含めないでください。
オブジェクト リストの glob パターンの最大サイズ UTF-8 エンコードで 1,024 バイト

XML API リクエスト

上限
リクエスト URL と HTTP ヘッダーの合計サイズの上限 16 KiB
バケットの一覧表示で返されるバケットの最大数 1,000 バケット XML API は、名前の辞書順でバケットを返します。
マルチパート アップロードのパートの最大数 10,000 パート これらのパートで組み立てられたオブジェクトは、Cloud Storage のすべてのオブジェクトに適用される 5 TiB のサイズ制限を遵守する必要があります。
マルチパート アップロードの個々のパートの最大サイズ 5 GiB
マルチパート アップロードの個々のパートの最小サイズ 5 MiB マルチパート アップロードの最後のパートに最小サイズの上限はありません。そのため、この上限は、パートのアップロード時点では適用されず、アップロードの完了を試みた時点で適用されます。
マルチパート アップロードとそのアップロード済みパートがバケット内で未完了またはアイドル状態のままである状態が許容される最大時間。 無制限
1 つのオブジェクトで同時に実行可能なマルチパート アップロードの最大数 無制限
再開可能なアップロードのセッションが完了するまでの最大時間 7 日 この時間は、再開可能なアップロードの開始から測定されます。

サービス アカウントの HMAC キー

HMAC キーは、サービス アカウントごとに最大 10 個という上限があります。削除されたキーは、この上限にカウントされません。

インベントリ レポート

インベントリ レポートの構成には、ソースバケットごとに 100 個という上限があります。

帯域幅

割り当て
Cloud Storage から Google サービスへの下り(外向き)データがあるリージョンまたはデュアルリージョンの最大帯域幅 ほとんどのプロジェクトでは、リージョンごとのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります

Cloud CDN と Media CDN への下り(外向き)はこの割り当てから除外されます。

各リージョンには個別の割り当てがありますが、Cloud Storage のデュアルリージョンから Google サービスへの下り(外向き)データは、デュアルリージョンを構成するいずれかのリージョンの割り当てにカウントされます。たとえば、us-central1 にある Compute Engine インスタンスが nam4 デュアルリージョンのバケットからデータを読み込んだ場合、その帯域幅の使用量は、us-central1 リージョン全体の割り当ての一部としてカウントされます。

プロジェクトの Google 下り(外向き)の上限を表示する方法については、割り当ての表示と管理をご覧ください。

プロジェクトの Google 下り(外向き)の使用量を表示する方法については、帯域幅のモニタリングをご覧ください。

プロジェクトごとにリージョンの割り当ての増加をリクエストできます。デュアルリージョンの割り当てを増やす場合は、デュアルリージョンを構成するリージョンのいずれか、または両方に対して増加をリクエストする必要があります。

特定のマルチリージョンのバケットデータにアクセスする Google サービスの下り(外向き)帯域幅の上限 ほとんどのプロジェクトでは、リージョンごとのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります

Cloud CDN と Media CDN への下り(外向き)は、この割り当てから除外されます。

特定のマルチリージョン内の各リージョンには個別の割り当てがあります。たとえば、プロジェクト my-project で、そのプロジェクト内のすべてのリージョンに対して 200 Gbps のマルチリージョン Google 下り(外向き)帯域幅割り当てがあるとします。このシナリオの場合、us マルチリージョンのバケットから Google サービスへの下り(外向き)データに対して、us-east1 リージョンで 200 Gbps の帯域幅を使用できます。us マルチリージョンのバケットから Google サービスへの下り(外向き)データに対して、us-west1 リージョンで 200 Gbps の帯域幅を使用できます。

プロジェクトの Google 下り(外向き)の上限を表示する方法については、割り当ての表示と管理をご覧ください。

プロジェクトの Google 下り(外向き)の使用量を表示する方法については、帯域幅のモニタリングをご覧ください。

プロジェクトごとに割り当ての増加をリクエストできます。通常、Google サービスへの下り(外向き)料金が高いワークロードにはリージョンまたはデュアルリージョンにあるバケットを使用する必要があります。Google サービスで大規模なワークロードを実行する既存のマルチリージョン バケットの場合、Storage Transfer Service を使用してリージョン バケットまたはデュアルリージョン バケットにデータを移動できます。

リージョンまたはデュアルリージョンのバケットデータにアクセスするインターネット リクエストの下り(外向き)帯域幅の上限 ほとんどのプロジェクトでは、リージョンごとのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります

この割り当てには、キャッシュミスによる Cloud CDN と Media CDN への下り(外向き)も含まれます。

Cloud Storage のデュアルリージョンからインターネットへの下り(外向き)データは、デュアルリージョンを構成するいずれかのリージョンのプロジェクトごとの割り当てにカウントされます。たとえば、ユーザーが nam4 デュアルリージョンのバケットからパソコンにデータをダウンロードした場合、帯域幅の使用量は us-central1 リージョンまたは us-east1 リージョンのいずれかの割り当ての合計に含まれます。

プロジェクトのインターネット下り(外向き)の上限を表示する方法については、割り当ての表示と管理をご覧ください。

プロジェクトのインターネット下り(外向き)の使用量をリージョンごとに表示する方法については、帯域幅のモニタリングをご覧ください。

プロジェクトごとにリージョンの割り当ての増加をリクエストできます。デュアルリージョンの割り当てを増やす場合は、デュアルリージョンを構成するリージョンのいずれか、または両方に対して増加をリクエストする必要があります。

特定のマルチリージョンのバケットデータにアクセスするインターネット リクエストの下り(外向き)帯域幅の上限 ほとんどのプロジェクトでは、リージョンごとのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります

この割り当てには、キャッシュミスによる Cloud CDN と Media CDN への下り(外向き)も含まれます。

マルチリージョン内の各リージョンには、マルチリージョンのインターネット下り(外向き)割り当てが存在します。たとえば、my-projectus マルチリージョンにあるバケットから世界中の顧客にデータを送信するとします。このシナリオでは、バケットから世界中のさまざまな地域にデータが送信されるため、us マルチリージョン内のさまざまなリージョンがそれぞれ独自のインターネット下り(外向き)割り当てを使用します。通常、インターネット下り(外向き)の割り当ては、地理的にデータの宛先に最も近いリージョンに対してカウントされます。

プロジェクトのインターネット下り(外向き)の上限を表示する方法については、割り当ての表示と管理をご覧ください。

プロジェクトのインターネット下り(外向き)の使用量をリージョンごとに表示する方法については、帯域幅のモニタリングをご覧ください。

プロジェクトごとに割り当ての増加をリクエストできます。

プロジェクトの帯域幅がロケーションの割り当てを超えると、影響を受けるバケットへのリクエストは抑制されるか、超過した割り当ての詳細を含む再試行可能な 429 - rateLimitExceeded エラーで拒否されます。帯域幅のモニタリングについては、帯域幅の使用量をご覧ください。