mhGCPでアプリケーションを開発していると、画像ファイル、動画、ログデータ、バックアップファイルなど、様々な種類のデータを保存する必要が出てきますよね。データベースに入れるほど構造化されていないデータや、大量のファイルを効率的に保存したい場合、どこに置けばいいのでしょうか？
その答えの一つが、「オブジェクトストレージ」です。そして、GCPが提供するオブジェクトストレージサービスが「Cloud Storage」です。例えるなら、Cloud Storageはあなたの「無限に広がるデータ置き場」であり、そこにあるファイルはまるで「オブジェクト（物）」のように扱われます。
Cloud Storageとは？
Cloud Storageは、Googleのグローバルなインフラ上で動作する、非常にスケーラブルで耐久性の高いオブジェクトストレージサービスです。
- 何ができるの？
- あらゆる種類のファイル（画像、動画、ドキュメント、バックアップなど）を、容量を気にすることなく保存できます。
- 世界中のどこからでも、HTTP/HTTPS経由でこれらのファイルにアクセスできます。
- Webサイトの静的コンテンツ配信、データレイク、バックアップ、災害復旧など、幅広い用途で利用されます。
- 特徴:
- 無制限の拡張性: 事前にストレージ容量を予約する必要がなく、必要なだけデータを保存できます。容量の制約を心配する必要がありません。
- 高耐久性: データは自動的に複数のデータセンターに複製されるため、非常に高い耐久性（99.999999999% =イレブンナイン）が保証されます。データが消える心配はほとんどありません。
- 高可用性: データのアクセスも非常に安定しています。
- 従量課金: 使った容量とアクセス量に応じて料金が発生します。
- グローバルなアクセス: 世界中のどこからでもアクセスできるエンドポイントを提供します。
Cloud Storageの基本構成要素
Cloud Storageを使う上で、特に重要な3つの概念があります。
- バケット（Bucket）: あなたのデータの「入れ物」
- オブジェクト（Object）: バケットの中に保存される個々の「データ」
- ストレージクラス（Storage Class）: オブジェクトの「保存方法とコスト」
順番に見ていきましょう。
1. バケット（Bucket）：あなたのデータの「入れ物」
Cloud Storageでデータを保存するには、まず**「バケット」を作成する必要があります。バケットは、オブジェクト（ファイル）を格納するためのトップレベルのコンテナ**です。
イメージしてみてください：
あなたは広大な倉庫（Cloud Storage）を持っています。その倉庫の中に、写真用の箱、書類用の箱、動画用の箱、といった具合に、目的別に大きな「箱」を用意します。この「箱」がバケットです。
- 特徴:
- グローバルで一意な名前: バケットの名前は、GCP全体（全ユーザー）で重複してはいけません。例えば、
my-awesome-photo-bucket-12345のように、ユニークな名前をつけましょう。 - リージョン指定: バケットを作成する際、データを物理的に保存するリージョン（例:
asia-northeast1東京）やマルチリージョン（例:ASIAアジア全域）を指定します。これは、データのレイテンシ（遅延）や料金に影響します。ユーザーに近いリージョンを選ぶのが一般的です。 - アクセス制御: バケット単位で、誰が（IAMプリンシパル）そのバケット内のオブジェクトに対してどんな操作（読み取り、書き込みなど）ができるか、アクセス権限を設定します。
- 階層構造は持たない: バケットの中に「フォルダ」があるように見えますが、これはあくまで管理上の便宜的な表示です。実際には、オブジェクト名は「
images/photos/vacation/sunset.jpg」のようにスラッシュを含んでいますが、これはあくまでオブジェクト名の一部であり、物理的なフォルダ構造ではありません。
- グローバルで一意な名前: バケットの名前は、GCP全体（全ユーザー）で重複してはいけません。例えば、
2. オブジェクト（Object）：バケットの中に保存される個々の「データ」
バケットの中に保存される個々のファイルが「オブジェクト」です。写真1枚、動画ファイル1本、ログファイル1つなど、それぞれが独立したオブジェクトとして扱われます。
イメージしてみてください：
先ほどの「箱（バケット）」の中に入っている、1枚1枚の写真、1本1本の動画ファイルが「オブジェクト」です。
- 特徴:
- ファイルそのもの: オブジェクトは、データそのものと、そのデータに関するメタデータ（ファイル名、サイズ、更新日時、コンテンツタイプなど）の集まりです。
- 不変性 (Immutability): 一度アップロードされたオブジェクトは、上書きではなく、新しいバージョンとして保存されます。つまり、オブジェクトの内容を変更する際は、古いオブジェクトを削除して新しいオブジェクトをアップロードする形になります（ただし、バージョン管理機能を有効にしない限り、古いオブジェクトは直接アクセスできなくなります）。
3. ストレージクラス（Storage Class）：オブジェクトの「保存方法とコスト」
Cloud Storageには、データのアクセス頻度や重要度に応じて、複数の**「ストレージクラス」**が用意されています。これにより、コストとパフォーマンスのバランスを最適化できます。例えるなら、データの「保管場所のグレード」です。
イメージしてみてください：
あなたは倉庫（Cloud Storage）に荷物（オブジェクト）を預ける際、すぐに取り出す必要のあるものは「手元に近い棚（Standard）」に、めったに使わないけどなくしたくないものは「奥の倉庫（Archive）」に、といった具合に、保管場所のグレードを選びますよね。グレードによって、取り出すまでの時間や保管料が変わります。
| ストレージクラス | アクセス頻度 | 特徴 | 用途例 |
|---|---|---|---|
| Standard | 高頻度 | 高速なアクセス、低レイテンシ、高い可用性。 | Webサイトの画像、動画、頻繁にアクセスするアプリケーションデータ、開発環境 |
| Nearline | 月に1回程度 | Standardより安価だが、アクセスに少し時間がかかる。 | アクセス頻度が低いログ、短期的なバックアップ、まれに参照するアーカイブ |
| Coldline | 四半期に1回程度 | Nearlineよりさらに安価。アクセス料金がより高い。 | 長期的なバックアップ、災害復旧用データ |
| Archive | 年に1回以下 | 最も安価な長期保存用。アクセス料金と時間が最もかかる。 | 法的保存義務のあるデータ、非常に長期的なアーカイブ、永続的なバックアップ |
- ポイント:
- アクセス頻度が低いデータほど、保存料金は安くなりますが、アクセス料金（データ取り出し料金）が高くなる傾向があります。
- データのライフサイクル管理: Cloud Storageには、データの経過時間やアクセス頻度に応じて、オブジェクトのストレージクラスを自動的に変更する機能があります。例えば、アップロードから30日経ったデータをStandardからNearlineに自動で移動させるといった設定が可能です。これにより、コストを自動で最適化できます。
まとめ：無限のデータ置き場
Cloud Storageは、GCPにおけるファイル保存の基盤となる非常に重要なサービスです。
- バケットという「入れ物」を作り、その中にオブジェクトという「データ」を保存します。
- データのアクセス頻度やコスト要件に合わせて、ストレージクラスを適切に選択します。
- 無制限のスケーラビリティ、高耐久性、高可用性が最大の魅力です。
- 静的Webサイトのホスティング（Cloud CDNと連携）、データレイク、バックアップなど、様々な用途で活用できます。
まずはGoogle Cloud コンソールからバケットを作成し、簡単なファイルをアップロードしてみて、その手軽さを実感してみてください。そして、ストレージクラスを変更した場合の料金シミュレーションなども見てみると、コスト意識が高まりますよ。
