このページでは、バケット ロケーションのコンセプトと、バケットを作成できるロケーションの種類について説明します。バケットのロケーションは、バケット内のオブジェクト データが存在する物理的な場所を定義します。
バケットのロケーションを設定する方法については、ストレージ バケットを作成するをご覧ください。
主なコンセプト
バケットの作成時にオブジェクト データを保存する地理的位置を永続的に設定します。
- バケットの作成後にロケーションを変更することはできませんが、データを別のロケーションのバケットに移動することはできます。
次のロケーション タイプから選択できます。
リージョンとは、サンパウロなどの特定の地理的な場所のことです。
デュアルリージョンは、東京と大阪、などのリージョンの特定のペアです。
マルチリージョンは、米国などの、2 つ以上の地理的な場所を含む広い地理的なエリアとなります。
Cloud Storage のデータは、アップロードの直後に、少なくとも 1 つの地理的な場所にある少なくとも 2 つのゾーンにわたって冗長になります。
また、マルチリージョンまたはデュアルリージョンに保存されるオブジェクトは、地理的に冗長になります。地理的に冗長なオブジェクトは、少なくとも 100 マイル離れている 2 つ以上の場所に保存されています。
デフォルトのレプリケーションでは、1 時間以内を目標に、新しく書き込まれたオブジェクトの 99.9% に地理的な冗長性が保証されるように設計されています。新しく書き込まれたオブジェクトには、アップロード、書き換え、コピー、作成が含まれます。
ターボ レプリケーションでは、15 分以内を目標に、新しく書き込まれたすべてのオブジェクトに地理的な冗長性が保証されます。デュアルリージョン バケットにのみ適用されます。
オブジェクトが正常にアップロードされた後、オブジェクトが地理的に冗長になる前にリージョンが利用できなくなった場合、Cloud Storage の強整合性により、リージョンが再び利用可能になったときに、最新でないバージョンのオブジェクトは提供せず、上書きが元に戻されないようにします。
マルチリージョンでは、データが柔軟に保存されるため、デュアルリージョンよりも低コストで地理的な冗長性を実現します。マルチリージョン内で使用されるデータセンターは、必要に応じて Cloud Storage によって判断されます。
Cloud Storage では、サービス固有の規約に従って、選択されたロケーションにオブジェクト データが保存されます。
ロケーションに関する留意事項
Cloud Storage バケットのロケーションを選択する場合は、次の表に示すように可用性、料金、パフォーマンスの違いを考慮してください。
| リージョン | デュアルリージョン | マルチリージョン | |
|---|---|---|---|
| 可用性1 |
|
|
|
| パフォーマンス |
|
|
|
| 料金 |
|
|
|
- 各ロケーション オプションのサービスレベル目標（SLO）は、バケットのストレージ クラスによって異なります。Cloud Storage サービスレベル契約（SLA）をご覧ください。
ロケーションに関する推奨事項
| 要件 | 推奨されるバケットのロケーション | ワークロードの例 |
|---|---|---|
|
リージョン |
|
|
デュアルリージョン1 |
|
|
マルチリージョン |
|
- 短くて予測可能な目標復旧時点（RPO）が必要な場合、プレミアム ターボ レプリケーション機能を有効にします。
- パフォーマンスを最大にして総所有コストを削減するには、データとコンピューティングを同じリージョンに配置します。リージョン ロケーションとデュアル リージョンは、どちらもこの目的に適しています。
- データ レプリケーションの料金が発生しないようにするには、有効期間の短いデータセットをリージョン ロケーションに保存します。
中程度のパフォーマンスとアドホック分析のワークロードの場合、Multi-Regional Storage が費用対効果の高い選択肢になります。
各ロケーションのストレージ費用については、データ ストレージの料金表をご覧ください。
Compute Engine VM に関する注意
- Compute Engine VM インスタンスと同じリージョンにデータを保存すると、パフォーマンスを向上させることができます。この利点はリージョンとデュアルリージョンの両方に適用されます。
- Compute Engine ゾーンをバケットの場所として指定することはできませんが、特定のリージョン内のゾーンにあるすべての Compute Engine VM インスタンスのパフォーマンスは、そのリージョン内のバケットにアクセスする場合と同等です。
利用できるロケーション
データの保存に利用できる Cloud Storage のロケーションは次のとおりです。
リージョン
すべてのリージョンが少なくとも 100 マイル離れています。
| 地域 | リージョン名 | リージョンの説明 | |
|---|---|---|---|
| 北アメリカ | |||
NORTHAMERICA-NORTHEAST1 |
モントリオール |
 低 CO2 |
|
NORTHAMERICA-NORTHEAST2 |
トロント |
低 CO2 |
|
US-CENTRAL1 |
アイオワ |
低 CO2 |
|
US-EAST1 |
サウスカロライナ | ||
US-EAST4 |
北バージニア | ||
US-EAST5 |
コロンバス | ||
US-SOUTH1 |
ダラス | ||
US-WEST1 |
オレゴン |
低 CO2 |
|
US-WEST2 |
ロサンゼルス | ||
US-WEST3 |
ソルトレイクシティ | ||
US-WEST4 |
ラスベガス | ||
| 南アメリカ | |||
SOUTHAMERICA-EAST1 |
サンパウロ |
低 CO2 |
|
SOUTHAMERICA-WEST1 |
サンティアゴ | ||
| ヨーロッパ | |||
EUROPE-CENTRAL2 |
ワルシャワ | ||
EUROPE-NORTH1 |
フィンランド |
低 CO2
|
|
EUROPE-SOUTHWEST1 |
マドリッド |
低 CO2
|
|
EUROPE-WEST1 |
ベルギー |
低 CO2
|
|
EUROPE-WEST2 |
ロンドン | ||
EUROPE-WEST3 |
フランクフルト | ||
EUROPE-WEST4 |
オランダ | ||
EUROPE-WEST6 |
チューリッヒ |
低 CO2
|
|
EUROPE-WEST8 |
ミラノ | ||
EUROPE-WEST9 |
パリ |
低 CO2 |
|
| アジア | |||
ASIA-EAST1 |
台湾 | ||
ASIA-EAST2 |
香港 | ||
ASIA-NORTHEAST1 |
東京 | ||
ASIA-NORTHEAST2 |
大阪 | ||
ASIA-NORTHEAST3 |
ソウル | ||
ASIA-SOUTHEAST1 |
シンガポール | ||
| インド | |||
ASIA-SOUTH1 |
ムンバイ | ||
ASIA-SOUTH2 |
デリー | ||
| インドネシア | |||
ASIA-SOUTHEAST2 |
ジャカルタ | ||
| 中東 | |||
ME-WEST1 |
テルアビブ | ||
| オーストラリア | |||
AUSTRALIA-SOUTHEAST1 |
シドニー | ||
AUSTRALIA-SOUTHEAST2 |
メルボルン |
デュアルリージョン
デュアルリージョン バケットを作成する場合、デュアルリージョンに使用するリージョンのペアが同じ地理的領域に存在している必要があります。
現在、デュアルリージョンの作成でサポートされているリージョンは次のとおりです。
| 地域 | リージョン名 | リージョンの説明 |
|---|---|---|
| アジア | ||
ASIA-EAST1 |
台湾 | |
ASIA-NORTHEAST11 |
東京 | |
ASIA-NORTHEAST21 |
大阪 | |
ASIA-SOUTHEAST1 |
シンガポール | |
ASIA-SOUTH12 |
ムンバイ | |
ASIA-SOUTH22 |
デリー | |
| ヨーロッパ | ||
EUROPE-NORTH13 |
フィンランド | |
EUROPE-WEST1 |
ベルギー | |
EUROPE-WEST43 |
オランダ | |
| 北米 | ||
US-CENTRAL14 |
アイオワ | |
US-EAST1 4 |
サウスカロライナ | |
US-EAST4 |
北バージニア | |
US-EAST55 |
コロンバス | |
US-SOUTH1 |
ダラス | |
US-WEST1 |
オレゴン | |
US-WEST4 |
ラスベガス |
1 現在、ASIA-NORTHEAST1 と ASIA-NORTHEAST2 はペアにする必要があります。このデュアルリージョンのペアの動作は、通常のデュアルリージョンのペアと異なります。詳細については、事前定義のデュアルリージョンをご覧ください。
2 現在、ASIA-SOUTH1 と ASIA-SOUTH2 がペアに設定され、LOCATION パラメータが IN に設定されている必要があります。このデュアルリージョンのペアで顧客管理の暗号鍵またはリソース ロケーションの制約を使用する場合は、このロケーションを指定する必要があります。
3 EUROPE-NORTH1 と EUROPE-WEST4 のデュアルリージョンのペアは、通常のデュアルリージョンのペアと動作が異なります。詳細については、事前定義のデュアルリージョンをご覧ください。
4 US-CENTRAL1 と US-EAST1 のデュアルリージョンのペアは、通常のデュアルリージョンのペアと動作が異なります。詳細については、事前定義のデュアルリージョンをご覧ください。
5 現在、US-EAST5 は US-CENTRAL1 または US-EAST1 のいずれかとペアにする必要があります。
事前定義のデュアルリージョン
次のデュアルリージョンのペアは、事前定義のデュアルリージョンとしてのみ存在します。このペアは、ほとんどのデュアルリージョンのペアといくつかの点で異なります。
| 事前定義のデュアルリージョン名 | リージョンの説明 |
|---|---|
ASIA1 |
東京 + 大阪 |
EUR4 |
フィンランド + オランダ |
NAM4 |
アイオワ + サウスカロライナ |
事前定義のデュアルリージョンを使用する場合は、次の点に注意してください。
通常、事前定義のデュアルリージョンは、一般的なデュアルリージョンの作成ワークフローでは作成できません。カスタム プレースメント構成なしで作成し、事前定義のデュアルリージョン名をロケーションとして設定する必要があります。このようなバケットを作成すると、事前定義のデュアルリージョン名がロケーションとして表示され、カスタム プレースメント構成は含まれません。
- 一部のツールでは、事前定義のデュアルリージョンの動作の一部またはすべてが非表示になります。たとえば、Google Cloud コンソールでは、バケットの作成はすべてのデュアルリージョンのペアで同じです。ただし、Google Cloud コンソールでは事前定義のデュアルリージョンのロケーションが事前定義の名前で表示されます。このようなバケットには、このセクションで説明するその他の考慮事項も適用されます。
事前定義のデュアルリージョンには、同じ大陸内の他のデュアルリージョンとは異なる Cloud KMS 鍵が必要です。詳細については、顧客管理の暗号鍵に関する制限をご覧ください。
事前定義のデュアルリージョンでは、ロケーションの SKU に対してストレージ使用量が課金されますが、一般的なデュアルリージョンでは基盤となるリージョンに対して課金されます。
組織のポリシーでリソース ロケーションの制約を使用する場合、事前定義のデュアルリージョンはそれらが存在するマルチリージョンに含まれませんが、一般的なデュアルリージョンは含まれます。事前定義のデュアルリージョンは、制約を設定するときに明示的に追加するか、制約に含まれる値グループの一部にする必要があります。
マルチリージョン
| マルチリージョン名 | マルチリージョンの説明 |
|---|---|
ASIA |
アジアのデータセンター |
EU |
欧州連合の加盟国内のデータセンター* |
US |
米国内のデータセンター |
* EU マルチリージョン内のバケットに追加されたオブジェクト データは、EUROPE-WEST2（ロンドン）や EUROPE-WEST6（チューリッヒ）のリージョンには保存されません。
次のステップ
- バケットを作成する。
- Cloud Storage で利用可能なストレージ クラスを調べる。
- デュアルリージョンの詳細を確認する。
- 世界中のロケーションで利用可能なすべての Google Cloud Platform サービスを確認する。
- 他の Google Cloud サービスに適用される、ゾーンなどの追加のロケーションに基づくコンセプトを確認する。
使ってみる
Google Cloud を初めて使用する場合は、アカウントを作成して、実際のシナリオでの Cloud Storage のパフォーマンスを評価してください。新規のお客様には、ワークロードの実行、テスト、デプロイができる無料クレジット $300 分を差し上げます。
Cloud Storage 無料トライアル