Azure Migrate の説明
Contoso のようにオンプレミスのリソースを Azure に移行することを検討している組織にとって、最も重要性が高く、最初に手を付けるべき作業の 1 つが、サーバーの移行計画を立てることです。 この移行を支援するため、Microsoft ではワークロードの移行の計画や実施に役立つツールを多数ご用意しています。
Azure Migrate とは
Azure Migrate は、さまざまなワークロードを評価して Azure に移行するために使用できる各種機能を一元化されたハブに配置したものです。 Azure に移行できるワークロードには、オンプレミスのサーバー、インフラストラクチャ、アプリケーション、データがあります。
Azure Migrate のコンポーネントには次のものがあります。
統合された移行プラットフォーム。 これは、Azure への移行と移行状態の追跡を 1 か所で行えるポータルです。
評価と移行のツール。 Azure の移行ツールは、評価と移行に役立つさまざまなツールで構成されています。具体的には、次のものがあります。
- Azure Migrate
- Server Assessment、Azure Migrate
- Server Migration
- その他の独立形ソフトウェア ベンダー (ISV) のツール群
さまざまなワークロードの評価と移行。 Azure Migrate ハブを使って移行できるワークロードには、次のようなさまざまな種類があります。
- サーバー。 オンプレミスのサーバーは、評価を経て Azure VM に移行されます。
- データベース : オンプレミスのデータベースは、評価を経て Azure SQL Database または Azure SQL Database のマネージド インスタンスに移行されます。
- Web アプリケーションとも接続できます。 オンプレミスの Web アプリは、評価を経たうえで、Azure App Service Migration Assistant を使用して Azure App Service に移行されます。
- 仮想デスクトップ。 オンプレミスの仮想デスクトップ インフラストラクチャ (VDI) が評価され、Azure Virtual Desktop に移行されます。
- データ。 大量のデータは、Azure Data Box 製品を使用して Azure に移行されます。
次の表は、利用できるさまざまな移行ツールについて、移行のシナリオという観点から説明したものです。
| ツール | 移行シナリオ |
|---|---|
| Azure Migrate: Server Assessment | Azure への移行の準備として、Hyper-V 環境や VMware 環境で稼働している物理サーバーとオンプレミスの VM の評価を実施します。 |
| Azure Migrate: Server Migration | Hyper-V 環境や VMware 環境で稼働している物理サーバーとオンプレミスの VM、およびその他のパブリック クラウド VM の移行を実施します。 |
| Azure Migrate: Database Assessment | Azure SQL Database、Azure SQL Database のマネージド インスタンス、データベース マネージド インスタンス、または SQL Server を実行している Azure VM への移行の準備として、オンプレミスの Microsoft SQL Server データベースの評価を実施します。 |
| Azure Migrate: Database Migration | SQL Server を実行している Azure VM、Azure SQL Database、または Azure SQL Database のマネージド インスタンスへの移行の準備として、評価を実施します。 |
| Azure Migrate: Web App Assessment | オンプレミスの Web アプリの評価を実施し、それらを Azure に移行します。 |
| Azure Migrate: Data Box | Azure Data Box を使用して、大量のオフライン データを Azure に移行します。 |
Azure Migrate の使い方
クラウドへの移行戦略は、リホスト、リファクター、リアーキテクト、リビルドという 4 つの大きなパターンに分類できます。 採用する戦略は、ビジネスの主導者や移行の目標によって変わります。 複数のパターンを採用することもありえます。
たとえば、Contoso では、シンプルなアプリや自社のビジネスにとって重要でないアプリはリホストし、比較的複雑でビジネスに不可欠なアプリはリアーキテクトするという選択も考えられます。
次の表は、4 つのパターンについて説明したものです。
| Pattern | 定義 | 使用する場合 |
|---|---|---|
| リホスト | この方法は、リフト アンド シフト型の移行と呼ばれることも多々あります。コードの変更が必要ないため、既存のアプリを Azure にすばやく移行できます。 アプリはそれぞれそのままの状態で移行されるので、コード変更に伴うリスクやコストが発生しません。 | アプリを短期間でクラウドに移行する必要がある場合、変更を加えることなくアプリを移行したい場合、アプリが移行後に Azure IaaS のスケーラビリティを利用できる設計になっている場合、アプリが自社のビジネスにとって重要ではあるものの、アプリの機能を即座に変更する必要がない場合。 |
| リファクター | 再パッケージ化と呼ばれることも多々あります。リファクターでは、アプリが Azure PaaS (サービスとしてのプラットフォーム) に接続して各種のクラウド サービスを利用できるように、アプリに最小限の変更が必要になります。 たとえば、既存のアプリを Azure App Service または Azure Kubernetes Service (AKS) に移行できます。 あるいは、リレーショナル データベースや非リレーショナル データベースを、Azure SQL Database Managed Instance、Azure Database for MySQL、Azure Database for PostgreSQL、Azure Cosmos DB などのオプションにリファクターすることもできます (ただし、Azure でアプリを動作させるためにアプリを再パッケージ化する作業が簡単にできる場合に限ります)。 | Azure で提供される革新的な DevOps プラクティスを適用する場合、またはワークロードにコンテナー戦略を使用する DevOps を検討している場合。 リファクタリングでは、既存のコード ベースの移植性と使用可能な開発スキルを考慮する必要があります。 |
| 再設計 | 移行のためのリアーキテクトは、アプリのアーキテクチャを最適化してクラウドのスケーラビリティを活かすために、アプリの機能とコード ベースを変更、拡張することを中心とした作業となります。 たとえば、モノリシック アプリケーションを、相互に連携し、簡単にスケーリングできるマイクロサービスのグループに分割できます。 または、リレーショナル データベースや非リレーショナル データベースを、フル マネージドのデータベース ソリューション (Azure SQL Database Managed Instance、Azure Database for MySQL、Azure Database for PostgreSQL、Azure Cosmos DB など) にリアーキテクトすることもできます。 | アプリにメジャー リビジョンを施し、新機能を組み込んだり、クラウド プラットフォームで作業を効果的に行ったりする必要がある場合。 既存のアプリケーションへの投資を活かしたい場合、スケーラビリティ要件を満たしたい場合、革新的な DevOps プラクティスを適用したい場合、VM の使用を最小限に抑えたい場合。 |
| [再構築] | リビルドはさらに一歩進んで、Azure のクラウド テクノロジを使ってアプリを完全に作り直すというものです。 たとえば、Azure Functions、Azure AI、Azure SQL Database Managed Instance、Azure Cosmos DB などのクラウドネイティブ テクノロジを活用して、まったく新しいアプリを構築することができます。 | 開発は迅速に行いたいが、既存のアプリの機能と寿命が限られている場合。 ビジネスのイノベーションの加速 (Azure が提供する DevOps のプラクティスを含む)、クラウドネイティブ テクノロジを活用した新しいアプリケーションの構築、AI、Azure Blockchain、モノのインターネット (IoT) の進歩の活用に対する準備が整っている場合。 |
どの戦略を採用するかは、成し遂げようとしていることに応じて異なります。 次の表では、該当者が多いと思われるシナリオを 6 つ取り上げて説明します。
| シナリオ | 説明 |
|---|---|
| Windows Server ワークロード | これには、ファイル サーバー、コンテナー、Active Directory ロール、DNS ロールなどのオンプレミスのロールの移行が含まれます。 また、Azure Migrate サービスを使用してオンプレミスのアプリ VM を Azure VM に移行する作業も関係してきます。 |
| SQL Server ワークロード | これには、SQL Server VM 上で運用しているアプリ データベースなどの機能が含まれます。 |
| Linux ワークロード | この移行シナリオには、Red Hat VM、SUSE VM、Hadoop コンテナー、Linux コンテナーの移行が含まれます。 |
| ASP.NET、PHP、Java アプリ | これには、サービスとしてのソフトウェア (SaaS) レベルの顧客向けアプリと内部向けアプリが含まれます。 |
| SAP HANA | これは、ある特定のベンダーのエンタープライズ リソース プランニング システムであって、さまざまなビジネス プロセスに対応する集中管理データベースを使用しているものを指します。 SAP HANA は、大量のリアルタイムデータを短時間で処理できるメモリ内データベース テクノロジを使用しています。 また、HANA はメモリ内コンピューティング エンジンにより、メモリ内データベース テクノロジを使用するディスク システムからデータを読み取ることなく、データをランダム アクセス メモリ (RAM) に格納した状態で処理することができます。 |
| 専門コンピューティング | これには、ハイパフォーマンス コンピューティング (HPC) が含まれます。 |