MENU

【AWS Certified Cloud Practitioner】AWS移行サービスの全体像:Migration Hub/DMS/Snowballを「用途で覚える」整理術

目次

この記事の目的(AWS Certified Cloud Practitioner / CLF-C02向け)

AWS移行(マイグレーション)は、試験では「移行の考え方」よりも、代表的な移行サービスを“用途で選べるか”が問われやすい分野です。この記事では、移行フェーズ別にサービスを整理し、初学者でも迷わないように試験で押さえる最小セットに絞って解説します。

公式の出題範囲(CLF-C02 Exam Guide)でも、移行戦略と関連サービスとして AWS Database Migration ServiceAWS Migration Hub などが例示されています(一次情報)。
https://d1.awsstatic.com/training-and-certification/docs-cloud-practitioner/AWS-Certified-Cloud-Practitioner_Exam-Guide.pdf


移行サービスは「4フェーズ」で覚える

AWSの移行は、現場でも試験でも、次の4フェーズに分けて考えると混乱しません。

  1. 現状把握(Discovery):何がどこで動いているか、依存関係は何か
  2. 評価(Assessment):コスト/リスク/優先度を定量化
  3. 実行(Migrate / Transfer):サーバー・DB・データを移す
  4. 移行後最適化(Optimize):サイズ見直し、コスト最適化

フェーズ別:CLF-C02で押さえる主要サービス

1) 現状把握(Discovery)

AWS Application Discovery Service(棚卸し・依存関係の可視化)

オンプレミス環境のサーバー利用状況・構成・通信(依存関係)などを収集し、移行計画の土台を作るサービスです。
サービス概要(公式):https://aws.amazon.com/jp/application-discovery/
ドキュメント(公式):https://docs.aws.amazon.com/application-discovery/

試験の観点:「まず現状を可視化したい」「依存関係を把握したい」→ Application Discovery Service を想起できること。

2) 評価(Assessment)

Migration Evaluator(TCO/ビジネスケース作成)

オンプレ環境の情報を基に、AWS移行後のコスト見積りや、過剰サイジングの発見などを含むデータ駆動の評価を支援します。
公式:https://aws.amazon.com/migration-evaluator/

試験の観点:「移行の費用対効果を評価したい」「クラウド移行のビジネスケースを作りたい」→ Migration Evaluator。

3) 実行(Migrate / Transfer)

AWS Application Migration Service(MGN:サーバー移行 / Lift & Shift)

物理/仮想/他クラウドのサーバーを、アプリ変更を最小限にしてAWSへ移す(いわゆるLift & Shift)ためのサービスです。
公式:https://aws.amazon.com/application-migration-service/
ドキュメント(公式):https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html

試験の観点:「既存サーバーをそのまま近い形でAWSへ」→ Application Migration Service(MGN)。

AWS Database Migration Service(AWS DMS:DB移行)

DBの移行に特化したサービスで、オンプレ→AWS、AWS→AWS、混在環境間などでデータ移行や継続レプリケーションを支援します。
ドキュメント(公式):https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html

AWS Schema Conversion Tool(AWS SCT:異種DBのスキーマ変換)

「DBエンジンが変わる移行」(例:商用DB→オープンソース、異なるエンジン間など)では、スキーマや一部コード変換が必要になります。その変換を支援するのがSCTです。
ドキュメント(公式):https://docs.aws.amazon.com/SchemaConversionTool/

試験の観点:

  • 「DBデータを移す」→ DMS
  • 「異種DBでスキーマ変換が必要」→ SCT

AWS DataSync(オンラインの大規模データ転送)

オンプレや他ストレージから、S3/EFSなどへオンラインで大量のファイル/オブジェクトを転送するサービスです。
ドキュメント(公式):https://docs.aws.amazon.com/datasync/

試験の観点:「ネットワークでデータを移せる」「継続的/定期的に同期したい」→ DataSync。

AWS Snowball(オフライン物理搬送)

回線が細い、データが巨大(数十TB〜PB)などでオンライン転送が現実的でない場合に、専用デバイスを使ってオフラインでデータ搬送します。
公式:https://aws.amazon.com/snowball/

試験の観点:「ネットワーク転送が無理」「物理デバイスで運ぶ」→ Snowball。

4) 移行後最適化(Optimize)

AWS Compute Optimizer(リソースの最適化提案)

EC2などの利用状況メトリクスを分析し、コスト削減や性能改善のための推奨(適正サイズなど)を提示します。
ドキュメント(公式):https://docs.aws.amazon.com/compute-optimizer/

試験の観点:「移行後に過剰スペックを見直したい」「最適なリソースを提案してほしい」→ Compute Optimizer。


Migration Hubは何をする?(“移行する”のではなく“まとめる”)

AWS Migration Hubは、複数の移行ツールや作業の進捗を一元的にトラッキングするためのサービスとして説明されています(一次情報)。
ドキュメント(公式):https://docs.aws.amazon.com/migrationhub/

重要ポイントは次の通りです。

  • Migration Hub自体がサーバーやDBを移すわけではない(移行ツールの“進捗・可視化のハブ”)
  • 「どのアプリがどこまで進んだか」を俯瞰しやすい

試験の観点:「移行の進捗を一元管理したい」「移行プロジェクトを俯瞰したい」→ Migration Hub。


ひっかけ対策:DataSync vs Snowball vs DMS(超頻出の選択問題)

  • DataSync:オンライン転送(ネットワークで移せる、同期/スケジュール転送も)
  • Snowball:オフライン転送(物理デバイス、回線が弱い/データが多すぎる)
  • DMS:DB移行(データベースの移行/レプリケーション)

問題文に「ネットワークが不十分」「物理搬送」「データベース移行」などのキーワードが出たら、上の対応表に戻るのが最短です。


サービス提供状況の注意(不確かな点の扱いを明確化)

(1) 確実に言えること(一次情報あり)

(2) 推測(根拠つき)

試験問題はアップデート頻度がありますが、公式Exam GuideにMigration Hubが例示されているため、当面は名称・用途として問われる可能性が高いです(根拠:Exam Guideの例示)。一方で、新規提供停止の告知があるため、将来的にはAWS Transformなど代替サービスに寄せた出題へ変わる可能性もあります(根拠:Migration Hub可用性変更ページでTransformが代替として推奨されている)。
https://aws.amazon.com/transform/

(3) 不明点(追加で確認すべき点)

  • 現時点で受験する回の問題が、「新規顧客の受け入れ停止」まで踏み込んで問うかは、公開情報だけでは断定できません(試験問題は非公開)。そのため、学習上は「用途の理解(Hub=進捗統合)」を主軸にしつつ、注記として提供状況変更を知っておくのが安全です。

まとめ:CLF-C02での“最短暗記”は「用途→サービス名」

  • 現状把握:Application Discovery Service
  • 評価:Migration Evaluator
  • サーバー移行:Application Migration Service(MGN)
  • DB移行:DMS(+必要ならSCT)
  • オンライン転送:DataSync
  • オフライン転送:Snowball
  • 最適化:Compute Optimizer
  • 進捗の一元管理:Migration Hub(提供状況変更の注記あり)

この対応表を問題文キーワードに当てはめられるようになると、移行分野は安定して得点できます。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次