費用の最適化: ストレージ

Last reviewed 2023-08-08 UTC

Google Cloud アーキテクチャ フレームワークのドキュメントでは、Cloud Storage、Persistent Disk、Filestore リソースの使用量と費用を最適化するための推奨事項を紹介しています。

このセクションのガイダンスは、クラウド内のワークロードのストレージをプロビジョニングおよび管理するアーキテクトと管理者を対象としています。

Cloud Storage

ワークロードの Cloud Storage を計画する場合は、パフォーマンス、データ保持、アクセス パターンの要件を考慮してください。

ストレージ クラス

次の表に示すように、ワークロードのデータ保持とアクセス頻度の要件に適したストレージ クラスを選択します。

ストレージ要件 推奨事項
頻繁にアクセスされるデータ（高スループットの分析、データレイク、ウェブサイト、ストリーミング動画、モバイルアプリ）。 Standard Storage
アクセス頻度の低いデータ（少なくとも 30 日間保存できる）用の低コストのストレージ（バックアップやロングテールのマルチメディア コンテンツなど）。 Nearline Storage
少なくとも 90 日間保存できる頻繁にアクセスされないデータ（障害復旧用のデータレプリカなど）。 Coldline Storage
アクセス頻度の低いデータ（少なくとも 365 日間保存できる）用の最低コストのストレージ（例: 法的アーカイブと規制アーカイブ）。 Archive Storage

ロケーション

パフォーマンス、可用性、データ冗長性の要件に基づいて、バケットのロケーションを選択します。

  • リージョンは、リージョンがエンドユーザーの近くにある場合に推奨されます。特定のリージョンを選択し、そのリージョン内の冗長性を確保できます。リージョンは、特定の地理的エリアのユーザーが頻繁にアクセスするデータセット用に、高速で冗長で手頃な価格のストレージを提供します。
  • マルチリージョンは、分散しているユーザーに高可用性を提供します。ただし、ストレージ費用はリージョンの場合よりも高くなります。コンテンツ サービスを提供するユースケースとローエンド分析ワークロードには、マルチリージョン バケットをおすすめします。
  • デュアルリージョンは、高可用性とデータ冗長性を提供します。ハイ パフォーマンス分析ワークロードや、コンピューティングとストレージが複数の場所に配置されている真のアクティブ-アクティブ バケットを必要とするユースケースには、デュアルリージョン バケットをおすすめします。デュアルリージョンでは、データの保存場所を選択できるため、コンプライアンス要件を満たすことができます。たとえば、デュアルリージョン バケットを使用すると、クラウド内のデータのコピー間の物理的な距離に関する業界固有の要件を満たすことができます。

ライフサイクル ポリシー

ライフサイクル ポリシーを定義することで、Cloud Storage 内のオブジェクトのストレージ費用を最適化します。これらのポリシーでは、特定のオブジェクトのストレージ クラスをダウングレードするか、設定した条件に基づいてオブジェクトを削除することで、費用を節約できます。

オブジェクトへのアクセス頻度と保存期間に基づいてライフサイクル ポリシーを構成します。ライフサイクル ポリシーの例を次に示します。

  • ダウングレード ポリシー: データセットへのアクセス頻度は高いが、3 か月間程度が想定されています。このデータセットのストレージ費用を最適化するには、Standard Storage を使用し、90 日以上経過したオブジェクトを Coldline Storage にダウングレードするライフサイクル ポリシーを構成します。

  • 削除ポリシー: データセットは、特定の法的要件を満たすために 365 日間保持されなければならず、その期間が経過した後で削除できます。365 日以上経過したオブジェクトを削除するポリシーを構成します。

    （法令または規制遵守のために）特定の日時まで保持しなければならないデータがその日時より前に削除されないようにするには、保持ポリシーのロックを構成します。

アカウンタビリティ

運用料金、ネットワーク料金、データ取得費用の説明責任を推進するには、必要に応じてリクエスト元による支払いの構成を使用します。この構成では、費用はオーナーではなく、データを使用する部門またはチームに課金されます。

すべてのバケットとオブジェクトに対して一貫したコスト トラッキング ラベルを定義して割り当てます。可能であればラベル付けを自動化します。

冗長性

次の方法を使用して、データの重複なしに、必要なストレージの冗長性を維持できます。

  • 唯一の正確な情報源でデータの復元力を維持するには、異なるバケットにデータの冗長コピーを使用する代わりに、デュアルリージョンまたはマルチリージョン バケットを使用します。デュアルリージョン バケットとマルチリージョン バケットは、リージョン間の冗長性を提供します。データは 2 つ以上のロケーション間で非同期に複製され、リージョンの停止から保護されます。
  • オブジェクトのバージョニングを有効にする場合は、オブジェクトの新しいバージョンが非現行になる際に最も古いバージョンが削除されるようにライフサイクル ポリシーを定義することを検討してください。オブジェクトの非現行バージョンは、オブジェクトのライブ バージョンと同じレートで課金されます。
  • 不要になったオブジェクト バージョニング ポリシーを無効にします。
  • バックアップとスナップショットの保持ポリシーを定期的に確認し、不要なバックアップとデータ保持を回避するように調整します。

Persistent Disk

Compute Engine にデプロイするすべての VM インスタンスにブートディスクと（必要に応じて）1 つ以上のデータディスクがあります。各ディスクには、プロビジョニングされたサイズ、リージョン、ディスクタイプに応じて料金が発生します。ディスクのスナップショットは、そのサイズに基づいて課金されます。

永続ディスクの費用を最適化する際は、次の設計上の推奨事項と運用に関する推奨事項を参考にしてください。

  • ディスク容量を過剰に割り当てないでください。プロビジョニング後にディスク容量を減らすことはできません。小さなディスクから始めて、必要に応じてサイズを増やします。永続ディスクは、ディスクに保存されているデータではなく、プロビジョニングされた容量に対して課金されます。

  • ワークロードのパフォーマンス特性に見合ったディスクタイプを選択します。SSD は IOPS とスループットが高くなりますが、標準永続ディスクよりも費用がかかります。

  • リージョン永続ディスクは、ゾーンの停止からデータを保護する必要がある場合にのみ使用します。リージョン永続ディスクはリージョン内の別のゾーンに複製されるため、同等のゾーンディスクのコストが 2 倍になります。

  • Cloud Monitoring を使用して永続ディスクの使用状況を追跡し、使用率の低いディスクのアラートを設定します。

  • 不要になったディスクを削除します。

  • 将来必要とする可能性のあるデータを含むディスクの場合は、データを低コストの Cloud Storage にアーカイブしてから、ディスクを削除することを検討してください。

  • おすすめハブで推奨事項を探し、適切なものを選択します。

ハイ パフォーマンス ストレージにハイパーディスク、一時ストレージにエフェメラル ディスク（ローカル SSD）を使用することも検討してください。

ディスク スナップショットはデフォルトで増分になり、自動的に圧縮されます。ディスク スナップショットのコストを最適化するための次の推奨事項を検討してください。

  • 可能であれば、データを別々の永続ディスクに整理します。その後、ディスクを選択的にバックアップすることを選択し、ディスク スナップショットのコストを削減できます。
  • スナップショットを作成するときに、可用性の要件と関連するネットワーク コストに基づいてロケーションを選択します。
  • ブートディスク スナップショットを使用して複数の VM を作成する場合は、スナップショットからイメージを作成し、そのイメージを使用して VM を作成します。このアプローチにより、スナップショットのロケーションと復元するロケーションの間で発生するデータ移動に対してネットワーク料金が発生しないようにできます。
  • ディスク スナップショットの長期保存コストを最小限に抑える保持ポリシーの設定を検討してください。
  • 不要になったディスク スナップショットを削除します。チェーン内の各スナップショットは、前のスナップショットに保存されているデータに依存する場合があります。したがって、スナップショットを削除しても、そのスナップショット内のすべてのデータが削除されるとは限りません。スナップショットからデータを完全に削除するには、チェーン内のすべてのスナップショットを削除する必要があります。

Filestore

Filestore インスタンスのコストは、サービス階層、プロビジョニングされた容量、インスタンスがプロビジョニングされたリージョンによって異なります。Filestore インスタンスのコストを最適化するための設計と運用に関する推奨事項は次のとおりです。

  • ストレージのニーズに適したサービスティアとストレージ タイプ（HDD または SSD）を選択します。
  • 容量を過剰に割り当てないでください。小さなサイズから始めて、必要に応じて後でサイズを増やします。Filestore の課金は、保存されたデータではなく、プロビジョニングされた容量に基づいています。
  • 可能であれば、データを個別の Filestore インスタンスで整理します。その後、インスタンスを選択的にバックアップすることを選択して、Filestore バックアップのコストを削減できます。
  • リージョンとゾーンを選択するときは、クライアントと同じゾーンにインスタンスを作成することを検討してください。Filestore インスタンスのゾーンからのデータ転送トラフィックは課金されます。
  • Filestore バックアップを保存するリージョンを決定する際は、ソース インスタンスとは異なるリージョンにバックアップを保存するためのデータ転送料金を検討してください。
  • Cloud Monitoring を使用して Filestore インスタンスの使用状況を追跡し、使用率の低いインスタンスに対するアラートを設定します。
  • 使用率の低い Filestore インスタンスに割り当てられた容量をスケールダウンします。基本階層以外のインスタンスの容量を減らすことができます。

次のステップ