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

最終公開日 : Nov 13, 2026
MCS を使用して、ドメイン参加済みおよび非ドメイン参加済み VDA を作成できます。
重要:
2212 リリース以降、以下の重要な変更点があります。
  • /etc/xdl/mcs/mcs.conf ファイルまたは簡易インストール GUI の AD_INTEGRATION 変数にはデフォルト値がなくなりました。必要に応じて値を設定する必要があります。詳細については、この記事の 手順 3h: MCS 変数の構成 セクションを参照してください。
  • /etc/xdl/mcs/mcs.conf の UPDATE_MACHINE_PW エントリの有効な値は、enabled または disabled ではなく、Y または N になりました。詳細については、この記事の マシンアカウントパスワードの自動更新 セクションを参照してください。
Related information
インストールの概要

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

ウィンバインド SSSD セントリファイ PBIS
デビアン 11.3 はい はい いいえ はい
RHEL 9.1/9.0 はい いいえ いいえ いいえ
RHEL 8.7/8.6/8.4 はい いいえ はい はい
ロッキー Linux 9.1/9.0 はい いいえ いいえ いいえ
ロッキー Linux 8.7/8.6 はい いいえ いいえ いいえ
RHEL 7.9, CentOS 7.9 はい はい はい はい
SUSE 15.4 はい はい いいえ はい
ウブントゥ 22.04、ウブントゥ 20.04、ウブントゥ 18.04 はい はい いいえ はい

サポートされているハイパーバイザー

  • AWS
  • シトリックス ハイパーバイザー™
  • GCP
  • マイクロソフト アジュール
  • ニュータニックス AHV
  • ヴイエムウェア ブイスフィア
サポートされているもの以外のハイパーバイザーでマスターイメージを準備しようとすると、予期しない結果が発生する可能性があります。

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

考慮事項

  • 2203リリース以降、Citrix Virtual Apps and DesktopsおよびCitrix DaaS（旧Citrix Virtual Apps and Desktopsサービス）向けに、Microsoft Azure、AWS、GCPでLinux VDAをホストできます。これらのパブリッククラウドホスト接続をCitrix Virtual Apps and Desktops展開に追加するには、Citrix Universal SubscriptionまたはHybrid Rightsライセンスが必要です。Universal SubscriptionおよびHybrid Rightsライセンスの詳細については、Transition and Trade Up (TTU) with Citrix Universal Subscriptionを参照してください。
  • 仮想マシンを作成するためのMCSでのベアメタルサーバーの使用はサポートされていません。
  • Citrix®は、関連するLinuxディストリビューションでの初期機能検証のために、以下のCentrifyバージョンを使用します。
    Linuxディストリビューション Centrifyバージョン
    RHEL 7/8 5.8.0
    SUSE 5.7.1
    デビアン、ウブントゥ 5.6.1
    Centrifyの他のバージョンを使用すると、エラーが発生する可能性があります。テンプレートマシンをドメインに参加させるためにCentrifyを使用しないでください。
  • 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を実行します。

(Nutanixのみ) ステップ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 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 ConnectorsでCitrix RemoteHCLServer Serviceを再起動します。
    ヒント:
    Nutanix AHVプラグインをインストールまたは更新する際は、Citrix Host、Citrix Broker、およびMachine Creation Servicesを停止してから再起動することをお勧めします。

ステップ2：ホスト接続を作成する

このセクションでは、Azure、AWS、GCP、Nutanix AHV、およびVMware vSphereへのホスト接続の作成について説明します。

Citrix StudioでAzureへのホスト接続を作成する

  1. Citrix Cloudにサインインします。
  2. 左上のメニューで、 > を選択します。
  3. > から、左側のペインで を選択します。
  4. アクションバーで**「接続とリソースの追加」**を選択します。
    接続の追加イメージ(/en-us/linux-virtual-delivery-agent/2303/media/add-conn-connection.png)
  5. 接続の種類としてMicrosoft Azureを選択します。
  6. ウィザードがページを案内します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、 を選択して ページに進みます。詳細については、ドメインに参加していないLinux VDAを作成するの記事のステップ2：ホスト接続を作成するを参照してください。

Citrix StudioでAWSへのホスト接続を作成する

  1. Citrix Studioで、構成 > ホスティング > 接続とリソースの追加 の順に選択します。
  2. 接続の種類として Amazon EC2 を選択します。
    Amazon EC2の選択(/en-us/linux-virtual-delivery-agent/2210/media/choose-amazon-ec2.png)
  3. AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。
    アクセスキーペア(/en-us/linux-virtual-delivery-agent/2210/media/access-key-pair.png)
    APIキー はアクセスキーIDであり、シークレットキー はシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。
    1. AWSサービスにサインインします。
    2. Identity and Access Management (IAM) コンソールに移動します。
    3. 左側のナビゲーションペインで、ユーザー を選択します。
    4. 対象ユーザーを選択し、下にスクロールして セキュリティ認証情報 タブを選択します。
    5. 下にスクロールして アクセスキーの作成 をクリックします。新しいウィンドウが表示されます。
    6. .csvファイルのダウンロード をクリックし、アクセスキーを安全な場所に保存します。
  4. ウィザードは複数のページにわたって案内します。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、次へ を選択して 概要 ページに到達するまで進みます。

Citrix StudioでGCPへのホスト接続を作成する

GCP環境を(/ja-jp/citrix-virtual-apps-desktops-service/install-configure/resource-location/google.html)に従って設定し、GCPへのホスト接続を作成するために以下の手順を完了します。
  1. Citrix Cloudにサインインします。
  2. 左上のメニューで、My Services > DaaSを選択します。
  3. Manage > Full Configurationから、左ペインでHostingを選択します。
  4. アクションバーで**「接続とリソースの追加」**を選択します。
  5. 接続タイプとしてGoogle Cloud Platformを選択します。
  6. GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
  7. ウィザードはページを案内します。特定のページの内容は、選択した接続タイプによって異なります。各ページを完了したら、Summaryページに到達するまでNextを選択します。詳細については、Create non-domain-joined Linux VDAs記事のStep 2: Create a host connectionを参照してください。

Citrix StudioでNutanixへのホスト接続を作成する

  1. オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix StudioでConfiguration > Hosting > Add Connection and Resourcesを選択します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールでManage > Hosting > Add Connection and Resourcesを選択して、Nutanixハイパーバイザーへの接続を作成します。
  2. Add Connection and Resourcesウィザードで、Connectionページで接続タイプとしてNutanix AHVを選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。Networkページで、ユニットのネットワークを選択します。
    例として、オンプレミスのCitrix Studioでは次のようになります。
    オンプレミスのCitrix StudioでNutanixへのホスト接続を作成する

Citrix StudioでVMwareへのホスト接続を作成する

  1. vSphere環境にvCenter Serverをインストールします。詳細については、VMware vSphereを参照してください。
  2. Citrix Studioで、**［構成］>［ホスト］>［接続とリソースの追加］**を選択します。
  3. 接続タイプとしてVMware vSphereを選択します。
    VMware vSphere の選択
  4. VMwareアカウントの接続アドレス（vCenter ServerのURL）、ユーザー名とパスワード、および接続名を入力します。
    VMware接続名

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

（Citrix Hypervisorのみ）ステップ3a：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/Rocky Linuxの場合：
    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
  3. XenCenterのGeneralタブで、テンプレートVMの仮想化状態を確認します。Citrix VM Toolsが正しくインストールされている場合、仮想化状態はOptimizedになります。

ステップ3b：AWS、Azure、GCP上のSUSE 15.4の構成を確認する

AWS、Azure、GCP上のSUSE 15.4については、以下を確認してください。
  • libstdc++6バージョン12以降を使用していること。
  • /etc/sysconfig/windowmanager 内の Default_WM パラメーターが "gnome" に設定されていること。

ステップ3c：Azure、AWS、GCP上のUbuntu 18.04向けにcloud-initを構成する

  1. 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']
  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コマンドを実行します。

ステップ3d：GCP上のUbuntu 20.04でRDNSを無効にする

テンプレートVMで、/etc/krb5.conf の の下に rdns = false の行を追加します。

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

注:
現在実行中のVDAをテンプレートVMとして使用する場合は、この手順をスキップしてください。
テンプレートVMにLinux VDAパッケージをインストールする前に、.NET Runtime 6.0をインストールしてください。
お使いのLinuxディストリビューションに基づいて、Linux VDAの環境をセットアップするために次のコマンドを実行します。
RHEL/CentOS/Rocky Linuxの場合:
注:
  • RHELおよびCentOSの場合、Linux VDAをインストールしてdeploymcs.shを正常に実行する前に、EPELリポジトリをインストールしてください。EPELのインストール方法については、<https://docs.fedoraproject.org/ja-jp/epel/>の指示を参照してください。
  • RHEL 9.1/9.0およびRocky Linux 9.1/9.0にLinux VDAをインストールする前に、libsepolパッケージをバージョン3.4以降に更新してください。
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>

ステップ3f: tdb-toolsパッケージをインストールするためのリポジトリを有効にする（RHEL 7のみ）

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

ステップ3g: (SUSEの場合) ntfs-3gを手動でインストールする

SUSEプラットフォームでは、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

手順3h：使用するデータベースを指定する

実験的な機能として、PostgreSQLに加えてSQLiteを使用できます。Linux VDAパッケージのインストール後も、SQLiteとPostgreSQLを切り替えることができます。これを行うには、次の手順を完了します。
  1. /opt/Citrix/VDA/sbin/ctxcleanup.shを実行します。新規インストールの場合、この手順は省略してください。
  2. deploymcs.shを実行する前に、/etc/xdl/db.confを編集します。
注:
  • VDIモードでのみSQLiteを使用することをお勧めします。
  • 簡単なインストールとMCSの場合、手動でインストールすることなくSQLiteとPostgreSQLを切り替えることができます。/etc/xdl/db.confで特に指定がない限り、Linux VDAはデフォルトでPostgreSQLを使用します。
  • PostgreSQLのポート番号を構成するには、/etc/xdl/db.confを使用することもできます。

手順3i：MCS変数を構成する

MCS変数を構成する方法は2つあります。
  • /etc/xdl/mcs/mcs.confファイルを編集します。
  • 簡易インストールGUIを使用します。簡易インストールGUIを開くには、Linux VDAのデスクトップ環境で/opt/Citrix/VDA/bin/easyinstallコマンドを実行します。
    簡易インストールGUI
    ヒント:
    保存をクリックすると、指定したパスのローカルファイルに変数の設定が保存されます。読み込みをクリックすると、指定したファイルから変数の設定が読み込まれます。
以下は、ドメインに参加していないシナリオとドメインに参加しているシナリオで構成できるMCS変数です。
  • ドメインに参加していないシナリオの場合
    デフォルトの変数値を使用するか、必要に応じて変数をカスタマイズできます（オプション）。
    DOTNET_RUNTIME_PATH=*path-to-install-dotnet-runtime \&ast;
    DESKTOP_ENVIRONMENT= *gnome | mate \&ast; REGISTER_SERVICE=Y | N
    ADD_FIREWALL_RULES=Y | N VDI_MODE=Y | N
    START_SERVICE=Y | N
  • ドメインに参加しているシナリオの場合
    • Use_AD_Configuration_Files_Of_Current_VDA: 現在実行中のVDAの既存のAD関連構成ファイル（/etc/krb5.conf、/etc/sssd.conf、および/etc/samba/smb.conf）を使用するかどうかを決定します。Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDAの対応するファイルと同じになります。ただし、dns変数とAD_INTEGRATION変数は引き続き構成する必要があります。デフォルト値はNで、これはマスターイメージの構成テンプレートがMCSで作成されたマシンの構成ファイルを決定することを意味します。
    • dns: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます。
    • NTP_SERVER: NTPサーバーのIPアドレスを設定します。特に指定がない限り、これはドメインコントローラーのIPアドレスです。
    • WORKGROUP: ADで構成したNetBIOS名（大文字と小文字を区別）にワークグループ名を設定します。そうでない場合、MCSはマシンホスト名の直後にあるドメイン名の一部をワークグループ名として使用します。たとえば、マシンアカウントがuser1.lvda.citrix.comの場合、MCSはlvdaをワークグループ名として使用しますが、citrixが正しい選択です。ワークグループ名を正しく設定してください。
    • AD_INTEGRATION: Winbind、SSSD、PBIS、またはCentrifyを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされているディストリビューションを参照してください。
    • CENTRIFY_DOWNLOAD_PATH: Server Suite Free（旧Centrify Express）パッケージをダウンロードするためのパスを設定します。この値は、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ランタイムのインストールパス \&ast;
      DESKTOP_ENVIRONMENT= *gnome | mate \&ast; 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=ポート番号

ステップ3j: MCSのレジストリ値を書き込むか更新する

テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するために、/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"

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

  1. /etc/xdl/mcs/mcs.confを編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.shを実行します。GUIを使用してMCS変数を構成する場合は、Deployをクリックします。
    簡単インストールGUIの展開ボタン
    GUIでDeployをクリックすると、GUIで設定した変数が/etc/xdl/mcs/mcs.confファイルで設定した変数を上書きします。
  2. (現在実行中のVDAをテンプレートVMとして使用している場合、またはドメインに参加していないシナリオの場合は、この手順をスキップしてください。) テンプレートVMで、構成テンプレートを更新して、作成されたすべてのVM上の関連する/etc/krb5.conf、/etc/samba/smb.conf、および/etc/sssd/sssd.confファイルをカスタマイズします。
    Winbindユーザーの場合は、/etc/xdl/ad_join/winbind_krb5.conf.tmplおよび/etc/xdl/ad_join/winbind_smb.conf.tmplテンプレートを更新します。
    SSSDユーザーの場合は、/etc/xdl/ad_join/sssd.conf.tmpl、/etc/xdl/ad_join/sssd_krb5.conf.tmpl、および/etc/xdl/ad_join/sssd_smb.conf.tmplテンプレートを更新します。
    Centrifyユーザーの場合、/etc/xdl/ad_join/centrify_krb5.conf.tmplと/etc/xdl/ad_join/centrify_smb.conf.tmplテンプレートを更新します。
    注:
    テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、および$AD_FQDNなどの変数を使用します。
  3. 使用しているパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
    • (Citrix Hypervisor、GCP、およびVMware vSphereの場合) テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
    • (Azureの場合) テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源ステータスが**停止済み (割り当て解除済み)**であることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるには、この名前が必要です。
      テンプレートVMの停止済み電源ステータス
    • (AWSの場合) テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンスの状態が停止済みであることを確認します。テンプレートVMを右クリックし、イメージ > イメージの作成を選択します。必要に応じて情報を入力し、設定を行います。イメージの作成をクリックします。
      EBSイメージの作成
    • (Nutanixの場合) Nutanix AHVで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
      注:
      Citrix Virtual Apps™およびDesktopsで使用するために、Acropolisスナップショット名にXD_をプレフィックスとして付ける必要があります。必要に応じて、Acropolisコンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、更新されたリストを取得するために、カタログの作成ウィザードを再起動します。

(GCPの場合) ステップ3l: RHEL 8.x/9.xおよびRocky Linux 8.x/9.xでのイーサネット接続の構成

GCPでホストされているRHEL 8.x/9.xおよびRocky Linux 8.x/9.xにLinux VDAをインストールした後、VMの再起動後にイーサネット接続が失われ、Linux VDAに到達できなくなる可能性があります。この問題を回避するには、VMを再起動する前に次のコマンドを実行します。
nmcli dev connect eth0
service NetworkManager restart

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

Citrix Studioで、マシンカタログを作成し、カタログに作成するVMの数を指定します。マシンカタログを作成する際に、マスターイメージを選択します。以下に例を示します。
テンプレートVMのVHDの検索
マスターイメージの選択(/en-us/linux-virtual-delivery-agent/2303/media/choose-master-image-from-the-list.png)
Nutanix固有のコンテナページで、以前にテンプレートVMに指定したコンテナを選択します。マスターイメージページで、イメージスナップショットを選択します。仮想マシンページで、仮想CPUの数とvCPUあたりのコア数を確認します。
注:
Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンを手動でパワーオンします。この方法により、作成プロセスを続行できます。
必要に応じて、その他の構成タスクを実行します。詳しくは、「Studioを使用したマシンカタログの作成」を参照してください。

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

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンの集合です。デリバリーグループは、どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳しくは、「デリバリーグループの作成」を参照してください。
注:
MCSを使用して作成したVMがCitrix Cloud Connectorに登録できず、未登録と表示される場合があります。この問題は、AzureでVMをホストし、Samba Winbindを使用してADドメインに参加している場合に発生します。この問題を回避するには、次の手順を実行します。
  1. ADSI Editコンソールに移動し、未登録のVMを選択して、そのマシンアカウントのmsDS-SupportedEncryptionTypes属性を編集します。
  2. VMでctxjproxyサービスとctxvdaサービスを再起動します。VMのステータスが登録済みに変わったら、手順3～5に進みます。
  3. テンプレートVMで**/var/xdl/mcs/ad_join.sh**ファイルを開きます。
  4. /var/xdl/mcs/ad_join.shファイル内で、以下の行の後に、net ads enctypes set $NEW_HOSTNAME\\$ <Decimal value of encryption type attribute, for example, 28\\> -U $NEW_HOSTNAME\\$ -P passwordという行を追記してください。
    if [ "$AD_INTEGRATION" == "winbind" ]; then
                    join_domain_samba
                    restart_service winbind /usr/bin/systemctl
  5. 新しいスナップショットを作成し、新しいテンプレートを使用してVMを作成します。

MCSを使用してLinux VDAをアップグレードする

MCSを使用してLinux VDAをアップグレードするには、次の手順を実行します。
  1. Linux VDAを現在のリリースにアップグレードする前に、.NET Runtime 6.0がインストールされていることを確認してください。
  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.xおよびRocky Linux 8.xの場合:
    sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
    RHEL 9.1/9.0 および Rocky Linux 9.1/9.0 の場合:
    注:
    RHEL 9.1/9.0およびRocky Linux 9.1/9.0でLinux VDAをアップグレードする前に、libsepolパッケージをバージョン3.4以降にアップデートしてください。
    sudo rpm -U XenDesktopVDA-<version>.el9x.x86_64.rpm
    SUSEの場合:
    sudo rpm -U XenDesktopVDA-<version>.sle15_x.x86_64.rpm
    Ubuntu 18.04の場合:
    sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb
    Ubuntu 20.04の場合:
    sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb
    Ubuntu 22.04の場合:
    sudo dpkg -i xendesktopvda_<version>.ubuntu22.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="Y"
  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 セントリファイ PBIS
RHEL 9.1/9.0 はい いいえ いいえ いいえ
RHEL 8.x はい いいえ いいえ はい
ロッキー Linux 9.1/9.0 はい いいえ いいえ いいえ
ロッキー Linux 8.x はい いいえ いいえ いいえ
RHEL 7、CentOS 7 はい はい いいえ はい
ウブントゥ 22.04、ウブントゥ 20.04、ウブントゥ 18.04 はい いいえ いいえ いいえ
デビアン 11.3 はい いいえ いいえ いいえ
SUSE 15.4 はい いいえ いいえ いいえ

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

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