Google Cloud への移行: 費用を最小限に抑える

Last reviewed 2023-11-03 UTC

このドキュメントを読むことで、単一リージョンの Google Cloud 環境とマルチリージョンの Google Cloud 環境、および Google Cloud リージョン間の移行の費用を最小限に抑えやすくなります。このドキュメントは、このような移行を計画している場合や、今後の移行の可能性を評価していて、その概要を把握するうえで役立ちます。

このドキュメントは、Google Cloud への移行に関する次の複数のパートからなるシリーズの一部です。

このドキュメントでは、次のトピックについて案内します。

  • 現在の費用の評価と Google Cloud フットプリントの拡大の予測。
  • 費用削減の要件と目標の設定。
  • 費用のガバナンスと削減のプロセスの実施。
  • Cloud FinOps フレームワークの採用。

このドキュメントは、Google Cloud への移行: 環境を最適化するを読み、理解していることを前提としています。このドキュメントでは、Google Cloud への移行後に最適化ループ（継続的な最適化プロセス）を設計、実装する手順について説明します。 この最適化手順は、費用を最小限に抑えるためにもおおむね適用できます。

費用を評価する

Google Cloud 環境の現在の費用と将来予想される費用を評価することは、リソース消費と、潜在的な成長機会がどこで生まれる可能性があるかを包括的に理解するうえで不可欠です。

現在の費用と将来予測される費用を評価するには、次のことを行います。

  • 現在の Google Cloud 環境の費用を評価する。
  • Google Cloud のリージョン間での今後の移行にかかる費用を評価する。
  • Google Cloud フットプリントの拡大を予測する。

現在の環境の費用を評価する

環境の費用を包括的に把握するには、次の点を考慮してください。

  • Google Cloud の課金モデル。Google Cloud では、透明性の高い効率的なモデルを使用してリソースの使用量に対し課金します。モデルの仕組みと Google Cloud によるリソース使用量に応じた課金方法を完全に理解するには、Google Cloud の課金モデルおよびプロダクトの料金の仕組みを把握することをおすすめします。
  • Cloud Billing。環境の現在の費用と将来予測される費用を評価するには、Cloud Billing を使用することをおすすめします。Cloud Billing は、Google Cloud の現在の費用と将来予測される費用の追跡、料金の支払い、費用の最適化に役立つツール群です。たとえば、予算と予算アラートを作成できます。
  • 割引。Google Cloud では、お客様に特定の期間において最小程度のリソースしか使用しないことを確約していただくことで、割引料金をご利用いただけます。現在の環境の費用を評価する場合は、購入時に適用された確約利用割引と、割引が適用されるプロダクト、サービス、リソースに関する情報を収集することをおすすめします。
  • 温室効果ガス排出量。Google Cloud は、現在の環境の温室効果ガス排出量の測定と報告をサポートしています。この情報を収集すると、費用最小化の取り組みの一環として、温室効果ガス排出量削減の基準を確立するのに役立ちます。

アクセス制御と費用管理のためにリソースを設定する方法については、Cloud Billing リソースの組織化とアクセス管理ガイドをご覧ください。

リージョン間の将来の移行費用を評価する

Google Cloud リージョン間の移行を検討している場合は、この移行が費用に与える影響を評価することをおすすめします。リージョン間の移行にかかる費用を評価するには、次の点を考慮してください。

  • ターゲット リージョン内の Google Cloud リソースの料金。Google Cloud リージョン間でワークロード、データ、プロセスを移行する場合は、ターゲット リージョンにリソースをプロビジョニングする必要があります。Google Cloud 料金計算ツールを使用すると、新しいリソースのプロビジョニングと新しい Google Cloud リージョンへのデータ移行にかかる費用を評価できます。
  • マルチリージョン Google Cloud リソースの費用。信頼性の要件を満たすために、マルチリージョン リソースが必要になる場合があります。このリソースが移行とその費用にどのように影響するかを検討することをおすすめします。たとえば、デュアルリージョンまたはマルチリージョンの Cloud Storage バケットを使用していて、これらのバケットの 1 つが移行先のリージョンと同じリージョンにあるとします。この場合、Cloud Storage がデータ レプリケーションを処理するため、これらのバケット内のデータを移行する必要がない可能性があります。
  • 外向きネットワーク トラフィック。Google Cloud リソースのプロビジョニングとメンテナンスの費用以外に、リージョン間でデータを転送すると、外向きネットワークの費用が発生する場合があります。予想外の請求を回避するために、予測されるこれらの費用を評価することをおすすめします。
  • 時間、トレーニング費用、その他付帯費用。リージョン間の移行の費用は、リソースのプロビジョニングとデータ転送に関連する費用よりも高くなります。また、チームが移行計画を策定して移行を完了するために必要な時間とトレーニングなどの付帯費用もかかります。移行費用を評価する場合は、関連費用も考慮することをおすすめします。

これらの推奨事項に加えて、Google Cloud は Google Cloud 高速評価および移行プログラムを提供しています。このプログラムでは、お客様が無料で移行費用を評価でき、Google Cloud のプロフェッショナル サービスとパートナーの協力を得て、移行プロセス全体でお客様を支援しています。

Google Cloud フットプリントの拡大を予測する

定期的な環境メンテナンスの一環として、環境の費用を継続的にモニタリングすることをおすすめします。この種のモニタリングにより、費用ガバナンス プロセスを確立するために必要な情報が得られます。また、このようなモニタリングにより、環境の現在の費用と短期的な予測も把握できます。

定期的な環境メンテナンスのほか、長期的な成長戦略を策定することもおすすめします。このような戦略により、Google Cloud のフットプリントがビジネスニーズに応じて有機的に拡大するために必要な予算とリソースをより適切に計画できます。長期的な成長戦略を策定するには、次の点を考慮してください。

  • ビジネス要件。対応すべきビジネス要件を引き続き環境が満たせるかを評価してください。たとえば、特定のビジネス分野で需要の増加が予想される場合は、その分野に対応する環境を拡大するための方策を検討してください。
  • 傾向とパターン。Google Cloud Observability を使用して、ワークロード、データ、プロセスに関連するモニタリング、ロギング、パフォーマンス プロファイリングのデータを評価します。この評価から、傾向を把握し、需要とトラフィックのパターンを導き出し、これらの傾向に関する有用な分析情報を収集できます。
  • 持続可能な成長。現在の環境でどの程度の成長を維持できるか、どの時点で追加の環境の設計、プロビジョニング、構成が必要になるかを評価します。たとえば、既存の環境を拡張する費用がその成長から得られる利点を上回る場合は、代わりに新しい環境のプロビジョニングを検討できます。現在の環境でどの程度の成長を維持できるかを評価するときは、この成長が環境の温室効果ガス排出量に及ぼす影響を考慮し、フットプリントを削減する方法を検討してください。

費用削減の要件と目標を設定する

Google Cloud フットプリントの拡大を予測した後、以下を定めることをおすすめします。

  1. 費用削減の要件。要件は改善の必要性を表しますが、必ずしも測定可能である必要はありません。これらの要件を定めることで、費用削減に注力する領域を指定します。
  2. 費用削減の目標。目標は、1 つ以上の要件に影響する可能性がある測定可能な属性です。測定可能な目標を設定することで、費用削減の取り組み自体を測定可能にし、それらの目標に照らして現在のスタンスを継続的に評価できます。

要件、目標、およびその定義の詳細については、最適化の要件と目標の設定をご覧ください。

費用削減の要件を定めるには、まず、環境で改善する必要がある費用の種類を定義することをおすすめします。たとえば、費用削減の要件としては、コンピューティング サービスの費用削減が挙げられます。

費用削減の要件を定め、その実現可能性を検証したら、要件ごとに測定可能な費用削減目標を設定します。ある要件に関連する一連の目標では、その要件のすべての特性を完全に定義し、その要件を満たすための進捗状況を測定できるようにする必要があります。たとえば、コンピューティング サービスの費用削減に関する前述の費用削減要件について考えてみましょう。この要件では、Compute Engine インスタンスの費用を 5% 削減するという費用削減目標を設定できます。

費用削減の要件と目標を設定したら、費用評価段階で収集したデータを使用して、各要件の実現可能性を評価することをおすすめします。たとえば、評価データを使用して、前述の費用削減目標の実現可能性を評価することで、Compute Engine インスタンスの費用を 5% 削減できます。つまり、評価データを使用して、環境とプロセスの小規模なリファクタリングを行うことで目標を達成できるかどうか、または設計を大幅に変更する必要があるかどうかを評価します。

費用のガバナンスと削減のプロセスを実施する

費用評価段階では、現在の費用と短期的な費用に関する情報を収集しました。次に、費用削減の要件と目標を設定することで、費用を削減する方法の概要を確認しました。どちらの活動も、費用を削減するための長期的な戦略を策定し、Google Cloud のフットプリントとそれによって支えられるビジネスを拡大するために必要です。ただし、これらの活動だけでは実装には対応できません。これらの戦略を実施するには、費用のガバナンスと削減のプロセスも必要です。

これらの費用のガバナンスと削減のプロセスには、次の順序で取り組む必要があります。

  1. 費用をモニタリングする。
  2. リソースのプロビジョニングを制御する。
  3. 費用を削減する。

費用をモニタリングする

費用を管理するには、環境にかかる請求と費用の傾向を継続的にモニタリングすることが重要です。次の手順を行うことをおすすめします。

  1. 請求レポートを定期的に確認する。Cloud Billing には、使用料金、請求書と明細書の詳細、費用内訳、料金表に関する組み込みレポートが用意されています。費用を包括的に把握するため、これらの請求レポートを定期的に確認することをおすすめします。組み込みの Cloud Billing レポートより詳しい分析情報を収集する必要がある場合は、課金データを BigQuery にエクスポートして詳細に分析できます。
  2. ラベルとタグを構成する。ラベルとタグは、Google Cloud リソースにアタッチできる Key-Value ペアです。これらの Key-Value ペアを使用すると、Cloud Billing が提供する機能に加えて、独自の費用追跡レポートと分析レポートを導入できます。たとえば、ラベル別に費用を分類したり、タグによるチャージバック、監査、その他の費用割り当ての分析を行ったりできます。ラベルとタグの比較の詳細については、タグとラベルをご覧ください。
  3. 予算アラートを構成する。予算と予算アラートは、計画費用と比較した実際の費用の追跡に役立ちます。予期しない費用を回避するには、予算と予算アラートを設定して、迅速な対応を行えるよう十分な時間を確保することをおすすめします。

リソースのプロビジョニングを制御する

Google Cloud は、Google Cloud コンソール、Google Cloud SDK、Cloud APIs、Terraform のプロバイダ、モジュール、リソースなど、さまざまなリソース プロビジョニング ツールをサポートしています。組織内のユーザーは、これらのツールを使用して環境内のリソースをプロビジョニングできます。追加の Google Cloud リソースをプロビジョニングしたり、既存のリソースをスケールアップまたはスケールダウンしたりすると、費用が変わる可能性があります。詳細については、各リソースの料金をご覧ください。

管理対象外で想定外の支出を回避するには、リソースのプロビジョニングを制御するプロセスを設計、実装することをおすすめします。これらのプロセスを実装するには、次の点を考慮してください。

  • Infrastructure as Code を導入する。インフラストラクチャをコードとして管理することで、アプリケーション コードを処理する場合と同様に、Google Cloud リソースのプロビジョニングと構成を管理できます。既存の継続的インテグレーション、継続的デプロイ、監査の各プロセスを活用することもできます。たとえば、Terraform を使用してインフラストラクチャをコードとして管理し、継続的インテグレーションのパイプラインの一部としてポリシー遵守を強制適用できます。
  • 変更を適用する前に変更内容を確認する。予期しない費用の変化を回避するため、Google Cloud リソースのプロビジョニングとスケーリングに使用するツールに関係なく、環境への変更を適用する前にこれを確認するプロセスを実施することをおすすめします。たとえば、Infrastructure as Code を採用する場合は、環境を支える Google Cloud リソースに大幅な変更を加える前に、人間による必須の審査の手順を追加できます。

  • 環境を文書化してドリフトを検出する。Google Cloud 環境のプロビジョニングと構成を行うときは、環境ごとに次の情報を記録することをおすすめします。

    • 環境の特性。
    • その環境でプロビジョニングして構成する Google Cloud リソース。
    • 各リソースの望ましい状態。

    環境の特性を記録すると、環境の現在の状態を監査しやすくなります。また、記録を行うことで、望ましい状態からの逸脱を検出し、可能な限り迅速に是正措置を講じるプロセスを設計、実施することもできます。たとえば、Cloud Asset Inventory を使用して、プロジェクトとサービスで使用されているすべての Google Cloud アセットを分析できます。その後、その分析結果を各環境の望ましい状態と比較し、管理対象外のリソースを事前に廃止して、管理対象リソースを望ましい状態に戻すことができます。

  • 組織のポリシーを構成する。組織のリソースの使用方法に関する制御と制限を構成し、意図しない請求につながり得る誤用を回避するために、組織ポリシー サービスを使用して制約を適用できます。たとえば、特定の Google Cloud プロダクトの使用を制限したり、特定のリソースの作成を制限したりできます。Google Cloud がサポートする制約の詳細については、組織のポリシーの制約をご覧ください。

  • 割り当てを構成する。Google Cloud では、割り当てを使用して、使用できる共有 Google Cloud リソースの量を制限しています。特定のリソースの使用を制限するには、独自の割り当て限度に上限を設定します。たとえば、特定のリージョンに存在できる Compute Engine インスタンスの数を制限することで、特定の数を超える Compute Engine インスタンスの作成を防ぐことができます。

  • 最小権限のアクセス方法を採用する。Google Cloud リソースのユーザーが権限を昇格させ、審査を迂回する権限昇格の問題を回避するため、ユーザーとサービス アカウントには最小限の権限を付与することをおすすめします。たとえば、IAM を使用してユーザーとサービス アカウントに必要な最小限の権限を付与できます。

費用を削減する

環境の費用をモニタリングし、リソース プロビジョニングを制御するプロセスを実施すると、以下を行いやすくなります。

  • 環境の現在の費用と将来予想される費用の管理。
  • 予期しない費用や管理対象外の費用の回避。
  • 費用削減を試みるときに採用できる費用の根拠の提示。

このドキュメントでは、費用削減とは、費用削減目標を達成するためのプロセスと仕組みを設計、実施することをいいます。これらのプロセスは、事後的な（別のアクションまたはステータスの変化の結果として機能する）ものまたは事前的な（他のアクションまたはステータスの変更を予期して機能する）ものになるように設計できます。多くの場合、このセクションの推奨事項は、事後的プロセスと事前的プロセスの両方に適用できます。また、多くの費用削減プロセスは、いずれの性質も取り得ます。

費用削減プロセスを設計、実施するには、次の推奨事項を検討してください。

  • 利用割引を評価する。Google Cloud には、Google Cloud リソースの利用パターンに基づいて費用を削減するオプションが複数用意されています。たとえば、特定の期間に最小程度のリソースを使用することを確約して確約利用割引を受けることで、割引料金が適用されます。一部の Google Cloud サービスでは、一定時間または一定量使用するリソースに割引が適用されます。たとえば、Compute Engine では、請求期間のうち特定の期間を超えて使用されたリソースに対して継続利用割引が適用されます。
  • 不要なリソースを廃止する。ビジネス要件が時間の経過とともに変化すると、それらのビジネス要件に対応する環境も変化します。この変化の一環として、不要なリソースや、不要な水準にまでスケーリングされるリソースが環境に生じることがあります。不要なリソースに関連する利用費用を削減するには、不要な各リソースが費用に与える影響と、それらのリソースの廃止が環境に及ぼす影響の両方を評価することをおすすめします。たとえば、アイドル状態のリソースに関する推奨事項とアイドル状態の VM に関する推奨事項を確認して適用し、未使用のリソースと Compute Engine インスタンスを特定して、最終的に廃止できます。
  • オーバー プロビジョニングされたリソースのサイズを適正化する。プロビジョニングして構成した Google Cloud リソースが十分に活用されていない状態にならないように、環境を評価して、サイズ適正化が必要なリソースがあるかどうかを評価することをおすすめします。リソースサイズを適正化することで、費用を削減できる場合があります。たとえば、Google Cloud Observability で提供されるデータを使用して、使用中の特定リソースの量と、それらリソースのサイズを適正化する余地があるかどうかを評価できます。リソースサイズ適正化のもう一つの例として、Compute Engine インスタンスの推奨マシンタイプを適用することが挙げられます。
  • 自動スケーリングを構成する。多くの Google Cloud サービスは、需要に応じてリソースを自動的にスケールアップまたはスケールダウンします。自動的なスケーリング（自動スケーリングとも呼ばれる）を使用すると、現在の需要に合わせて Google Cloud リソースをスケーリングすることで、費用を削減できます。たとえば、Compute Engine の自動スケーリング機能では、負荷に応じてマネージド インスタンス グループにインスタンスを自動的に追加したり、同グループからインスタンスを自動的に削除したりできます。
  • マネージド サービスに移行する。運用費用を削減し、卜イルを解消するために、セルフマネージド サービスから Google マネージド サービスへの移行を検討してください。Google は、数十年にわたり世界規模に分散されたシステムを運用してきた経験を蓄積しており、Google Cloud をご利用のお客様が Google Cloud のマネージド サービスを使用される際にこの専門知識をご利用いただいています。たとえば、Compute Engine でセルフマネージド Kubernetes クラスタを実行している場合は、Google Kubernetes Engine（GKE）への移行を検討してください。GKE に移行すると、運用チームが他の作業（環境の効率向上や費用の削減など）に使えるリソースを解放できます。
  • パターンを導き出す。Google Cloud が提供する自動スケーリング機能に加えて、Google Cloud Observability が提供するデータを評価して、リソース需要モデルの構築に役立つ使用量とトラフィックのパターンを導き出すこともできます。これらのモデルを構築すると、モデルによって提供される分析情報を利用する事前的な費用削減プロセスを設計、実施できます。たとえば、一部の環境では当日または当週の特定期間にのみ大きな需要があることが判明する場合があります。そのため、このような期間を見越して環境を事前にスケールアップし、不要な場合はスケールダウンできます。
  • 優先度の低いワークロードを効率的にスケジュールする。通常、環境で実行されているすべてのワークロードの優先度が高く、ビジネス クリティカルであるとは限りません。費用を削減するために、これらのワークロードの非クリティカルな性質を活用できます。たとえば、これらのワークロードと関連リソースは、不要になったときにシャットダウンできます。また、Compute Engine や GKE でこれらを実行する代わりに、Spot VM などのより手頃な価格のランタイム環境で実行することもできます。
  • データ ライフサイクルを管理する。環境に保存されるデータは、短期間でかなりの量まで増加することがあります。費用を削減するため、Google Cloud リソースの場合と同様に、データのライフサイクルを自動的に管理するプロセスを設計、実施することをおすすめします。たとえば、不要なデータを削除するプロセスを設計、実装できます。または、より詳細なデータから集計データを生成し、集計データのみを長期ストレージに移行することもできます。あるいは、アクセス頻度が低いことを想定して設計された低価格のシステムに必要とするデータを移行することも検討できます。また、一部の Google Cloud サービスは、自動オブジェクト ライフサイクル管理をサポートしています。たとえば、Cloud Storage には、オブジェクトに対する一般的なライフサイクル管理アクションを自動化するオブジェクトのライフサイクル管理機能と、各オブジェクトのアクセス パターンに基づきオブジェクトを自動的に適切なストレージ クラスに移行する Autoclass 機能が備わっています。
  • 特定の Google Cloud サービスの費用を削減する。Google Cloud では、Compute Engine、GKE、Cloud Storage などの特定の Google Cloud サービスを使用する場合に、費用を削減、最適化するためのガイダンスを提供しています。特定の Google Cloud プロダクトの費用を最適化する方法については、Google Cloud アーキテクチャ フレームワーク: 費用の最適化と Google Cloud アーキテクチャ フレームワーク: 費用の最適化をご覧ください。

前述の推奨事項は、Google Cloud リソースがリージョン間とゾーン間でどのように分散されているかに関係なく適用されます。単一リージョン環境とマルチリージョン環境の費用を削減する方法については、このドキュメントの続きをお読みください。

単一リージョン環境の費用を削減する

単一リージョン環境では、Google Cloud リソースは通常、そのリージョン内の複数のゾーンに分散されます。あるリージョン内の複数のゾーンにリソースを分散すると、ゾーンの停止による影響を軽減し、これらの停止がビジネスに与える影響を最小限に抑えることができます。たとえば、Compute Engine インスタンスでワークロードを実行しているときに、そのインスタンスをプロビジョニングしたゾーンに影響を及ぼすゾーン停止が発生した場合、そのワークロードはゾーン停止の影響を受ける可能性があります。複数リージョンの Compute Engine インスタンスで実行されているそのワークロードの複数のレプリカがある場合、そのワークロードは、ゾーン停止の影響を受けにくくなります。通常、複数ゾーンにリソースを複製すると、単一ゾーンにリソースをプロビジョニングするよりも費用がかかりますが、信頼性が向上する可能性があります。

単一リージョン環境を設計する場合は、ワークロード、プロセス、データの信頼性要件を評価することをおすすめします。この評価により、リージョン内の複数のゾーンに複製して分散する必要がある Google Cloud リソースを特定し、どのリソースがゾーン停止の影響を受けず、単一ゾーン内で健全に保たれるかを判断できます。たとえば、ビジネス上重要ではないバッチ ワークロードにはゾーンデプロイを検討し、より重要なワークロード、プロセス、データにはマルチゾーン レプリケーションと分散を検討できます。

マルチリージョン環境の費用を削減する

マルチリージョン環境では、Google Cloud リソースは通常、複数のリージョンに分散されます。複数のリージョンにリソースを分散すると、リージョン停止の影響を軽減できます。たとえば、マルチリージョンの Cloud Storage バケットを使用する場合、データは複数のリージョン間で複製されるため、リージョン バケットよりも可用性が高くなります。

このセクションの推奨事項に加えて、単一リージョン環境の費用を削減するで説明されている推奨事項をご検討ください。マルチリージョン環境にも適用できます。

マルチリージョン環境の費用を削減するには、次の点を考慮してください。

  • マルチリージョン リソース。いくつかの Google Cloud プロダクトは、環境の信頼性を向上させるために、複数のリージョンにまたがるリソースの複製と分散をサポートしています。たとえば、Cloud Storage はデュアルリージョンとマルチリージョンのバケットをサポートしており、複数のリージョンにデータを複製できます。通常、リージョン間でリソースを複製して分散する場合、単一リージョンにリソースをプロビジョニングするよりも費用がかかります。たとえば、Google Cloud では、デュアルリージョンおよびマルチリージョンの Cloud Storage バケットはシングル リージョン バケットとは異なる料金で課金され、リージョン間レプリケーションに対する請求が行われます。

    プロダクトの費用を最小限に抑えるため、ワークロード、データ、プロセスの信頼性要件を満たすために必要な場合にのみ、マルチリージョンのレプリケーションと分散の使用を検討することをおすすめします。たとえば、リージョン停止の影響を軽減するために、特定の Cloud Storage バケットに保存されるデータを複数のリージョンに分散する必要はないと判断したとします。このデータの場合、デュアルリージョンまたはマルチリージョンのバケットをプロビジョニングする代わりに、このデータを保存する単一リージョン バケットをプロビジョニングすることで、費用を節約できます。もう一つの費用削減の例として、マルチリージョン デプロイによる信頼性の向上を必要としない、ビジネス クリティカルでないワークロードがある場合の費用削減が挙げられます。この場合、そのワークロードを単一リージョンまたは単一のゾーンにデプロイすることを検討してください。

  • 地域固有の価格。Google Cloud リソースは複数のリージョンにプロビジョニングできます。これらのリソースの料金はリージョンによって異なります。たとえば、Compute Engine インスタンスの料金はリージョンごとに異なります。これらのリソースが次の要件を満たしている場合、ワークロード、データ、プロセスの一部を最も低費用のリージョンにデプロイできます。

    • これらのワークロード、データ、プロセスは、他のリージョンに依存するリソースのプロビジョニングで発生するレイテンシの増加を許容できます。
    • これらのワークロード、データ、プロセスには、特定のリージョンにこれらのリソースのプロビジョニングを強制する規制要件は適用されません。

    他のリージョンにリソースをプロビジョニングして費用を削減する前に、リージョン間のネットワーク トラフィックの費用によって、リージョン固有の料金を使用した場合の費用削減効果がなくなるかどうかを評価してください。

  • ネットワークの下り（外向き）費用。Google Cloud では、リージョン間のネットワーク トラフィックは下り（外向き）トラフィックとして課金されます。費用を削減するには、同じリージョンでデータを交換する必要がある、関連性の高い Google Cloud リソースを集中させて、リージョン間のネットワーク トラフィックを最小限に抑えることをおすすめします。たとえば、Compute Engine インスタンスにデプロイしたワークロードは、Cloud Storage バケットに保存されているデータにアクセスする必要があります。バケットがデータを複製するリージョンに Compute Engine インスタンスをプロビジョニングすると、リージョン間のトラフィックを回避できます。

Google Cloud リージョン間の移行の費用を最小限に抑える

環境と Google Cloud リソースをリージョン間で移行すると、環境を複数のリージョンに拡張できます。また、リソースの局所性確保を義務付ける規制要件も遵守しやすくなります。

このセクションの推奨事項に加えて、マルチリージョン環境の費用を削減するで説明する推奨事項を検討してください。Google Cloud リージョン間の移行の費用削減にも役立ちます。

Google Cloud リージョン間の移行費用を削減するには、次の点を考慮してください。

  • データ レプリケーション。あるリージョンから別のリージョンにデータを移行するオプションを評価する場合は、セルフマネージド移行と、複数の Google Cloud プロダクトでサポートされているレプリケーション機能の両方を検討することをおすすめします。たとえば、リージョンの Cloud Storage バケットに保存されているデータをリージョン間で移行する必要があるとします。そのデータをターゲット リージョン内の別の単一リージョン バケットに移行する費用と、マルチリージョン バケットに移行してリージョン間でのデータ レプリケーションを Cloud Storage に処理させる費用を評価して比較できます。
  • データ移行戦略。Google Cloud リージョン間でデータを移行するためのデータ移行戦略を評価する場合は、移行費用を最小限に抑える戦略を検討することをおすすめします。たとえば、Y（書き込み / 読み取り）戦略を採用することで、ワークロードがソース リージョンとターゲット移行リージョンの両方へのデータの書き込みを開始することがあります。この戦略では、移行中に過去のデータのみを転送する必要があります。

Google Cloud リージョン間でのデータ移行の詳細については、Google Cloud への移行: 大規模なデータセットを転送するをご覧ください。このドキュメントでは、他のクラウド プロバイダやオンプレミス環境から Google Cloud へのデータ移行について説明していますが、リージョン間でのデータ移行にも適用できます。

Cloud FinOps フレームワークを導入する

このドキュメントのガイダンスは、費用のモニタリングと管理、および費用の非効率性の低減を目的とした仕組みとプロセスの設計と実施を目的としており、その内容に段階的に従うことでクラウド支出を管理できるように考案されています。

準備ができたら、Cloud FinOps フレームワークを導入できます。このフレームワークの採用は、テクノロジー、財務、ビジネスを一体化して財務のアカウンタビリティを高め、ビジネスの価値実現を加速させる革新的手段となります。

Cloud FinOps フレームワークの詳細については、Google Cloud で FinOps を使ってみるをご覧ください。

次のステップ