このページでは、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 個のカスタム属性 | |
| バケットロックに設定できる最大保持期間 | 3,155,760,000 秒（100 年） | |
| 削除（復元可能）の最大保持期間 | 90 日 |
オブジェクト
| 上限 | 値 | 注 |
|---|---|---|
| オブジェクトの最大サイズ | 5 TiB | この上限は、オブジェクトの作成、再開可能なアップロード、マルチパート アップロードなどの書き込み方法に関係なく適用されます。 |
| オブジェクトあたりのすべてのカスタム メタデータのキーと値の合計サイズ | 8 KiB | |
| フラットな名前空間バケット内のオブジェクトのオブジェクト名の最大サイズ | 1,024 バイト（UTF-8 エンコード） | |
| 階層型名前空間が有効にされているバケット内のオブジェクトのオブジェクト名の最大サイズ | フォルダ名: 512 バイト（UTF-8 エンコード） ベース名: 512 バイト（UTF-8 エンコード） |
|
| 同じオブジェクト名に対する書き込みの最大速度 | 1 秒あたり 1 回の書き込み | 同じオブジェクト名に上限を超える速度で書き込むと、スロットリング エラーが発生する可能性があります。詳細については、オブジェクトの不変性をご覧ください。 |
| 1 つのオブジェクトに対するオブジェクト メタデータの更新頻度 | 1 秒あたり 1 回の更新 | この上限を超える頻度でオブジェクトのメタデータを更新すると、スロットリング エラーが発生する可能性があります。 |
| バケットでのオブジェクト書き込みの最大レート | 無制限 | オブジェクトのアップロード、更新、削除が含まれます。バケットは最初 1 秒あたり約 1,000 回の書き込みをサポートします。その後、必要に応じてスケールします。 |
| バケットでのオブジェクト読み取りの最大レート | 無制限 | オブジェクト データの読み取り、オブジェクト メタデータの読み取り、オブジェクトの一覧表示を含みます。バケットは最初 1 秒あたり約 5,000 回の読み取りをサポートします。その後、必要に応じてスケールします。ただし、帯域幅の上限に注意してください。 |
| アクセス制御リスト（ACL）のエントリの最大数 | オブジェクトあたり 100 個の ACL | 詳細については、ACL スコープをご覧ください。 |
| オブジェクト作成のソース オブジェクトの最大数 | 1 回の作成リクエストで 32 個のオブジェクト | |
| 複合オブジェクトを構成するコンポーネントの最大数 | 無制限 | 複合オブジェクトを構成するコンポーネントの数に上限はありませんが、複合オブジェクトに関連付けられる componentCount メタデータは 2,147,483,647 個が上限となります。最終的な複合オブジェクトは、Cloud Storage のすべてのオブジェクトに適用される 5 TiB のサイズ制限を遵守する必要があります。 |
| オブジェクト保持ロックに設定できる最大保持時間 | 現在の日時から 3,155,760,000 秒（100 年） | |
| 階層型名前空間が有効になっているバケット内のオブジェクトの読み取りと書き込みの初期秒間クエリ数（QPS）の上限。 | 階層型名前空間が有効になっていないバケットと比較して、QPS が最大 8 倍に向上します。 | フォルダ操作時のパフォーマンスの最適化については、フォルダ管理をご覧ください。 |
マネージド フォルダ
| 上限 | 値 | 注 |
|---|---|---|
| マネージド フォルダ名の最大サイズ | 1,024 バイト（UTF-8 エンコード） | |
| マネージド フォルダの最大ネスト数 | 15 | |
| マネージド フォルダあたりの IAM ポリシー更新の最大レート | 1 秒あたり 1 回の更新 |
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 への下り（外向き）はこの割り当てから除外されます。 プロジェクトごとに割り当ての増加をリクエストできます。 プロジェクトの Google 下り（外向き）の上限を表示する方法については、割り当ての表示と管理をご覧ください。 プロジェクトの Google 下り（外向き）の使用量を表示する方法については、帯域幅のモニタリングをご覧ください。 |
| Cloud Storage から Google サービスへの下り（外向き）データがあるデュアルリージョンの最大帯域幅 | ほとんどのプロジェクトでは、デュアルリージョン内の各リージョンのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります。 |
Cloud CDN と Media CDN への下り（外向き）はこの割り当てから除外されます。 プロジェクトごとに割り当ての増加をリクエストできます。 プロジェクトの Google 下り（外向き）の上限を表示する方法については、割り当ての表示と管理をご覧ください。 プロジェクトの Google 下り（外向き）の使用量を表示する方法については、帯域幅のモニタリングをご覧ください。 |
| Cloud Storage から Google サービスへの下り（外向き）データがあるマルチリージョンの最大帯域幅 | ほとんどのプロジェクトでは、リージョンごとのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります。 |
Cloud CDN と Media CDN への下り（外向き）は、この割り当てから除外されます。 特定のマルチリージョン内の各リージョンには個別の割り当てがあります。たとえば、プロジェクト プロジェクトの Google 下り（外向き）の上限を表示する方法については、割り当ての表示と管理をご覧ください。 プロジェクトの Google 下り（外向き）の使用量を表示する方法については、帯域幅のモニタリングをご覧ください。 プロジェクトごとに割り当ての増加をリクエストできます。通常、Google サービスへの下り（外向き）料金が高いワークロードには、リージョンまたはデュアルリージョンにあるバケットを使用する必要があります。Google サービスで大規模なワークロードを実行するマルチリージョン内の既存のバケットについては、リージョンまたはデュアルリージョン内のバケットに Storage Transfer Service を使用してデータを移動できます。 |
| リージョンのバケットデータにアクセスするインターネット リクエストの下り（外向き）帯域幅の上限 | ほとんどのプロジェクトでは、リージョンごとのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります。 |
この割り当てには、キャッシュミスによる Cloud CDN と Media CDN への下り（外向き）も含まれます。 プロジェクトのインターネット下り（外向き）の上限を表示する方法については、割り当ての表示と管理をご覧ください。 プロジェクトのインターネット下り（外向き）の使用量を表示する方法については、帯域幅のモニタリングをご覧ください。 プロジェクトごとに割り当ての増加をリクエストできます。 |
| デュアルリージョンのバケットデータにアクセスするインターネット リクエストの下り（外向き）帯域幅の上限 | ほとんどのプロジェクトでは、デュアルリージョン内の各リージョンのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります。 | この割り当てには、キャッシュミスによる Cloud CDN と Media CDN への下り（外向き）も含まれます。 プロジェクトのインターネット下り（外向き）の上限を表示する方法については、割り当ての表示と管理をご覧ください。 プロジェクトのインターネット下り（外向き）の使用量をリージョンごとに表示する方法については、帯域幅のモニタリングをご覧ください。 プロジェクトごとに割り当ての増加をリクエストできます。 |
| 特定のマルチリージョンのバケットデータにアクセスするインターネット リクエストの下り（外向き）帯域幅の上限 | ほとんどのプロジェクトでは、リージョンごとのデフォルトの割り当ては 200 Gbps ですが、プロジェクトの請求先アカウントの履歴によっては、これより少なくなる場合があります。 |
この割り当てには、キャッシュミスによる Cloud CDN と Media CDN への下り（外向き）も含まれます。 マルチリージョン内の各リージョンには、マルチリージョンのインターネット下り（外向き）割り当てが存在します。たとえば、 プロジェクトのインターネット下り（外向き）の上限を表示する方法については、割り当ての表示と管理をご覧ください。 プロジェクトのインターネット下り（外向き）の使用量をリージョンごとに表示する方法については、帯域幅のモニタリングをご覧ください。 プロジェクトごとに割り当ての増加をリクエストできます。 |
プロジェクトの帯域幅が特定の割り当てを超えると、影響を受けるバケットへのリクエストがスロットリングされるか、再試行可能な 429 - rateLimitExceeded エラーで拒否されて、超過した割り当ての詳細が報告される場合があります。帯域幅のモニタリングについては、帯域幅の使用量をご覧ください。