Rapid Migration Assessment

解決する課題

クラウド移行の最初の関門は「いま自分たちが何を持っているか」を正確に把握することです。手作業のヒアリングやスプレッドシート管理では、台帳が古くなり、見積もりがぶれ、移行の意思決定が遅れます。Rapid Migration Assessment（RMA）は、オンプレ環境にコレクター用のアプライアンスを配置して資産情報を自動で集め、移行の評価をすばやく立ち上げます。

• 資産台帳が手作業で古くなる → アプライアンスが実環境をスキャンしてインベントリを自動生成
• 移行先のサイズが読めない → 収集した利用実績をもとにサイジングや移行適性を評価
• いくらかかるか説明できない → TCO（総保有コスト）の試算で意思決定の根拠を提供
• 評価に時間がかかり着手が遅れる → 短期間で評価フェーズを立ち上げ、移行計画への橋渡しを早める

AWS でいえば、エージェントレス／軽量収集で資産を可視化し移行コストを試算する Migration Evaluator に近い役割と考えると理解しやすいです。

主要概念と用語

• コレクター（Collector）: Google Cloud 側に作成する管理リソース。オンプレに置くアプライアンスと紐づき、収集の設定や状態を管理する
• アプライアンス: オンプレ環境に配置する仮想マシン（収集用エージェント）。実環境をスキャンして構成・利用状況を集め、Google Cloud 側へ送る
• ディスカバリ（発見）: サーバーや仮想マシンなどの資産情報を集める工程。手作業の棚卸しを置き換える
• アセスメント（評価）: 集めた実測データを分析し、移行先のサイジング、移行適性、コスト試算を導く工程
• TCO（総保有コスト）: 現行環境とクラウド移行後の費用を比較する試算。移行可否や規模の判断材料になる
• RaMP（Rapid Migration and Modernization Program）: 評価・計画・移行・革新の各フェーズで移行を支援する Google Cloud のプログラム。RMA はその評価フェーズの入口にあたる
• Migration Center: 発見・評価・計画・進捗管理を束ねる移行統合ハブ。RMA の評価結果はここから先の計画につなげていく

仕様・制限・クォータ

• 収集はアプライアンス経由。オンプレに配置した収集用 VM が資産をスキャンし、コレクターを通じて Google Cloud 側に評価データを集約する
• 評価は実測を前提にする。一定期間の稼働メトリクスが集まるほど、サイジングや TCO の精度が上がる
• 対象は主にインフラ資産。サーバーや仮想マシンの構成・利用状況を中心に収集する。対応するソース環境や収集項目は随時拡張される
• RMA は評価フェーズが中心で、実際のデータ移動やカットオーバーは VM 移行などの実行系ツールが担う
• 専用の API とロールが存在する。コレクターの作成・取得・削除などの操作は API 経由で行え、アクセスは IAM のロールで制御する
• 収集できる資産種別、対応リージョン、クォータの具体値は変動するため、最新は公式ドキュメントで確認する

内部の仕組み

RMA は「アプライアンスを置く・集める・評価する・引き渡す」という流れで移行の上流を回します。

1. コレクター作成: Google Cloud 側でコレクターを作成し、オンプレに配置する収集用アプライアンスと紐づける
2. 発見（ディスカバリ）: アプライアンスがオンプレ環境をスキャンし、サーバーや仮想マシンの構成・利用状況を収集する
3. 集約: 収集データはコレクターを通じて Google Cloud 側に集約され、評価の素材になる
4. 評価（アセスメント）: 実測データを分析し、移行先のサイジング推奨、移行適性、現行とクラウド移行後の TCO 比較を算出する
5. 引き渡し: 評価結果を Migration Center や移行計画につなげ、実行系の移行ツールへ橋渡しする

設計パターン / ベストプラクティス

• 十分な期間の実測を取る: 評価の精度は利用実績の量に依存する。繁忙期も含めた期間で収集し、サイジングと TCO の確度を上げる
• アプライアンスの配置を計画する: 収集対象に到達できるネットワーク位置にアプライアンスを置き、収集が途切れないよう稼働を確保する
• 評価結果は出発点として扱う: サイジング推奨はあくまで提案。ピーク特性や将来の伸びを加味して最終的なマシンタイプを決める
• Migration Center と組み合わせる: 評価で得た資産情報を移行統合ハブに集約し、計画・進捗管理まで一貫させる
• TCO は前提を揃えて比較する: 現行とクラウド移行後を同じ条件で並べ、意思決定者に説明できる根拠として使う

運用・監視

• 収集の継続性を点検する: アプライアンスが停止したり認証情報が切れると実績が欠ける。コレクターの状態を定期的に確認する
• 評価を定期更新する: 環境は移行途中も変化するため、収集と評価を更新して計画とのズレを補正する
• アクセスを最小化する: コレクターの作成・参照・削除といった操作権限を IAM で必要な担当者だけに絞る
• 評価レポートを共有する: サイジングや TCO の結果を関係者に共有し、移行可否や規模の合意形成に使う

コスト

RMA による発見・評価といった移行準備の機能は、移行検討の入口として軽量に利用できる位置づけです。コストの中心になるのは、評価後に行う実際の移行を担う各ツールの利用料や、移行先で稼働させるCompute・ストレージなどの実行リソースの費用です。評価で算出する TCO はあくまで試算であり、実際の請求は移行先の構成・稼働時間・割引適用によって変わります。具体的な課金単位や金額は変動するため、最新は公式の料金ページで確認してください。

セキュリティ

• 収集する資産情報が機微: 構成や利用状況は環境の地図そのもの。コレクターや評価データの閲覧・編集権限を IAM で最小化する
• アプライアンスの認証情報を保護する: 収集元へアクセスするための認証情報は厳重に管理し、不要になったら権限を残さない
• 収集は構成・メトリクス中心: アプリ内部の実データそのものを移すのは実行系の移行ツールの役割であり、データ保護は移行先側の暗号化やアクセス制御で担保する
• 責任分界を意識する: 評価のためのメタデータ収集と、実データ移行時の保護は別の管理対象として整理する

関連サービス・比較

最も近い関連サービスは Migration Center です。RMA は「アプライアンスで資産を集め、評価フェーズをすばやく立ち上げる」役割に重心があり、Migration Center は発見・評価・計画・進捗管理を束ねる統合ハブです。両者は対立せず、RMA で得た評価を Migration Center に集約して計画へつなげる形で補完します。

ハンズオン / CLI例

# API を有効化
gcloud services enable rapidmigrationassessment.googleapis.com

# 既定のプロジェクトを設定
gcloud config set project my-project

# コレクター（オンプレのアプライアンスを管理するリソース）を作成
gcloud alpha migration rapid-migration-assessment collectors create my-collector \
  --location=us-central1 \
  --display-name="On-prem DC Collector"

# 作成済みコレクターの一覧を確認
gcloud alpha migration rapid-migration-assessment collectors list \
  --location=us-central1

# 不要になったコレクターを削除
gcloud alpha migration rapid-migration-assessment collectors delete my-collector \
  --location=us-central1