Machine Creation Services™ (MCS) を使用してLinux VMを作成する

最終公開日 : Nov 13, 2026
MCSを使用してLinux VMを作成するには、ハイパーバイザー上にマスターイメージを準備します。このプロセスには、テンプレートVMへのVDAのインストール、Citrix Studioでのマシンカタログの作成、デリバリーグループの作成、および特定の構成タスクの実行が含まれます。
注:
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サービスでホストを引き続き使用できます。
Related information
インストールの概要

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

ウィンバインド SSSD セントリファイ PBIS
RHEL 8.3 はい いいえ いいえ はい
CentOS 8.3 はい いいえ いいえ はい
RHEL 8.2 はい いいえ いいえ はい
CentOS 8.2 はい いいえ いいえ はい
RHEL 8.1 はい いいえ いいえ はい
CentOS 8.1 はい いいえ いいえ はい
RHEL 7.9 はい はい いいえ はい
CentOS 7.9 はい はい いいえ はい
RHEL 7.8 はい はい いいえ はい
CentOS 7.8 はい はい いいえ はい
ウブントゥ 20.04 はい はい いいえ はい
ウブントゥ 18.04 はい はい いいえ はい
ウブントゥ 16.04 はい はい いいえ はい
デビアン 10.7 はい はい いいえ はい
SUSE 12.5 はい はい いいえ はい
注:
MCSで作成されたマシンをWindowsドメインに参加させるためにPBISを使用している場合は、次のタスクを完了してください。
  • テンプレートマシンで、/etc/xdl/mcs/mcs.conf ファイル内のPBISパッケージのダウンロードパスを設定するか、PBISパッケージを直接インストールします。
  • /opt/Citrix/VDA/sbin/deploymcs.sh を実行する前に、その配下にあるMCSで作成されたすべてのマシンに対して書き込み権限とパスワードリセット権限を持つ組織単位 (OU) を作成します。
  • /opt/Citrix/VDA/sbin/deploymcs.sh の実行が完了した後、MCSで作成されたマシンを再起動する前に、展開に応じてDelivery ControllerまたはCitrix Cloud Connectorで klist -li 0x3e4 purge を実行します。

MCSを使用してCitrix Hypervisor上に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
  2. Linuxディストリビューションに基づいてxe-guest-utilitiesパッケージをインストールするには、次のコマンドを実行します。
    RHEL/CentOSの場合：
    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
    Ubuntu/Debianの場合：
    sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
    SUSE 12の場合：
    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
  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. (オプション) 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 コマンドを実行します。

ステップ 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>
Ubuntu/Debian の場合:
sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
SUSE 12 の場合:
sudo zypper –i install <PATH>/<Linux VDA RPM>

ステップ 1d: tdb-tools パッケージをインストールするためにリポジトリを有効にする

RHEL 7サーバーの場合：
subscription-manager repos --enable=rhel-7-server-optional-rpms
RHEL 7ワークステーションの場合：
subscription-manager repos --enable=rhel-7-workstation-optional-rpms

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

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

ステップ1f: SUSE 12にntfs-3gを手動でインストールする

SUSE 12プラットフォームでは、ntfs-3gを提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3gを手動でインストールします。
  1. GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします。
    sudo zypper install gcc
    sudo zypper install make
  2. ntfs-3gパッケージをダウンロードします。
  3. ntfs-3gパッケージを解凍します。
    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
  4. ntfs-3gパッケージへのパスを入力します。
    sudo cd ntfs-3g_ntfsprogs-<package version>
  5. ntfs-3gをインストールします。
    ./configure
    make
    make install

ステップ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アドレスを設定します。
    • AD_INTEGRATION: Winbind、SSSD、またはPBISを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされているディストリビューションを参照してください。
    • WORKGROUP: ADで構成した場合、ワークグループ名（大文字と小文字を区別）を設定します。
  • テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを/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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

ステップ1h: マスターイメージを作成する

  1. /opt/Citrix/VDA/sbin/deploymcs.shを実行します。
  2. (オプション) テンプレート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テンプレートを更新します。
    注:
    テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、$AD_FQDNなどの変数を使用します。
  3. Citrix Hypervisorで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。

ステップ2：マシンカタログを作成する

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

ステップ3: デリバリーグループを作成する

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

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

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

  1. Citrix Cloud™ の Citrix Studio で、構成 > ホスティング > 接続とリソースの追加を選択して、Azure への接続を作成します。
    Azure への接続を作成する(/en-us/linux-virtual-delivery-agent/2106/media/create-connection-to-azure.png)
  2. 接続の種類として Microsoft Azure を選択します。
    Azure 接続の種類を選択する(/en-us/linux-virtual-delivery-agent/2106/media/choose-connection-type.png)
  3. Azure アカウントのサブスクリプション ID と接続名を入力します。
    Azure サブスクリプション ID を入力する(/en-us/linux-virtual-delivery-agent/2106/media/type-subscription-id.png)
    ホスティングペインに新しい接続が表示されます。
    新しい Azure 接続(/en-us/linux-virtual-delivery-agent/2106/media/new-connection-appears-in-hosting-pane.png)

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

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

ステップ 2a: Ubuntu 18.04 用に cloud-init を構成する

VM の再起動または停止時に VDA ホスト名が保持されるようにするには、次のコマンドを実行します。
echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
/etc/cloud/cloud.cfg ファイルの system_info セクションに次の行が存在することを確認します。
system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']

ステップ 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>
Ubuntu/Debian の場合:
sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
SUSE 12 の場合:
sudo zypper –i install <PATH>/<Linux VDA RPM>

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

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

手順 2e: SUSE 12 に ntfs-3g を手動でインストールする

SUSE 12 プラットフォームでは、ntfs-3g を提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3g を手動でインストールします。
  1. GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストールします。
    sudo zypper install gcc
    sudo zypper install make
  2. ntfs-3g パッケージをダウンロードします。
  3. ntfs-3g パッケージを解凍します。
    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
  4. ntfs-3g パッケージへのパスを入力します。
    sudo cd ntfs-3g_ntfsprogs-<package version>
  5. ntfs-3g をインストールします。
    ./configure
    make
    make install

手順 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 アドレスを設定します。
    • AD_INTEGRATION: Winbind、SSSD、または PBIS を設定します。MSC がサポートする Linux ディストリビューションとドメイン参加方法の表については、この記事の サポートされているディストリビューション を参照してください。
    • WORKGROUP: ADで構成されている場合、ワークグループ名（大文字と小文字を区別）を設定します。
  • テンプレートマシンで、必要に応じてレジストリ値を書き込んだり更新したりするために、/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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

ステップ2g: マスターイメージを作成する

  1. /opt/Citrix/VDA/sbin/deploymcs.shを実行します。
  2. (オプション) テンプレート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テンプレートを更新します。
    注: テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、$AD_FQDNなどの変数を使用します。
  3. テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源状態が**停止済み（割り当て解除済み）**であることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるにはその名前が必要です。
    テンプレートVMの停止済み電源状態の画像

ステップ3: マシンカタログを作成する

Citrix Studioでマシンカタログを作成し、カタログで作成するVMの数を指定します。マシンカタログを作成する際、テンプレートVMが属するリソースグループからマスターイメージを選択し、テンプレートVMのVHDを見つけます。
テンプレート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への接続を作成します。
    Azureへの接続を作成するイメージ
  3. 接続の種類としてVMware vSphereを選択します。
    VMware vSphereを選択するイメージ
  4. VMwareアカウントの接続アドレス（vCenter ServerのURL）、ユーザー名とパスワード、および接続名を入力します。
    VMware接続名のイメージ
    ホスティングペインに新しい接続が表示されます。
    新しいvSphere接続のイメージ

ステップ 2: マスターイメージを準備する

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

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

ステップ 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>
Ubuntu/Debian の場合:
sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
SUSE 12 の場合:
sudo zypper –i install <PATH>/<Linux VDA RPM>

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

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

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

SUSE 12プラットフォームでは、ntfs-3gを提供するリポジトリがありません。ソースコードをダウンロードし、コンパイルして、ntfs-3gを手動でインストールします。
  1. GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします。
    sudo zypper install gcc
    sudo zypper install make
  2. ntfs-3gパッケージをダウンロードします。
  3. ntfs-3gパッケージを解凍します。
    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
  4. ntfs-3gパッケージへのパスを入力します。
    sudo cd ntfs-3g_ntfsprogs-<package version>
  5. ntfs-3gをインストールします。
    ./configure
    make
    make install

ステップ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アドレスを設定します。
    • AD_INTEGRATION: Winbind、SSSD、またはPBISを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされているディストリビューションを参照してください。
    • WORKGROUP: ADで構成されている場合、ワークグループ名（大文字と小文字を区別）を設定します。
  • テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを/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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

手順2f：マスターイメージを作成する

  1. /opt/Citrix/VDA/sbin/deploymcs.shを実行します。
  2. （オプション）テンプレート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テンプレートを更新します。
    注： テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、$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への接続を作成するイメージ
  2. 接続の種類としてAmazon EC2を選択します。
    Amazon EC2を選択するイメージ
  3. AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。
    アクセスキーペアのイメージ
    APIキーはアクセスキーIDであり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。
    1. AWSサービスにサインインします。
    2. Identity and Access Management (IAM) コンソールに移動します。
    3. 左側のナビゲーションペインで、ユーザーを選択します。
    4. 対象ユーザーを選択し、下にスクロールしてセキュリティ認証情報タブを選択します。
    5. 下にスクロールしてアクセスキーの作成をクリックします。新しいウィンドウが表示されます。
    6. 「Download .csv file」をクリックし、アクセスキーを安全な場所に保存します。
    ホスティングペインに新しい接続が表示されます。
    新しいAWS接続の画像(/en-us/linux-virtual-delivery-agent/2106/media/new-aws-connection.png)

ステップ2：マスターイメージの準備

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

ステップ2a：cloud-initの構成

  1. EC2インスタンスの再起動または停止時にVDAホスト名が保持されるようにするには、次のコマンドを実行してVDAホスト名を保持します。
    echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
    Ubuntu 18.04の場合、/etc/cloud/cloud.cfg ファイルの system_info セクションに以下の行が存在することを確認してください。
    system_info:
        network:
            renderers: ['netplan', 'eni', 'sysconfig']
  2. AWSでMCSによって作成されたVMにリモートでアクセスするためにSSHを使用するには、それらのVMにはキー名がアタッチされていないため、パスワード認証を有効にします。必要に応じて、次の手順を実行します。
    • cloud-init構成ファイル /etc/cloud/cloud.cfg を編集します。「ssh_pwauth: true」の行が存在することを確認します。「set-password」の行とそれに続く行が存在する場合は、削除またはコメントアウトします。
      users:
      - default
    • cloud-initによって作成されたデフォルトユーザーec2-userまたはubuntuを使用する予定がある場合は、passwdコマンドを使用してユーザーパスワードを変更できます。新しいパスワードは、後でMCSによって作成されたVMにログインするために覚えておいてください。
    • /etc/ssh/sshd_configファイルを編集して、次の行が存在することを確認します。
      PasswordAuthentication yes
      ファイルを保存し、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 Core Runtime 3.1をインストールしてください。詳細については、「インストール概要」を参照してください。
お使いのLinuxディストリビューションに基づいて、Linux VDAの環境をセットアップするために次のコマンドを実行します。
RHEL/CentOSの場合:
sudo yum –y localinstall <PATH>/<Linux VDA RPM>
Ubuntu/Debianの場合:
sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
SUSE 12の場合:
sudo zypper –i install <PATH>/<Linux VDA RPM>

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

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

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

SUSE 12プラットフォームでは、ntfs-3gを提供するリポジトリがありません。ソースコードをダウンロードし、コンパイルして、ntfs-3gを手動でインストールしてください。
  1. GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします。
    sudo zypper install gcc
    sudo zypper install make
  2. ntfs-3gパッケージをダウンロードします。
  3. ntfs-3gパッケージを解凍します。
    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
  4. ntfs-3gパッケージへのパスを入力します。
    sudo cd ntfs-3g_ntfsprogs-<package version>
  5. ntfs-3gをインストールします。
    ./configure
    make
    make install

ステップ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アドレスを設定します。
    • AD_INTEGRATION: Winbind、SSSD、またはPBISを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされているディストリビューションを参照してください。
    • WORKGROUP: ADで構成されている場合、ワークグループ名（大文字と小文字を区別）を設定します。
  • テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを/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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

ステップ2g：マスターイメージを作成する

  1. /opt/Citrix/VDA/sbin/deploymcs.shを実行します。
  2. （オプション）テンプレート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テンプレートを更新します。
    注： テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、$AD_FQDNなどの変数を使用してください。
  3. テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態が停止済みであることを確認してください。
  4. テンプレートVMを右クリックし、イメージ > イメージの作成を選択します。必要な情報を入力し、設定を行います。イメージの作成をクリックします。
    EBSイメージ作成の画像

ステップ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への接続を作成します。
    GCPへの接続を作成するイメージ
  2. 接続の種類としてGoogle Cloud Platformを選択します。
    Amazon EC2を選択するイメージ
  3. GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
    アクセスキーペアのイメージ
    ホスティングペインに新しい接続が表示されます。
    新しいGCP接続のイメージ

ステップ 3: マスターイメージを準備する

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

ステップ3a：（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. （オプション）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コマンドを実行します。

ステップ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>
Ubuntu/Debianの場合：
sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
SUSE 12の場合：
sudo zypper –i install <PATH>/<Linux VDA RPM>

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

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

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

SUSE 12 プラットフォームでは、ntfs-3g を提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3g を手動でインストールします。
  1. GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストールします。
    sudo zypper install gcc
    sudo zypper install make
  2. ntfs-3g パッケージをダウンロードします。
  3. ntfs-3g パッケージを解凍します。
    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
  4. ntfs-3g パッケージへのパスを入力します。
    sudo cd ntfs-3g_ntfsprogs-<package version>
  5. ntfs-3g をインストールします。
    ./configure
    make
    make install

ステップ 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 アドレスを設定します。
    • AD_INTEGRATION: Winbind、SSSD、またはPBISを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされているディストリビューションを参照してください。
    • WORKGROUP: ADで構成されている場合、ワークグループ名（大文字と小文字を区別）を設定します。
  • テンプレートマシンで、必要に応じてレジストリ値を書き込むか更新するために、/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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

ステップ3f: マスターイメージを作成する

  1. /opt/Citrix/VDA/sbin/deploymcs.shを実行します。
  2. (オプション) テンプレート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テンプレートを更新します。
    注:
    テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、$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を選択してインストールします。
オンプレミスのDelivery Controller向けNutanix AHVプラグイン

ステップ 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 StudioでNutanixへのホスティング接続を作成する
    例：Citrix CloudのWebベースのStudioコンソールの場合：
    Citrix CloudのWebベースのStudioコンソールでNutanixへのホスティング接続を作成する
  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>
Ubuntu/Debianの場合：
sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
SUSE 12の場合：
sudo zypper –i install <PATH>/<Linux VDA RPM>

ステップ3b：ntfs-3gを提供するEPELリポジトリをインストールする

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

ステップ3c：SUSE 12にntfs-3gを手動でインストールする

SUSE 12プラットフォームでは、ntfs-3gを提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3gを手動でインストールします。
  1. GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします。
    sudo zypper install gcc
    sudo zypper install make
  2. ntfs-3gパッケージをダウンロードします。
  3. ntfs-3gパッケージを解凍します。
    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
  4. ntfs-3gパッケージへのパスを入力します。
    sudo cd ntfs-3g_ntfsprogs-<package version>
  5. ntfs-3gをインストールします。
    ./configure
    make
    make install

ステップ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アドレスを設定します。
    • AD_INTEGRATION: Winbind、SSSD、またはPBISを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされているディストリビューションを参照してください。
    • WORKGROUP: ADで構成されている場合、ワークグループ名（大文字と小文字を区別）を設定します。
  • テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを/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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

ステップ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 Core Runtime 3.1 をインストールしていることを確認してください。
  2. テンプレートマシンで Linux VDA を更新します。
    注:
    自動ソフトウェア更新をスケジュールするには、Linux VDA self-update 機能も使用できます。この目的を達成するには、テンプレートマシンの 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 "&lt;Your-Azure-Container-Url>" –force

    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "&lt;Local-Certificate-Path-of-PortalAzureCom>" --force
    RHEL 7 および CentOS 7 の場合:
    sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
    RHEL 8 および CentOS 8 の場合:
    sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
    SUSE 12 の場合:
    sudo rpm -U XenDesktopVDA-<version>.sle12_x.x86_64.rpm
    Ubuntu 16.04 の場合:
    sudo dpkg -i xendesktopvda_<version>.ubuntu16.04_amd64.deb
    Ubuntu 18.04 の場合:
    sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb
    Ubuntu 20.04 の場合:
    sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb
  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を有効にできます。
ウィンバインド SSSD セントリファイ
RHEL 8、CentOS 8 はい いいえ いいえ
RHEL 7、CentOS 7 はい はい いいえ
ウブントゥ 20.04 はい いいえ いいえ
ウブントゥ 18.04 はい いいえ いいえ
ウブントゥ 16.04 はい いいえ いいえ
デビアン 10.7 はい いいえ いいえ
SUSE 12.5 はい いいえ いいえ

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

  1. ルートCA証明書をインポートします。
    sudo cp root.pem /etc/pki/CA/certs/
  2. ctxfascfg.shを実行します。
  3. /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で変数を設定します。
    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/
  3. /opt/Citrix/VDA/sbin/ctxfascfg.shスクリプトを実行します。
注:
VM起動時にこれらの変数が呼び出されるため、/etc/xdl/mcs/mcs.confですべての必要な変数を設定する必要があります。