このトピックでは、一般的なメンテナンスの事前チェックの失敗に対処する方法について説明します。システムの事前チェックで、ポッドのメンテナンス アクティビティをブロックする条件が明らかになった場合、これらのエラーが Horizon Universal Console に表示されます。このエラーを解決するために必要なアクションを実行できます。

重要: ポッドの更新エラーに関する通知を受け取った場合は、指定したアクションを実行して、ただちにエラーを修正する必要があります。時間は重要な問題です。VMware で必要な時間内にこれらのエラーを解決するための操作に失敗すると、ポッドの更新プロセスを修正できなかったために、ポッドがサポートされていない状態になります。

Horizon Cloud ポッド:メンテナンスと更新で説明されているように、システムは、Microsoft Azure 環境で制御されているメンテナンス ブロック条件があることをユーザーに通知します。対処方法はユーザーが制御するものであり、VMware では解決できないため、コンソールで更新エラーの通知を受け取った場合、またはそのようなエラーに関する通知の E メールを受け取った場合は、アクションを完了してエラーを解決し、VMware サポートに連絡してポッドの更新プロセスを続行する必要があります。

更新をブロックする一般的に発生するエラー

次の更新をブロックするエラーは一般的に発生するもので、Microsoft Azure 環境で解決することができます。

サブスクリプションに、ジャンプ ボックス仮想マシンをインスタンス化するためのキャパシティがありません。
更新プロセスは、システムが Green コンポーネントを構築するとき、ユーザーがスケジューラを使用して更新をスケジューリングするとき、および Blue コンポーネントから Green コンポーネントへの移行を調整するようスケジューリングされた時間において、ポッドのサブスクリプションでジャンプ ボックス仮想マシンをインスタンス化するように設計されています。このジャンプ ボックス仮想マシンは、Green コンポーネントを準備し、実際の移行プロセスを実行する作業を調整します。同じサブスクリプションを使用している既存のポッドの仮想マシンによる現在の割り当ての使用に加えて、サブスクリプションの割り当ては、 Standard_F2 VM の仕様、すなわち 2 コア (vCPU) の追加の仮想マシンを許可する必要があります。この割り当て要件は、パラレルの仮想マシンの作成に必要な仮想マシン タイプとコアに追加されます。
サブスクリプションに、パラレルの仮想マシンのためのすべての仮想マシンをインスタンス化するために使用できる適切なコア (vCPU) や仮想マシン サイズが十分にありません。
Green コンポーネントが構築されると、現在のポッド内の各仮想マシンに対して、別の仮想マシンが作成されます。その結果、Green コンポーネントが構築されるときから、コンソールでスケジューリングした時刻に Blue コンポーネントから Green コンポーネントへの移行が行われるまで、ポッド マネージャ仮想マシンと Unified Access Gateway 仮想マシンの数に重複が生じることになります。これらの仮想マシンの作成に対応するために、関連する Microsoft 仮想マシン ファミリのコア (vCPU) に対するサブスクリプションの割り当てレベルは、パラレルの仮想マシンを、既存の関連付けられたポッドのサブスクリプションですでに使用されている割り当てとともに包含するのに十分なものである必要があります。さまざまな仮想マシン タイプと使用に必要なコアについては、 を参照してください。
ポッドは現在オフラインであるか、現在 Horizon Cloud と通信できません。
[キャパシティ] ページで、更新予定のポッドがオンラインのステータスを報告していることを確認します。Microsoft Azure ポータルにログインし、ポッド マネージャ仮想マシンとその Unified Access Gateway 仮想マシン(ポッドにある場合)が実行されているかどうかを確認します。仮想マシンが実行されていない場合は、パワーオンします。これらの仮想マシンが配置されているリソース グループの詳細については、 Microsoft Azure にデプロイされたポッド用に作成されたリソース グループを参照してください。
この Microsoft Azure サブスクリプションでは、リソース グループを作成または削除する権限が有効になっていません。
システムの事前チェックでは、このポッドに関連付けられているサービス プリンシパルに、サービスに必要な権限が付与されている必要があります。このドキュメントのトピックですでに説明したように、サービスでは、更新操作をオーケストレーションするために独自のリソース グループに一時的なジャンプ ボックスを自動的に作成し、その一時的なジャンプ ボックスとリソース グループの自動削除を完了する必要があります。ポッドのサブスクリプションでリソース グループを作成または削除する権限が有効になっていない場合、その自動化はブロックされます。この状況を解決するには、Microsoft Azure ポータルを使用して必要なアクセス許可を有効にする方法に関する検証のガイダンスメッセージに従います。サービス プリンシパルがサービスに必要な操作を実行するために必要な権限の詳細については、 Microsoft Azure サブスクリプションで Horizon Cloud によって要求される操作を参照してください。

Green 仮想マシンのデプロイから、Blue 仮想マシンからの移行が完了するまでに必要な割り当てとコア

使用可能なコアの不足による更新エラーが通知された場合は、次の表を使用して、必要な追加のクォータを確認します。現在の状態のポッドで使用されるさまざまな仮想マシン タイプについて、このトピックの最後の表では、それらのタイプで使用される割り当て、Green ポッド仮想マシンの作成時に必要な追加の割り当て、および Green 仮想マシンが作成されてから Green 仮想マシンへの切り替えが完了するまでに、Blue と Green の両方の仮想マシンを実行するために必要な割り当ての合計について説明します。ポッドで使用される仮想マシン ファミリのタイプとコアの詳細については、『デプロイ ガイド 』のポッドに対する仮想マシン要件のドキュメント トピックを参照してください。

仮想マシン タイプとそのコア 説明 Green 仮想マシンへの切り替えが完了するまで、Blue 仮想マシンと Green 仮想マシンを実行するために必要な割り当ての合計
Standard_D4_v3 仮想マシン タイプ、それぞれ 4 コア
注: Standard_D4_v3 タイプが Microsoft Azure リージョンで使用できない場合、ポッドは通常、Standard_D3_v2 仮想マシン タイプを使用しています。このタイプも 4 個のコアを使用します。
この仮想マシン タイプは、ポッド マネージャ仮想マシンに使用されます。
単一のマネージャ仮想マシンを持つポッドの場合
割り当ては既存の (Blue) マネージャ仮想マシンの 4 コアに加えて、パラレルのマネージャ仮想マシン用に追加の 4 コアを許容できる必要があります。この使用量をカバーするには 8 コアが必要です。
高可用性が有効になっている、2 台のマネージャ仮想マシンを持つポッドの場合
割り当ては既存の (Blue) マネージャ仮想マシン(それぞれ 4 個のコアを持つ 2 台の仮想マシン)の 8 コアに加えて、パラレルのマネージャ仮想マシン用に追加の 8 コアを許容できる必要があります。この使用量をカバーするには 16 コアが必要です。
ポッドをデプロイするときに選択した内容に応じて、次のようになります。
  • Standard_A4_v2 仮想マシンタイプ(4 コア)
  • Standard_F8s_v2(8 コア)
この仮想マシン タイプは、ポッドのゲートウェイ構成内の Unified Access Gateway 仮想マシンに使用されます。サブスクリプションでサポートする必要があるコアの数は、ポッドで構成されているゲートウェイ タイプによって異なります。
外部ゲートウェイのみを持つポッドの場合
この外部ゲートウェイには 2 台の Unified Access Gateway 仮想マシンがあるため、2 台の仮想マシンにそれぞれのコア数を掛けます。設定するには、割り当ては既存の (Blue) Unified Access Gateway 仮想マシンの合計コア数に加えて、パラレルの Green の Unified Access Gateway 仮想マシン用に追加の重複した数のコアを許容できる必要があります。
  • たとえば、仮想マシンがそれぞれ 4 個のコアを持つ Standard_A4_v2 である場合は、この使用量をカバーするために、2 x 4 x 2 = 16 コアが必要です。
  • 仮想マシンがそれぞれ 8 コアの仮想マシン サイズである場合は、その使用量をカバーするために、2 x 8 x 2 = 32 コアが必要です。
内部ゲートウェイのみを持つポッドの場合
このゲートウェイには 2 台の Unified Access Gateway 仮想マシンがあるため、2 台の仮想マシンにそれぞれのコア数を掛けます。設定するには、割り当ては既存の (Blue) Unified Access Gateway 仮想マシンの合計コア数に加えて、パラレルの Green の Unified Access Gateway 仮想マシン用に追加の重複した数のコアを許容できる必要があります。
  • たとえば、仮想マシンがそれぞれ 4 個のコアを持つ Standard_A4_v2 である場合は、この使用量をカバーするために、2 x 4 x 2 = 16 コアが必要です。
  • 仮想マシンがそれぞれ 8 コアの仮想マシン サイズである場合は、その使用量をカバーするために、2 x 8 x 2 = 32 コアが必要です。
両方のタイプのゲートウェイを持つポッドの場合
このゲートウェイには 4 台の Unified Access Gateway 仮想マシンがあるため、4 台の仮想マシンにそれぞれのコア数を掛けます。設定するには、割り当ては既存の (Blue) Unified Access Gateway 仮想マシンのコア数の 4 倍に加えて、パラレルの Green の Unified Access Gateway 仮想マシン用にさらに 2 倍のコアを許容できる必要があります。
  • たとえば、仮想マシンがそれぞれ 4 個のコアを持つ Standard_A4_v2 である場合は、この使用量をカバーするために、4 x 4 x 2 = 32 コアが必要です。
  • 仮想マシンがそれぞれ 8 コアの仮想マシン サイズである場合は、その使用量をカバーするために、4 x 8 x 2 = 64 コアが必要です。
Standard_F2 仮想マシン、2 コア この仮想マシンは、ジャンプ ボックス仮想マシンに使用されます。 割り当ては、Green コンポーネントの作成中やポッドの更新アクティビティを調整する必要がある場合にジャンプ ボックス仮想マシンをデプロイして実行できるように、これらの 2 コアを許容できる必要があります。