MCSを使用してドメイン非参加のLinux VDAを作成する

最終公開日 : Nov 13, 2026
この記事では、Machine Creation Services (MCS) メソッドを使用して、Citrix DaaSまたはCitrix Virtual Apps and Desktops™ 2411以降でマシンカタログを持つドメイン非参加のLinux VDAを作成する方法について説明します。
重要:
  • Citrix DaaS™のお客様の場合:
    • ドメイン非参加のVDAは、パブリッククラウドまたはオンプレミスのデータセンターに展開できます。ドメイン非参加のVDAは、Citrix DaaSのコントロールプレーンによって管理されます。
    • ドメイン非参加のVDAを作成するには、Citrix Gatewayサービスを使用しているお客様は、Rendezvous V2が有効になっていることを確認する必要があります。Cloud Connectorは、オンプレミスのハイパーバイザーにマシンをプロビジョニングする場合、またはWorkspaceでActive DirectoryをIDプロバイダーとして使用する場合にのみ必要です。
  • CVADのお客様の場合:
    • 以下の手順に従って、DDCでWebSocket機能を有効にします。
      PowerShellを開いて以下のコマンドを実行し、DDCを再起動します。New-ItemProperty "HKLM:\SOFTWARE\Citrix\DesktopServer\WorkerProxy" -Name "WebSocket_Enabled" -PropertyType "DWord" -Value 1 -Force
  • マスターイメージにCA証明書を配置して更新します。自己署名CA証明書の追加を参照してください。
  • ドメイン非参加のVDAを作成するには、MCSと簡易インストールの両方を使用できます。詳細については、MCSを使用したドメイン非参加のLinux VDAの作成および簡易インストールを使用したドメイン非参加のLinux VDAの作成を参照してください。
  • MCSはベアメタルサーバーをサポートしていません。
  • ドメイン非参加のLinux VDAで利用可能な機能は次のとおりです。

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

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

ホストとは、リソースの場所で使用されているハイパーバイザーまたはクラウドサービスです。この手順では、DaaSがホスト上のVMと通信するために使用する情報を指定できます。詳細情報には、リソースの場所、ホストの種類、アクセス資格情報、使用するストレージ方法、およびホスト上のVMが使用できるネットワークが含まれます。
重要:
接続を作成する前に、リソースの場所にあるホストリソース(ストレージとネットワーク)が利用可能である必要があります。
  1. Citrix Cloudにサインインします。
  2. 左上のメニューで、My Services > DaaSを選択します。
  3. Manage > Full Configurationから、左側のペインでHostingを選択します。
  4. アクションバーで を選択します。
  5. ウィザードは以下のページを案内します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、Summaryページに到達するまでNextを選択します。

ステップ2a: 接続

接続の追加イメージ(/en-us/linux-virtual-delivery-agent/2607-ltsr/media/add-conn-connection.png)
「接続」ページで:
  • 接続を作成するには、 を選択します。既存の接続と同じホスト構成に基づいて接続を作成するには、 を選択し、関連する接続を選択します。
  • 「ゾーン名」フィールドでゾーンを選択します。オプションは、構成したすべてのリソースの場所です。
  • Connection typeフィールドでハイパーバイザーまたはクラウドサービスを選択します。オプションは、ゾーンにプラグインが適切にインストールされているハイパーバイザーとクラウドサービスです。 または、PowerShellコマンドGet-HypHypervisorPlugin -ZoneUidを使用して、選択したゾーンで利用可能なハイパーバイザープラグインのリストを取得できます。
  • 接続名を入力します。この名前はManage表示に表示されます。
  • 仮想マシンを作成するツールを選択します: Machine Creation ServicesまたはCitrix Provisioning。
Connectionページの情報は、使用しているホスト(接続の種類)によって異なります。たとえば、Azure Resource Managerを使用する場合、既存のサービスプリンシパルを使用するか、新しいものを作成できます。

ステップ2b: ストレージ管理

接続管理イメージの追加
ストレージ管理の種類と方法については、「ホストストレージ」を参照してください。
Hyper-V または VMware ホストへの接続を構成している場合は、クラスター名を参照して選択します。その他の接続タイプでは、クラスター名は要求されません。
ストレージ管理方法を選択します。ハイパーバイザーによって共有されるストレージ、またはハイパーバイザーにローカルなストレージ。
  • ハイパーバイザーで共有されるストレージを選択した場合、利用可能なローカルストレージに一時データを保持するかどうかを示します。(この接続を使用するマシンカタログで、デフォルト以外のテンポラリストレージサイズを指定できます。)例外: クラスター共有ボリューム(CSV)を使用する場合、Microsoft System Center Virtual Machine Managerでは、ローカルストレージに一時データキャッシュディスクを作成できません。Manageコンソールでそのストレージ管理設定を構成しようとすると失敗します。
Citrix Hypervisorプールで共有ストレージを使用する場合、共有ストレージデバイスの負荷を軽減するためにIntelliCacheを使用するかどうかを示します。「Citrix Hypervisor仮想化環境」を参照してください。

ステップ2c: ストレージの選択

ストレージ選択イメージ
ストレージの選択の詳細については、「ホストストレージ」を参照してください。
利用可能なデータタイプごとに、少なくとも1つのホストストレージデバイスを選択します。前のページで選択したストレージ管理方法によって、このページで選択できるデータタイプが決まります。ウィザードの次のページに進む前に、サポートされているデータタイプごとに少なくとも1つのストレージデバイスを選択する必要があります。
ハイパーバイザーで共有されるストレージを選択し、Optimize temporary data on available local storageを有効にした場合、Storage Selectionページの下部にはさらに多くの構成オプションが含まれます。一時データに使用するローカルストレージデバイス(同じハイパーバイザープール内)を選択できます。
現在選択されているストレージデバイスの数が表示されます(グラフィックでは「1 storage device selected」)。そのエントリにカーソルを合わせると、選択されているデバイス名が表示されます(デバイスが構成されていない場合を除く)。
  1. 使用するストレージデバイスを変更するには、**「選択」**をクリックします。
  2. Select Storageダイアログボックスで、ストレージデバイスのチェックボックスをオンまたはオフにし、その後OKを選択します。

ステップ2d: リージョン

(一部のホストタイプにのみ表示されます。) 地域の選択は、VMが展開される場所を示します。理想的には、ユーザーがアプリケーションにアクセスする場所に近い地域を選択してください。

ステップ2e: ネットワーク

リソースの名前を入力します。この名前は、接続に関連付けられたストレージとネットワークの組み合わせを識別するために、管理コンソールに表示されます。 VMが使用するネットワークを1つ以上選択します。
一部の接続タイプ(Azure Resource Managerなど)では、VMが使用するサブネットも表示されます。1つ以上のサブネットを選択します。

ステップ2f: 概要

選択内容を確認します。変更する場合は、前のウィザードページに戻ります。確認が完了したら、完了を選択します。
注意: 一時データをローカルに保存する場合、この接続を使用するマシンを含むカタログを作成する際に、一時データストレージのデフォルト以外の値を構成できます。
注:
フルアクセス管理者にはスコープは表示されません。詳細については、「管理者、役割、およびスコープ」を参照してください。
詳細については、「接続の作成と管理」を参照してください。

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

ヒント:
ドメイン参加済みVDAと非ドメイン参加済みVDAの両方を作成するために、単一のイメージを使用できます。

(XenServer (旧Citrix Hypervisor™) のみ) ステップ3a: XenServer VM Toolsのインストール

xe CLIまたはXenCenterを使用する各VMのテンプレートVMにXenServer VM Toolsをインストールします。ツールをインストールしないと、VMのパフォーマンスが低下する可能性があります。ツールがないと、以下のいずれも実行できません。
  • VMを正常にシャットダウン、再起動、または一時停止する。
  • XenCenterでVMのパフォーマンスデータを表示する。
  • 実行中のVMを移行する (XenMotion経由)。
  • スナップショットまたはメモリ付きスナップショット (チェックポイント) を作成し、スナップショットに戻す。
  • 実行中のLinux VMでvCPUの数を調整します。
  1. 使用中のハイパーバイザーのバージョンに基づいて、XenServer Downloads page または Citrix Hypervisor Downloads page からLinux用XenServer VM Toolsファイルをダウンロードします。
  2. LinuxGuestTools-xxx.tar.gz ファイルをLinux VM、またはLinux VMがアクセスできる共有ドライブにコピーします。
  3. tarファイルの内容を抽出します: tar -xzf LinuxGuestTools-xxx.tar.gz
  4. GCPでホストされているRHEL 10.x/9.x/8.10およびRocky Linux 10.x/9.x/8.10にLinux VDAをインストールした後、VMの再起動後にイーサネット接続が失われ、Linux VDAに到達できなくなることがあります。この問題を回避するには、VMを再起動する前に次のコマンドを実行します。
    nmcli dev connect eth0
    systemctl restart NetworkManager
  5. お使いのLinuxディストリビューションに基づいて、xe-guest-utilities パッケージをインストールするには、次のコマンドを実行します。
    RHEL/CentOS/Rocky Linux/SUSEの場合:
    sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm
    Ubuntu/Debianの場合:
    sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb
  6. XenCenterのGeneralタブで、テンプレートVMの仮想化状態を確認します。XenServer® VM Toolsが正しくインストールされている場合、仮想化状態はOptimizedと表示されます。

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

注:
現在実行中のVDAをテンプレートVMとして使用する場合は、この手順をスキップしてください。
Linux VDAパッケージをインストールする前に、システム要件に従って(/ja-jp/linux-virtual-delivery-agent/2607-ltsr/system-requirements.html#net-requirements) .NETをインストールします。
.NETのインストール後、お使いのLinuxディストリビューションに基づいて、Linux VDAをインストールするには、次のコマンドを実行します。
RHEL/CentOS/Rocky Linuxの場合:
sudo yum –y localinstall <PATH>/<Linux VDA RPM>
注:
GCPでホストされているサポート対象のRHELまたはRocky LinuxディストリビューションにLinux VDAをインストールした後、VMの再起動後にイーサネット接続が失われ、Linux VDAに到達できなくなることがあります。この問題を回避するには、VMを再起動する前に次のコマンドを実行します。
nmcli dev connect eth0
systemctl restart NetworkManager
Ubuntu/Debianの場合:
sudo dpkg –i  <PATH>/<Linux VDA DEB>

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

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

RHEL 8にEPELリポジトリをインストールします。EPELのインストール方法については、<https://docs.fedoraproject.org/ja-jp/epel/>の指示を参照してください。

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

ステップ3e:(Ubuntuのみ)/etc/network/interfacesファイルを編集する

/etc/network/interfacesファイルにsource /etc/network/interfaces.d/*行を追加します。
ヒント:
/etc/network/interfacesファイルは、お使いのUbuntuマシンでは利用できない場合があります。ファイルが存在しない場合は、まず net-tools および ifupdown パッケージをインストールする必要があります。

ステップ 3f: (Ubuntu のみ) /etc/resolv.conf を指定する

/run/systemd/resolve/stub-resolv.conf ではなく、/etc/resolv.conf を /run/systemd/resolve/resolv.conf に指定します。
unlink /etc/resolv.conf

ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

ステップ 3g: 使用するデータベースを指定する

Linux VDA パッケージのインストール後、SQLite、PostgreSQL、および組み込みレジストリサービスを切り替えることができます。これを行うには、次の手順を完了します。
注:
  • VDI モードでは SQLite のみを使用し、ホスト型共有デスクトップ配信モデルでは PostgreSQL または組み込みレジストリサービスを使用することをお勧めします。
  • 簡易インストールおよび MCS の場合、SQLite、PostgreSQL、または組み込みレジストリサービスを手動でインストールすることなく使用するように指定できます。/etc/xdl/db.conf で特に指定しない限り、Linux VDA はデフォルトで組み込みレジストリサービスを使用します。Linux ディストリビューションによって提供されるバージョンではなく、カスタムバージョンの PostgreSQL が必要な場合は、指定されたバージョンを手動でインストールし、新しいバージョンを反映するように /etc/xdl/db.conf を編集し、簡易インストールスクリプト (ctxinstall.sh) または MCS スクリプト (deploymcs.sh) を実行する前に PostgreSQL サービスを開始する必要があります。
  • /etc/xdl/db.conf を使用して、PostgreSQL のポート番号を構成することもできます。
  • RHEL9、RHEL10、および Rocky9 で組み込みレジストリサービスを使用するには、CodeReady Builder リポジトリを有効にする必要があります。 RHEL9: subscription-manager repos --enable codeready-builder-for-rhel-9-$(arch)-rpms RHEL10: subscription-manager repos --enable codeready-builder-for-rhel-10-$(arch)-rpms Rocky9: dnf config-manager --enable crb
  1. /opt/Citrix/VDA/sbin/ctxcleanup.sh を実行します。新規インストールである場合は、この手順を省略します。
  2. deploymcs.sh を実行する前に /etc/xdl/db.conf を編集します。以下は db.conf ファイルの例です。
    # database configuration file for Linux VDA

    ## database choice
    # possible choices are:
    #     SQLite
    #     PostgreSQL
    #     ctxregd - use the built-in registry service # default choice is ctxregd

    DbType="ctxregd"


    ## database port
    # specify database port for the database.
    # if not specified, default port will be used:
    # SQLite: N/A
    # PostgreSQL: 5432
    DbPort=5432


    ## PostgreSQL customized
    # only the following value means true, otherwise false:
    #     true
    #     yes
    #     y
    #     YES
    #     Y
    # default is false
    DbCustomizePostgreSQL=false

    ## PostgreSQL service name
    # specify the service name of PostgreSQL for Linux VDA
    # default is "postgresql"
    DbPostgreSQLServiceName="postgresql"
    カスタムバージョンの PostgreSQL を使用するには、DbCustomizePostgreSQL を true に設定します。

ステップ 3h: MCS 変数を構成する

MCS 変数を構成するには、次の 2 つの方法があります。
  • /etc/xdl/mcs/mcs.conf ファイルを編集します。
  • 簡易インストール GUI を使用します。簡易インストール GUI を開くには、Linux VDA のデスクトップ環境で /opt/Citrix/VDA/sbin/linux-vda-easyinstaller コマンドを実行します。
    「簡易インストールGUI」(/en-us/linux-virtual-delivery-agent/2607-ltsr/media/easy-install-gui-ndj.png)
    注:
    ユーザーは「Advanced Configuration (optional)」ボタンをクリックして、詳細な構成オプションを展開することもできます。
    ヒント:
    Save をクリックして、指定したパスのローカルファイルに変数の設定を保存します。Load をクリックして、指定したファイルから変数の設定を読み込みます。
以下は、ドメインに参加していないシナリオ用に構成できるMCS変数です。デフォルトの変数値を使用することも、必要に応じて変数をカスタマイズすることもできます(オプション):
DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime
DESKTOP_ENVIRONMENT=gnome | mate REGISTER_SERVICE=はい | いいえ
ADD_FIREWALL_RULES=はい | いいえ VDI_MODE=はい | いいえ
START_SERVICE=はい | いいえ

(オプション) ステップ3i: 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"

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

  1. /etc/xdl/mcs/mcs.conf を編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。GUIを使用してMCS変数を構成する場合は、Deploy をクリックします。GUIで Deploy をクリックすると、GUIで設定した変数が /etc/xdl/mcs/mcs.conf ファイルで設定した変数を上書きします。
  2. 使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
    • (XenServer (旧Citrix Hypervisor)、GCP、およびVMware vSphereの場合) テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
    • (Azureの場合) テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源ステータスが Stopped (deallocated) と表示されていることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるには、その名前が必要です。
      「テンプレートVMの停止済み電源ステータス」(/en-us/linux-virtual-delivery-agent/2607-ltsr/media/stopped-deallocated2.png)
    • (AWSの場合) テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態がStoppedと表示されていることを確認します。テンプレートVMを右クリックし、Image > Create Imageを選択します。必要に応じて情報を入力し、設定を行います。Create Imageをクリックします。
      EBSイメージの作成(/en-us/linux-virtual-delivery-agent/2607-ltsr/media/create-ebs-image.png)
    • (Nutanixの場合) Nutanix AHVで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
      注:
      Citrix Virtual Apps and Desktopsで使用するには、Acropolisスナップショット名にXD_をプレフィックスとして付ける必要があります。必要に応じて、Acropolisコンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、カタログの作成ウィザードを再起動して、更新されたリストを取得します。

手順4a:DaaSでマシンカタログを作成する

  1. Citrix Cloudにサインインします。
  2. 左上のメニューで、My Services > DaaSを選択します。
  3. 管理 > 完全な構成から、マシンカタログを選択します。
  4. ウィザードの指示に従ってマシンカタログを作成します。
    Nutanix固有のコンテナページで、以前にテンプレートVMに指定したコンテナを選択します。
    マスターイメージページで、イメージスナップショットを選択します。
    仮想マシンページで、仮想CPUの数とvCPUあたりのコア数を確認します。マシン展開方法としてMCSを選択し、カタログで作成するマシンのIDとしてドメイン非参加を選択します。
    必要に応じて、その他の構成タスクを実行します。詳しくは、「マシンカタログの作成」を参照してください。
注:
Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンを手動で電源オンにします。この方法により、作成プロセスを続行できます。

手順4b:CVADでマシンカタログを作成する

Web StudioまたはPowerShellを使用して、CVADでドメイン非参加のマシンカタログを作成できます。詳細については、「ドメイン非参加のマシンID」を参照してください。

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

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