MCS を使用した非ドメイン参加 Linux VDA の作成
この記事では、Citrix DaaS または Citrix Virtual Apps and Desktops™ 2411 以降で、Machine Creation Services (MCS) メソッドを使用して、マシンカタログを持つ非ドメイン参加 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 を選択してインストールします。

手順 1b: クラウド Delivery Controller 用 Nutanix AHV プラグインのインストールと登録
Citrix Cloud™ Connector 用に CWA MCS AHV Plugin を選択してインストールします。Citrix Cloud テナントに登録されているすべての Citrix Cloud Connector にプラグインをインストールします。AHV を使用しないリソースの場所を提供する Cloud Connector であっても、Citrix Cloud Connector を登録する必要があります。
手順 1c: プラグインのインストール後に以下の手順を完了する
-
C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0に Nutanix Acropolis フォルダーが作成されていることを確認します。 -
"C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0"コマンドを実行します。 -
オンプレミス Delivery Controller で Citrix Host、Citrix Broker、および Citrix Machine Creation Services™ を再起動するか、Citrix Cloud Connector で Citrix RemoteHCLServer Service を再起動します。
ヒント:
Nutanix AHV プラグインをインストールまたは更新するときは、Citrix Host、Citrix Broker、および Machine Creation Services を停止してから再起動することをお勧めします。
-
手順 2: ホスト接続の作成
-
ホストとは、リソースの場所で使用されているハイパーバイザーまたはクラウドサービスです。この手順では、DaaS がホスト上の VM と通信するために使用する情報を指定します。詳細情報には、リソースの場所、ホストの種類、アクセス資格情報、使用するストレージ方法、およびホスト上の VM が使用できるネットワークが含まれます。
-
重要:
-
接続を作成する前に、リソースの場所でホストリソース(ストレージとネットワーク)が利用可能である必要があります。
- Citrix Cloud にサインインします。
- 左上のメニューで、[マイサービス] > [DaaS] を選択します。
- [管理] > [完全な構成] から、左ペインで [ホスティング] を選択します。
- アクションバーで [接続とリソースの追加] を選択します。
-
- ウィザードは、以下のページを案内します。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに到達します。
手順 2a: 接続

[接続] ページで:
- 接続を作成するには、[新しい接続の作成] を選択します。既存の接続と同じホスト構成に基づいて接続を作成するには、[既存の接続を使用] を選択し、関連する接続を選択します。
- [ゾーン名] フィールドでゾーンを選択します。オプションは、構成したすべてのリソースの場所です。
-
[接続の種類] フィールドでハイパーバイザーまたはクラウドサービスを選択します。オプションは、ゾーンにプラグインが適切にインストールされているハイパーバイザーとクラウドサービスです。
または、PowerShell コマンド
Get-HypHypervisorPlugin -ZoneUidを使用して、選択したゾーンで利用可能なハイパーバイザープラグインのリストを取得できます。 - 接続名を入力します。この名前は [管理] ディスプレイに表示されます。
- 仮想マシンを作成するツールとして、Machine Creation Services または Citrix Provisioning を選択します。
[接続] ページの情報は、使用しているホスト(接続の種類)によって異なります。たとえば、Azure Resource Manager を使用する場合、既存のサービスプリンシパルを使用するか、新しいサービスプリンシパルを作成できます。
手順 2b: ストレージ管理

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

ストレージの選択について詳しくは、「ホストストレージ」を参照してください。
利用可能な各データタイプについて、少なくとも1つのホストストレージデバイスを選択します。前のページで選択したストレージ管理方法によって、このページで選択できるデータタイプが決まります。ウィザードの次のページに進むには、サポートされている各データタイプについて少なくとも1つのストレージデバイスを選択する必要があります。
ハイパーバイザーで共有されるストレージを選択し、利用可能なローカルストレージでの一時データの最適化を有効にした場合、ストレージの選択ページの下部にはより多くの構成オプションが含まれます。一時データに使用するローカルストレージデバイス (同じハイパーバイザープール内) を選択できます。
現在選択されているストレージデバイスの数が表示されます (グラフィックでは「1 storage device selected」と表示)。そのエントリにカーソルを合わせると、選択されたデバイス名が表示されます (デバイスが構成されていない場合を除く)。
- 使用するストレージデバイスを変更するには、[選択] を選択します。
- [ストレージの選択] ダイアログボックスで、ストレージデバイスのチェックボックスをオンまたはオフにしてから、[OK] を選択します。
ステップ 2d: リージョン
(一部のホストタイプでのみ表示されます。) リージョンの選択は、VM が展開される場所を示します。理想的には、ユーザーがアプリケーションにアクセスする場所に近いリージョンを選択してください。
ステップ 2e: ネットワーク
リソースの名前を入力します。この名前は、接続に関連付けられているストレージとネットワークの組み合わせを識別するために、[管理] コンソールに表示されます。 VM が使用するネットワークを 1 つ以上選択します。
一部の接続タイプ (Azure Resource Manager など) では、VM が使用するサブネットも一覧表示されます。1 つ以上のサブネットを選択します。
選択内容を確認します。変更する場合は、前のウィザードページに戻ります。確認が完了したら、[完了] を選択します。
注意: 一時データをローカルに保存する場合、この接続を使用するマシンを含むカタログを作成するときに、一時データストレージのデフォルト以外の値を構成できます。
注:
フルアクセス管理者にはスコープは表示されません。詳細については、「管理者、役割、およびスコープ」を参照してください。
詳細については、「接続の作成と管理」を参照してください。
ステップ 3: マスターイメージの準備
ヒント:
ドメイン参加済み VDA とドメイン非参加 VDA の両方を作成するために、単一のイメージを使用できます。
(XenServer (旧 Citrix Hypervisor™) のみ) ステップ 3a: XenServer VM Tools のインストール
各 VM が xe CLI または XenCenter を使用できるように、テンプレート VM に XenServer VM Tools をインストールします。ツールをインストールしないと、VM のパフォーマンスが低下する可能性があります。ツールがないと、次のいずれも実行できません。
- VM をクリーンにシャットダウン、再起動、または一時停止する。
- XenCenter で VM のパフォーマンスデータを表示する。
- 実行中の VM を移行する (
XenMotion経由)。 - スナップショットまたはメモリ付きスナップショット (チェックポイント) を作成し、スナップショットに戻す。
- 実行中の Linux VM の vCPU 数を調整する。
- 実行中の VM を移行する (
-
使用中のハイパーバイザーのバージョンに基づいて、XenServer ダウンロードページまたはCitrix Hypervisor ダウンロードページから Linux 用 XenServer VM Tools ファイルをダウンロードします。
-
LinuxGuestTools-xxx.tar.gzファイルを Linux VM または Linux VM がアクセスできる共有ドライブにコピーします。 -
tar ファイルの内容を抽出します:
tar -xzf LinuxGuestTools-xxx.tar.gz -
GCP でホストされている RHEL 8.x/9.x/10 および Rocky Linux 8.x/9.x/10 に Linux VDA をインストールした後、VM の再起動後にイーサネット接続が失われ、Linux VDA に到達できなくなる場合があります。この問題を回避するには、VM を再起動する前に次のコマンドを実行します。
nmcli dev connect eth0 systemctl restart NetworkManager <!--NeedCopy--> -
Linux ディストリビューションに基づいて、
xe-guest-utilitiesパッケージをインストールするには、次のコマンドを実行します。RHEL/CentOS/Rocky Linux/SUSE の場合:
sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm <!--NeedCopy-->Ubuntu/Debian の場合:
sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb <!--NeedCopy--> -
XenCenter の [全般] タブで、テンプレート VM の仮想化状態を確認します。XenServer® VM Tools が正しくインストールされている場合、仮想化状態は [最適化済み] と表示されます。
ステップ 3b: テンプレート VM への .NET および Linux VDA パッケージのインストール
注:
現在実行中の VDA をテンプレート VM として使用する場合は、この手順をスキップします。
Linux VDA パッケージをインストールする前に、テンプレート VM に .NET をインストールし、次の点に注意してください。
- .NET Runtime に加えて、Linux VDA をインストールまたはアップグレードする前に、サポートされているすべての Linux ディストリビューションに .ASP.NET Core Runtime をインストールする必要があります。Amazon Linux 2 にはバージョン 6 が必要です。その他のディストリビューションにはバージョン 8 が必要です。
- Linux ディストリビューションに必要な .NET バージョンが含まれている場合は、組み込みのフィードからインストールします。それ以外の場合は、Microsoft パッケージフィードから .NET をインストールします。詳細については、https://docs.microsoft.com/en-us/dotnet/core/install/linux-package-managers を参照してください。
.NET のインストール後、Linux VDA をインストールするために、Linux ディストリビューションに基づいて次のコマンドを実行します。
RHEL/CentOS/Rocky Linux の場合:
sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->
注:
GCPでホストされているRHEL 8.x/9.xおよびRocky Linux 8.x/9.xにLinux VDAをインストールした後、VMの再起動後にイーサネット接続が失われ、Linux VDAにアクセスできなくなる場合があります。この問題を回避するには、VMを再起動する前に次のコマンドを実行します。
nmcli dev connect eth0 systemctl restart NetworkManager <!--NeedCopy-->
Ubuntu/Debian の場合:
sudo dpkg –i <PATH>/<Linux VDA DEB>
apt-get install -f
<!--NeedCopy-->
SUSE の場合:
sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->
RHEL 8 に EPEL リポジトリをインストールします。EPEL のインストール方法については、https://docs.fedoraproject.org/en-US/epel/ の手順を参照してください。
ステップ 3d: (SUSE のみ) ntfs-3g の手動インストール
SUSE プラットフォームでは、ntfs-3g を提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3g を手動でインストールします。
-
GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストールします。
sudo zypper install gcc sudo zypper install make <!--NeedCopy--> -
ntfs-3g パッケージをダウンロードします。
-
ntfs-3g パッケージを解凍します。
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz <!--NeedCopy--> -
ntfs-3g パッケージへのパスを入力します。
- sudo cd ntfs-3g_ntfsprogs-<package version> <!--NeedCopy--> -
ntfs-3g をインストールします。
./configure make make install <!--NeedCopy-->
ステップ 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 の指定
/etc/resolv.conf を /run/systemd/resolve/stub-resolv.conf ではなく /run/systemd/resolve/resolv.conf に指定します。
unlink /etc/resolv.conf
ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf
<!--NeedCopy-->
ステップ 3g: 使用するデータベースの指定
Linux VDA パッケージのインストール後に、SQLite と PostgreSQL を切り替えることができます。これを行うには、次の手順を実行します。
注:
- VDI モードでは SQLite を使用し、ホスト型共有デスクトップ配信モデルでは PostgreSQL を使用することをお勧めします。
- 簡易インストールおよび MCS の場合、SQLite または PostgreSQL を手動でインストールすることなく使用するように指定できます。/etc/xdl/db.conf で特に指定しない限り、Linux VDA はデフォルトで PostgreSQL を使用します。Linux ディストリビューションで提供されるバージョンではなく、カスタムバージョンの PostgreSQL が必要な場合は、指定されたバージョンを手動でインストールし、
/etc/xdl/db.confを編集して新しいバージョンを反映させ、簡易インストールスクリプト (ctxinstall.sh) または MCS スクリプト (deploymcs.sh) を実行する前に PostgreSQL サービスを開始する必要があります。- /etc/xdl/db.conf を使用して、PostgreSQL のポート番号を構成することもできます。
-
/opt/Citrix/VDA/sbin/ctxcleanup.shを実行します。新規インストールの場合、この手順は省略します。 -
deploymcs.shを実行する前に/etc/xdl/db.confを編集します。以下は db.conf ファイルの例です。# database configuration file for Linux VDA ## database choice # possible choices are: # SQLite # PostgreSQL # default choice is PostgreSQL DbType="PostgreSQL" ## 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" <!--NeedCopy-->PostgreSQL のカスタムバージョンを使用するには、DbCustomizePostgreSQL を true に設定します。
ステップ 3h: MCS 変数の構成
MCS変数を構成する方法は2つあります。
-
/etc/xdl/mcs/mcs.confファイルを編集します。 -
簡易インストールGUIを使用します。簡易インストールGUIを開くには、Linux VDAのデスクトップ環境で
/opt/Citrix/VDA/bin/easyinstallコマンドを実行します。
ヒント:
[保存]をクリックすると、指定したパスのローカルファイルに変数設定が保存されます。[読み込み]をクリックすると、指定したファイルから変数設定が読み込まれます。
以下は、非ドメイン参加シナリオ用に構成できるMCS変数です。デフォルトの変数値を使用するか、必要に応じて変数をカスタマイズできます(オプション):
DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime
DESKTOP_ENVIRONMENT=gnome | mate
REGISTER_SERVICE=Y | N
ADD_FIREWALL_RULES=Y | N
VDI_MODE=Y | N
START_SERVICE=Y | N
(オプション)手順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" --force
<!--NeedCopy-->
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy-->
手順3j:マスターイメージを作成する
-
/etc/xdl/mcs/mcs.confを編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.shを実行します。GUIを使用してMCS変数を構成する場合は、[展開]をクリックします。GUIで[展開]をクリックすると、GUIで設定した変数が/etc/xdl/mcs/mcs.confファイルで設定した変数を上書きします。 -
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成して名前を付けます。
-
(XenServer(旧Citrix Hypervisor)、GCP、およびVMware vSphereの場合) アプリケーションをテンプレートVMにインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成して名前を付けます。
-
(Azureの場合) アプリケーションをテンプレートVMにインストールし、Azure portalからテンプレートVMをシャットダウンします。テンプレートVMの電源状態が停止済み(割り当て解除済み)と表示されていることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるには、この名前が必要です。

-
(AWSの場合) アプリケーションをテンプレートVMにインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態が停止済みと表示されていることを確認します。テンプレートVMを右クリックし、[イメージ]>[イメージの作成]を選択します。必要に応じて情報を入力し、設定を行います。[イメージの作成]をクリックします。

-
(Nutanixの場合) Nutanix AHVで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成して名前を付けます。
注:
Citrix Virtual Apps and Desktopsで使用するには、Acropolisスナップショット名に
XD_をプレフィックスとして付ける必要があります。必要に応じて、Acropolisコンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、カタログの作成ウィザードを再起動して、更新されたリストを取得します。
-
手順4a:DaaSでマシンカタログを作成する
- Citrix Cloudにサインインします。
- 左上のメニューで、[マイサービス]>[DaaS]を選択します。
- [管理]>[完全な構成]から、[マシンカタログ]を選択します。
-
ウィザードがマシンカタログの作成をガイドします。
Nutanixに固有の[コンテナ]ページで、以前にテンプレートVMに指定したコンテナを選択します。
[マスターイメージ]ページで、イメージスナップショットを選択します。
[仮想マシン]ページで、仮想CPUの数とvCPUあたりのコア数を確認します。マシン展開方法としてMCSを選択し、カタログで作成するマシンのIDとして[非ドメイン参加]を選択します。
必要に応じて、その他の構成タスクを実行します。詳しくは、「マシンカタログの作成」を参照してください。
注:
Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンの電源を手動でオンにします。このアプローチは、作成プロセスを続行するのに役立ちます。
手順4b:CVADでマシンカタログを作成する
Web StudioまたはPowerShellを介してCVADで非ドメイン参加マシンカタログを作成できます。詳細については、「非ドメイン参加マシンID」を参照してください。
手順5:デリバリーグループを作成する
デリバリーグループは、1つ以上のマシンカタログから選択されたマシンのコレクションです。どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳しくは、「DaaSでのデリバリーグループの作成」または「CVADでのデリバリーグループの作成」を参照してください。
この記事の概要
- (Nutanix のみ) 手順 1: Nutanix AHV プラグインのインストールと登録
- 手順 2: ホスト接続の作成
-
ステップ 3: マスターイメージの準備
- (XenServer (旧 Citrix Hypervisor™) のみ) ステップ 3a: XenServer VM Tools のインストール
- ステップ 3b: テンプレート VM への .NET および Linux VDA パッケージのインストール
- ステップ 3d: (SUSE のみ) ntfs-3g の手動インストール
- ステップ 3e: (Ubuntu のみ) /etc/network/interfaces ファイルの編集
- ステップ 3f: (Ubuntu のみ) /etc/resolv.conf の指定
- ステップ 3g: 使用するデータベースの指定
- ステップ 3h: MCS 変数の構成
- (オプション)手順3i:MCSのレジストリ値を書き込むまたは更新する
- 手順3j:マスターイメージを作成する
- 手順4a:DaaSでマシンカタログを作成する
- 手順5:デリバリーグループを作成する