このページでは、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 | 単一のアップロード リクエストの最大サイズも 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 個が上限となります。 |
複合オブジェクトの最大サイズ | 5 TiB |
JSON API リクエスト
上限 | 値 | 注 |
---|---|---|
バッチ リクエストのリクエスト ペイロードの合計の上限 | 10 MiB 未満 | 1 回のリクエストで 100 個を超える呼び出しを含めないでください。 |
XML API リクエスト
上限 | 値 | 注 |
---|---|---|
リクエスト URL と HTTP ヘッダーの合計サイズの上限 | 16 KiB | |
バケットの一覧表示で返されるバケットの最大数 | 1,000 バケット | XML API は、名前の辞書順でバケットを返します。 |
マルチパート アップロードのパートの最大数 | 10,000 パート | |
マルチパート アップロードの個々のパートの最大サイズ | 5 GiB | |
マルチパート アップロードの個々のパートの最小サイズ | 5 MiB | マルチパート アップロードの最後のパートに最小サイズの制限はありません。 |
マルチパート アップロードから組み立てられるオブジェクトの最大サイズ | 5 TiB | |
マルチパート アップロードとそのアップロード済みパートがバケット内で未完了またはアイドル状態のままである状態が許容される最大時間。 | 無制限 | |
1 つのオブジェクトで同時に実行可能なマルチパート アップロードの最大数 | 無制限 | |
再開可能なアップロードのセッションが完了するまでの最大時間 | 7 日 | この時間は、再開可能なアップロードの開始から測定されます。 |
サービス アカウントの HMAC キー
HMAC キーは、サービス アカウントごとに最大 5 個という上限があります。削除されたキーは、この上限にカウントされません。
帯域幅
割り当て | 値 | 注 |
---|---|---|
Cloud Storage から Google サービスへの下り(外向き)データがあるリージョンまたはデュアルリージョンの最大帯域幅 | プロジェクトあたり 200 Gbps | Cloud CDN と Media CDN への下り(外向き)は、この割り当てから除外されます。
Cloud Storage のデュアルリージョンから Google サービスへの下り(外向き)データは、デュアルリージョンを構成するいずれかのリージョンの割り当てにカウントされます。たとえば、
プロジェクトごとにリージョンの割り当ての増加をリクエストできます。デュアルリージョンの割り当てを増やす必要がある場合は、デュアルリージョンを構成するリージョンのいずれか、または両方に対して増加をリクエストする必要があります。 |
特定のマルチリージョンのバケットデータにアクセスする Google サービスの下り(外向き)帯域幅の上限 | プロジェクト、リージョンあたり 50 Gbps | Cloud CDN と Media CDN への下り(外向き)は、この割り当てから除外されます。
たとえば、プロジェクト
Google サービスへの下り(外向き)料金が高いワークロードには、リージョンまたはデュアルリージョンにあるバケットを使用することを強くおすすめします。Google サービスで大規模なワークロードを実行する既存のマルチリージョン バケットの場合、Storage Transfer Service を使用してリージョン バケットまたはデュアルリージョン バケットにデータを移動できます。 例外的な場合を除き、マルチリージョンの帯域幅割り当てを増やすリクエストは承認されません。割り当ての増加をリクエストするには、Google Cloud サポートにお問い合わせください。 |
プロジェクトの帯域幅がロケーションの割り当てを超えると、影響を受けるバケットへのリクエストが再試行可能な 429 エラーで拒否されるか、抑制されます。帯域幅のモニタリングについては、帯域幅の使用量をご覧ください。