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

最終公開日 : Nov 13, 2026

MCS を使用して Linux VM を作成するには、次の一般的な手順が含まれます。

選択したテンプレート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サービスでホストを引き続き使用できます。

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

	ウィンバインド	SSSD	セントリファイ	PBIS
CentOS 7.9	はい	はい	はい	はい
CentOS 7.8	はい	はい	はい	はい
デビアン 10.9	はい	はい	いいえ	はい
RHEL 8.4	はい	いいえ	はい	はい
RHEL 8.3	はい	いいえ	はい	はい
RHEL 8.2	はい	いいえ	はい	はい
RHEL 8.1	はい	いいえ	はい	はい
RHEL 7.9	はい	はい	はい	はい
RHEL 7.8	はい	はい	はい	はい
SUSE 15.3	はい	はい	いいえ	はい
SUSE 15.2	はい	はい	いいえ	はい
SUSE 12.5	はい	はい	いいえ	はい
ウブントゥ 20.04	はい	はい	いいえ	はい
ウブントゥ 18.04	はい	はい	いいえ	はい
ウブントゥ 16.04	はい	はい	いいえ	はい

注:

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 数を調整する。

次のコマンドを実行して、guest-tools.iso という名前の Citrix VM Tools をマウントします。
sudo mount /dev/cdrom /mnt
次のコマンドを実行して、お使いの 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 の場合:
sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
XenCenterの全般タブでテンプレートVMの仮想化の状態を確認します。Citrix VM Toolsが正しくインストールされている場合、仮想化の状態は最適化済みです。

仮想化の状態が最適化されています(/en-us/linux-virtual-delivery-agent/2201/media/optimized2.png)

ステップ1b: （Ubuntu 16.04のみ）OpenJDK 11をインストールする

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

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

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

Ubuntu/Debianの場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>
 
 apt-get install -f

SUSEの場合:

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

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

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

GNU Compiler Collection (GCC)コンパイラシステムとmakeパッケージをインストールします:
sudo zypper install gcc sudo zypper install make
ntfs-3gパッケージをダウンロードします。
ntfs-3gパッケージを解凍します:
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
ntfs-3gパッケージへのパスを入力します:
sudo cd ntfs-3g_ntfsprogs-<package version>
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アドレスを設定します。最大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=.NETランタイムのインストールパス \\
  
  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の例については、次のスクリーンショットを参照してください。
テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを/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: マスターイメージを作成する

/opt/Citrix/VDA/sbin/deploymcs.shを実行します。
(現在実行中の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 などの変数を使用してください。
Citrix Hypervisorで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。

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

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

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

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

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

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

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

Azureへの接続を作成中(/en-us/linux-virtual-delivery-agent/2201/media/create-connection-to-azure.png)
接続の種類としてMicrosoft Azureを選択します。

Azure接続の種類を選択中(/en-us/linux-virtual-delivery-agent/2201/media/choose-connection-type.png)
AzureアカウントのサブスクリプションIDと接続名を入力します。

AzureサブスクリプションIDを入力中(/en-us/linux-virtual-delivery-agent/2201/media/type-subscription-id.png)

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

新しいAzure接続(/en-us/linux-virtual-delivery-agent/2201/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をインストールするには、次の手順を実行します。

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

Ubuntu/Debian の場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>
 
 apt-get install -f

SUSE の場合:

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 に ntfs-3g を手動でインストールする

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

GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします。
sudo zypper install gcc sudo zypper install make
ntfs-3gパッケージをダウンロードします。
ntfs-3gパッケージを解凍します。
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
ntfs-3gパッケージへのパスを入力します。
sudo cd ntfs-3g_ntfsprogs-<package version>
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アドレスを設定します。最大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=.NETランタイムのインストールパス \\
  
  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の例については、次のスクリーンショットを参照してください。
テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを/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：マスターイメージを作成する

/opt/Citrix/VDA/sbin/deploymcs.shを実行します。
（現在実行中の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などの変数を使用してください。
テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源ステータスが**Stopped (deallocated)**であることを確認してください。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるには、その名前が必要です。

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

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

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

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

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

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

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

vSphere環境にvCenter Serverをインストールします。詳細については、「VMware vSphere」を参照してください。
Citrix Studioで、Configuration > Hosting > Add Connection and Resourcesを選択して、VMware vSphereへの接続を作成します。
接続タイプとしてVMware vSphereを選択します。
VMwareアカウントの接続アドレス（vCenter Server URL）、ユーザー名とパスワード、および接続名を入力します。

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

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

ステップ2a：（Ubuntu 16.04のみ）OpenJDK 11のインストール

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

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

Ubuntu/Debianの場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>
 
 apt-get install -f

SUSEの場合:

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

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

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

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

GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします。
sudo zypper install gcc sudo zypper install make
ntfs-3gパッケージをダウンロードします。
ntfs-3gパッケージを解凍します。
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
ntfs-3gパッケージへのパスを入力します。
sudo cd ntfs-3g_ntfsprogs-<package version>
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 アドレスを設定します。最大 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=.NETランタイムのインストールパス \\
  
  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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

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

/opt/Citrix/VDA/sbin/deploymcs.shを実行します。
(現在実行中の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などの変数を使用してください。
テンプレートVMへのアプリケーションのインストールが完了したら、VMwareからテンプレートVMをシャットダウンします。テンプレートVMのスナップショットを作成します。

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

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

マスターイメージの選択(/en-us/linux-virtual-delivery-agent/2201/media/choose-master-image-from-the-list.png)

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

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

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

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

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

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

AWSへの接続を作成する(/en-us/linux-virtual-delivery-agent/2201/media/create-connection-to-aws.png)
接続の種類として Amazon EC2 を選択します。

Amazon EC2を選択する(/en-us/linux-virtual-delivery-agent/2201/media/choose-amazon-ec2.png)
AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。

アクセスキーペア(/en-us/linux-virtual-delivery-agent/2201/media/access-key-pair.png)

APIキー はアクセスキーIDであり、シークレットキー はシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。
1. AWSサービスにサインインします。
2. Identity and Access Management (IAM) コンソールに移動します。
3. 左側のナビゲーションペインで、ユーザー を選択します。
4. 対象ユーザーを選択し、下にスクロールして セキュリティ認証情報 タブを選択します。
5. 下にスクロールして アクセスキーの作成 をクリックします。新しいウィンドウが表示されます。
6. .csvファイルのダウンロード をクリックし、アクセスキーを安全な場所に保存します。
新しい接続がホスティングペインに表示されます。

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

ステップ2a：cloud-initを構成する

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']
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をインストールするには、次の手順を完了します。

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

Ubuntu/Debianの場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>
 
 apt-get install -f

SUSEの場合:

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にntfs-3gを手動でインストールする

GNU Compiler Collection (GCC)コンパイラシステムおよびmakeパッケージをインストールします。
sudo zypper install gcc sudo zypper install make
ntfs-3g パッケージをダウンロードします。
ntfs-3g パッケージを解凍します:
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
ntfs-3g パッケージへのパスを入力します:
sudo cd ntfs-3g_ntfsprogs-<package version>
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 アドレスを設定します。最大 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=.NETランタイムのインストールパス \\
  
  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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

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

/opt/Citrix/VDA/sbin/deploymcs.shを実行します。
(現在実行中の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などの変数を使用してください。
テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態が停止済みであることを確認してください。
テンプレートVMを右クリックし、イメージ > イメージの作成を選択します。必要に応じて情報を入力し、設定を行います。イメージの作成をクリックします。

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

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

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

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

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

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

ステップ1：GCP環境をセットアップする

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

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

Citrix CloudのCitrix Studioで、構成 > ホスティング > 接続とリソースの追加を選択して、GCPへの接続を作成します。
接続の種類としてGoogle Cloud Platformを選択します。
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。

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

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

手順3a：(Ubuntu 16.04のみ) OpenJDK 11のインストール

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

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

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

Ubuntu/Debianの場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>
 
 apt-get install -f

SUSEの場合:

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

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

手順3d：SUSEにntfs-3gを手動でインストールする

GNU Compiler Collection（GCC）コンパイラシステムとmakeパッケージをインストールします。
sudo zypper install gcc sudo zypper install make
ntfs-3gパッケージをダウンロードします。
ntfs-3gパッケージを解凍します。
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
ntfs-3gパッケージへのパスを入力します。
sudo cd ntfs-3g_ntfsprogs-<package version>
ntfs-3gをインストールします。
./configure make make install

Step 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サイト名 | '<none\>' LDAP_LIST='LDAPサーバーリスト' | '<none\>'
  
  SEARCH_BASE=検索ベース設定 | '<none\>' FAS_LIST='FASサーバーリスト' | '<none\>'
  
  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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"

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

/opt/Citrix/VDA/sbin/deploymcs.shを実行します。
(現在実行中の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などの変数を使用してください。
テンプレートVMへのアプリケーションのインストールが完了したら、VMwareからテンプレートVMをシャットダウンします。テンプレートVMのスナップショットを取得します。

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

必要に応じて、他の構成タスクを実行します。詳細については、「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 Connectors用のCWA MCS AHV Pluginを選択してインストールします。Citrix Cloudテナントに登録されているすべてのCitrix Cloud Connectorsにプラグインをインストールします。AHVのないリソースの場所を提供するCitrix Cloud Connectorsであっても、登録する必要があります。

ステップ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 ConnectorsでCitrix RemoteHCLServer Serviceを再起動します。

ヒント:

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

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

オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択して、Nutanixハイパーバイザーへの接続を作成します。
接続とリソースの追加ウィザードで、接続ページで接続の種類としてNutanix AHVを選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。ネットワークページで、ホスティングユニットのネットワークを選択します。

例：オンプレミスのCitrix Studioの場合：

オンプレミスのCitrix StudioでNutanixへのホスティング接続を作成する(/en-us/linux-virtual-delivery-agent/2201/media/creating-a-hosting-connection-to-nutanix-in-the-on-premises-citrix-studio.png)

例：Citrix CloudのWebベースのStudioコンソールの場合：

Citrix CloudのWebベースのStudioコンソールでNutanixへのホスティング接続を作成する(/en-us/linux-virtual-delivery-agent/2201/media/creating-a-hosting-connection-to-nutanix-in-the-web-based-studio.png)
ネットワークページで、ホスティングユニットのネットワークを選択します。

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

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

Ubuntu/Debianの場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>
 
 apt-get install -f

SUSEの場合:

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

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

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

GNU Compiler Collection（GCC）コンパイラシステムとmakeパッケージをインストールします。
sudo zypper install gcc sudo zypper install make
ntfs-3gパッケージをダウンロードします。
ntfs-3gパッケージを解凍します。
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
ntfs-3gパッケージへのパスを入力します。
sudo cd ntfs-3g_ntfsprogs-<package version>
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アドレスを設定します。最大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サイト名 | '<none\>' LDAP_LIST='LDAPサーバーリスト' | '<none\>'
  
  SEARCH_BASE=検索ベース設定 | '<none\>' FAS_LIST='FASサーバーリスト' | '<none\>'
  
  START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=ポート番号
  
  TELEMETRY_PORT=ポート番号
mcs.confの例については、次のスクリーンショットを参照してください。

「MCS構成ファイルの例」(/en-us/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" --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を更新するには、次の手順を実行します。

Linux VDAを現在のリリースに更新する前に、.NET Runtime 6.0をインストールしていることを確認してください。
テンプレートマシンで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

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 の場合:
sudo rpm -U XenDesktopVDA-<version>.sle12_x.x86_64.rpm
Ubuntu 16.04 の場合:
sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu16.04_amd64.deb
Ubuntu 18.04 の場合:
sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu18.04_amd64.deb
Ubuntu 20.04 の場合:
sudo dpkg -i xendesktopvda_20.12.0.20-1.ubuntu20.04_amd64.deb
/etc/xdl/mcs/mcs.conf と /etc/xdl/mcs/mcs_local_setting.reg を編集します。
新しいスナップショットを作成します。
Citrix Studio で、新しいスナップショットを選択してマシンカタログを更新します。各マシンが再起動するまで待機します。マシンを手動で再起動しないでください。

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

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

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

UPDATE_MACHINE_PW="enabled"
/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	セントリファイ	PBIS
RHEL 8、CentOS 8	はい	いいえ	いいえ	はい
RHEL 7、CentOS 7	はい	はい	いいえ	はい
ウブントゥ 20.04	はい	いいえ	いいえ	いいえ
ウブントゥ 18.04	はい	いいえ	いいえ	いいえ
ウブントゥ 16.04	はい	いいえ	いいえ	いいえ
デビアン 10.9	はい	いいえ	いいえ	いいえ
SUSE 15.3	はい	いいえ	いいえ	いいえ
SUSE 15.2	はい	いいえ	いいえ	いいえ
SUSE 12.5	はい	いいえ	いいえ	いいえ

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

ルートCA証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/
ctxfascfg.shを実行します。詳細については、「ctxfascfg.shの実行」を参照してください。
/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など、必要に応じて他の変数を設定します。
スクリプト/opt/Citrix/VDA/sbin/deploymcs.shを実行します。

MCSで作成されたVMでFASを有効にする

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

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

/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などの他の変数を設定します。
ルートCA証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/
/opt/Citrix/VDA/sbin/ctxfascfg.shスクリプトを実行します。詳細については、ctxfascfg.shの実行を参照してください。

2201

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

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

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

ステップ 1a: Citrix VM Tools をインストールする

ステップ1b: （Ubuntu 16.04のみ）OpenJDK 11をインストールする

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

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

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

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

ステップ1g: ランタイム環境をセットアップする

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

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

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

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

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

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

手順2a：Ubuntu 18.04向けにcloud-initを構成する

手順2b：（Ubuntu 16.04のみ）OpenJDK 11をインストールする

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

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

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

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

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

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

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

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

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

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

ステップ2a：（Ubuntu 16.04のみ）OpenJDK 11のインストール

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

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

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

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

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

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

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

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

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

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

ステップ2a：cloud-initを構成する

ステップ2b：（Ubuntu 16.04のみ）OpenJDK 11をインストールする

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

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

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

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

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

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

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

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

ステップ1：GCP環境をセットアップする

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

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

手順3a：(Ubuntu 16.04のみ) OpenJDK 11のインストール

手順3b：テンプレートVMにLinux VDAパッケージをインストールする

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

手順3d：SUSEにntfs-3gを手動でインストールする

Step 3e: ランタイム環境をセットアップする

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

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

ステップ5：デリバリーグループを作成する

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

ステップ1：Nutanix AHVプラグインをインストールして登録する

ステップ1a：オンプレミスのDelivery Controller用Nutanix AHVプラグインをインストールして登録する

ステップ1b：クラウドDelivery Controller用Nutanix AHVプラグインをインストールして登録する

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

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

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

ステップ3a：テンプレートVMにLinux VDAパッケージをインストールする

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

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

手順3d：ランタイム環境をセットアップする

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

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

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

MCSを使用してLinux VDAを更新する

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

MCSで作成されたVMでFASを有効にする

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

MCSで作成されたVMでFASを有効にする

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