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.0 はい いいえ いいえ いいえ
RHEL 8.7/8.6/8.4 はい いいえ はい はい
ロッキー Linux 9.0 はい いいえ いいえ いいえ
ロッキー Linux 8.7/8.6 はい いいえ いいえ いいえ
RHEL 7.9、CentOS 7.9 はい はい はい はい
SUSE 15.4 はい はい いいえ はい
ウブントゥ ２２．０４、ウブントゥ ２０．０４、ウブントゥ １８．０４ はい はい いいえ はい

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

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

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

考慮事項

  • Citrix Virtual Apps and Desktops 7 2003からCitrix Virtual Apps and Desktops 7 2112まで、Microsoft Azure、AWS、GCPでのLinux VDAのホスティングは、Citrix DaaS（旧Citrix Virtual Apps and Desktopsサービス）でのみサポートされていました。2203リリース以降、Citrix DaaSとCitrix Virtual Apps and Desktopsの両方で、これらのパブリッククラウドにLinux VDAをホストできます。これらのパブリッククラウドホスト接続をCitrix Virtual Apps and Desktops展開に追加するには、ハイブリッド権限ライセンスが必要です。ハイブリッド権限ライセンスの詳細については、「Transition and Trade-Up (TTU) with Hybrid Rights」を参照してください。
  • ベアメタルサーバーは、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 Support Portalで入手できる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™ 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：ホスト接続を作成する

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

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

  1. Citrix Cloudにサインインします。
  2. 左上のメニューで、**［My Services］>［DaaS］**の順に選択します。
  3. **［管理］>［完全な構成］から、左ペインで［ホスティング］**を選択します。
  4. アクションバーで**「接続とリソースの追加」**を選択します。
    接続の追加イメージ(/en-us/linux-virtual-delivery-agent/2301/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へのホスト接続を作成する

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

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.0およびRocky Linux 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=*path-to-install-dotnet-runtime \&ast;
      DESKTOP_ENVIRONMENT= *gnome | mate \&ast; SUPPORT_DDC_AS_CNAME=Y | N
      VDA_PORT=port-number REGISTER_SERVICE=Y | N
      ADD_FIREWALL_RULES=Y | N HDX_3D_PRO=Y | N
      VDI_MODE=Y | N SITE_NAME=dns-site-name | '<none\>'
      LDAP_LIST='list-ldap-servers' | '<none\>' SEARCH_BASE=search-base-set | '<none\>'
      FAS_LIST='list-fas-servers' | '<none\>' START_SERVICE=Y | N
      TELEMETRY_SOCKET_PORT=port-number TELEMETRY_PORT=port-number

手順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］ をクリックします。
    easy install GUIのDeployボタン
    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の停止済み電源ステータス(/en-us/linux-virtual-delivery-agent/2301/media/stopped-deallocated2.png)
    • (AWSの場合) テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態が停止済みであることを確認してください。テンプレートVMを右クリックし、イメージ > イメージの作成を選択します。必要な情報を入力し、設定を行います。イメージの作成をクリックします。
      EBSイメージの作成中(/en-us/linux-virtual-delivery-agent/2301/media/create-ebs-image.png)
    • (Nutanixの場合) Nutanix AHVで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
      注:
      Citrix Virtual Apps™ and 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/2301/media/find-vhd-of-template-vm2.png)
マスターイメージの選択(/en-us/linux-virtual-delivery-agent/2301/media/choose-master-image-from-the-list.png)
Nutanix固有のコンテナページで、以前にテンプレートVMに指定したコンテナを選択します。マスターイメージページで、イメージスナップショットを選択します。仮想マシンページで、仮想CPUの数とvCPUあたりのコア数を確認します。
注:
Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンを手動でパワーオンします。この方法により、作成プロセスを続行できます。
必要に応じて、その他の構成タスクを実行します。詳しくは、「Studioを使用してマシンカタログを作成する(/ja-jp/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html#create-a-machine-catalog-using-web-studio)」を参照してください。

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

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

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

MCSを使用してLinux VDAをアップグレードするには、次の手順を実行します。
  1. Linux VDAを現在のリリースにアップグレードする前に、.NET Runtime 6.0がインストールされていることを確認してください。
  2. テンプレートマシンでLinux VDAをアップグレードします。
    注:
    自動ソフトウェア更新をスケジュールするには、Linux VDAセルフアップデート機能を使用することもできます。この目的を達成するには、テンプレートマシンのetc/xdl/mcs/mcs_local_setting.regファイルにコマンドラインを追加します。 たとえば、次のコマンドラインを追加できます。
    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" –force

    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "ScheduledTime" -d "Immediately" –force

    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "Url" -d "&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.0およびRocky Linux 9.0の場合：
    注:
    RHEL 9.0およびRocky Linux 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.0 はい いいえ いいえ いいえ
RHEL 8.x はい いいえ いいえ はい
ロッキー Linux 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の実行を参照してください。