ポッドをデプロイし、ポッドのゲートウェイ構成をデプロイして標準的な運用を行う場合、Microsoft Azure のクラウド キャパシティで特定の種類とサイズの仮想マシン (VM) が必要になります。サブスクリプションには、これらの仮想マシンをサポートする適切な割り当てと構成が必要です。個別のサブスクリプションでポッドの外部ゲートウェイをデプロイするオプションを使用している場合、そのサブスクリプションには、その外部ゲートウェイ構成をサポートするための割り当てと構成が必要です。
以下の表では、仮想マシンの仕様の列に次の情報が示されています。
- Microsoft Azure のドキュメントで使用されているシリーズ名
- Microsoft Azure ポータルに表示されるクォータに使用されている vCPU のファミリ名
- そのファミリからの仮想マシン タイプの特定の名前
Microsoft Azure ポータルでサブスクリプションの現在の割り当てを表示するには、 に移動して、サブスクリプションをクリックし、[使用量 + クォータ] をクリックします。Microsoft Azure の Microsoft Windows 仮想マシンのサイズの詳細については、Microsoft Azure のドキュメントの次のトピックとそのサブトピックを参照してください。https://docs.microsoft.com/ja-jp/azure/virtual-machines/windows/sizes
ポッド マネージャ仮想マシン
これらの仮想マシンは、一般的にポッド自体の中心となります。ポッド マネージャ仮想マシンは、ポッドでプロビジョニングされた仮想デスクトップで実行されている Horizon Agent ソフトウェアへのエンドユーザー クライアントの接続を容易にする役割を担います。
v2204 サービス リリース以降、新しい Horizon Cloud on Microsoft Azure 展開は、デフォルトで高可用性が構成された状態でデプロイされます。展開には 2 台のポッド マネージャ仮想マシンがあります。
| 仮想マシン | Microsoft Azure 仮想マシンの仕様 | 数量 | 説明 |
|---|---|---|---|
| ポッド マネージャ インスタンス | Linux - Standard Dv3 ファミリ： Standard_D4_v3（4 コア、16 GB のメモリ） OS ディスク：標準的な HDD 30 GiB
注： Standard_D4_v3 タイプが Microsoft Azure リージョンで使用できない場合、ポッド デプロイヤは代わりに Standard Dv2 ファミリの Standard_D3_v2（4 コア、14 GB のメモリ）を使用します。
|
定常状態の動作中はポッドごとに 2 つ ポッドの Blue/Green 更新プロセスの End-to-End 時間中は、ポッドごとに 4 つ。 |
定常状態の動作中には、2 台の仮想マシンが存在し、パワーオンされ、ポッドを実行します。新しいポッドのマニフェストが VMware オペレーション チームによって利用可能になったときに、システムがポッドの Blue/Green 更新プロセス用の Green コンポーネントの構築を開始すると、ポッド マネージャ仮想マシンにつき 2 つ目のインスタンスが作成され、パワーオンされます。その時点では、ポッド マネージャ仮想マシンの合計実行数は 4 です。End-to-End の更新プロセスの一部として、システムが Green コンポーネントの使用に切り替える時刻をスケジューリングします。切り替えが完了した後、ポッドは定常状態の動作のために新しく作成された 2 台の仮想マシンを使用しており、Blue コンポーネント セットにある以前に使用されていた 2 台の仮想マシンは停止して削除されます。 環境のサイズは、システムが Blue/Green 更新プロセスのためにポッドの Green コンポーネントの構築を開始した時点から、ポッドが新しい Green コンポーネントを使用するように切り替えられる時点までの、End-to-End の更新期間で並行して実行される 4 つのポッド マネージャ インスタンスに対応できる必要があります。ポッドの Blue/Green 更新プロセスの説明については、Horizon Cloud ポッド - メンテナンスと更新を参照してください。 |
ゲートウェイ関連の仮想マシン
次のインスタンスは、ゲートウェイ関連の仮想マシンのこのカテゴリに分類されます。
- ポッドでプロビジョニングされたリソースにアクセスするエンドユーザー クライアントのセキュア ゲートウェイとして機能するように構成された Unified Access Gateway インスタンス。
- 外部ゲートウェイをポッドの VNet とは別の VNet にデプロイすることを選択したシナリオで作成されるゲートウェイ コネクタ仮想マシン。このゲートウェイ コネクタは、そのシナリオでのクラウド管理操作を処理します。
ソフトウェアの更新では、ゲートウェイ インスタンスの仮想マシン モデルが維持されます。ポッドの更新前のゲートウェイ インスタンスの仮想マシン モデルは、アップデート後の仮想マシン モデルになります。
| 仮想マシン | Microsoft Azure 仮想マシンの仕様 | 数量 | 説明 |
|---|---|---|---|
| Unified Access Gateway インスタンス | このリリース以降では、新しいゲートウェイのデプロイ用に、次の仮想マシン モデルから選択できます。
|
外部または内部 Unified Access Gateway 構成を使用するか、同じポッドで両方のタイプを使用するかによって異なります。
構成が外部または内部のみの場合：
Unified Access Gateway 構成が外部および内部の両方設定されているポッドの場合：
|
Unified Access Gateway は、デプロイ ウィザードでゲートウェイ設定を行うときに、ポッドでデプロイされるオプションの機能です。ポッドで Unified Access Gateway インスタンスを使用することを決定した場合、環境がポッドの End-to-End の Blue/Green 更新中に実行しているこれらのインスタンスに対応できる必要があります。定常状態インスタンスの数は、外部および内部の両方の Unified Access Gateway 構成を選択するかどうかによって決まります。 定常状態の動作中に外部のみまたは内部のみの Unified Access Gateway 構成しかない場合、2 つのインスタンスが存在し、パワーオンになり、Unified Access Gateway 機能を提供します。更新プロセスで、2 つの追加インスタンスが作成され、パワーオンされて Unified Access Gateway のソフトウェア アップデートが実行されます。更新の完了後、ポッドは新しく作成された仮想マシンの使用に移行し、Blue コンポーネント セットにある以前に使用されていた仮想マシンは停止して削除されます。 定常状態の動作中に内部と外部の両方の Unified Access Gateway 構成を使用する場合、4 つのインスタンスが存在し、パワーオン状態になり、Unified Access Gateway 機能を提供します。2 つのインスタンスが外部構成の機能を提供し、2 つのインスタンスが内部構成の機能を提供します。更新中は、1 つの構成あたり 2 つの追加インスタンスが作成され、パワーオンされて Unified Access Gateway のソフトウェア アップデートが実行されます。更新の完了後、ポッドは新しく作成された仮想マシンの使用に移行し、Blue コンポーネント セットにある以前に使用されていた仮想マシンは停止して削除されます。 環境のサイズは、システムが Blue/Green 更新プロセスのためにポッドの Green コンポーネントの構築を開始した時点から、ポッドが新しい Green コンポーネントを使用するように切り替えられる時点までの、End-to-End の更新期間で並行して実行される示された Unified Access Gateway インスタンスに対応できる必要があります。ポッドの Blue/Green 更新プロセスの説明については、Horizon Cloud ポッド - メンテナンスと更新を参照してください。 |
| 仮想マシン | Microsoft Azure 仮想マシンの仕様 | 数量 | 説明 |
|---|---|---|---|
| ゲートウェイ コネクタ インスタンス | Linux Standard Av2 ファミリ： Standard_A1_v2（1 コア、2 GB のメモリ） OS ディスク：標準的な HDD 10 GiB |
定常状態の操作中に、この外部ゲートウェイ タイプごとに 1 つ ポッド関連の Blue/Green 更新アクティビティの End-to-End 時間中はこの外部ゲートウェイ タイプごとに 2 つ。 |
外部ゲートウェイが個別の VNet にデプロイされると、この仮想マシンが作成され、その外部ゲートウェイ構成でのクラウド管理操作に使用されます。更新中に追加のインスタンスが作成され、パワーオン状態になり、外部ゲートウェイ構成の Unified Access Gateway でソフトウェアの更新が実行されます。更新が完了すると、新しく作成された仮想マシンへの移行が行われ、以前使用されていた仮想マシンは停止して削除されます。このオプションの構成を使用する場合は、ポッド関連の Blue/Green 更新アクティビティ中に End-to-End で実行されるこれらのインスタンスに環境が対応できる必要があります。 |
ゴールド イメージ - 全般
ゴールド イメージとは、Horizon Cloud がそれを公開イメージに変換できるように構成されている、Microsoft Windows オペレーティング システムの仮想マシンです。これらの仮想マシンは、ゴールド パターンと呼ばれている場合があります。
ゴールド イメージは、それらを作成したときの選択に応じて、GPU 対応かそうでないかのいずれかになります。
Horizon Cloud では、シングルポッドのゴールド イメージとマルチポッドのゴールド イメージの両方を作成できます。どちらのタイプの作成も、コンソールの自動化された [Marketplace からの仮想マシンのインポート] ウィザードを使用して行われます。
自動ウィザードでは、デフォルトで特定の仮想マシン サイズが自動的に使用されます。このデフォルトは、内部設定と、特定のオペレーティング システム (OS) のウィザードでの選択、および GPU を含めるかどうかに基づいています。
ゴールド イメージ仮想マシン
v2207 サービス リリース以降、シングルポッド イメージとマルチポッド イメージの両方に同じ仮想マシン モデル要件があります。シングルポッド イメージは、コンソールの [インポートされた仮想マシン] ページを使用してインポートされます。マルチポッド イメージは、コンソールの [マルチポッド イメージ] ページを使用してインポートされます。
| 仮想マシン | Microsoft Azure 仮想マシンの仕様 | 数量 | 説明 |
|---|---|---|---|
| ゴールド イメージ | GPU が有効なゴールド イメージでは、システムは次を使用します。
|
必要に応じて変更できます。 |
ゴールド イメージとは、Horizon Cloud がそれを公開イメージに変換できるように構成されている、Microsoft Windows オペレーティング システムの仮想マシンです。 Windows 単一セッション オペレーティング システム仮想マシンは、VDI デスクトップを作成するために使用する基盤を提供します。 RDS 対応の Windows オペレーティング システム仮想マシンは、セッションベースのデスクトップおよびリモート アプリケーションをエンド ユーザーに提供するファームに仮想マシンを作成するために使用される基盤を提供します。この RDS 対応カテゴリには、Windows Server OS と Windows Enterprise マルチセッション OS の両方が含まれます。 各ゴールド イメージは、Microsoft Windows オペレーティング システムと GPU 対応であるか非対応かを組み合わせたものになります。このため、ポッドで提供するものが次のとおりである場合：
少なくとも 2 つのゴールド イメージ仮想マシンが必要になります。 ゴールド イメージを公開イメージに変換するプロセスは、イメージの公開と呼ばれたり、イメージのシーリングとも呼ばれることがあります。作成される公開イメージは、割り当てで使用するための最終状態になっているため、シールドされたイメージまたは割り当て可能なイメージと呼ばれることがあります。 公開ワークフローが完了すると、システムはゴールド イメージを自動的にパワーオフします。公開イメージを更新すると、システムは仮想マシンを再度パワーオンします。
注： コンソールの
[複製] アクションを使用してイメージを複製する場合、システムはその複製のための構成を取得するためにゴールド イメージの仮想マシンを一時的にパワーオンして、再びパワーオフします。
シングルポッドのゴールド イメージを作成する方法については、デスクトップ イメージと Horizon Cloud ポッドの作成のトピックを参照してください。 |
| Windows 11 以外の OS を使用する GPU 非対応のゴールド イメージの場合、システムは以下を使用します。
|
|||
| Microsoft Windows 11 OS または Windows 11 Enterprise マルチセッション OS を使用する GPU 非対応のゴールド イメージの場合、システムは以下を使用します。
|
ファーム仮想マシン
RDSH ファームの仮想マシンは、エンド ユーザーにセッション ベースのデスクトップとリモート アプリケーションを提供する RDS 対応のインスタンスです。セッション デスクトップを提供するには少なくとも 1 つの RDSH ファームが必要で、リモート アプリケーションを提供するには 1 つの RDSH ファームが必要です。管理者またはエンド ユーザーのニーズを満たすために、追加のファームをデプロイすることを決定することができます。
| 仮想マシン | Microsoft Azure 仮想マシンの仕様 | 数量 | 説明 |
|---|---|---|---|
| RDSH ファーム | ポッドでファームを作成するときに選択できるようにする一連の Microsoft Azure 仮想マシン タイプをカスタマイズできます。標準の Microsoft Azure リージョンで一般的に使用可能な一連の Microsoft Azure 仮想マシン サイズから独自のリストをカスタマイズできます。ファームで使用できる一連の仮想マシン タイプのカスタマイズの詳細については、『Horizon Cloud 管理ガイド』を参照してください。 ファームを作成または編集するときに、ファームの RDSH インスタンスの OS ディスク サイズをカスタマイズして、システムのデフォルト値から変更できます。 標準の Microsoft Azure リージョンで一般的に利用可能な Windows 仮想マシン サイズの詳細については、https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes にある Microsoft のドキュメントを参照してください。
注： 本番環境では、ファームに使用する仮想マシン タイプに少なくとも 2 個の CPU が確実に搭載されているようにします。この基準を満たすことで、エンドユーザー接続に関する不測の問題を回避できます。この基準は、バージョン 7.x 以降から Horizon Agent をインストールまたは更新するために、2 個以上の CPU を備えていることが Horizon Agent の推奨事項であることによるものです。この Horizon Agent の基準は、バージョン 7.8 以降の Horizon 製品ドキュメントに記載されています（最小 2 CPU の参照は、バージョン 7.8 の
仮想マシンへの Horizon Agent のインストールから始まります）。
|
ニーズおよび Horizon Cloud 環境で仮想マシンのサイズをカスタマイズした方法によって異なります。 | これらの仮想マシンの電源状態は、ファームの構成とエンド ユーザーの要件によって異なります。 |
VDI デスクトップ仮想マシン
VDI デスクトップ仮想マシンは、エンド ユーザーに VDI デスクトップを提供するインスタンスです。
| 仮想マシン | Microsoft Azure 仮想マシンの仕様 | 数量 | 説明 |
|---|---|---|---|
| VDI デスクトップ | ポッドで VDI デスクトップ割り当てを作成するときに選択できるようにする一連の Microsoft Azure 仮想マシン タイプをカスタマイズできます。標準の Microsoft Azure リージョンで一般的に使用可能な一連の Microsoft Azure 仮想マシン サイズから独自のリストをカスタマイズできます。VDI デスクトップ割り当てで使用できる一連の仮想マシン タイプのカスタマイズの詳細については、『Horizon Cloud 管理ガイド』を参照してください。
注： Standard_B2l や Standard_B1 など、Microsoft が VDI のユースケースには適していないと判断した少数の Microsoft Azure 仮想マシン サイズは、使用の対象から自動的に除外されます。
VDI デスクトップ割り当てを作成または編集するときに、VDI デスクトップ インスタンスの OS ディスク サイズをカスタマイズして、システムのデフォルトから変更できます。 これらの Windows 仮想マシンのサイズに関する詳細情報については、Microsoft のドキュメント ( https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sizes) を参照してください。
注： 本番環境では、VDI デスクトップ割り当てに使用する仮想マシン タイプに少なくとも 2 個の CPU が確実に搭載されているようにします。この基準を満たすことで、エンドユーザー接続に関する不測の問題を回避できます。この基準は、バージョン 7.x 以降から Horizon Agent をインストールまたは更新するために、2 個以上の CPU を備えていることが Horizon Agent の推奨事項であることによるものです。この Horizon Agent の基準は、バージョン 7.8 以降の Horizon 製品ドキュメントに記載されています（最小 2 CPU の参照は、バージョン 7.8 の
仮想マシンへの Horizon Agent のインストールから始まります）。
|
ニーズおよび Horizon Cloud 環境で仮想マシンのサイズをカスタマイズした方法によって異なります。 | これらの仮想マシンの電源状態は、VDI デスクトップ割り当ての設定とエンド ユーザーの要件によって異なります。 |
特殊なケースのサポート関連のジャンプ ボックス仮想マシン
VMware にサポート リクエストを発行し、サポート チームがそのリクエストを処理する方法として、VMware が管理するアプライアンスとの通信用の一時的なジャンプ ボックス仮想マシンをデプロイすることを決めた場合、サブスクリプション コアとクォータはその時点でそのデプロイに対応する必要があります。サポート関連のジャンプ ボックス デプロイの権限がお客様から要求されます。
このジャンプ ボックスは、VMware サポート チームの監督の下にデプロイされ、サポート リクエストの対応で仮想マシンが不要になると、VMware サポート チームの監督の下で削除されます。
| 仮想マシン | Microsoft Azure 仮想マシンの仕様 | 数量 | 説明 |
|---|---|---|---|
| サポート関連のジャンプ ボックス | Linux Standard F ファミリ： Standard_F2（2 コア、4 GB のメモリ） OS ディスク：標準的な HDD 30 GiB |
1 | このサポート関連のジャンプ ボックス仮想マシンは、VMware のサポートへのサポート リクエストに対応して、VMware 管理対象アプライアンスとの安全な通信を提供するように設計されています。 |
