この記事に従って、 Azure Migrate を使用して Azure への移行計画を作成します。
クラウド移行の目標を定義する
開始する前に、クラウドへの移行の 動機 を理解して評価することで、ビジネスの成果を成功させることができます。 クラウド導入フレームワークで説明したように、多くのトリガーと結果があります。
| ビジネス イベント | 移行の結果 |
|---|---|
| データセンターの閉鎖 | コスト |
| 合併、買収、売却 | ベンダーまたは技術的な複雑さの減少 |
| 資本支出の削減 | 内部運用の最適化 |
| ミッション クリティカルなテクノロジのサポートの終了 | ビジネスの機敏性の向上 |
| 規制コンプライアンスの変更への対応 | 新しい技術機能に対する準備 |
| 新しいデータ主権要件 | 市場需要に合わせたスケーリング |
| 中断の減少と IT の安定性の向上 | 地理的需要に合わせたスケーリング |
ご自身の動機を特定することで、戦略的な移行目標を決めることができます。 次のステップでは、ご自分のワークロードに合わせた移行パスを特定して計画します。 Azure Migrate: Discovery and Assessment ツールは、オンプレミスのワークロードを評価するのに役立ち、移行に役立つガイダンスとツールを提供します。
デジタル資産を把握する
まず、現在のオンプレミスのインフラストラクチャ、アプリケーション、および依存関係を特定します。 これは、Azure への移行対象のワークロードの特定と、最適化されたコスト予測の収集に役立ちます。 Discovery and Assessment ツールにより、使用中のワークロード、ワークロード間の依存関係、およびワークロードの最適化を特定できます。
使用中のワークロード
Azure Migrate は、軽量の Azure Migrate アプライアンスを使用して、オンプレミスの VMware VM、Hyper-V VM、その他の仮想サーバー、および物理サーバーのエージェントレス検出を実行します。 継続的な検出で、サーバーの構成情報、パフォーマンス メタデータ、およびアプリケーション データが収集されます。 このアプライアンスによってオンプレミスのサーバーから収集されるものは、次のとおりです。
サーバー、ディスク、および NIC のメタデータ。
インストールされているアプリケーション、ロール、および機能。
CPU とメモリの使用率、ディスクの IOPS、スループットなどのパフォーマンス データ。
データの収集後、アプリケーション インベントリの一覧をエクスポートし、サーバーで実行されているアプリと SQL Server インスタンスを確認できます。 Azure Migrate を使用できる: Database Assessment ツールを使用すると、SQL Server の対応性を把握できます。
検出および評価のツールで検出されたデータと共に、構成管理データベース (CMDB) のデータを使用して、サーバーおよびデータベースの資産のビューの作成や、事業単位、アプリケーション所有者、地域などでのサーバー分散状況の把握を行うことができます。これは、移行の際に優先するワークロードを決定するのに役立ちます。
ワークロード間の依存関係
サーバー検出後、依存関係を 分析して、サーバー間の依存関係を視覚化して識別し、相互に依存するサーバーを Azure に移動するための最適化戦略を行うことができます。 視覚化することにより、特定のサーバーが使用されているかどうかや、それらを移行する代わりに使用停止にできるかどうかを判断することができます。 依存関係を分析することは、作業漏れや移行時の突然の停止を確実に防止するのに立ちます。 アプリケーション インベントリと依存関係の分析を実行したら、信頼度の高いサーバー グループを作成して、それらの評価を開始できます。
最適化とサイズ設定
Azure では、時間の経過と共にクラウドの容量を変更するという柔軟性が提供されます。また、移行により、サーバーに割り当てられている CPU およびメモリ リソースを最適化する機会が提供されます。 特定したサーバーについての評価を作成すると、ワークロードのパフォーマンス履歴を把握するのに役立ちます。 これは、Azure VM SKU の適切なサイズ設定と、Azure でのディスクの推奨事項に不可欠です。
移行の対応性を評価する
対応性/適合性の分析
評価レポートをエクスポートし、こちらのカテゴリでフィルター処理すると、Azure 対応性を把握できます。
- Azure の準備完了: サーバーを変更することなく、as-is Azure に移行できます。
- Azure の条件付き準備: サーバーは Azure に移行できますが、評価に記載されている修復ガイダンスに従って、軽微な変更が必要です。
- Azure の準備ができていない: サーバーを Azure as-isに移行できません。 移行前に、修復ガイダンスに従って問題を修正する必要があります。
- 準備が不明: メタデータが不十分なため、Azure Migrate はサーバーの準備状況を判断できません。
データベース評価を使用すると、Azure SQL Database または Azure SQL Managed Instance への移行について SQL Server データ資産の対応性を評価できます。 この評価では、SQL サーバー インスタンスごとに移行対応状況がパーセンテージで示されます。 さらに、インスタンスごとに、Azure で推奨されるターゲット、移行の潜在的な阻害要因、破壊的変更の数、Azure SQL DB または Azure SQL VM への対応性、および互換性レベルが示されます。 移行の阻害要因による影響と、それらの修正に関する推奨事項について理解を深めることができます。
サイズ設定に関する推奨事項
サーバーが Azure に対応することが示されると、Discovery and Assessment からサイズ設定に関する推奨事項が示され、ご使用のサーバーの Azure VM SKU とディスクの種類が特定されます。 サイズ設定に関する推奨事項は、(移行時にリソースを最適化するために) パフォーマンス履歴に基づいて、またはパフォーマンス履歴を使用せずにオンプレミスのサーバーの設定に基づいて取得できます。 データベース評価で、データベース SKU、価格レベル、およびコンピューティング レベルに関する推奨事項を確認できます。
コンピューティング コストを取得する
Azure Migrate による評価でのパフォーマンス ベースのサイズ設定オプションは、VM の適切なサイズ設定に役立ちます。Azure でのワークロード最適化のベスト プラクティスとして使用してください。 適切なサイズ設定に加えて、Azure のコスト節約に役立つその他のオプションがいくつかあります。
- 予約インスタンス: 予約インスタンス (RI) を使用すると、 従量課金制の価格と比較してコストを大幅に削減できます。
- Azure ハイブリッド特典: Azure ハイブリッド特典を使用すると、アクティブなソフトウェア アシュアランスまたは Linux サブスクリプションを持つオンプレミスの Windows Server ライセンスを Azure に持ち込み、予約インスタンス オプションと組み合わせることができます。
- エンタープライズ契約: Azure Enterprise Agreement (EA) では、Azure サブスクリプションとサービスの節約を提供できます。
- オファー: 複数の Azure オファーがあります。 たとえば、 従量課金制You-Go 開発/テスト、 Enterprise Dev/Test オファーなど、開発/テスト VM の料金を低く抑える
- VM のアップタイム: Azure VM が実行されている 1 か月あたりの日数と 1 日あたりの時間数を確認できます。 使用していないときにサーバーをシャットダウンすると、コストを削減できます (RI には適用されません)。
- ターゲット リージョン: さまざまなリージョンで評価を作成して、特定のリージョンへの移行のコスト効率が高いかどうかを判断できます。
データの視覚化
Discovery and Assessment レポート (Azure 対応性の情報と月単位のコストの分布を含みます) をポータルで表示できます。 また、評価をエクスポートし、視覚エフェクトを追加して移行計画を充実させることもできます。 さまざまな組み合わせのプロパティで複数の評価を作成し、ご自身のビジネスに最適なプロパティのセットを選択できます。
ギャップ/阻害要因を評価する
移行するアプリとワークロードを把握する際に、それらのダウンタイムの制約を特定し、アプリと、基になっているインフラストラクチャとの間の運用上の依存関係を探します。 この分析により、目標復旧時間 (RTO) を満たす移行を計画し、データ損失を最小限に抑えることができます。 移行する前に、サーバーや SQL データベースの移行を妨げる可能性のある互換性の問題、サポートされていない機能を確認し、緩和することをお勧めします。 これには、Azure Migrate Discovery and Assessment レポートと Azure Migrate Database Assessment が役立ちます。
ワークロードの優先度を付ける
インベントリに関する情報を収集したら、最初に移行するアプリとワークロードを特定できます。 本格的な移行を開始する前にすべての欠陥を解決できるように、体系的かつ制御可能な方法でアプリを移行するための "適用と学習" アプローチを策定します。
移行順序に優先度を付ける場合は、複雑さ、移行時間、ビジネス上の緊急度、運用/非運用環境に関する考慮事項、コンプライアンス、セキュリティ要件、アプリケーションの知識などの戦略的要因を利用できます。
いくつかの推奨事項を次に示します。
簡単に達成できる目標を優先する: 評価レポートを使用して、完全に準備が整い、Azure への移行に最小限の労力で済むサーバーやデータベースを特定します。 これを行うための方法を次の表にまとめます。
状態 アクション Azure 対応 VM 評価レポートをエクスポートし、 状態が Ready for Azure のすべてのサーバーをフィルター処理します。 これは、 移行と最新化 ツールを使用して、Azure にリフト アンド シフトするサーバーの最初のグループである可能性があります。 サポート終了オペレーティング システム 評価レポートをエクスポートし、Windows Server 2008 R2 または Windows Server 2008 を実行しているすべてのサーバーにフィルターを適用します。 これらのオペレーティング システムはサポートが終了しています。これらを Azure に移行した場合に限り、3 年間のセキュリティ更新プログラムが無料で提供されます。 Azure ハイブリッド特典を組み合わせて、RI を使用すると、コスト削減につながる可能性があります。 SQL Server の移行 データベース評価の推奨事項を使用して、Azure SQL Database に対応しているデータベースを移行します。これには Azure Migrate、Database Migration ツールを使用します。 移行と最新化ツールを使用して、Azure SQL VM 用に準備されたデータベースを移行します。 サポート終了ソフトウェア アプリケーション インベントリをエクスポートし、サポート終了になる可能性のあるソフトウェアや拡張機能をフィルター処理します。 移行のために、これらのアプリケーションに優先度を付けます。 プロビジョニングされていないサーバー 評価レポートをエクスポートし、CPU 使用率 (%) とメモリ使用率 (%) が低いサーバーをフィルター処理します。 適切なサイズの Azure VM に移行し、使用率の低いリソースのコストを節約します。 過剰にプロビジョニングされたサーバー 評価レポートをエクスポートし、CPU 使用率 (%) とメモリ使用率 (%) が高いサーバーをフィルター処理します。 容量の制約を解決し、容量が逼迫したサーバーを Azure に移行することで、これらのサーバーの中断を防ぎ、パフォーマンスを向上させます。 Azure では、要求を満たすために自動スケール機能を使用してください。
評価レポートを分析して、ストレージの制約を調査します。 ディスクの IOPS とスループット、推奨されるディスクの種類を分析します。小規模から始めてから大きく:まず、リスクと複雑さを最小限に抑えるアプリとワークロードを移動して、移行戦略に自信を持たれます。 CMDB リポジトリと共に Azure Migrate による評価の推奨事項を分析し、パイロット移行の候補となる可能性がある開発テスト用ワークロードを探して移行します。 運用環境のワークロードの移行を開始するときに、パイロット移行からのフィードバックと知識を役立てることができます。
準拠: Azure は、広範かつ深いオファリングの観点から、業界最大のコンプライアンス ポートフォリオを維持しています。 コンプライアンス要件を使用して移行の優先順位を付けて、アプリとワークロードが自国、地域、および業界に固有の標準と法に準拠するようにします。 これは、ビジネスに不可欠なプロセスを処理する組織、機密情報を保持する組織、または規制の厳しい業界に属する組織に特に当てはまります。 このようなタイプの組織では、標準や規制が多く、頻繁に変更される可能性があり、後れを取らずについていくことは困難です。
移行計画を仕上げる
移行計画を仕上げる前に、次のようなその他の潜在的な阻害要因を検討し、緩和するようにしてください。
- ネットワーク要件: ネットワーク帯域幅と待機時間の制約を評価します。これにより、予期しない遅延や移行レプリケーション速度の中断が発生する可能性があります。
- テスト/移行後の微調整: タイム バッファーで、移行されたアプリのパフォーマンスとユーザー受け入れのテストを実行したり、データベース接続文字列の更新、Web サーバーの構成、カットオーバー/クリーンアップの実行など、移行後にアプリを構成/調整したりできます。
- アクセス許可: 推奨される Azure のアクセス許可、および移行に必要なサーバー/データベース アクセス ロールとアクセス許可を確認します。
- トレーニング: デジタル変革に備えるために組織を準備します。 組織改革を成功させるには、しっかりしたトレーニング基盤が重要です。 Azure の基礎、ソリューション アーキテクチャ、セキュリティに関するコースを含む、 無料の Microsoft Learn トレーニングをご覧ください。 チームに Azure 認定資格の調査を促す。
- 実装のサポート: 必要に応じて、実装のサポートを受けます。 クラウドに移行する多くの組織が、外部からサポートを受けています。 パーソナライズされた支援を受けて迅速かつ自信を持って Azure に移行するには、 Azure Expert Managed Service Provider または FastTrack for Azure を検討してください。
移行するアプリ、アプリとデータベースの可用性、ダウンタイムの制約、および移行マイルストーンに関する詳細情報を含む、効果的なクラウド移行計画を作成します。 計画では、データのコピーにかかる時間を考慮し、移行後のテストやカットオーバーの作業に現実的なバッファーを含めます。
移行後のテスト計画では、機能、統合、セキュリティ、およびパフォーマンスに関するテストおよびユース ケースを含めて、移行されたアプリが想定どおりに動作し、すべてのデータベース オブジェクトとデータのリレーションシップがクラウドに正常に転送されたことを確認する必要があります。
移行のロードマップを作成し、メンテナンス期間を宣言してアプリとデータベースを最小限のダウンタイムで移行し、移行時における運用およびビジネスへの潜在的な影響を抑えます。
移行
本格的な移行を開始する前に、Azure Migrate でテスト移行を実行することをお勧めします。 テスト移行は、所要時間の見積もりと、移行計画の微調整に役立ちます。 これにより、完全な移行の前に潜在的な問題を検出して修正できます。
移行の準備ができたら、移行と最新化ツール、および Azure Data Migration Service (DMS) を使用して、エンド ツー エンドの追跡機能を備えた統合されたシームレスな移行エクスペリエンスを実現します。
- 移行と最新化ツールを使用すると、オンプレミスの VM とサーバー、または他のプライベートまたはパブリックのクラウド (AWS、GCP など) に配置されている VM をほぼゼロのダウンタイムで移行できます。
- Azure DMS は、複数のデータベース ソースから Azure Data プラットフォームへのシームレスな移行を最小限のダウンタイムで実現できるように設計された、フル マネージド サービスを提供します。
Windows OS のアップグレード
Azure Migrate には、移行中に Windows Server OS をシームレスにアップグレードするためのオプションが用意されています。 Azure Migrate OS アップグレードでは、設定、サーバーロール、データを保持しながら、古いオペレーティング システムから新しいものに移行できます。 詳細については、こちらをご覧ください。
Azure Migrate OS のアップグレードでは、Azure VM カスタム スクリプト拡張機能 を使用して、インプレース アップグレード エクスペリエンスのために次のアクティビティを実行します。
- Windows Server セットアップ ファイルを含むデータ ディスクが作成され、VM に接続されます。
-
InPlaceOsUpgradeという名前のカスタム スクリプト拡張機能が VM で有効になり、ストレージ アカウントからスクリプトがダウンロードされ、サイレント モードでアップグレードが開始されます。