Azure VMware Solution の計画
クラウド導入フレームワークの計画方法論を使用して、クラウド導入計画全体を作成し、クラウドベースのデジタル変革に関わるプログラムとチームをガイドできます。 このガイダンスでは、バックログを作成するためのテンプレートと、チーム全体で必要なスキルを構築するための計画を、クラウドで実行しようとしている内容に基づいて提供します。 この記事では、Azure VMware Solution を全体的なクラウド導入計画に含める方法について説明します。
計画方法論の適用では、デジタル資産の合理化の 5 R に焦点を当てます。 クラウドへの最も一般的なパスでは、移行と最新化のプロセスのスピード、効率性、再現性に重点が置かれます。 通常、計画では 5 つの R から、リホスト オプションが優先され、再設計と再構築のオプションに対する並列サポートは限定的です。
Azure VMware Solution の資産
Azure VMware Solution は、VMware vSphere クラスターにパッケージ化された専用インフラストラクチャであり、Azure 上のプライベート クラウドとしてプロビジョニングされます。 最小の初期デプロイは 3 ホストですが、クラスターあたり最大 16 ホストまで、ホストを 1 つずつ追加できます。 プロビジョニングされたすべてのプライベート クラウドに、vCenter Server, vSAN、ESXi、NSX-T Data Center が含まれています。 その結果、オンプレミスの 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 の削減を実現する。 多くの場合、これは、データセンターの占有領域の削減と、クラウドの経済性と 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 予約済みベアメタル インスタンス
- プライベート クラウド、クラスター、ホスト
- ストレージ
- 高レベルのネットワークと接続
- アクセスと ID
- メンテナンスと監視
- ネットワークとセキュリティ
- WAN 接続と ExpressRoute
- Edge のセキュリティ (使用可能なオプション)
- L2 拡張
- ファイアウォール
- 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 ランディング ゾーンを準備するために必要な重要な考慮事項と変更を確認します。