クラウド導入フレームワークの 計画手法 は、クラウドベースのデジタル変革に関与するプログラムとチームをガイドする全体的なクラウド導入計画を作成するのに役立ちます。 このガイダンスでは、バックログを作成するためのテンプレートと、チーム全体で必要なスキルを構築するための計画を、すべてクラウドの目標に基づいて提供します。 この記事では、クラウド導入計画全体に Azure VMware Solution を含める方法について説明します。
Azure VMware Solution の資産
Azure VMware Solution は、VMware vSphere クラスターと共にパッケージ化された専用インフラストラクチャであり、Azure 上のプライベート クラウドとしてプロビジョニングされます。 最小初期デプロイは 3 つのホストですが、一度に 1 つずつ追加できるホストが増え、クラスターあたり最大 16 個のホストを追加できます。 プロビジョニングされたすべてのプライベート クラウドには、vCenter Server、vSAN、ESXi、NSX-T データ センターが含まれます。 その結果、オンプレミスの VMware vSphere 環境から Azure VMware Solution にワークロードをシームレスに移行または拡張できます。 Azure VMware Solution の資産は、オンプレミスのリソース、プライベート クラウド リソース、およびその他の Azure パブリック クラウド リソースを拡張できます。 環境間および仮想ネットワーク間の接続の詳細については、 ハブ アンド スポーク アーキテクチャでの Azure VMware Solution の統合に関するページを参照してください。
Azure VMware Solution 導入計画
Azure VMware Solution の導入を計画するときは、スコープ、アーキテクチャ設計、評価、デプロイに関する多くのビジネス上および技術的な考慮事項があります。 成功したプロジェクトと同様に、最初に目標と成功基準を定義することは、ビジネス ニーズに適したソリューションを確立するために不可欠です。
プロジェクト目標は、ビジネス目標をサポートし、Azure VMware Solution の最初の動機と一致します。
- データ センターの避難では、多くの場合、データ センターを閉じる必要がある固定日を達成するタイムライン目標を定義する必要があります。 たとえば、"X 日までにデータ センターからの移行を完了する" 必要があります。
- インフラストラクチャのスケール、容量、ディザスター リカバリーを増やすには、Azure VMware Solution で容量をバーストする機能やディザスター リカバリー サイトの場所などの要因を把握する必要があります。 目的の例として、"ノード数 X だけ容量を増やす (またはストレージ統合を使用する) 機能と、X リージョンまたは地理的半径内にディザスター リカバリー サイトを確立する機能があります。
- ハードウェア/ソフトウェアのサポート終了については、必要なライセンス数と、現在のオンプレミス環境とクラウド全体のライセンス モビリティを確立する必要があります。 たとえば、"Azure VMware Solution 上の X 個の Windows Server インスタンスと X 個の SQL Server 仮想マシンの拡張セキュリティ更新プログラムを取得する機能" があります。
Azure VMware Solution プロジェクトの成功条件の定義は、組織が求めている結果に合わせて調整されます。
- TCOのコスト効率と削減を実現します。 多くの場合、TCO は、データ センターのフットプリントを削減し、クラウドの経済性と Azure の予約を通じてコストを最適化することによって測定されます。 マクロ レベルでも、Azure VMware Solution プロジェクトに固有であっても、VMware vSphere ワークロードの TCO を削減するための明確な成功基準を作成する必要があります。
- 実装と変更管理の容易さを実現します。 Azure VMware Solution で既存の VMware ソリューションのスキルとプロセスを使用して、リソース管理に関連する成功のメジャーを数時間で定義します。 社内プロジェクトのサポート、IT プロフェッショナルのリスキル、または必要な新しいスキル獲得の要件を含めます。
- ダウンタイムとビジネス継続性への影響を最小限に抑えます。 許容されるシステムダウンタイム (存在する場合) に関連する成功メジャーと、ビジネス継続性に影響を与える可能性があるその他の要因 (システム通信の待機時間やプロセスの再エンジニアリングなど) を定義します。
導入ステージ
スコープ： Azure VMware Solution プロジェクトのスコープステージでは、目標と成功基準を最終決定している必要があります。 これらの項目は、作業範囲のビジネス要件と技術要件に変換する必要があります。次に例を示します。
- ビジネス要件:
- 移行のタイムライン
- アプリケーションを正常に移行する
- コミットされたサービス レベル アグリーメント (SLA)
- 技術的な要件:
- データ センターから一連の仮想マシンを移行する
- 特定の Azure リージョン内の Azure VMware Solution ノードの推定数
アーキテクチャ設計: スコープと要件に従って、Microsoft とパートナーからのサポートを受けてアーキテクチャ設計を構築できる必要があります。 通常、このプロセスでは、"検出フェーズと技術レビュー" 中に次のトピックに対処して評価します。
-
Azure VMware Solution の概要:
- ライセンスの要件
- Azure 予約済みベアメタル インスタンス
- プライベート クラウド、クラスター、ホスト
- Storage
- 高レベルのネットワークと接続
- アクセスとアイデンティティ
- メンテナンスと監視
-
ネットワークとセキュリティ:
- WAN 接続と ExpressRoute
- エッジ セキュリティ (使用可能なオプション)
- L2 ストレッチング
- Firewall
- Azure トポロジの統合
- 必要なネットワーク フロー
-
移行と運用:
- 一般的な移行ツールチェーン
- 移行プロセスと標準的な運用手順書（Runbook）
- HCX クラスターの機能と制限事項
- ディザスター リカバリーと高可用性のシナリオ
- バックアップ ツールとプロセス
焦点は、組織内のすべてのドメイン所有者がスコープと成功の条件を確実に理解できるようにすることです。 このフェーズでは、ネットワーク、セキュリティ、運用など、できるだけ多くのドメイン所有者を関与することをお勧めします。
パイロット展開: 作業範囲が合意されたら、パイロットまたは概念実証を使用してプロジェクトを開始することをお勧めします。 Azure VMware Solution の場合は、次の項目をデプロイしてテストすることをお勧めします。
- Azure VMware Solution クラウド サービスとノードをデプロイする
- ネットワーク構成
- 完全な構成
- 必要に応じて HCX 構成を完了する
- 必要に応じて、他の Azure サービスとアプリケーションを構成する
パイロット検証: Azure VMware Solution プロジェクトの確立されたビジネス要件と技術要件に対してパイロットを確認し、成功条件が満たされていることを確認します。
生産： 運用環境の VMware ワークロードから新しい Azure VMware Solution 環境への移行を計画します。 Azure VMware Solution プライベート クラウドのノード容量要件の移行ランプアップ計画を開始します。 環境に必要なノードの数を調査するには、Azure 移行のリソースとガイダンスを使用します。
拡張と最新化: Azure VMware Solution 環境を確立すると、ハブアンドスポーク ネットワーク接続によって、他の Azure パブリック クラウド サービスへのシームレスな拡張が保証されます。 多くの場合、お客様はリソース管理、監視とセキュリティ、ストレージ、その他の統合を通じて最適化を行い、現在のインフラストラクチャ設計でアプリケーションを最新化します。
Azure VMware Solution の準備計画
次のリソースは、組織が Azure VMware Solution の技術コンポーネントのスキルアップと知識を深めるのに役立ちます。
次のステップ
Azure VMware Solution の環境または Azure ランディング ゾーンを準備するために必要な主な考慮事項と変更を確認します。