Web Studioをインストールする

はじめに

Citrix Studioは、Citrix Virtual Apps and Desktops環境を構成および管理するWindowsベースの管理コンソールです。 Web Studioは次世代のCitrix Studioであり、Citrix Studioと完全に同等の機能を提供するWebベースの管理コンソールです。 Web Studioは、Citrix DaaSのStudioインターフェイスと同じ外観で、ネイティブのWebエクスペリエンスを提供することで、管理エクスペリエンスを刷新しています。

Web Studioは、インターネットインフォメーションサービス(IIS)がインストールされている任意のWindowsサーバーに展開できます。 展開オプションは2つあります:

  • 専用サーバーにインストールする:

    パフォーマンスとスケーラビリティが重要となる大規模な環境では、Web Studioを専用サーバーにインストールすることをお勧めします。 このサーバーはオプションでDirectorをホストすることもできます。

  • Delivery Controllerと統合する:

    迅速な展開とよりシンプルな環境を実現するには、Web StudioをDelivery Controllerに直接インストールします。 このアプローチは、管理オーバーヘッドを最小限に抑えることが優先される小規模な展開に最適です。

次の図は、Web Studioのアーキテクチャを示しています:

Web Studioのアーキテクチャ

Web Studioを起動して実行するための一般的なワークフローは次のとおりです:

  1. Web Studioをインストールする

  2. TLSの証明書を構成します

  3. サイトを設定する

  4. 管理用にDelivery ControllerをWeb Studioに追加する

  5. (オプション)Web StudioをDelivery Controllerのプロキシとして構成する

  6. (オプション)Pendoを無効にする

  7. Web Studioにサインインする

負荷分散されたWeb Studio展開を設定するには、この記事を参照してください。

Web Studioで利用可能な新機能

新機能」の記事を参照してください。

システム要件

以下のオペレーティングシステムがサポートされています:

  • Windows Server 2025

  • Windows Server 2022

  • Windows Server 2019のStandard Edition、Datacenter Edition、およびServer Coreオプション付き

  • Windows Server 2016のStandard Edition、Datacenter Edition、およびServer Coreオプション付き

サポートされているブラウザー:

  • Microsoft Edge 92
  • Firefox ESR(Extended Support Release)90
  • Google Chrome 92
  • Safari 14

Web Studioの表示に推奨される最適な画面解像度は1440 x 1024です。

前提条件

Web Studioのこのリリースは、Citrix Virtual Apps and Desktops 2212以降と互換性があります。

2212より前の環境の場合は、まず2212にアップグレードしてから、Web Studioをインストールします。

既知の制限事項

Web StudioとCitrix Studioを無差別に使用する場合は、Web Studioで作成したテンプレートがCitrix Studioに表示されず、その逆も同様であるという制限がありますので、注意してください。 これは、Web StudioがCitrix Studioと異なるデータベースを使用してテンプレートを保存するためです。 回避策として、Web Studioでテンプレートからポリシーを作成し、Citrix Studioでこのポリシーからテンプレートを作成します。その逆も同様です。

  • Web Studioを正常にインストールできるようにするため、インターネットインフォメーションサービス(IIS)マネージャーでデフォルトのサイト名([既定のWebサイトのホーム] の値)を変更しないでください。 デフォルトのサイト名を変更すると、インストールが失敗するからです。

Web Studioをインストールする

以下の情報は、「コアコンポーネントのインストール」のガイダンスを補足するものです。 Web Studioをインストールするには:

  • Citrix Virtual Apps and Desktopsの完全な製品ISOインストーラーを使用してWeb Studioをインストールします。 ISOインストーラーは前提条件を確認し、不足しているコンポーネントをインストールし、Web Studio Webサイトを(Delivery Controllerのインストール時に含まれていた場合はDelivery Controller上で)セットアップし、基本的な構成を実行します。

  • インストール時にWeb Studioが含まれていなかった場合は、インストーラーを使用してWeb Studioを追加します。

  • Web Studioのインストール時に、Delivery ControllerのFQDNを入力するよう求められます。

    注意:

    • 複数のDelivery Controllerを追加できます。 Web Studioはランダムな順序で接続を試みます。 Web Studioが接続しようとしているDelivery Controllerに到達できない場合、Web Studioは自動的に他のDelivery Controllerにフォールバックします。
    • [コアコンポーネント] でDirectorを選択してインストールした場合、ここで追加するDelivery ControllerはWeb StudioとDirectorの両方で使用されます。
    • Delivery ControllerがTLS用に構成されている場合(推奨)、入力したFQDNは、Delivery Controllerにインストールされている証明書の共通名またはサブジェクトの別名と一致する必要があります。

    Delivery Controllerの追加

  • Citrix Site Managerが自動で開くように、[完了] ページの [Site Managerを起動する] チェックボックスがデフォルトでオンになっています。 後で起動するには、デスクトップの[スタート]メニューを開き、[Citrix]>[Citrix Site Manager]を選択します。 Web Studioを起動する前に、Citrix Site Managerを使用してサイトを作成するか、既存のサイトに参加する必要があります。 詳しくは、「サイトのセットアップ」を参照してください。

    Site Managerを起動する

注意:

コマンドラインを使用してWeb Studioをインストールすることもできます。 例:.\XenDesktopServerSetup.exe /components webstudio /controllers "ddc1.studio.local" /configure_firewall /quiet。 詳しくは、「コマンドラインを使ったインストール」を参照してください。

TLSの証明書を構成する

デフォルトでは、IISがHTTPS用にまだ構成されていない場合、インストーラーはサーバーのFQDNを証明書の共通名として使用して自己署名証明書を作成し、それをポート443にバインドします。 この動作により、ユーザーはローカルマシンからWeb Studioにアクセスできますが、証明書が信頼されていないため、他のマシンから接続するユーザーにはセキュリティ警告が表示されます。 この証明書を、企業または公的証明機関(CA)によって署名された証明書に置き換えることをお勧めします。 詳しくは、「Web StudioとDirectorでTLSを有効にする」を参照してください。 TLS証明書がIISで既に構成されている場合、インストーラーは変更を行いません。

**Note:

Web Studio展開のセキュリティ保護について詳しくは、「Web Studio展開を保護する」を参照してください。

サイトを設定する

Citrix Virtual Apps and Desktops環境(サイト)をセットアップするには、ツールのCitrix Site Managerを使用します。 ツールはDelivery Controllerに自動的にインストールされます

サイトを設定するには、次の手順に従います:

  1. Delivery Controllerで、デスクトップの[スタート]メニューを開き、[Citrix]>[Citrix Site Manager]を選択します。

  2. Citrix Site Managerで、[サイトの作成] を選択します。 サイトのインストールウィザードが表示されます。

  3. サイトを作成し、次のように設定を構成します:

    • [はじめに] ページで、サイトの名前を入力します。
    • [データベース] ページには、サイト、監視、および構成ログの各データベースを設定するための選択肢が含まれています。 詳しくは、「手順3. データベース」を参照してください。
    • [ライセンス] ページでライセンスサーバーのアドレスを指定して、使用(インストール)するライセンスを決定します。 詳しくは、「手順4. ライセンス」を参照してください。
  4. [概要] ページですべての設定を確認し、[送信] をクリックします。

    このControllerのIPアドレスは、サイトに自動的に追加されます。

    注意:

    サイトを作成する管理者には、そのサイトのすべての管理タスクの実行権限が設定されます。 詳しくは、「管理者権限の委任」を参照してください。

サイトの作成後に新しいControllerをインストールする場合は、Controllerをサイトに追加する必要があります。 詳細な手順は次のとおりです:

  1. この新しいControllerでCitrix Site Managerを実行します。
  2. [Join an existing site] を選択します。
  3. サイトに既に追加されているControllerのアドレスを入力します。
  4. [Submit] をクリックします。

管理用にDelivery ControllerをWeb Studioに追加する

Studio構成ツールを使用して、管理用のDelivery ControllerをWeb Studioに追加します。 このツールは、Web Studioインストールフォルダーにあります。

デフォルトでは、ツールは次のデフォルトフォルダーにインストールされます。

  • C:\Program Files\Citrix\Web Studio\Tool\StudioConfig.exe

Web Studioで管理するサイトに次の2つのDelivery Controllerを設定するとします:ddc1.studio.localおよびddc2.studio.local。 次のPowerShellコマンドを実行します:

  • .\StudioConfig.exe --server "ddc1.studio.local,ddc2.studio.local"

注意:

  • このツールには、コンピューター管理者権限が必要です。
  • IISサーバーのキャッシュ設定が原因で、Delivery Controller構成の変更がすぐに有効にならない場合があります。 すぐに有効にするには、Web Studioサーバーに移動し、インターネットインフォメーションサービス(IIS)マネージャーを開き、Server_name >[Sites]>[Default Web Site]に移動し、[Manage Website]ペインで[Restart]を選択します。
  • 新しいFQDNを使用してDelivery Controllerを再展開する場合は、StudioConfig.exeを使用してWeb StudioでFQDNを更新し、C:\Program Files\Citrix\Web Studio\Site\assets\json\manifest.jsonファイルでFQDNを更新します。 manifest.jsonファイルを更新しない場合、Web Studioサインインウィンドウに古いFQDNが引き続き表示されます。 そのため、サインインするときに、代わりに新しいFQDNを入力する必要があります。
  • サポートされているすべてのパラメーターを表示するには、StudioConfig.exe --helpを実行します。

(オプション)Web StudioをDelivery Controllerのプロキシとして構成する

デフォルトでは、Web Studioコンソールを使用して環境を管理する場合、Webブラウザーを介してWeb StudioサーバーとDelivery Controllerの両方に接続します。 Web StudioサーバーをDelivery Controllerのプロキシとして構成するオプションが提供されます。 その結果、環境を管理するときは、Web Studioサーバーにのみ接続します。

このセクションでは、Web StudioサーバーをDelivery Controllerのプロキシとして構成する方法について説明します。 Web StudioとDelivery Controllerが別々のサーバーにインストールされていることを前提としています。

開始する前に、環境内に必要なコアコンポーネントがすべてインストールされていることを確認します。 詳しくは、「コアコンポーネントのインストール」を参照してください。

Web Studioのプロキシモードを有効にするには、次の手順に従います:

  1. Web Studioサーバーで、Windows PowerShellを管理者として実行します。
  2. fqdn_of_webstudio_machineをWeb StudioサーバーのFQDNに置き換えて、次のコマンドを実行します。

    & "c:\Program Files\Citrix\Web Studio\Tool\StudioConfig.exe" --enableproxy --proxyserver "fqdn_of_webstudio_machine"

    注意:

    負荷分散されたWeb Studio展開の場合は、fqdn_of_webstudio_machineをロードバランサーサーバー(仮想サーバーとも呼ばれます)のFQDNに置き換えます。 詳しくは、「負荷分散されたWeb Studio展開のセットアップ」を参照してください。

Web Studioのプロキシモードを無効にするには、次のPowerShellコマンドを実行します:

  & "c:\Program Files\Citrix\Web Studio\Tool\StudioConfig.exe" --disableproxy
<!--NeedCopy-->

(オプション)Pendoを有効または無効にする

バージョン2411以降、Web StudioはPendoを統合し、デフォルトで有効になっています。 Pendoは、Citrixプライバシーポリシーに従って使用状況データを収集します。 また、Web Studioの右下隅にアイコンが追加され、コンテキストに基づく機能情報とフィードバックオプションが提供されます。 使用状況データを共有したくない場合は、Studio構成ツールを使用してPendoを無効にできます。

このツールは、Web Studioインストールフォルダーにあります。 デフォルトでは、ツールは次のフォルダーにインストールされます:C:\Program Files\Citrix\Web Studio\Tool\StudioConfig.exe

Pendoを有効にするには、次の手順を実行します:

  1. Web Studioにサインインします。 右下隅にアイコンが表示されている場合は、Pendoが有効になっています。
  2. Web Studioサーバーで、Windows PowerShellを管理者として実行します。 次のPowerShellコマンドを実行します:
  & "c:\Program Files\Citrix\Web Studio\Tool\StudioConfig.exe" --disablependo
<!--NeedCopy-->

Pendoを有効にするには、次のコマンドを実行します:

  & "c:\Program Files\Citrix\Web Studio\Tool\StudioConfig.exe" --enablependo
<!--NeedCopy-->

Web Studioにサインインする

  1. デフォルトのポート番号443を使用する場合は、https://&lt;address of the server hosting Web Studio&gt;/Citrix/StudioでWeb Studioにアクセスします。 異なるポートが構成されている場合https://&lt;address of the server hosting Web Studio&gt;:&lt;port number&gt;/Citrix/Studioを使用してください。

    Web StudioにDelivery Controllerを追加し、それらにアクセスできる場合は、サインインページが表示されます。

    注意:

    以下の場合、「Unable to sign in」ページが表示されます:

    • サイトにDelivery Controllerが指定されていません。 接続のためには、追加するよう求められます。
    • 指定されたDelivery Controllerにアクセスできません。 接続を確認するには、[テスト]をクリックします。 または、別のDelivery Controllerを入力し、[接続]をクリックします。
  2. ユーザー名パスワード、およびドメインを入力します。

  3. [サインイン]をクリックします。

次の手順

  1. VDAのインストール

  2. Web Studioを使用して、次の方法で仮想アプリと仮想デスクトップをユーザーに配信します:

    1. マシンカタログの作成

    2. デリバリーグループの作成

    3. アプリケーショングループの作成(オプション)