Horizon Cloud on Microsoft Azure 用の App Volumes アプリケーション - 概要と前提条件

App Volumes アプリケーション機能を使用すると、アプリケーションのライフサイクル全体を管理できます。これには、アプリケーションのパッケージ化、更新、およびリタイアが含まれます。また、アプリケーションの割り当てをカスタマイズして、アプリケーションの特定のバージョンをエンド ユーザーに提供することもできます。

重要:第 1 世代テナント - 第 1 世代 Horizon Universal Console のツアーで説明されているように、クラウドベースのコンソールは動的であり、Horizon Cloud テナント環境の最新の状況に適したワークフローと設定を反映します。機能へのアクセスは、テナントのリージョン クラウド プレーン、クラウドに接続されたポッドが最新のソフトウェア レベルで実行されているかどうか、機能が特定のライセンスに基づいているかどうかなどの要因によって異なります。お持ちのライセンスまたはテナント アカウント構成にそのような機能の使用が含まれる場合のみ、コンソールにその機能に関連する要素が動的に反映されます。コンソールに機能が表示されるはずなのに表示されない場合は、サービス リクエストを開き、Horizon Cloud サポート テンプレートに問い合わせて、お持ちのライセンスとテナント アカウント構成にその機能を使用する資格が付与されているか確認してください。

Horizon Cloud の App Volumes 機能の概要

次の表に、Horizon Cloud の App Volumes 機能の概要を示します。

App Volumes アプリケーション プロセスの概要

ユーザーが App Volumes アプリケーションを使用できるようにするには、次の 2 段階のプロセスがあります。

• Horizon Universal Console に App Volumes アプリケーションを追加します。これを行うには、次の 2 つの方法があります。

  • 新しいアプリケーション パッケージを作成してインポートすることにより、App Volumes アプリケーションを追加します。

    アプリケーション パッケージがまだ作成されていない場合は、 作成 オプションを使用して作成できます。これにより、App Volumes を使用してアプリケーション パッケージが作成され、自動的にインポートされます。作成ワークフローを使用して App Volumes アプリケーションを Horizon Cloud Tenant のインベントリに追加するを参照してください。

  • 既存のアプリケーション パッケージをインポートして、App Volumes アプリケーションを追加します。

    以前に App Volumes で作成したアプリケーション パッケージがある場合は、 インポート オプションを使用してインポートできます。つまり、アプリケーションを再パッケージ化することなく、オンプレミス展開からアプリケーション パッケージを再利用できます。Horizon Cloud - 既存のアプリケーション パッケージをインポートして App Volumes アプリケーションを追加するを参照してください。

• App Volumes アプリケーションをユーザーに割り当てるには、App Volumes 割り当てを作成します。Horizon Cloud - App Volumes 割り当ての作成を参照してください。

Horizon Cloud on Microsoft Azure 環境で App Volumes を使用するための要件と前提条件

重要: App Volumes アプリケーションにアクセスできなくなり、Horizon Cloud on Microsoft Azure デプロイでの App Volumes 機能のサポートが無効になるのを防ぐには、App Volumes 関連のストレージ アカウントのストレージ アカウント キーを、そのキーの期限切れ、変更、ローテーションを引き起こすような方法で操作しないようにする必要があります。

ストレージ アカウント キーが手動または Azure ポリシーを介してローテーションされると、App Volumes が依存するストレージ アカウントとファイル共有にアクセスできなくなります。その場合、デプロイ内に保存されているストレージ キーが無効であるため、App Volumes はエンド ユーザーにアプリケーションを配信できません。

Horizon Cloud on Microsoft Azure デプロイは指定された Azure サブスクリプションに存在しますが、デプロイの App Volumes 関連ストレージ アカウントは、ポッド マネージャ マシン、Unified Access Gateway マシン、および Azure サブスクリプションにプロビジョニングされるその他のサービスによってデプロイされたその他のリソースと同様に、Omnissa によって管理されるコンポーネントです。すべての Horizon Cloud on Microsoft Azure デプロイには、App Volumes 関連のストレージ アカウントのデプロイが含まれます。

サービスがポッド マネージャ マシンをデプロイすると、サービスはこの App Volumes 関連のストレージ アカウントを Azure サブスクリプションにプロビジョニングします。このストレージ アカウントの目的は、App Volumes アプリケーション ファイルがプロビジョニングされるファイル共有を提供することです。

このストレージ アカウントのデータは、Microsoft が管理するキーを使用して Azure Storage によって自動的に暗号化されます。ユーザーまたは組織がこのストレージ アカウント キーの期限切れ、変更、ローテーションを行うと、ストレージ キーが無効になります。この問題が発生すると、App Volumes はファイル共有にアクセスできなくなり、エンド ユーザーにアプリケーションを配布できなくなります。

App Volumes アプリケーションをインベントリに追加する前に、環境が次の前提条件を満たしていることを確認します。

• ポッド関連の前提条件

  • 単一セッション タイプの Microsoft Windows オペレーティング システムで App Volumes 機能を使用するには、Horizon Cloud on Microsoft Azure デプロイでマニフェスト 2298.x 以降が実行されている必要があります。

  • Microsoft Windows 10 または 11 Enterprise マルチセッション オペレーティング システムで App Volumes 機能を使用するには、デプロイでマニフェスト 2747.x 以降が実行されている必要があります。

  • デプロイにはゲートウェイ構成(Unified Access Gateway インスタンス)が必要です。また、Unified Access Gateway インスタンスで構成された Horizon Cloud on Microsoft Azure デプロイに必要な Unified Access Gateway の FQDN マッピング手順を完了している必要があります。

  • 各ポッドの詳細ページを確認し、各ポッドにファイル共有がマウントされていることがページに表示されていることを確認します。コンソールでは、Active Directory ドメイン登録ワークフローの完了後にポッドの詳細ページに移動できます。これらのファイル共有は サービスによって生成され、App Volumes 機能の使用はその存在に依存します。

    [キャパシティ] ページ(設定 > キャパシティ)に移動してポッドをクリックし、ポッドの詳細ページを表示します。次に、確認します。

    • プロパティ の FileShare フィールドの値が 2 で、数値をポイントすると、両方のファイル共有が表示されます。
    • ページ下部の ゲートウェイ 設定が入力され、Unified Access Gateway が構成されていることが示されます。

• 構成要件

  • 第 1 世代テナント - Horizon Cloud 環境の使用開始の説明に従って、Active Directory ドメイン登録ワークフローを完了していること。
  • Horizon Universal Console を使用してドメインを登録した後に、Active Directory ドメインのドメイン コントローラ ポリシー ドメイン コントローラ: LDAP サーバ署名要件 を 署名が必要 に設定した場合は、次の操作を実行する必要があります。
    1. 設定> Active Directory ページで、ドメイン バインド の横にある編集(鉛筆)アイコンをクリックします。
    2. バインド パスワード テキスト ボックスにプライマリ バインド アカウントのパスワードを入力します。その他の変更は行わないでください。
    3. ドメイン バインド をクリックします。
  • Horizon Cloud DNS、ポート、およびプロトコルの要件を満たすことに加えて、TCP プロトコル トラフィック用にポート 445 を開く必要もあります。ポート 445 は、Microsoft Windows で SMB ファイル共有にアクセスするための標準 SMB ポートです。AppStack は、Microsoft Azure サブスクリプションのポッドのリソース グループにある SMB ファイル共有に保存されます。

• 要件

  コンソールで作成ワークフローを使用してアプリケーション パッケージを作成して App Volumes アプリケーションを追加するには、コンソールのインベントリに次の条件を満たす公開イメージが必要です。

  • クライアント タイプの Microsoft Windows 10 または Windows 11 オペレーティング システムがある。このクライアント タイプは、VDI タイプのオペレーティング システムと呼ばれることもあります。クラウド内キャプチャ ワークフローは、VDI タイプのオペレーティング システムでのみ使用できます。クラウド内キャプチャ ワークフローは、マルチセッションまたは RDS タイプのオペレーティング システムでは使用できません。
  • App Volumes Agent のインストール

Microsoft Azure の Horizon Cloud ポッドの App Volumes アプリケーションで Microsoft Windows 10 または 11 Enterprise マルチセッション イメージを使用するためのベスト プラクティス

次のプラクティスにより、ユーザーと管理者のエクスペリエンスが向上する傾向があります。また 、「Microsoft Azure の Horizon Cloud ポッドでの App Volumes アプリケーションを使用した Microsoft Windows 10 または 11 Enterprise マルチセッション イメージの設定」も参照してください。

• 基本イメージに、プリンタ ドライバとともにハードウェア プリンタをインストールします。関連する既知の問題の情報(特に既知の問題のトピック)については、『 Microsoft Azure および Horizon ポッドの Horizon Cloud へのデプロイとオンボーディング 』ガイドを参照してください。
• Microsoft のドキュメント FAQ で説明されているように、Microsoft Windows 10 Enterprise マルチセッションは、以前は Microsoft Windows Server オペレーティング システムでのみ提供された複数の同時対話型セッションを許可する Remote Desktop Session Host (RDSH) タイプの仮想マシンです。Microsoft Windows 10 Enterprise マルチセッションは RDSH タイプのオペレーティング システムであるため、VDI 関連のワークフローではなく、Horizon Cloud RDSH に該当するワークフローが適用されます。したがって、これらのマルチセッション システムに基づいてエンド ユーザーにセッション デスクトップを提供するには、「 ファームの作成」の説明に従ってファームを作成します。ファームに基づくセッション デスクトップで App Volumes アプリケーションの使用をサポートするには、次のすべてのファーム設定が必要です。これらの設定により、ファーム仮想マシンのオペレーティング システム ディスクが定期的に初期状態に更新されます。この定期的な更新は、そのような仮想マシンでの App Volumes アプリケーションの使用をサポートするために必要です。
  • 必要なローリング メンテナンス設定
    • メンテナンス タイプ: セッション
    • セッション数:仮想マシン 1 台あたりのセッション数と同じ
    • 仮想マシンのアクション: 再構築
    • 同時静止仮想マシン数:ファーム サイズの 40%
  • 必要なタイムアウト処理の設定
    • 切断されたセッションのログオフ:90 分後にタイムアウト
    • セッション タイムアウト間隔:90 分
• Microsoft Windows 10 マルチセッションでアプリケーション パッケージとしてプロビジョニングする各アプリケーションの自動更新サービスを無効にする必要があります。このタイプの Microsoft Windows 10 マルチセッション環境では、自動更新の動作に問題があります。
  • アプリケーションに自動更新サービスがある場合は、アプリケーションのプロビジョニング プロセス中に、Windows Services Manager などのサービスを無効にします。
  • アプリケーションのプロビジョニング プロセス中に自動更新サービスを無効にできない場合、または無効にしない場合は、未割り当てのアプリケーションの不完全なバージョンをユーザーが受け取るなどの問題が発生した後に、レジストリを構成して基本イメージを変更します。この構成により、アプリケーション パッケージがユーザー仮想マシンに展開されるときに、目的のサービスが開始されなくなります。具体的には、アプリケーション サービス名を svservice レジストリ構成 DisableAppServicesList に追加してレジストリを構成します。関連する既知の問題の情報(特に既知の問題のトピック)については、『 Microsoft Azure および Horizon ポッドの Horizon Cloud へのデプロイとオンボーディング 』ガイドを参照してください。
• ユーザーがアプリケーションをインストールしたり、同じ仮想マシン上のすべてのユーザー セッション間で共有しないファイルを作成したりするときに、ユーザーが自分のプロファイルの場所にファイルを配置できることをユーザーに通知します。