Storageguarantees 2 つのレプリケートは地理的に多様で (100 マイル離れた)、リモートの遅延と可用性が向上します。
さらに重要なのは、マルチリージョンではエッジ キャッシュと CDN を大幅に活用して、エンド ユーザーにコンテンツを提供することです。
このすべての冗長性とキャッシュは、マルチリージョンには、地理的に多様なエリア間で同期して一貫性を確保するためのオーバーヘッドが伴うことを意味します。そのため、一度だけ書き込み、何度も読み取りを行うシナリオに非常に適しています。これは、Web サイトのコンテンツ、ストリーミング ビデオ、ゲーム、モバイル アプリケーションなど、世界中で頻繁にアクセスされる (「ホット」オブジェクトなど) ことを意味します。
参考文献:
https://medium.com/google-cloud/google-cloud-storage-what-bucket-class-for-the-best-performance-5c847ac8f9f2

https://cloud.google.com/compute/docs/instance-groups/autohealing-instances-in-migs 自動修復に使用されるヘルスチェックは、インスタンスを先制的に削除して再作成しないように、保守的なものにする必要があります。自動ヒーラーのヘルスチェックが積極的すぎると、オートヒーラーがビジー状態のインスタンスを障害が発生したインスタンスと誤認し、不必要に再起動して可用性が低下する可能性があります。

上の図に示されているフレームワークには 4 つのフェーズがあります。
* 評価。このフェーズでは、ソース環境を評価し、Google Cloud に移行するワークロードを評価し、各ワークロードをサポートする VM を評価します。
* プラン。このフェーズでは、リソース階層のプロビジョニングやネットワーク アクセスの設定など、Migrate for Compute Engine の基本インフラストラクチャを作成します。
* 展開する。このフェーズでは、VM をソース環境から Compute Engine に移行します。
* 最適化する。このフェーズでは、クラウドのテクノロジーと機能を活用し始めます。