割り当てと上限

コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

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

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

特定のマルチリージョンのバケットデータにアクセスする Google サービスの下り(外向き)帯域幅の上限 プロジェクト、リージョンあたり 50 Gbps

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

たとえば、プロジェクト my-projectus-east1 に複数の Compute Engine インスタンスがあり、us-west1 に複数の Compute Engine インスタンスがあるとします。us マルチリージョンのバケットからデータを読み取る場合、us-east1 インスタンスは合計で 50 Gbps の帯域幅割り当てを使用できます。us マルチリージョンのバケットから読み取る場合、us-west1 インスタンスは個別に 50 Gbps の帯域幅割り当てを使用できます。

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

例外的な場合を除き、マルチリージョンの帯域幅割り当てを増やすリクエストは承認されません。割り当ての増加をリクエストするには、Google Cloud サポートにお問い合わせください。

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