Skip to main content

2026 年 9 月 1 日

Horizon Cloud ポッド — 一般的な事前チェックの失敗に対する対処法

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

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

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

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

これらは、通常発生する更新をブロックするエラーであり、Microsoft Azure 環境で解決することができます。

  • サブスクリプション ポリシーは、サービスの発行元からの Azure Marketplace オファーの使用をブロックしています。

    このドキュメント ページで説明されているように、2022 年初頭から、サービスでは、Azure Marketplace で提供されるオファーをプログラムで使用するようにアップグレード コードが強化されました。アップグレードの事前チェックで、サブスクリプションでこれらのオファーのプログラムによる使用が禁止されていると判断された場合は、そのドキュメント ページに記載されているアクションを完了して、更新をブロックするエラーを解決する必要があります。

  • サブスクリプションに、パラレルの仮想マシン用にすべての仮想マシンをインスタンス化するために使用できる適切なコア (vCPU) または仮想マシン サイズが十分にありません。

    Green コンポーネントが構築されると、現在のポッド内の仮想マシンごとに別の仮想マシンが作成されます。その結果、Green コンポーネントが構築されるときから、コンソールでスケジューリングした時刻に Blue コンポーネントから Green コンポーネントへの移行が行われるまで、ポッド マネージャ仮想マシンと Unified Access Gateway 仮想マシンの数に重複が生じることになります。これらの Green 仮想マシンの作成に対応するために、関連する Microsoft 仮想マシン ファミリのコア (vCPU) に対するサブスクリプションの割り当てレベルは、パラレルの仮想マシンを、既存の関連付けられたポッドのサブスクリプションですでに使用されている割り当てとともに包含するのに十分なものである必要があります。さまざまな仮想マシンのタイプと使用に必要なコアについては、 以下の割り当てとコアの表 を参照してください。

  • ポッドは現在オフラインであるか、現在 Horizon Cloud と通信できません。

    [キャパシティ] ページで、更新予定のポッドがオンライン ステータスを報告していることを確認します。Microsoft Azure ポータルにログインし、ポッド マネージャ仮想マシンとその Unified Access Gateway 仮想マシン(ポッドにある場合)が実行されているかどうかを確認します。仮想マシンが実行されていない場合は、パワーオンします。これらの仮想マシンが配置されているリソース グループの詳細については、 第 1 世代テナント - Microsoft Azure にデプロイされたポッド用に作成されたリソース グループを参照してください。

  • この Microsoft Azure サブスクリプションでは、リソース グループを作成または削除する権限が有効になっていません。

    システムの事前チェックでは、このポッドに関連付けられているサービス プリンシパルに、サービスに必要な権限が付与されていることを検証します。ポッドのサブスクリプションでリソース グループを作成または削除する権限が有効になっていない場合、その自動化はブロックされます。この状況を解決するには、Microsoft Azure ポータルを使用して必要な権限を有効にする方法に関する検証のガイダンス メッセージに従います。サービスに必要な操作を実行するためにサービス プリンシパルが必要とする権限の詳細については、「 組織がカスタム ロールを使用することを希望する場合」を参照してください。

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

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

仮想マシン タイプとそのコア説明Green への切り替えが完了するまで、Blue 仮想マシンと Green 仮想マシンを実行するための割り当ての合計
Standard_D4_v3 仮想マシン タイプ、それぞれ 4 コア 注: Microsoft Azure リージョンで Standard_D4_v3 タイプを利用できない場合、ポッドは通常、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 × 4 × 2 は 16 コアに相当します。
    • 仮想マシンのサイズがそれぞれ 8 コアの場合、その使用量をカバーするには 2 × 8 × 2 は 32 コアに相当します。
  • 内部ゲートウェイのみを持つポッドの場合 - このゲートウェイには 2 台のUnified Access Gateway仮想マシンがあるため、2 台の仮想マシンにそれぞれのコア数を掛けます。設定するには、割り当ては既存の (Blue) Unified Access Gateway 仮想マシンの合計コア数に加えて、パラレルの Green Unified Access Gateway 仮想マシン用に追加の重複する数のコアを許容できる必要があります。
    • たとえば、仮想マシンがそれぞれ 4 コアのStandard_A4_v2の場合、この使用量をカバーするには 2 × 4 × 2 は 16 コアに相当します。
    • 仮想マシンのサイズがそれぞれ 8 コアの場合、その使用量をカバーするには 2 × 8 × 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 × 8 × 2 が 64 コアに相当します。

このページは役に立ちましたか?

このトピックについてフィードバックを送信

このトピックは役に立ちましたか?

個人情報や機密情報は入力しないでください。

リンクを生成しています…