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

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

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

注：

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 のインストール

xe CLI または XenCenter を使用できるように、各 VM のテンプレート 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 の [全般] タブで、テンプレート VM の仮想化状態を確認します。Citrix VM Tools が正しくインストールされている場合、仮想化状態は [最適化済み] になります。

   

ステップ 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 Core Runtime 3.1 をインストールしてください。

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/CentOS 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/2112/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/2112/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 などの変数を使用してください。

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

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

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

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

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

MCSを使用してAzure上にLinux VMを作成

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

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

   

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

   

   • 1. 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 Core Runtime 3.1をインストールしてください。

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: 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-->

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

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

ステップ 2f: 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-->
   

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

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-->
  

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

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 でマスターイメージを見つけるには、この名前が必要です。

   

手順 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](https://docs.vmware.com/en/VMware-vSphere/index.html)」を参照してください。

-  1.  Citrix Studioで、**構成 > ホスティング > 接続およびリソースの追加**を選択して、VMware vSphereへの接続を作成します。

![Azureへの接続作成](/ja-jp/linux-virtual-delivery-agent/2112/media/create-connection-to-azure.png)

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

   

2. 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 Core Runtime 3.1をインストールしてください。

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: 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-->

-  #### ステップ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-->
   

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

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

4. 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/2112/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/2112/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 へのアプリケーションのインストールが完了したら、VMware からテンプレート VM をシャットダウンします。テンプレート VM のスナップショットを作成します。

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

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

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

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

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

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

-  ### ステップ 1: Citrix Studio で AWS へのホスティング接続を作成

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

-  ![AWS への接続の作成](/ja-jp/linux-virtual-delivery-agent/2112/media/create-connection-to-aws.png)

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

-  ![Amazon EC2 の選択](/ja-jp/linux-virtual-delivery-agent/2112/media/choose-amazon-ec2.png)

1. 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-->
   

2. 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. 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 Core Runtime 3.1 をインストールしてください。

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: 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-->

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

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

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

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

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

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

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

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

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

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

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

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

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

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/2112/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/2112/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-->
  

ステップ 2h: マスターイメージの作成

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のインスタンスの状態が停止済みであることを確認します。

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

   

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

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

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

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

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

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

ステップ 1: GCP 環境のセットアップ

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

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

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

   

2. 接続の種類として [Google Cloud Platform] を選択します。

   

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

   

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

   

ステップ 3: マスターイメージの準備

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

ステップ 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 のバージョンを確認します。

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

注:

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

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

お使いの 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-->

ステップ 3c: 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-->

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

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

ステップ 3e: 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-->
   

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

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=dotnet-runtime-をインストールするパス
    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-サイト名 | ‘<なし>’ LDAP_LIST=’ldap-サーバーのリスト’ | ‘<なし>’ SEARCH_BASE=検索ベースセット | ‘<なし>’ FAS_LIST=’fas-サーバーのリスト’ | ‘<なし>’ START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=ポート番号 TELEMETRY_PORT=ポート番号

  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-->
  

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

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 へのアプリケーションのインストールが完了したら、VMware からテンプレート VM をシャットダウンします。テンプレート VM のスナップショットを作成します

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

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

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

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

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

Nutanix AHV で MCS を使用した 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 Core Runtime 3.1をインストールします。

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: 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-->

ステップ 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 を設定します。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=dotnet-runtime-をインストールするパス
    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-サイト名 | ‘<なし>’ LDAP_LIST=’ldap-サーバーのリスト’ | ‘<なし>’ SEARCH_BASE=検索ベース設定 | ‘<なし>’ FAS_LIST=’fas-サーバーのリスト’ | ‘<なし>’ START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=ポート番号 TELEMETRY_PORT=ポート番号

  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: Nutanix AHV でのテンプレート VM のシャットダウン、マスターイメージのスナップショットの作成と命名

注：

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

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

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

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

注：

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

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

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

MCS を使用した Linux VDA の更新

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

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

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_<version>.ubuntu16.04_amd64.deb
   <!--NeedCopy-->
   

   Ubuntu 18.04 の場合:

   sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb
   <!--NeedCopy-->
   

   Ubuntu 20.04 の場合:

   sudo dpkg -i xendesktopvda_<version>.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 の実行」を参照してください。