Cloud & IT Cert Prep · レッスン

6R 移行フレームワーク

Q: 「6R 移行フレームワーク」で何を学びますか？

オンプレミス アプリケーションのポートフォリオに Rehost、Replatform、Rearchitect、Rebuild、Replace、Retire の戦略を適用し、それぞれに最適な移行方針を選択します。 ブラウザで直接実行するハンズオンコードでCloud & IT Cert Prepを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

オンプレミスアプリケーションのポートフォリオに Rehost、Replatform、Rearchitect、Rebuild、Replace、Retire の戦略を適用し、それぞれに最適な移行方針を選択します。

「6R 移行フレームワーク」はCoddyKit上の無料Cloud & IT Cert Prepレッスンです。これはレッスン1/4です。下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。これはCloud & IT Cert Prep学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Cloud & IT Cert Prepコースには全4レッスンが含まれています。

6-Rs フレームワークとは

6-Rs 移行フレームワークは、オンプレミスの各ワークロードをクラウドに移行する方法を分類するための体系的なアプローチです。Microsoft と業界全体では、これら 6 つの戦略を移行パターンとも呼び、ポートフォリオの意思決定を効率的かつ一貫したものにしています。すべてに同じ方法を適用するのではなく、アーキテクトが各アプリケーションを個別に評価し、最も適切な R を割り当てます。

Rehost：リフトアンドシフト

Rehost（リフトアンドシフト）とは、コードを変更せずにワークロードを Azure に移行することです。既存の VM イメージまたはアプリケーションバイナリをそのまま Azure IaaS 上で実行します。これは最も高速な戦略であり、変更が難しいレガシーアプリケーションや、移行期限が厳しい組織で一般的に使用されます。Azure Migrate のレプリケーションエンジンを使用すると、ほとんどの Windows および Linux VM の Rehost を自動化できます。

# Trigger a replication for lift-and-shift using Azure CLI
az migrate server migration start-replication \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01'

Replatform：小規模なクラウド最適化

Replatform（Lift, Tinker, and Shift とも呼ばれます）では、コアアーキテクチャを変更せずに、移行中に小規模な最適化を行います。たとえば、VM 上で自己管理している MySQL データベースをAzure Database for MySQLに移行したり、自己ホスト型の SMTP リレーを Azure Communication Services に置き換えたりします。アプリケーションロジックを書き換えずに、パッチ適用、バックアップ、スケーリングといったマネージドサービスのメリットを得られます。

# Example: Create a managed MySQL Flexible Server (replaces IaaS VM running MySQL)
az mysql flexible-server create \
  --name mydb-flexible \
  --resource-group myRG \
  --location eastus \
  --sku-name Standard_D2ds_v4 \
  --tier GeneralPurpose

Rearchitect：クラウド向けに再設計

Rearchitect（または Refactor）とは、クラウドネイティブの機能を活用できるように、アプリケーションのアーキテクチャを大幅に変更することです。モノリシックな .NET アプリケーションをマイクロサービスに分割してAzure Container Appsにデプロイしたり、cron ジョブベースのバッチシステムをAzure Functionsとして再実装したりします。Rearchitect は、スケーラビリティとコストの面で長期的に最大のメリットをもたらしますが、最も大きな投資が必要です。

Rebuild：ゼロから書き換え

Rebuildとは、既存のアプリケーションを完全に破棄し、新しいクラウドネイティブソリューションを構築することです。レガシーアプリケーションの維持コストが高すぎる場合、サポート終了のテクノロジスタックを使用している場合、または移行してもビジネス要件を満たせない場合に、この戦略を選択します。Rebuild はクラウドネイティブのメリットを最大限に引き出せますが、価値を実現するまでの時間は最も長くなります。一般的な移行先として、Azure App Service、Azure Functions、Cosmos DBなどの Azure PaaS およびサーバーレスサービスがあります。

Replace：SaaS ソリューションの導入

Replaceとは、既存のオンプレミスアプリケーションを、同等またはそれ以上の機能を提供する市販の SaaS 製品に置き換えることです。たとえば、オンプレミスの CRM をDynamics 365に置き換えたり、レガシーファイルサーバーをSharePoint Onlineに置き換えたりします。Replace では、インフラストラクチャの管理を完全になくせます。一方で、カスタマイズ性が低下し、データ移行や変更管理に大きな労力が必要になる可能性があります。

Retire：不要なものを廃止

Retireは最も単純な戦略です。使用されていない、重複している、または別のシステムに置き換えられたアプリケーションを特定し、移行せずに廃止します。Azure Migrateで収集した検出データから、オンプレミスサーバーのかなりの割合（20～30% に達することもあります）が、使用率が非常に低いか、アクティブユーザーがいないことが明らかになる場合があります。これらのアプリケーションを廃止すると、移行範囲、ライセンスコスト、運用の複雑さを削減できます。

# Query Azure Migrate to find servers with low CPU utilisation (candidates for Retire)
az offazure vmware machine list \
  --resource-group myRG \
  --site-name mySite \
  --query "[?properties.percentageCoresUtilization < '5'].properties.displayName"

各アプリに適切な R を選択

適切な R を選択するには、各アプリケーションについて、ビジネス上の重要度、技術的な複雑さ、移行スケジュール、総保有コストという 4 つの要素を分析する必要があります。統合の依存関係がない単純な Web フロントエンドは、Rehost に適しています。ストアドプロシージャやカスタムデータベース機能を何百も使用するアプリケーションには、Rearchitect または Rebuild が必要になる場合があります。価値の低い内部ツールは、Retire または Replace の有力な候補です。

Azure Migrate でのポートフォリオ評価

Azure MigrateにはBusiness Case機能があり、使用率データ、ライセンス、Azure の料金に基づいて、検出したサーバーに適した移行戦略を自動的に提案します。ワークロードを Rehost、Replatform、End-of-Support のカテゴリに分類するため、6-Rs の分類を始める際に役立ちます。任意の推奨を上書きし、移行計画を確定する前に独自のビジネスコンテキストを追加できます。

# Create a business case assessment in Azure Migrate
az migrate assessment create \
  --resource-group myRG \
  --project-name myMigrateProject \
  --name businessCase01 \
  --type BusinessCase

移行ウェーブの順序付け

各アプリケーションに R を割り当てたら、それらを移行ウェーブにグループ化します。リスクの低い Rehost 候補は通常、チームの自信とツールへの習熟度を高めるため、最初のウェーブになります。Rearchitect と Rebuild のプロジェクトは、より長いスケジュールの並行ワークストリームとして実行します。アプリケーション間の依存関係（たとえば、共有データベースを呼び出す Web 層）がある場合は、関連するアプリを同時に、または正しい順序で移行できるように考慮する必要があります。

6-Rs と Cloud Adoption Framework

6-Rs は Microsoft の Cloud Adoption Framework のAdoptフェーズと連携します。CAF には、エンタープライズ規模で 6-Rs を運用するためのウェーブ計画テンプレート、RACI マトリックス、ワークロード評価アンケートが用意されています。移行ウェーブを開始する前に、Readyフェーズで確立したガバナンスガードレール（ランディングゾーン、ポリシー、ID）を整備しておく必要があります。これにより、移行したワークロードを初日から準拠した環境に配置できます。

クイックチェック

このレッスンで学習した Microsoft Azure Fundamentals (AZ-900) の概念について、理解度を確認します。

レッスンのまとめ

このレッスンでは、6-Rs フレームワーク（Rehost、Replatform、Rearchitect、Rebuild、Replace、Retire）が移行に関する意思決定の共通語彙になること、各 R にはコストと速度の異なるトレードオフがあること、Azure Migrate の Business Caseが使用率データに基づいて戦略を自動提案できることを学びました。次は、Azure Migrate によるオンプレミスサーバーの検出と評価について学習します。

よくある質問