Microsoft AZ-305: 移行とモダナイゼーション — 学習ガイド

By Laurynas Brazys · 11 August 2026 · #microsoft #az-305 #certification #exam-prep #study-guide

こちらの一部です： Microsoft Azure Solutions Architect Expert AZ-305 — 学習ガイド. 検証済みの解答で練習： Microsoft試験ハブ, または時間制限付き模擬試験に挑戦： ExamRoll.io.

概要

Azure での移行と最新化は、検出主導の計画と、適切なデータ移動ツール、ワークロード固有の移行サービス、ハイブリッド管理、コスト最適化を組み合わせたものです。その目標は、信頼性、セキュリティ、運用を損なうことなく、価値実現までの時間の制約を満たすことです。事実に基づいたインベントリと依存関係マップから始め、パフォーマンスベースのサイジングと TCO を構築し、クラウドネイティブ機能を推進しつつも最も中断の少ない移行戦略を選択し、ライセンスと予約の最適化によってビジネスケースを保護します。Azure は統合スイートを提供します。検出、評価、オーケストレーションのための Azure Migrate、ワークロード移行のための Azure Database Migration Service と App Service Migration Assistant、オフラインでの一括転送のための Azure Data Box と Import/Export、ハイブリッドガバナンスのための Azure Arc、そしてコンテナ、サーバーレス、API ファーストのリファクタリングといった最新化へのパスウェイです。

検出、評価、ワークロード移行

Azure Migrate は移行プロジェクトのコントロールプレーンです。Azure Migrate アプライアンスをデプロイして VMware、Hyper-V、物理サーバーをエージェントレスで検出するか、より詳細なメタデータ (プロセス、ポート) が必要な場合はエージェントを使用します。検出では、ハードウェア、OS、パフォーマンスカウンター、依存関係のデータを収集し、正確な評価を構築します。依存関係の視覚化は、ワークロードをグループ化し、東西トラフィックの局所性とアプリケーション階層を維持する移行ウェーブを計画するために不可欠です。

サーバー評価では、準備状況 (OS サポート、ドライバー、エージェント)、パフォーマンスベースのサイジング (vCPU/RAM/IOPS/スループット)、および VM シリーズ、ディスク、予約に合わせた月次コスト見積もりが出力されます。Azure Migrate は、Azure VM または Azure VMware Solution のいずれかをターゲットにできます。Web ワークロードの場合、Azure Migrate には Web アプリ評価が含まれており、IIS サイトを評価して Azure App Service への移行を検討し、ISAPI フィルター、GAC 依存関係、レガシーな .NET フレームワークなどのサポートされていない機能にフラグを立てます。データベースの場合、Azure Migrate は評価を Azure Database Migration Service (DMS) に連携させます。DMS は SKU の互換性と必要な修正 (データ型、T-SQL のサーフェスエリア、照合順序、機能パリティ) をテストします。

サーバーの移行オーケストレーションでは、Azure Migrate: Server Migration を使用して、VMware、Hyper-V、または物理サーバーを Azure に継続的にレプリケートし、回復ポイントと計画的なカットオーバーを実現します。最終的な切り替えの前に、分離された VNet へのテスト移行を実行して、起動、アプリの起動、接続性を検証できます。IIS でホストされている Web アプリケーションの場合、Azure App Service Migration Assistant は準備状況評価を実行し、ASP.NET または PHP サイトを App Service にパッケージ化してデプロイし、必要に応じて構成を書き換え、依存関係のギャップ (Windows 固有の COM、マシンレベルのドライバー、GAC アセンブリ) を表面化させることができます。これは、Windows IIS ワークロードを App Service on Windows に移行する場合に最適です。

Azure Database Migration Service は、オンライン (最小限のダウンタイム) とオフライン (1回限り) の移行を提供します。

オンライン移行は、ソースからターゲットへの継続的な変更データキャプチャを確立し、並行して検証と修正を行い、短い停止時間中にカットオーバーすることができます。長いダウンタイムが許容できないミッションクリティカルなデータベースに使用します。
オフライン移行は、より長い停止時間を伴う 1 回限りの一括ロード (バックアップ/リストア、BACPAC、またはエクスポート/インポート) を実行し、複雑さとコストを最小限に抑えます。

サポートされているソース/ターゲットのパターンには、SQL Server から Azure SQL Database または Azure SQL Managed Instance、SQL Server から SQL Server on Azure VMs、MySQL から Azure Database for MySQL、PostgreSQL から Azure Database for PostgreSQL、MongoDB から Azure Cosmos DB (MongoDB API) への移行が含まれます。DMS は互換性を評価し、スキーマとデータの移動をオーケストレーションし、移行後の検証タスクを自動化できます。

大量データ転送オプション

ネットワーク帯域幅、データの重力 (データグラビティ)、またはコンプライアンスによってオンラインコピーが妨げられる場合は、Azure のオフライン転送サービスを活用します。

Azure Data Box ファミリ:

Data Box Disk: 暗号化されたソリッドステートディスクが配送されます。移植性が重要なブランチオフィスやラボ規模の初期データ投入で、注文あたり約 35 TB までのデータに適しています。
Data Box: 約 100 TB の使用可能容量を持つ、頑丈な暗号化アプライアンスです。データセンターの移設や、継続的な同期前の大規模な初期データ投入用に設計されています。
Data Box Heavy: 約 1 PB の使用可能容量を提供するパレット化されたアプライアンスです。アーカイブ、メディアライブラリ、ファイル共有など、数百テラバイトからペタバイト規模の移行に最適です。

すべてのデバイスは、ハードウェア暗号化、輸送過程の管理 (chain-of-custody) ロジスティクスを使用し、返却されると選択された Azure Storage アカウントへの自動インジェストが行われます。これらは通常、初期データ投入 (その後の AzCopy、Storage Mover プレビュー、またはベンダーツールによる継続的な差分レプリケーション)、1 回限りのアーカイブ、またはエグレス (送信) の制約が適用されるリージョン間の移動に使用されます。

Azure Import/Export サービスは、お客様自身の BitLocker で暗号化された SATA HDD/SSD メディアを使用します。WAImportExport ツールは、ドライブを準備し、ジャーナルファイルとマニフェストファイルを生成し、データとフォルダーのマッピングを検証し、暗号化キーを書き込みます。配送のワークフローは次のとおりです。

ポータルでインポート (またはエクスポート) ジョブを作成し、宛先 (またはソース) のストレージアカウントとコンテナーを指定します。
WAImportExport を使用してドライブを準備・暗号化し、ドライブセットの CSV を生成します。
承認された配送業者を使用して、ジョブに示された Microsoft データセンターにメディアを発送し、追跡情報を提供します。
Microsoft は、お客様のストレージアカウントとの間で直接データをインジェスト (またはエクスポート) し、ジョブのステータスを更新し、メディアを返送します。 Import/Export は、手元にドライブが既にある場合、デバイスチェーンを正確に制御する必要がある場合、またはデータ量が Data Box アプライアンスと比較して控えめな場合に最適です。

戦略、ライセンス、コスト最適化

時間、リスク、モダナイゼーションの目標に基づいて移行戦略を選択します。

リフトアンドシフト (リホスト): 最も迅速な方法で、コード変更は最小限です。安定していてリスクの低いVMや、最適化前の橋渡しとして使用します。Azure Migrateのレプリケーションと組み合わせ、ガバナンスのガードレールを直ちに適用します。
リプラットフォーム (リフトアンドオプティマイズ): 小さな変更でマネージドサービスに移行します (例: Windows IISをApp Serviceへ、SQL ServerをAzure SQL Managed Instanceへ)。完全な再設計なしで運用オーバーヘッドを削減し、PaaSの信頼性を獲得します。
リアーキテクト (リファクタリング): モノリスを分解し、AKS上のマイクロサービス、イベント駆動型パイプライン、またはドメイン駆動の境界づけられたコンテキストを採用します。より多くの労力を要しますが、クラウドネイティブの回復性とスケールに適合します。
リプレース (置き換え): 差別化要因とならないカスタムワークロード (CRM, HRIS) を廃止するためにSaaSを導入し、攻撃対象領域とTCOを削減します。

ライセンスと予約でビジネスケースを正当化します。

Azure Hybrid Benefit (AHB) を使用すると、ソフトウェアアシュアランス付きの既存のライセンスを持ち込むことができます。Azure VMまたはAzure Dedicated Host上のWindows Serverの場合、AHBはWindowsライセンスコストを不要にするため、ベースのコンピューティング料金のみを支払います。SQL Serverの場合、Azure SQL Database、Azure SQL Managed Instance、またはSQL on Azure VMにAHBを適用して、SQLライセンス料金を削減します。Linuxの場合、AHBは対象となるRed Hat Enterprise LinuxおよびSUSE Linux Enterpriseサブスクリプションをサポートし、承認されたBYOSイメージを実行する際のOSソフトウェア料金を不要にします。ライセンスモビリティとコア数を常に検証してください。
Azure Reserved Instances (RI) と Reserved Capacity は、定常状態のコンピューティングを1年または3年のコミットメントに合わせます。3年契約はより大きな割引をもたらし、1年契約は柔軟性を提供します。予約のスコープを、単一のサブスクリプション (特典の厳密な適用) または共有スコープ (課金コンテキスト内のサブスクリプション全体に適用して使用率を最大化) のいずれかに設定します。予約はいつでも交換して、リージョン、VMファミリー、または期間を変更できます。早期解約手数料を条件としてキャンセルが可能で、返金はAzureの年間上限によって制限されます。VMファミリー内のインスタンスサイズの柔軟性を利用して、需要の変動を吸収します。 AHBと予約を組み合わせることで、多くの場合、従量課金制に比べて50〜80%のコスト削減が実現し、モダナイゼーションへの再投資が可能になります。

ハイブリッド管理とモダナイゼーションのパターン

Azure Arcは、Azureのガバナンスをオンプレミスやマルチクラウドに拡張します。Arc対応サーバーは、WindowsおよびLinuxマシンにエージェントをオンボードし、それらをAzureリソースとして投影します。これにより、Azure Policyのゲスト構成、Update Management、Defender for Cloud、および拡張機能ベースのツール（Key Vault証明書、Dependency agent）が利用可能になります。Arc対応Kubernetesは、CNCF準拠のクラスターをAzureにアタッチし、GitOpsベースの構成（Flux）、Azure Policy for Kubernetes、および拡張機能のライフサイクル管理（Open Service Mesh、Azure Monitor for containers）を実現します。Arc対応SQL Serverは、あらゆる場所にあるインスタンスのインベントリを作成し、サポート終了やSKUの推奨事項を提示し、セキュリティベースラインを適用し、Defender for SQLと統合します。エッジ環境や非接続環境に対して、Arcはワークロードを元の場所に置いたまま、ガバナンスのための一貫したコントロールプレーンを提供します。

モダナイゼーションのパターンは、移行計画に重ねて適用する必要があります。

コンテナ化：既存の.NET/Javaアプリをコンテナにパッケージ化し、Azure Kubernetes Service (AKS) またはApp Service for Containersで実行します。Azure Migrate: App Containerizationは、IISまたはJavaアプリを分析し、Dockerfileを作成し、Azure Container Registryに発行することで、コードを書き換えることなくモダナイゼーションを加速できます。サービスメッシュやCI/CDを備えた複雑でスケーラブルなマイクロサービスにはAKSを使用し、よりシンプルなWebワークロードにはApp Service for Containersを使用します。
サーバーレスへの移行：スケジューラ、バッチタスク、統合のグルーコードをAzure FunctionsやLogic Appsにオフロードし、サーバー管理を不要にします。Durable Functionsはワークフローと状態を追加し、Event GridとService Busはイベント処理と分離を提供して、バックプレッシャーを軽減し、障害分離を改善します。
APIファーストへの変革：Azure API Managementを通じて内部機能を公開し、プロダクト、バージョニング、スロットリング、OAuth2/OpenID Connectのオフロードを適用します。これにより、APIコントラクトとバックエンドが分離され、パートナーやモバイルチャネルが利用可能になり、一元的なセキュリティポリシーが適用されます。Backend for FrontendパターンやDevSecOpsと組み合わせることで、ガバナンスとテストを標準化します。モダナイゼーション中のリスクを軽減するために、ブルー/グリーンまたはカナリア方式のカットオーバーや機能フラグを使用します。Azure MonitorとApplication Insightsからのテレメトリを基に、パフォーマンス、キャパシティ、スケーリングルールを繰り返しチューニングする必要があります。

実践的な問題シナリオ

Adobe Inc.は、オンプレミスにあるIIS Webアプリ、SQL Serverデータベース、および600 TBのメディア資産のポートフォリオをAzureに移行する必要があります。その際、ダウンタイムを最小限に抑え、コンテナファーストの未来に備える必要があります。

ステップバイステップのアプローチ：

Azure Migrateによる検出と評価 Azure Migrateアプライアンスをデプロイして、VMware VMとIISサイトのインベントリを作成します。依存関係マッピングを使用してアプリの階層をグループ化し、共有データベースを特定します。パフォーマンスベースのVMサイジングとApp Serviceの準備状況評価を実行します。このツールが選ばれた理由は、検出、コスト見積もり、依存関係の洞察、移行のオーケストレーションを単一のプレーンで一元管理できるためです。
ワークロードごとの移行戦略の分類タイムラインのリスクを軽減するため、ステートフルなアプリ階層はまずAzure VMにリホストします。Migration Assistantが高い準備状況を示したステートレスなWeb階層はAzure App Serviceにリプラットフォームし、トラフィックの多いポータルについてはAKSへのリアーキテクトのワークストリームを計画します。このハイブリッド戦略は、スピード（リフトアンドシフト）と運用上のメリット（App Service）、そして長期的なスケーラビリティ（AKS）のバランスを取ります。
Azure Database Migration Serviceによるデータベースの移行顧客向けのSQL Serverバックエンドについては、オンライン移行を使用してAzure SQL Managed Instanceに移行し、SQL Agentジョブ、データベース間クエリを維持し、ダウンタイムをほぼゼロにします。社内の基幹業務データベースについては、計画された週末のウィンドウでオフライン移行を使用します。DMSが選ばれた理由は、CDCベースの最小ダウンタイムパス、スキーマ検証、およびオーケストレーションされたカットオーバー機能があるためです。
Azure Data BoxとImport/Exportを使用したメディア資産の移動最初の600 TBのデータをBlob Storageにシードするために、複数のAzure Data Boxアプライアンス（各100 TB）を注文し、その後ExpressRoute経由で差分同期を行います。より小規模なアーカイブを持つ2つのリモートスタジオについては、既存の暗号化済みSSDとWAImportExportツールを使用してAzure Import/Exportを利用します。Data Boxは大量転送を迅速かつ安全に処理し、Import/Exportはエッジで既に調達済みのディスクを活用します。
App Service Migration AssistantによるWebワークロードのカットオーバーとテスト移行互換性があるとフラグ付けされたIISサイトについては、Migration Assistantを使用してパッケージ化、構成の変換、App Serviceへのデプロイを行います。ステージングスロットへのテスト移行を実行し、成功時にスワップします。このツールは、手動での修正作業を減らし、デプロイの一貫性を加速します。
モダナイゼーションパターンの導入 Azure Migrate: App Containerizationで選択したサービスをコンテナ化し、イメージをAzure Container Registryにプッシュし、Azure Arc対応Kubernetes経由のGitOpsでAKSにデプロイして、dev/test/prod環境間で一貫した構成を維持します。すべてのパブリックAPIの前面にAzure API Managementを配置し、スロットリング、OAuth2、パートナーのオンボーディングを標準化します。これにより、ガバナンスを維持しつつ、マイクロサービスとAPIファーストのチャネルの基盤を築きます。
Azure Arcによるハイブリッドガバナンスの有効化移行前、移行中、移行後に、残りのオンプレミスサーバーと非AKSのKubernetesクラスターをAzure Arcにオンボードし、Azure Policyを適用し、インベントリを収集し、セキュリティベースラインを標準化します。Arcはハイブリッド環境全体に単一のコントロールプレーンをもたらし、ドリフト検出とコンプライアンスを保証します。
Azure Hybrid Benefitと予約によるコストの最適化 Windows ServerとSQL ServerにAzure Hybrid Benefitを適用して、ソフトウェアコストを削減します。定常状態のVMおよびManaged InstanceのSKUに対して3年間の予約インスタンスを購入します。共有スコープを使用してサブスクリプション全体でのカバレッジを最大化し、使用パターンが変化した場合は予約を交換します。これにより、ビジネスケースを維持し、モダナイゼーションのスプリントに資金を供給します。

これらのサービスを選択した理由：Azure MigrateとDMSは、データ駆動型の計画と低ダウンタイムの実行によりリスクを最小化します。App Service Migration Assistantは、実績のあるIISの移行を加速します。Data BoxとImport/Exportは、データの重力の問題に対処します。Azure Arcは、ハイブリッドおよびマルチクラウド全体で一貫したガバナンスを提供します。AKS、Functions、API Managementは、当面の移行目標を妨げることなく、将来を見据えたクラウドネイティブな進化を可能にします。

← モニタリング、コスト最適化、運用 · すべてのドメイン · Well-Architected フレームワークと設計原則 →

これらの問題を練習する → · ExamRoll.ioで時間制限付き練習 →