Machine Creation Services™ (MCS) を使用した Linux VM の作成

1. Schritt MCS を使用して Linux VM を作成するには、以下の一般的な手順を実行します。

2. 選択したテンプレート VM（任意の VM または現在実行中の VDA）でマスターイメージを準備します。
3. Citrix Studio でマシンカタログを作成します。
4. デリバリーグループを作成します。

注：

Citrix Hypervisor™、Microsoft Azure、VMware vSphere、AWS、GCP、Nutanix AHV 以外のハイパーバイザーでマスターイメージを準備しようとすると、予期しない結果が発生する可能性があります。

Microsoft Azure、AWS、GCP は、Citrix Virtual Apps and Desktops™ 7 2003 以降ではサポートされていません。ただし、Citrix Virtual Apps and Desktops サービスでホストを引き続き使用することはできます。

サポートされるディストリビューション

注：

MCS で作成されたマシンを Windows ドメインに参加させるために PBIS または Centrify を使用している場合は、以下のタスクを完了してください。

• テンプレートマシンで、/etc/xdl/mcs/mcs.conf ファイルに PBIS または Centrify パッケージのダウンロードパスを設定するか、PBIS または Centrify パッケージを直接インストールします。

• /opt/Citrix/VDA/sbin/deploymcs.sh を実行する前に、その下位にある MCS で作成されたすべてのマシンに対して書き込み権限とパスワードリセット権限を持つ組織単位（OU）を作成します。

• • /opt/Citrix/VDA/sbin/deploymcs.sh の実行が完了した後、MCS で作成されたマシンを再起動する前に、展開に応じて Delivery Controller または Citrix Cloud Connector で klist -li 0x3e4 purge を実行します。

• Citrix Hypervisor で MCS を使用して Linux VM を作成

• 手順 1：マスターイメージの準備

マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれています。マスターイメージを準備するには、次の手順を実行します。

手順 1a：Citrix VM Tools のインストール

各 VM が xe CLI または XenCenter を使用できるように、テンプレート VM に Citrix VM Tools をインストールします。ツールをインストールしないと、VM のパフォーマンスが低下する可能性があります。ツールがないと、以下のいずれも実行できません。

• VM を正常にシャットダウン、再起動、または一時停止する。
• XenCenter で VM のパフォーマンスデータを表示する。
• 実行中の VM を（XenMotion を介して）移行する。
• スナップショットまたはメモリ付きスナップショット（チェックポイント）を作成し、スナップショットに戻す。
  • 実行中の Linux VM の vCPU 数を調整する。

1. 次のコマンドを実行して、guest-tools.iso という名前の Citrix VM Tools をマウントします。

   sudo mount /dev/cdrom /mnt
   <!--NeedCopy-->
   

2. Linux ディストリビューションに基づいて、次のコマンドを実行して xe-guest-utilities パッケージをインストールします。

   RHEL/CentOS の場合：

   sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
   <!--NeedCopy-->
   

   Ubuntu/Debian の場合：

   sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
   <!--NeedCopy-->
   

   SUSE の場合：

   sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
   <!--NeedCopy-->
   

3. XenCenter の ［General］ タブでテンプレート VM の仮想化状態を確認します。Citrix VM Tools が正しくインストールされている場合、仮想化状態は ［Optimized］ になります。

   

手順 1b：（Ubuntu 16.04 のみ）OpenJDK 11 のインストール

Ubuntu 16.04 に OpenJDK 11 をインストールするには、次の手順を実行します。

1. https://jdk.java.net/archive/ から最新の OpenJDK 11 をダウンロードします。
2. tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz コマンドを実行して、ダウンロードしたパッケージを解凍します。
3. （オプション）mv jdk-11.0.2/ <target directory> コマンドを実行して、OpenJDK をターゲットディレクトリに保存します。
4. update-alternatives -----install /usr/bin/java java <custom directory>/bin/java 2000 コマンドを実行して、Java ランタイムを設定します。
5. java -version コマンドを実行して、Java のバージョンを確認します。

手順 1c：テンプレート VM への Linux VDA パッケージのインストール

注：

現在実行中の VDA をテンプレート VM として使用する場合は、この手順をスキップしてください。

テンプレート VM に Linux VDA パッケージをインストールする前に、.NET Runtime 6.0 をインストールしてください。

Linux ディストリビューションに基づいて、次のコマンドを実行して Linux VDA の環境を設定します。

RHEL/CentOS の場合：

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Ubuntu/Debian の場合：

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

SUSE の場合：

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

-  #### 手順 1d：`tdb-tools` パッケージをインストールするためのリポジトリの有効化

-  **RHEL 7 サーバーの場合：**

    -  subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

-  **RHEL 7 ワークステーションの場合：**

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

手順 1e：ntfs-3g を提供できる EPEL リポジトリのインストール

RHEL 8、RHEL 7、および CentOS 7 に EPEL リポジトリをインストールして、後で deploymcs.sh を実行したときに EPEL リポジトリで利用可能な ntfs-3g パッケージがインストールされるようにします。

手順 1f：SUSE への ntfs-3g の手動インストール

SUSEプラットフォームでは、ntfs-3gを提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3gを手動でインストールします。

1. GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします。

   sudo zypper install gcc
   -  sudo zypper install make
   <!--NeedCopy-->
   

2. ntfs-3gパッケージをダウンロードします。

3. ntfs-3gパッケージを解凍します。

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. ntfs-3gパッケージへのパスを入力します。

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. ntfs-3gをインストールします。

   ./configure
   make
   make install
   <!--NeedCopy-->
   

手順 1g: ランタイム環境のセットアップ

deploymcs.shを実行する前に、以下を実行します。

-  `/etc/xdl/mcs/mcs.conf`内の変数を変更します。`mcs.conf`構成ファイルは、MCSおよびLinux VDAを設定するための変数を提供します。必要に応じて設定できる変数は次のとおりです。

-  `Use_Existing_Configurations_Of_Current_VDA`: 現在実行中のVDAの既存の構成を使用するかどうかを決定します。Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDAの対応するファイルと同じになります。ただし、`dns`および`AD_INTEGRATION`変数は引き続き構成する必要があります。デフォルト値はNであり、これはマスターイメージ上の構成テンプレートがMCSで作成されたマシンの構成ファイルを決定することを意味します。

-  `dns`: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます。

-  `NTP_SERVER`: NTPサーバーのIPアドレスを設定します。特に指定がない限り、ドメインコントローラーのIPアドレスです。

-  `WORKGROUP`: ワークグループ名を設定します。これは、ADで構成されている場合はNetBIOS名（大文字と小文字を区別）です。それ以外の場合は、デフォルトでドメイン名になります。
  
-  `AD_INTEGRATION`: Winbind、SSSD、PBIS、またはCentrifyを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事の[サポートされるディストリビューション](#supported-distributions)を参照してください。

-  `CENTRIFY_DOWNLOAD_PATH`: Centrifyパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をCentrifyに設定した場合にのみ有効になります。

-  `CENTRIFY_SAMBA_DOWNLOAD_PATH`: Centrify Sambaパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をCentrifyに設定した場合にのみ有効になります。
  
-  `PBIS_DOWNLOAD_PATH`: PBISパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をPBISに設定した場合にのみ有効になります。

-  `UPDATE_MACHINE_PW`: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳細については、[マシンアカウントのパスワード更新を自動化する](/ja-jp/linux-virtual-delivery-agent/2201/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates)を参照してください。

-  次のLinux VDA構成変数:

    `DOTNET_RUNTIME_PATH`=path-to-install-dotnet-runtime \\  
    `DESKTOP_ENVIRONMENT`= gnome | mate \\  
    `SUPPORT_DDC_AS_CNAME`=Y | N  
    `VDA_PORT`=port-number  
    `REGISTER_SERVICE`=Y | N  
    `ADD_FIREWALL_RULES`=Y | N  
    `HDX_3D_PRO`=Y | N  
    `VDI_MODE`=Y | N  
    `SITE_NAME`=dns-site-name | '<none\>'  
    `LDAP_LIST`='list-ldap-servers' | '<none\>'  
    `SEARCH_BASE`=search-base-set | '<none\>'  
    `FAS_LIST`='list-fas-servers' | '<none\>'  
    `START_SERVICE`=Y | N  
    `TELEMETRY_SOCKET_PORT`=port-number  
    `TELEMETRY_PORT`=port-number  

`mcs.conf`の例については、次のスクリーンショットを参照してください。

 ![MCS構成ファイルの例](/ja-jp/linux-virtual-delivery-agent/2201/media/example-mcs-configuration-file.png)

-  テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを`/etc/xdl/mcs/mcs_local_setting.reg`ファイルに追加します。この操作により、MCSプロビジョニングされたマシンが再起動するたびにデータと設定が失われるのを防ぎます。

`/etc/xdl/mcs/mcs_local_setting.reg`ファイルの各行は、レジストリ値を設定または更新するためのコマンドです。

たとえば、レジストリ値をそれぞれ書き込むまたは更新するために、次のコマンドラインを`/etc/xdl/mcs/mcs_local_setting.reg`ファイルに追加できます。

```
create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy--> ```

```
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy--> ```

手順 1h: マスターイメージの作成

1. /opt/Citrix/VDA/sbin/deploymcs.shを実行します。

2. （現在実行中のVDAをテンプレートVMとして使用している場合は、この手順をスキップします。）テンプレートVMで、構成テンプレートを更新して、作成されたすべてのVM上の関連する/etc/krb5.conf、/etc/samba/smb.conf、および/etc/sssd/sssd.confファイルをカスタマイズします。

   Winbindユーザーの場合は、/etc/xdl/mcs/winbind_krb5.conf.tmplおよび/etc/xdl/mcs/winbind_smb.conf.tmplテンプレートを更新します。

   SSSDユーザーの場合は、/etc/xdl/mcs/sssd.conf.tmpl、/etc/xdl/mcs/sssd_krb5.conf.tmpl、および/etc/xdl/mcs/sssd_smb.conf.tmplテンプレートを更新します。

   Centrifyユーザーの場合は、/etc/xdl/mcs/centrify_krb5.conf.tmplおよび/etc/xdl/mcs/centrify_smb.conf.tmplテンプレートを更新します。

   注：

   テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、$AD_FQDNなどの変数を使用してください。

3. Citrix Hypervisorで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。

手順 2: マシンカタログの作成

-  Citrix Studioで、マシンカタログを作成し、カタログで作成するVMの数を指定します。必要に応じて、その他の構成タスクを実行します。詳細については、[Studioを使用したマシンカタログの作成](/ja-jp/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html)を参照してください。

手順 3: デリバリーグループの作成

-  デリバリーグループは、1つ以上のマシンカタログから選択されたマシンの集合です。どのユーザーがこれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳細については、[デリバリーグループの作成](/ja-jp/citrix-virtual-apps-desktops/install-configure/delivery-groups-create.html)を参照してください。

MCSを使用したAzureでのLinux VMの作成

手順 1: Citrix StudioでのAzureへのホスティング接続の作成

1. Citrix Cloud™ の Citrix Studio で、[構成] > [ホスティング] > [接続とリソースの追加] を選択して Azure への接続を作成します。

   

2. 接続の種類として Microsoft Azure を選択します。

   

3. Azure アカウントのサブスクリプション ID と接続名を入力します。

   

   新しい接続がホスティングペインに表示されます。

ステップ 2: テンプレート VM でのマスターイメージの準備

マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれます。マスターイメージを準備するには、次の手順を実行します。

ステップ 2a: Ubuntu 18.04 用 cloud-init の構成

VM の再起動時または停止時に VDA ホスト名が保持されるようにするには、次のコマンドを実行します。

 echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

/etc/cloud/cloud.cfg ファイルの system_info セクションに次の行が存在することを確認します。

system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

ステップ 2b: (Ubuntu 16.04 のみ) OpenJDK 11 のインストール

Ubuntu 16.04 で OpenJDK 11 をインストールするには、次の手順を完了します。

1. https://jdk.java.net/archive/ から最新の OpenJDK 11 をダウンロードします
2. tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz コマンドを実行して、ダウンロードしたパッケージを解凍します
3. (オプション) mv jdk-11.0.2/ <target directory> コマンドを実行して、OpenJDK をターゲットディレクトリに保存します
4. update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 コマンドを実行して、Java ランタイムをセットアップします
5. java -version コマンドを実行して、Java のバージョンを確認します

ステップ 2c: テンプレート VM への Linux VDA パッケージのインストール

注：

現在実行中の VDA をテンプレート VM として使用する場合は、この手順をスキップしてください。

テンプレート VM に Linux VDA パッケージをインストールする前に、.NET Runtime 6.0 をインストールしてください。

Linux ディストリビューションに基づいて、Linux VDA の環境をセットアップするには、次のコマンドを実行します。

RHEL/CentOS の場合：

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Ubuntu/Debian の場合：

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

SUSE の場合：

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

ステップ 2d: ntfs-3g を提供できる EPEL リポジトリのインストール

RHEL 8/CentOS 8、RHEL 7/CentOS 7 に EPEL リポジトリをインストールして、後で deploymcs.sh を実行したときに EPEL リポジトリで利用可能な ntfs-3g パッケージがインストールされるようにします。

ステップ 2e: SUSE での ntfs-3g の手動インストール

SUSE プラットフォームでは、ntfs-3g を提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3g を手動でインストールします。

1. GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストールします。

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. ntfs-3g パッケージをダウンロードします。

3. ntfs-3g パッケージを解凍します。

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. ntfs-3g パッケージへのパスを入力します。

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. ntfs-3g をインストールします。

   -  ./configure
   -  make
   -  make install
   <!--NeedCopy-->
   

ステップ 2f: ランタイム環境のセットアップ

-  `deploymcs.sh` を実行する前に、次の手順を実行します。

-  `/etc/xdl/mcs/mcs.conf` の変数を変更します。`mcs.conf` 構成ファイルは、MCS と Linux VDA を設定するための変数を提供します。以下にいくつかの変数を示しますが、そのうち `dns` と `AD_INTEGRATION` は設定する必要があります。

**注：** 変数に複数の値を設定できる場合は、値を単一引用符で囲み、スペースで区切ります。例：`LDAP_LIST='aaa.lab:389 bbb.lab:389'`

-  `Use_Existing_Configurations_Of_Current_VDA`: 現在実行中のVDAの既存の構成を使用するかどうかを決定します。Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDA上の対応するファイルと同じになります。ただし、`dns`および`AD_INTEGRATION`変数は引き続き構成する必要があります。デフォルト値はNであり、これはマスターイメージ上の構成テンプレートがMCSで作成されたマシンの構成ファイルを決定することを意味します。

-  `dns`: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます。

-  `NTP_SERVER`: NTPサーバーのIPアドレスを設定します。特に指定がない限り、ドメインコントローラーのIPアドレスです。

-  `WORKGROUP`: ワークグループ名を設定します。これは、ADで構成されている場合はNetBIOS名（大文字と小文字を区別）です。それ以外の場合は、デフォルトでドメイン名になります。

-  `AD_INTEGRATION`: Winbind、SSSD、PBIS、またはCentrifyを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事の[サポートされるディストリビューション](#supported-distributions)を参照してください。

-  `CENTRIFY_DOWNLOAD_PATH`: Centrifyパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をCentrifyに設定した場合にのみ有効になります。

    -  `CENTRIFY_SAMBA_DOWNLOAD_PATH`: Centrify Sambaパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をCentrifyに設定した場合にのみ有効になります。

-  `PBIS_DOWNLOAD_PATH`: PBISパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をPBISに設定した場合にのみ有効になります。

-  `UPDATE_MACHINE_PW`: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳細については、「[マシンアカウントのパスワード更新の自動化](/ja-jp/linux-virtual-delivery-agent/2201/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates)」を参照してください。

-  以下のLinux VDA構成変数:

    `DOTNET_RUNTIME_PATH`=path-to-install-dotnet-runtime \\
    `DESKTOP_ENVIRONMENT`= gnome | mate \\
    `SUPPORT_DDC_AS_CNAME`=Y | N
    `VDA_PORT`=port-number
    `REGISTER_SERVICE`=Y | N
    `ADD_FIREWALL_RULES`=Y | N
    `HDX_3D_PRO`=Y | N
    `VDI_MODE`=Y | N
    `SITE_NAME`=dns-site-name | '\<none\>'
    `LDAP_LIST`='list-ldap-servers' | '\<none\>'
    `SEARCH_BASE`=search-base-set | '\<none\>'
    `FAS_LIST`='list-fas-servers' | '\<none\>'
    `START_SERVICE`=Y | N
    `TELEMETRY_SOCKET_PORT`=port-number
    `TELEMETRY_PORT`=port-number

`mcs.conf`の例については、次のスクリーンショットを参照してください。

 ![MCS構成ファイルの例](/ja-jp/linux-virtual-delivery-agent/2201/media/example-mcs-configuration-file.png)

-  テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するために、`/etc/xdl/mcs/mcs_local_setting.reg`ファイルにコマンドラインを追加します。この操作により、MCSでプロビジョニングされたマシンが再起動するたびにデータと設定が失われるのを防ぎます。

`/etc/xdl/mcs/mcs_local_setting.reg`ファイルの各行は、レジストリ値を設定または更新するためのコマンドです。

たとえば、レジストリ値をそれぞれ書き込むまたは更新するために、次のコマンドラインを`/etc/xdl/mcs/mcs_local_setting.reg`ファイルに追加できます。

```
create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy--> ```

```
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy--> ```

手順2g: マスターイメージの作成

1. /opt/Citrix/VDA/sbin/deploymcs.shを実行します。

2. （現在実行中のVDAをテンプレートVMとして使用している場合は、この手順をスキップします。）テンプレートVMで、構成テンプレートを更新して、作成されたすべてのVM上の関連する/etc/krb5.conf、/etc/samba/smb.conf、および/etc/sssd/sssd.confファイルをカスタマイズします。

   Winbindユーザーの場合は、/etc/xdl/mcs/winbind_krb5.conf.tmplおよび/etc/xdl/mcs/winbind_smb.conf.tmplテンプレートを更新します。

   SSSDユーザーの場合は、/etc/xdl/mcs/sssd.conf.tmpl、/etc/xdl/mcs/sssd_krb5.conf.tmpl、および/etc/xdl/mcs/sssd_smb.conf.tmplテンプレートを更新します。

   Centrifyユーザーの場合は、/etc/xdl/mcs/centrify_krb5.conf.tmplおよび/etc/xdl/mcs/centrify_smb.conf.tmplテンプレートを更新します。

   注: テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、および$AD_FQDNなどの変数を使用してください。

3. テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源ステータスが停止済み（割り当て解除済み）であることを確認してください。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるには、この名前が必要です。

   -  ![テンプレートVMの停止済み電源ステータス](/ja-jp/linux-virtual-delivery-agent/2201/media/stopped-deallocated2.png)
   

手順3: マシンカタログの作成

Citrix Studioでマシンカタログを作成し、カタログに作成するVMの数を指定します。マシンカタログを作成する際は、テンプレートVMが属するリソースグループからマスターイメージを選択し、テンプレートVMのVHDを見つけます。

必要に応じて、その他の構成タスクを実行します。詳細については、「Studioを使用したマシンカタログの作成」を参照してください。

手順4: デリバリーグループの作成

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンのコレクションです。どのユーザーがこれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳細については、「デリバリーグループの作成」を参照してください。

MCSを使用したVMware vSphereでのLinux VMの作成

手順1: Citrix StudioでVMwareへのホスティング接続を作成

1. vSphere環境にvCenter Serverをインストールします。詳細については、「VMware vSphere」を参照してください。

2. Citrix Studioで、［構成］>［ホスティング］>［接続とリソースの追加］を選択して、VMware vSphereへの接続を作成します。

   

3. 接続の種類としてVMware vSphereを選択します。

   

4. VMwareアカウントの接続アドレス（vCenter Server URL）、ユーザー名とパスワード、および接続名を入力します。

   

   新しい接続がホスティングペインに表示されます。

   

手順2: マスターイメージの準備

マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれています。マスターイメージを準備するには、次の手順を実行します。

ステップ 2a: (Ubuntu 16.04のみ) OpenJDK 11のインストール

Ubuntu 16.04でOpenJDK 11をインストールするには、次の手順を実行します。

1. 最新のOpenJDK 11をhttps://jdk.java.net/archive/からダウンロードします
2. tar zxf openjdk-11.0.2_linux-x64_bin.tar.gzコマンドを実行して、ダウンロードしたパッケージを解凍します
3. (オプション) mv jdk-11.0.2/ <target directory>コマンドを実行して、OpenJDKをターゲットディレクトリに保存します
4. update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000コマンドを実行して、Javaランタイムを設定します
5. java -versionコマンドを実行して、Javaのバージョンを確認します

ステップ 2b: テンプレートVMへのLinux VDAパッケージのインストール

注:

現在実行中のVDAをテンプレートVMとして使用する場合、この手順はスキップします。

テンプレートVMにLinux VDAパッケージをインストールする前に、.NET Runtime 6.0をインストールします。

お使いのLinuxディストリビューションに応じて、Linux VDAの環境を設定するために、次のコマンドを実行します。

RHEL/CentOSの場合:

    -  sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

-  **Ubuntu/Debianの場合:**

    -  sudo dpkg –i  <PATH>/<Linux VDA DEB>

    -  apt-get install -f
<!--NeedCopy-->

SUSEの場合:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

ステップ 2c: ntfs-3gを提供するEPELリポジトリのインストール

RHEL 8/CentOS 8、RHEL 7/CentOS 7にEPELリポジトリをインストールします。これにより、後でdeploymcs.shを実行したときに、EPELリポジトリで利用可能なntfs-3gパッケージがインストールされます。

ステップ 2d: SUSEへのntfs-3gの手動インストール

SUSEプラットフォームでは、ntfs-3gを提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3gを手動でインストールします。

1. GNU Compiler Collection (GCC)コンパイラシステムとmakeパッケージをインストールします

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. ntfs-3gパッケージをダウンロードします

3. ntfs-3gパッケージを解凍します

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. ntfs-3gパッケージへのパスを入力します

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. ntfs-3gをインストールします

   ./configure
   make
   make install
   <!--NeedCopy-->
   

ステップ 2e: ランタイム環境のセットアップ

deploymcs.shを実行する前に、次の手順を実行します。

-  `/etc/xdl/mcs/mcs.conf`内の変数を変更します。`mcs.conf`構成ファイルは、MCSおよびLinux VDAを設定するための変数を提供します。以下にいくつかの変数を示します。そのうち`dns`と`AD_INTEGRATION`は設定する必要があります。

**注:** 変数に複数の値を設定できる場合、値を単一引用符で囲み、スペースで区切ります。例: LDAP_LIST='aaa.lab:389 bbb.lab:389.'

-  `Use_Existing_Configurations_Of_Current_VDA`: 現在実行中のVDAの既存の構成を使用するかどうかを決定します。Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDAの対応するファイルと同じになります。ただし、`dns`および`AD_INTEGRATION`変数は引き続き構成する必要があります。デフォルト値はNです。これは、マスターイメージ上の構成テンプレートがMCSで作成されたマシンの構成ファイルを決定することを意味します。

-  `dns`: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます。

-  `NTP_SERVER`: NTPサーバーのIPアドレスを設定します。特に指定がない限り、ドメインコントローラーのIPアドレスです。

-  `WORKGROUP`: ワークグループ名を設定します。ADで構成されている場合、これはNetBIOS名（大文字と小文字を区別）です。それ以外の場合は、デフォルトでドメイン名になります。
  
-  `AD_INTEGRATION`: Winbind、SSSD、PBIS、またはCentrifyを設定します。MCSがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事の[サポートされるディストリビューション](#supported-distributions)を参照してください。

-  `CENTRIFY_DOWNLOAD_PATH`: Centrifyパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をCentrifyに設定した場合にのみ有効になります。

-  `CENTRIFY_SAMBA_DOWNLOAD_PATH`: Centrify Sambaパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をCentrifyに設定した場合にのみ有効になります。
  
-  `PBIS_DOWNLOAD_PATH`: PBISパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION`変数をPBISに設定した場合にのみ有効になります。

-  `UPDATE_MACHINE_PW`: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳細については、「[マシンアカウントのパスワード更新を自動化する](/ja-jp/linux-virtual-delivery-agent/2201/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates)」を参照してください。

-  次のLinux VDA構成変数:

    `DOTNET_RUNTIME_PATH`=dotnetランタイムのインストールパス \\  
    `DESKTOP_ENVIRONMENT`= gnome | mate \\  
    `SUPPORT_DDC_AS_CNAME`=Y | N  
    `VDA_PORT`=ポート番号  
    `REGISTER_SERVICE`=Y | N  
    `ADD_FIREWALL_RULES`=Y | N  
    `HDX_3D_PRO`=Y | N  
    `VDI_MODE`=Y | N  
    `SITE_NAME`=DNSサイト名 | '<none\>'  
    `LDAP_LIST`='LDAPサーバーリスト' | '<none\>'  
    `SEARCH_BASE`=検索ベースセット | '<none\>'  
    `FAS_LIST`='FASサーバーリスト' | '<none\>'  
    `START_SERVICE`=Y | N  
    `TELEMETRY_SOCKET_PORT`=ポート番号  
    `TELEMETRY_PORT`=ポート番号  

`mcs.conf`の例については、次のスクリーンショットを参照してください。

 ![MCS構成ファイルの例](/ja-jp/linux-virtual-delivery-agent/2201/media/example-mcs-configuration-file.png)

-  テンプレートマシンで、必要に応じてレジストリ値を書き込むか更新するために、`/etc/xdl/mcs/mcs_local_setting.reg`ファイルにコマンドラインを追加します。この操作により、MCSプロビジョニングされたマシンが再起動するたびにデータと設定が失われるのを防ぎます。

`/etc/xdl/mcs/mcs_local_setting.reg` ファイルの各行は、レジストリ値を設定または更新するためのコマンドです。

たとえば、レジストリ値を書き込む、または更新するために、/etc/xdl/mcs/mcs_local_setting.reg ファイルに次のコマンドラインを追加できます。

```
create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy--> ```

```
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy--> ```

手順 2f: マスターイメージの作成

1. /opt/Citrix/VDA/sbin/deploymcs.sh を実行します。

2. （現在実行中の VDA をテンプレート VM として使用している場合は、この手順をスキップします。）テンプレート VM で、構成テンプレートを更新して、作成されたすべての VM 上の関連する /etc/krb5.conf、/etc/samba/smb.conf、および /etc/sssd/sssd.conf ファイルをカスタマイズします。

   Winbind ユーザーの場合は、/etc/xdl/mcs/winbind_krb5.conf.tmpl および /etc/xdl/mcs/winbind_smb.conf.tmpl テンプレートを更新します。

   • SSSD ユーザーの場合は、/etc/xdl/mcs/sssd.conf.tmpl、/etc/xdl/mcs/sssd_krb5.conf.tmpl、および /etc/xdl/mcs/sssd_smb.conf.tmpl テンプレートを更新します。

   • Centrify ユーザーの場合は、/etc/xdl/mcs/centrify_krb5.conf.tmpl および /etc/xdl/mcs/centrify_smb.conf.tmpl テンプレートを更新します。

   • 注： テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、および $AD_FQDN などの変数を使用してください。

   • 1. テンプレート VM へのアプリケーションのインストールが完了したら、VMware からテンプレート VM をシャットダウンします。テンプレート VM のスナップショットを作成します。

手順 3: マシンカタログの作成

Citrix Studio で、マシンカタログを作成し、カタログに作成する VM の数を指定します。マシンカタログを作成するときは、スナップショットリストからマスターイメージを選択します。

必要に応じて、その他の構成タスクを実行します。詳しくは、「Studio を使用したマシンカタログの作成」を参照してください。

手順 4: デリバリーグループの作成

デリバリーグループは、1 つまたは複数のマシンカタログから選択されたマシンのコレクションです。これにより、どのユーザーがこれらのマシンを使用できるか、およびこれらのユーザーが利用できるアプリケーションとデスクトップが指定されます。詳しくは、「デリバリーグループの作成」を参照してください。

MCS を使用した AWS 上での Linux VM の作成

手順 1: Citrix Studio で AWS へのホスティング接続を作成

1. Citrix Cloud の Citrix Studio で、［構成］ > ［ホスティング］ > ［接続とリソースの追加］ を選択して、AWS への接続を作成します。

1. 接続の種類として ［Amazon EC2］ を選択します。

   

2. AWS アカウントの API キーとシークレットキーを入力し、接続名を入力します。

   

   API キーはアクセスキー ID であり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。

   1. AWS サービスにサインインします。
   2. Identity and Access Management（IAM）コンソールに移動します。
   3. 左側のナビゲーションペインで、［ユーザー］ を選択します。
   4. ターゲットユーザーを選択し、下にスクロールして ［セキュリティ認証情報］ タブを選択します。
   5. 下にスクロールして ［アクセスキーの作成］ をクリックします。新しいウィンドウが表示されます。
   6. ［.csv ファイルのダウンロード］ をクリックし、アクセスキーを安全な場所に保存します。

   新しい接続がホスティングペインに表示されます。

   

手順 2: マスターイメージの準備

マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれています。マスターイメージを準備するには、次の手順を実行します。

手順 2a: cloud-init の構成

1. EC2 インスタンスの再起動時または停止時に VDA ホスト名を保持するには、次のコマンドを実行して VDA ホスト名を保持します。

    echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
    <!--NeedCopy-->
   

• Ubuntu 18.04 の場合は、/etc/cloud/cloud.cfg ファイルの system_info セクションに次の行が存在することを確認してください。

   system_info:
       network:
           renderers: ['netplan', 'eni', 'sysconfig']
   <!--NeedCopy-->
  

1. AWS 上で MCS によって作成された VM にリモートでアクセスするために SSH を使用するには、それらの VM にキー名がアタッチされていないため、パスワード認証を有効にします。必要に応じて、次の手順を実行します。

   • cloud-init 構成ファイル /etc/cloud/cloud.cfg を編集します。ssh_pwauth: true の行が存在することを確認します。set-password の行とその後の行が存在する場合は、削除またはコメントアウトします。

      users:
      -  default
      <!--NeedCopy-->
     

   • cloud-init によって作成されたデフォルトユーザー ec2-user または ubuntu を使用する予定がある場合は、passwd コマンドを使用してユーザーパスワードを変更できます。MCS によって作成された VM にログインするために、新しいパスワードを覚えておいてください。

   • /etc/ssh/sshd_config ファイルを編集して、次の行が存在することを確認します。

      PasswordAuthentication yes
      <!--NeedCopy-->
     

     ファイルを保存し、sudo service sshd restart コマンドを実行します。

手順 2b: （Ubuntu 16.04 のみ）OpenJDK 11 のインストール

Ubuntu 16.04 で OpenJDK 11 をインストールするには、次の手順を実行します。

1. 最新のOpenJDK 11をhttps://jdk.java.net/archive/からダウンロードします
2. ダウンロードしたパッケージを解凍するには、tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz コマンドを実行します
3. (オプション) OpenJDKをターゲットディレクトリに保存するには、mv jdk-11.0.2/ <target directory> コマンドを実行します
4. Javaランタイムをセットアップするには、update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 コマンドを実行します
5. Javaのバージョンを確認するには、java -version コマンドを実行します

ステップ 2c: テンプレートVMにLinux VDAパッケージをインストール

注:

現在実行中のVDAをテンプレートVMとして使用する場合は、この手順をスキップします

テンプレートVMにLinux VDAパッケージをインストールする前に、.NET Runtime 6.0をインストールします

お使いのLinuxディストリビューションに応じて、Linux VDAの環境をセットアップするには、次のコマンドを実行します。

RHEL/CentOSの場合:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Ubuntu/Debianの場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

SUSEの場合:

    -  sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

-  #### ステップ 2d: ntfs-3gを提供するEPELリポジトリをインストール

-  RHEL 8/CentOS 8、RHEL 7/CentOS 7にEPELリポジトリをインストールします。これにより、後でdeploymcs.shを実行すると、EPELリポジトリで利用可能なntfs-3gパッケージがインストールされます。

-  #### ステップ 2e: SUSEにntfs-3gを手動でインストール

-  SUSEプラットフォームでは、ntfs-3gを提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3gを手動でインストールします。

1. GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. ntfs-3gパッケージをダウンロードします

3. ntfs-3gパッケージを解凍します

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. ntfs-3gパッケージへのパスを入力します

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. ntfs-3gをインストールします

   ./configure
   make
   make install
   <!--NeedCopy-->
   

ステップ 2f: ランタイム環境をセットアップ

deploymcs.sh を実行する前に、次の操作を行います。

-  `/etc/xdl/mcs/mcs.conf` の変数を変更します。`mcs.conf` 設定ファイルは、MCSとLinux VDAを設定するための変数を提供します。以下にいくつかの変数を示します。そのうち `dns` と `AD_INTEGRATION` は必ず設定する必要があります

**注:** 変数に複数の値を設定できる場合は、値を単一引用符で囲み、スペースで区切ります。例: LDAP_LIST='aaa.lab:389 bbb.lab:389'

-  `Use_Existing_Configurations_Of_Current_VDA`: 現在実行中のVDAの既存の構成を使用するかどうかを決定します。Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDAの対応するファイルと同じになります。ただし、`dns` と `AD_INTEGRATION` 変数は引き続き構成する必要があります。デフォルト値はNです。これは、マスターイメージ上の構成テンプレートがMCSで作成されたマシンの構成ファイルを決定することを意味します

-  `dns`: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます

-  `NTP_SERVER`: NTPサーバーのIPアドレスを設定します。特に指定がない限り、ドメインコントローラーのIPアドレスです

-  `WORKGROUP`: ワークグループ名を設定します。ADで構成されている場合はNetBIOS名（大文字と小文字を区別）です。それ以外の場合は、デフォルトでドメイン名になります
  
-  `AD_INTEGRATION`: Winbind、SSSD、PBIS、またはCentrifyを設定します。MCSがサポートするLinuxディストリビューションとドメイン参加方法の表については、この記事の[サポートされるディストリビューション](#supported-distributions)を参照してください

-  `CENTRIFY_DOWNLOAD_PATH`: Centrifyパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION` 変数をCentrifyに設定した場合にのみ有効になります

-  `CENTRIFY_SAMBA_DOWNLOAD_PATH`: Centrify Sambaパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION` 変数をCentrifyに設定した場合にのみ有効になります
  
-  `PBIS_DOWNLOAD_PATH`: PBISパッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION` 変数をPBISに設定した場合にのみ有効になります

-  `UPDATE_MACHINE_PW`: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳しくは、「[マシンアカウントのパスワード更新を自動化](/ja-jp/linux-virtual-delivery-agent/2201/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates)」を参照してください

-  次のLinux VDA構成変数:

    `DOTNET_RUNTIME_PATH`=path-to-install-dotnet-runtime \\  
    `DESKTOP_ENVIRONMENT`= gnome | mate \\  
    `SUPPORT_DDC_AS_CNAME`=Y | N  
    `VDA_PORT`=port-number  
    `REGISTER_SERVICE`=Y | N  
    `ADD_FIREWALL_RULES`=Y | N  
    `HDX_3D_PRO`=Y | N  
    `VDI_MODE`=Y | N  
    `SITE_NAME`=dns-site-name | '<none\>'  
    `LDAP_LIST`='list-ldap-servers' | '<none\>'  
    `SEARCH_BASE`=search-base-set | '<none\>'  
    `FAS_LIST`='list-fas-servers' | '<none\>'  
    `START_SERVICE`=Y | N  
    `TELEMETRY_SOCKET_PORT`=port-number  
    `TELEMETRY_PORT`=port-number  

`mcs.conf` の例については、次のスクリーンショットを参照してください。

 ![MCS構成ファイルの例](/ja-jp/linux-virtual-delivery-agent/2201/media/example-mcs-configuration-file.png)

• テンプレートマシンで、必要に応じてレジストリ値を書き込むか更新するために、/etc/xdl/mcs/mcs_local_setting.reg ファイルにコマンドラインを追加します。この操作により、MCSプロビジョニングされたマシンが再起動するたびにデータと設定が失われるのを防ぎます

/etc/xdl/mcs/mcs_local_setting.reg ファイルの各行は、レジストリ値を設定または更新するためのコマンドです。

たとえば、/etc/xdl/mcs/mcs_local_setting.reg ファイルに次のコマンドラインを追加して、それぞれレジストリ値を書き込むか更新できます。

```
create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy--> ```

```
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy--> ```

Step 2g: マスターイメージの作成

1. /opt/Citrix/VDA/sbin/deploymcs.sh を実行します。

2. (現在実行中の VDA をテンプレート VM として使用している場合は、この手順をスキップしてください。) テンプレート VM で、構成テンプレートを更新して、作成されたすべての VM 上の関連する /etc/krb5.conf、/etc/samba/smb.conf、および /etc/sssd/sssd.conf ファイルをカスタマイズします。

   Winbind ユーザーの場合は、/etc/xdl/mcs/winbind_krb5.conf.tmpl および /etc/xdl/mcs/winbind_smb.conf.tmpl テンプレートを更新します。

   SSSD ユーザーの場合は、/etc/xdl/mcs/sssd.conf.tmpl、/etc/xdl/mcs/sssd_krb5.conf.tmpl、および /etc/xdl/mcs/sssd_smb.conf.tmpl テンプレートを更新します。

   Centrify ユーザーの場合は、/etc/xdl/mcs/centrify_krb5.conf.tmpl および /etc/xdl/mcs/centrify_smb.conf.tmpl テンプレートを更新します。

   注: テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、および $AD_FQDN などの変数を使用してください。

3. テンプレート VM にアプリケーションをインストールし、AWS EC2 ポータルからテンプレート VM をシャットダウンします。テンプレート VM のインスタンスの状態が Stopped であることを確認してください。

4. テンプレート VM を右クリックし、Image > Create Image を選択します。必要に応じて情報を入力し、設定を行います。Create Image をクリックします。

   

Step 3: マシンカタログの作成

Citrix Studio で、マシンカタログを作成し、カタログで作成する VM の数を指定します。マシンカタログを作成する際は、マシンテンプレート (以前に作成したマスターイメージ) を選択し、1 つ以上のセキュリティグループを選択します。

必要に応じて、その他の構成タスクを実行します。詳細については、「Studio を使用したマシンカタログの作成」を参照してください。

Step 4: デリバリーグループの作成

デリバリーグループは、1 つ以上のマシンカタログから選択されたマシンのコレクションです。これにより、どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップが指定されます。詳細については、「デリバリーグループの作成」を参照してください。

MCS を使用した GCP での Linux VM の作成

Step 1: GCP 環境のセットアップ

詳細については、「Google Cloud Platform 仮想化環境」を参照してください。

Step 2: Citrix Studio での GCP へのホスティング接続の作成

1. Citrix Cloud の Citrix Studio で、Configuration > Hosting > Add Connection and Resources を選択して、GCP への接続を作成します。

   

2. 接続タイプとして Google Cloud Platform を選択します。

   

3. GCP アカウントのサービスアカウントキーをインポートし、接続名を入力します。

   

   ホスティングペインに新しい接続が表示されます。

   

Step 3: マスターイメージの準備

マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれています。マスターイメージを準備するには、次の手順を実行します。

Step 3a: (Ubuntu 16.04 のみ) OpenJDK 11 のインストール

Ubuntu 16.04 で OpenJDK 11 をインストールするには、次の手順を実行します。

1. 最新の OpenJDK 11 を https://jdk.java.net/archive/ からダウンロードします。
2. tar zxf openjdk-11.0.2_linux-x64_bin.tar.gz コマンドを実行して、ダウンロードしたパッケージを解凍します。
3. (オプション) mv jdk-11.0.2/ <target directory> コマンドを実行して、OpenJDK をターゲットディレクトリに保存します。
4. update-alternatives --install /usr/bin/java java <custom directory>/bin/java 2000 コマンドを実行して、Java ランタイムをセットアップします。
5. java -version コマンドを実行して、Java のバージョンを確認します。

Step 3b: テンプレート VM への Linux VDA パッケージのインストール

注：

現在実行中の VDA をテンプレート VM として使用する場合は、この手順をスキップしてください。

テンプレート VM に Linux VDA パッケージをインストールする前に、.NET Runtime 6.0 をインストールしてください。

Linux ディストリビューションに基づいて、Linux VDA の環境をセットアップするには、次のコマンドを実行します。

RHEL/CentOS の場合：

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Ubuntu/Debian の場合：

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

SUSE の場合：

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Step 3c: ntfs-3g を提供できる EPEL リポジトリのインストール

RHEL 8/CentOS 8、RHEL 7/CentOS 7 に EPEL リポジトリをインストールします。これにより、後で deploymcs.sh を実行したときに、EPEL リポジトリで利用可能な ntfs-3g パッケージがインストールされます。

ステップ 3d: SUSE に ntfs-3g を手動でインストール

SUSE プラットフォームでは、ntfs-3g を提供するリポジトリはありません。ソースコードをダウンロードし、ntfs-3g を手動でコンパイルしてインストールします。

1. GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストールします。

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. ntfs-3g パッケージをダウンロードします。

3. ntfs-3g パッケージを解凍します。

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. ntfs-3g パッケージへのパスを入力します。

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. ntfs-3g をインストールします。

   ./configure
   make
   make install
   <!--NeedCopy-->
   

ステップ 3e: ランタイム環境の設定

deploymcs.sh を実行する前に、以下を実行します。

• /etc/xdl/mcs/mcs.conf の変数を変更します。mcs.conf 設定ファイルは、MCS および Linux VDA を設定するための変数を提供します。以下にいくつかの変数を示します。このうち dns と AD_INTEGRATION は設定する必要があります。

  注: 変数に複数の値を設定できる場合は、値を単一引用符で囲み、スペースで区切ります。例: LDAP_LIST='aaa.lab:389 bbb.lab:389'

  • Use_Existing_Configurations_Of_Current_VDA: 現在実行中の VDA の既存の構成を使用するかどうかを決定します。Y に設定すると、MCS で作成されたマシンの構成ファイルは、現在実行中の VDA の対応するファイルと同じになります。ただし、dns および AD_INTEGRATION 変数は引き続き構成する必要があります。デフォルト値は N で、これはマスターイメージの構成テンプレートが MCS で作成されたマシンの構成ファイルを決定することを意味します。

  • dns: 各 DNS サーバーの IP アドレスを設定します。最大 4 つの DNS サーバーを設定できます。

  • NTP_SERVER: NTP サーバーの IP アドレスを設定します。特に指定がない限り、ドメインコントローラーの IP アドレスです。

  • WORKGROUP: ワークグループ名を設定します。これは、AD で構成されている場合は NetBIOS 名（大文字と小文字を区別）です。それ以外の場合は、デフォルトでドメイン名になります。

  • AD_INTEGRATION: Winbind、SSSD、PBIS、または Centrify を設定します。MCS がサポートする Linux ディストリビューションとドメイン参加方法のマトリックスについては、この記事の「サポートされるディストリビューション」を参照してください。

  • CENTRIFY_DOWNLOAD_PATH: Centrify パッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION 変数を Centrify に設定した場合にのみ有効になります。

  • CENTRIFY_SAMBA_DOWNLOAD_PATH: Centrify Samba パッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION 変数を Centrify に設定した場合にのみ有効になります。

  • PBIS_DOWNLOAD_PATH: PBIS パッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION 変数を PBIS に設定した場合にのみ有効になります。

  • UPDATE_MACHINE_PW: マシンアカウントパスワードの自動更新を有効または無効にします。詳細については、「マシンアカウントパスワードの自動更新」を参照してください。

  • 以下の Linux VDA 構成変数:

    DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime
    DESKTOP_ENVIRONMENT= gnome | mate
    SUPPORT_DDC_AS_CNAME=Y | N VDA_PORT=port-number REGISTER_SERVICE=Y | N ADD_FIREWALL_RULES=Y | N HDX_3D_PRO=Y | N VDI_MODE=Y | N SITE_NAME=dns-site-name | ‘<none>’ LDAP_LIST=’list-ldap-servers’ | ‘<none>’ SEARCH_BASE=search-base-set | ‘<none>’ FAS_LIST=’list-fas-servers’ | ‘<none>’ START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=port-number TELEMETRY_PORT=port-number

  mcs.conf の例については、次のスクリーンショットを参照してください。

  

• テンプレートマシンで、/etc/xdl/mcs/mcs_local_setting.reg ファイルにコマンドラインを追加して、必要に応じてレジストリ値を書き込みまたは更新します。この操作により、MCS プロビジョニングされたマシンが再起動するたびにデータと設定が失われるのを防ぎます。

  /etc/xdl/mcs/mcs_local_setting.reg ファイルの各行は、レジストリ値を設定または更新するためのコマンドです。

  たとえば、レジストリ値を書き込みまたは更新するために、次のコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加できます。

   create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
   <!--NeedCopy-->
  

   update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
   <!--NeedCopy-->
  

ステップ 3f: マスターイメージの作成

1. /opt/Citrix/VDA/sbin/deploymcs.sh を実行します。

2. (現在実行中の VDA をテンプレート VM として使用している場合は、このステップをスキップします。) テンプレート VM で、構成テンプレートを更新して、関連する /etc/krb5.conf、/etc/samba/smb.conf、および /etc/sssd/sssd.conf ファイルをすべての作成済み VM でカスタマイズします。

   Winbind ユーザーの場合は、/etc/xdl/mcs/winbind_krb5.conf.tmpl および /etc/xdl/mcs/winbind_smb.conf.tmpl テンプレートを更新します。

   SSSD ユーザーの場合は、/etc/xdl/mcs/sssd.conf.tmpl、/etc/xdl/mcs/sssd_krb5.conf.tmpl、および /etc/xdl/mcs/sssd_smb.conf.tmpl テンプレートを更新します。

   Centrify ユーザーの場合は、/etc/xdl/mcs/centrify_krb5.conf.tmpl および /etc/xdl/mcs/centrify_smb.conf.tmpl テンプレートを更新します。

   注:

   テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、$AD_FQDN などの変数を使用してください。

3. テンプレート VM へのアプリケーションのインストールが完了したら、VMware からテンプレート VM をシャットダウンします。テンプレート VM のスナップショットを作成します。

ステップ 4: マシンカタログの作成

Citrix Studio でマシンカタログを作成し、カタログに作成する VM の数を指定します。マシンカタログを作成するときは、スナップショットリストからマスターイメージを選択します。

必要に応じて、他の構成タスクを実行します。詳細については、「Studio を使用したマシンカタログの作成」を参照してください。

ステップ 5: デリバリーグループの作成

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンの集合です。デリバリーグループは、どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳細については、「デリバリーグループの作成」を参照してください。

MCS を使用した Nutanix AHV 上での Linux VM の作成

ステップ 1: Nutanix AHV プラグインのインストールと登録

Nutanix から Nutanix AHV プラグインパッケージを入手します。Citrix Virtual Apps and Desktops 環境にプラグインをインストールして登録します。詳細については、Nutanix サポートポータルで入手できる Nutanix Acropolis MCS プラグインインストールガイドを参照してください。

ステップ 1a: オンプレミス Delivery Controller 用 Nutanix AHV プラグインのインストールと登録

Citrix Virtual Apps™ and Desktops をインストールした後、Delivery Controller に XD MCS AHV Plugin を選択してインストールします。

ステップ 1b: クラウド Delivery Controller 用 Nutanix AHV プラグインのインストールと登録

Citrix Virtual Apps and Desktops をインストールした後、Citrix Cloud Connector 用の CWA MCS AHV Plugin を選択してインストールします。Citrix Cloud テナントに登録されているすべての Citrix Cloud Connector にプラグインをインストールします。AHV を使用しないリソースの場所を提供する Citrix Cloud Connector であっても、登録する必要があります。

ステップ 1c: プラグインのインストール後に以下の手順を完了する

• C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0 に Nutanix Acropolis フォルダーが作成されていることを確認
• "C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0" コマンドを実行

• オンプレミス Delivery Controller で Citrix Host、Citrix Broker、および Citrix Machine Creation Services を再起動するか、Citrix Cloud Connector で Citrix RemoteHCLServer Service を再起動

  ヒント:

  Nutanix AHV プラグインをインストールまたは更新する際は、Citrix Host、Citrix Broker、および Machine Creation Services を停止してから再起動することをお勧めします。

ステップ 2: Citrix Studio で Nutanix へのホスティング接続を作成

1. オンプレミス Delivery Controller の場合は、オンプレミスの Citrix Studio で ［構成］>［ホスティング］>［接続とリソースの追加］ を選択します。クラウド Delivery Controller の場合は、Citrix Cloud の Web ベースの Studio コンソールで ［管理］>［ホスティング］>［接続とリソースの追加］ を選択して、Nutanix ハイパーバイザーへの接続を作成

2. ［接続とリソースの追加］ ウィザードの ［接続］ ページで、接続の種類として Nutanix AHV を選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。［ネットワーク］ ページで、ホスティングユニットのネットワークを選択

   たとえば、オンプレミスの Citrix Studio の場合:

   

   たとえば、Citrix Cloud の Web ベースの Studio コンソールの場合は次のとおりです。

   

3. ［ネットワーク］ ページで、ホスティングユニットのネットワークを選択

ステップ 3: テンプレート VM 上でのマスターイメージの準備

マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれています。マスターイメージを準備するには、次の手順を完了します。

ステップ 3a: テンプレート VM への Linux VDA パッケージのインストール

注:

現在実行中の VDA をテンプレート VM として使用する場合は、この手順をスキップしてください。

テンプレート VM に Linux VDA パッケージをインストールする前に、.NET Runtime 6.0 をインストールしてください。

Linux ディストリビューションに基づいて、Linux VDA の環境をセットアップするには、次のコマンドを実行します。

RHEL/CentOS の場合:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Ubuntu/Debian の場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

SUSE の場合:

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

ステップ 3b: ntfs-3g を提供できる EPEL リポジトリのインストール

deploymcs.sh を後で実行すると EPEL リポジトリで利用可能な ntfs-3g パッケージがインストールされるように、RHEL 8/CentOS 8、RHEL 7/CentOS 7 に EPEL リポジトリをインストールします。

ステップ 3c: SUSE への ntfs-3g の手動インストール

SUSE プラットフォームでは、ntfs-3g を提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3g を手動でインストールします。

1. GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストール

   sudo zypper install gcc
   sudo zypper install make
   <!--NeedCopy-->
   

2. ntfs-3g パッケージをダウンロード

3. ntfs-3g パッケージを解凍

   sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
   <!--NeedCopy-->
   

4. ntfs-3g パッケージへのパスを入力

   sudo cd ntfs-3g_ntfsprogs-<package version>
   <!--NeedCopy-->
   

5. ntfs-3g をインストール

   ./configure
   make
   make install
   <!--NeedCopy-->
   

ステップ 3d: ランタイム環境のセットアップ

deploymcs.sh を実行する前に、以下を実行します。

• /etc/xdl/mcs/mcs.conf 内の変数を変更します。mcs.conf 設定ファイルは、MCS および Linux VDA を設定するための変数を提供します。以下にいくつかの変数を示しますが、そのうち dns と AD_INTEGRATION は設定する必要があります。

  注: 変数に複数の値を設定できる場合は、値を単一引用符で囲み、スペースで区切ります。例: LDAP_LIST='aaa.lab:389 bbb.lab:389'

  • Use_Existing_Configurations_Of_Current_VDA: 現在実行中の VDA の既存の構成を使用するかどうかを決定します。Y に設定すると、MCS で作成されたマシンの構成ファイルは、現在実行中の VDA の対応するファイルと同じになります。ただし、dns および AD_INTEGRATION 変数は引き続き構成する必要があります。デフォルト値は N であり、これはマスターイメージ上の構成テンプレートが MCS で作成されたマシンの構成ファイルを決定することを意味します。

  • dns: 各 DNS サーバーの IP アドレスを設定します。最大 4 つの DNS サーバーを設定できます。

  • NTP_SERVER: NTP サーバーの IP アドレスを設定します。特に指定がない限り、ドメインコントローラーの IP アドレスです。

  • WORKGROUP: ワークグループ名を設定します。これは、AD で構成されている場合は NetBIOS 名（大文字と小文字を区別）です。それ以外の場合は、デフォルトでドメイン名になります。

  • AD_INTEGRATION: Winbind、SSSD、PBIS、または Centrify を設定します。MSC がサポートする Linux ディストリビューションとドメイン参加方法の対応表については、この記事の「サポートされるディストリビューション」を参照してください。

  • CENTRIFY_DOWNLOAD_PATH: Centrify パッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION 変数を Centrify に設定した場合にのみ有効になります。

  • CENTRIFY_SAMBA_DOWNLOAD_PATH: Centrify Samba パッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION 変数を Centrify に設定した場合にのみ有効になります。

  • PBIS_DOWNLOAD_PATH: PBIS パッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION 変数を PBIS に設定した場合にのみ有効になります。

  • UPDATE_MACHINE_PW: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳細については、「マシンアカウントのパスワード更新を自動化する」を参照してください。

  • 次の Linux VDA 構成変数:

    DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime
    DESKTOP_ENVIRONMENT= gnome | mate
    SUPPORT_DDC_AS_CNAME=Y | N VDA_PORT=port-number REGISTER_SERVICE=Y | N ADD_FIREWALL_RULES=Y | N HDX_3D_PRO=Y | N VDI_MODE=Y | N SITE_NAME=dns-site-name | ‘<none>’ LDAP_LIST=’list-ldap-servers’ | ‘<none>’ SEARCH_BASE=search-base-set | ‘<none>’ FAS_LIST=’list-fas-servers’ | ‘<none>’ START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=port-number TELEMETRY_PORT=port-number

  mcs.conf の例については、次のスクリーンショットを参照してください。

  

• テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加します。この操作により、MCS プロビジョニングされたマシンが再起動するたびにデータと設定が失われるのを防ぎます。

  /etc/xdl/mcs/mcs_local_setting.reg ファイルの各行は、レジストリ値を設定または更新するためのコマンドです。

  たとえば、レジストリ値を書き込むまたは更新するために、次のコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加できます。

   create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
   <!--NeedCopy-->
  

   update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
   <!--NeedCopy-->
  

ステップ 3e: Nutanix AHV でテンプレート VM をシャットダウンし、マスターイメージのスナップショットを作成して名前を付ける

注:

Citrix Virtual Apps and Desktops で使用するには、Acropolis スナップショット名に XD_ をプレフィックスとして付ける必要があります。必要に応じて、Acropolis コンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、カタログの作成ウィザードを再起動して、更新されたリストを取得します。

ステップ 4: マシンカタログの作成

Citrix Studio でマシンカタログを作成し、カタログに作成する VM の数を指定します。Nutanix 固有のコンテナページで、以前にテンプレート VM に指定したコンテナを選択します。マスターイメージページで、イメージスナップショットを選択します。仮想マシンページで、仮想 CPU の数と vCPU あたりのコア数を確認します。

必要に応じて、その他の構成タスクを実行します。詳細については、「Studio を使用してマシンカタログを作成する」を参照してください。

注:

Delivery Controller™ でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prism に移動し、Preparation というプレフィックスが付いたマシンを手動でパワーオンしてください。このアプローチは、作成プロセスを続行するのに役立ちます。

ステップ 5: デリバリーグループの作成

デリバリーグループは、1 つ以上のマシンカタログから選択されたマシンの集合です。デリバリーグループは、どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳細については、「デリバリーグループを作成する」を参照してください。

MCS を使用した Linux VDA の更新

MCS を使用して Linux VDA を更新するには、以下を実行します。

1. Linux VDA を現在のリリースに更新する前に、.NET Runtime 6.0 がインストールされていることを確認します。

2. テンプレートマシンで Linux VDA を更新します。

   注:

   Linux VDA のセルフアップデート機能を使用して、ソフトウェアの自動更新をスケジュールすることもできます。この目標を達成するには、テンプレートマシン上の etc/xdl/mcs/mcs_local_setting.reg ファイルにコマンドラインを追加します。 たとえば、次のコマンドラインを追加できます。

   create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" –force
   
   create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "ScheduledTime" -d "Immediately" –force
   
   create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "Url" -d "`<Your-Azure-Container-Url>`" –force
   
   create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "`<Local-Certificate-Path-of-PortalAzureCom>`" --force
   <!--NeedCopy-->
   

   RHEL 7 および CentOS 7 の場合:

   sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
   <!--NeedCopy-->
   

   RHEL 8 および CentOS 8 の場合:

   sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
   <!--NeedCopy-->
   

   SUSE の場合:

   sudo rpm -U XenDesktopVDA-<version>.sle12_x.x86_64.rpm
   <!--NeedCopy-->
   

   Ubuntu 16.04 の場合:

   sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu16.04_amd64.deb
   <!--NeedCopy-->
   

   Ubuntu 18.04 の場合:

   sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu18.04_amd64.deb
   <!--NeedCopy-->
   

   Ubuntu 20.04 の場合:

   sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu20.04_amd64.deb
   <!--NeedCopy-->
   

3. /etc/xdl/mcs/mcs.conf および /etc/xdl/mcs/mcs_local_setting.reg を編集します。

4. 新しいスナップショットを作成します。

5. Citrix Studio で、新しいスナップショットを選択してマシンカタログを更新します。各マシンが再起動するまで待機します。マシンを手動で再起動しないでください。

マシンアカウントパスワードの自動更新

マシンアカウントのパスワードは、デフォルトではマシンカタログ作成後 30 日で期限切れになります。パスワードの期限切れを防ぎ、マシンアカウントのパスワード更新を自動化するには、次の手順を実行します。

1. /opt/Citrix/VDA/sbin/deploymcs.sh を実行する前に、次のエントリを /etc/xdl/mcs/mcs.conf に追加します。

   UPDATE_MACHINE_PW="enabled"

2. /opt/Citrix/VDA/sbin/deploymcs.sh の実行後、/etc/cron.d/mcs_update_password_cronjob を開いて更新時間と頻度を設定します。デフォルト設定では、毎週日曜日の午前 2 時 30 分にマシンアカウントのパスワードが更新されます。

マシンアカウントのパスワードが更新されるたびに、Delivery Controller 上のチケットキャッシュが無効になり、/var/log/xdl/jproxy.log に次のエラーが表示されることがあります。

[ERROR] - AgentKerberosServiceAction.Run: GSSException occurred. Error: Failure unspecified at GSS-API level (Mechanism level: Checksum failed)

このエラーを解消するには、チケットキャッシュを定期的にクリアします。すべての Delivery Controller またはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。

MCS で作成された VM での FAS の有効化

次のディストリビューションで実行されている MCS で作成された VM で FAS を有効にできます。

テンプレート VM でマスターイメージを準備する際の FAS の有効化

1. ルート CA 証明書をインポートします。

   sudo cp root.pem /etc/pki/CA/certs/
   <!--NeedCopy-->
   

2. ctxfascfg.sh を実行します。詳しくは、「ctxfascfg.sh の実行」を参照してください。

3. /etc/xdl/mcs/mcs.conf で変数を設定します。

   注：

   これらの変数は VM の起動時に呼び出されるため、必要なすべての変数を /etc/xdl/mcs/mcs.conf で設定する必要があります。

   1. Use_Existing_Configurations_Of_Current_VDA の値を Y に設定します。
   2. FAS_LIST 変数を FAS サーバーアドレス、またはセミコロンで区切られ二重引用符で囲まれた複数の FAS サーバーアドレスに設定します。例：FAS_LIST="<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>"。
   3. VDI_MODE など、必要に応じて他の変数を設定します。

4. スクリプト /opt/Citrix/VDA/sbin/deploymcs.sh を実行します。

MCS で作成された VM での FAS の有効化

前述のようにテンプレートマシンで FAS が有効になっていない場合、MCS で作成された各 VM で FAS を有効にできます。

MCS で作成された VM で FAS を有効にするには、次の手順を実行します。

1. /etc/xdl/mcs/mcs.conf で変数を設定します。

   注：

   これらの変数は VM の起動時に呼び出されるため、必要なすべての変数を /etc/xdl/mcs/mcs.conf で設定する必要があります。

   1. Use_Existing_Configurations_Of_Current_VDA の値を Y に設定します。
   2. FAS_LIST 変数を FAS サーバーアドレスに設定します。
   3. VDI_MODE など、必要に応じて他の変数を設定します。

2. ルート CA 証明書をインポートします。

   sudo cp root.pem /etc/pki/CA/certs/
   <!--NeedCopy-->
   

3. /opt/Citrix/VDA/sbin/ctxfascfg.sh スクリプトを実行します。詳しくは、「ctxfascfg.sh の実行」を参照してください。