MCS を使用してドメイン非参加の Linux VDA を作成する
この記事では、Machine Creation Services™ (MCS) を使用して、Citrix DaaS でドメイン非参加の Linux VDA を作成する方法について説明します。
重要:
- ドメイン非参加の VDA は Citrix DaaS でサポートされています。
- コントロールプレーンは Citrix DaaS 上に展開する必要があります。
- ドメイン非参加の VDA は、パブリッククラウドまたはオンプレミスのデータセンターに展開できます。ドメイン非参加の VDA は、Citrix DaaS のコントロールプレーンによって管理されます。
- ドメイン非参加の VDA を作成するには、Citrix Gateway サービスを利用するお客様は、Rendezvous V2 が有効になっていることを確認する必要があります。Cloud Connector は、オンプレミスのハイパーバイザーにマシンをプロビジョニングする場合、または Workspace で Active Directory を ID プロバイダーとして使用する場合にのみ必要です。
- ドメイン非参加の 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™をインストールした後、デリバリーコントローラーにXD MCS AHV Pluginを選択してインストールします。
オンプレミスデリバリーコントローラー用のNutanix AHVプラグイン(/ja-jp/linux-virtual-delivery-agent/2402-ltsr/media/nutanix-plug-in-for-cvad.png)
ステップ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"コマンドを実行します。 -
オンプレミスのデリバリーコントローラーでCitrix ホスト、Citrix ブローカー、およびCitrix マシン作成サービスを再起動するか、Citrix クラウドコネクタでCitrix RemoteHCLServer サービスを再起動します。
ヒント:
Nutanix AHVプラグインをインストールまたは更新する際は、Citrix Host、Citrix Broker、およびMachine Creation Servicesを停止してから再起動することをお勧めします。
ステップ2: ホスト接続を作成する
ホストは、リソースの場所で使用されているハイパーバイザーまたはクラウドサービスです。この手順では、DaaSがホスト上のVMと通信するために使用する情報を指定できます。詳細情報には、リソースの場所、ホストの種類、アクセス資格情報、使用するストレージ方法、およびホスト上のVMが使用できるネットワークが含まれます。
重要:
接続を作成する前に、リソースの場所にあるホストリソース (ストレージとネットワーク) が利用可能である必要があります。
- Citrix Cloudにサインインします。
- 左上のメニューで、My Services > DaaS を選択します。
- 「管理」>「フル構成」から、左ペインで「ホスティング」を選択します。
- アクションバーで「接続とリソースの追加」を選択します。
- ウィザードは以下のページを案内します。特定のページコンテンツは、選択した接続タイプによって異なります。各ページを完了したら、Summary ページに到達するまで Next を選択します。
ステップ2a: 接続
接続の追加画像(/ja-jp/linux-virtual-delivery-agent/2402-ltsr/media/add-conn-connection.png)
「接続」ページで:
- 接続を作成するには、Create a new Connection を選択します。既存の接続と同じホスト構成に基づいて接続を作成するには、Use an existing Connection を選択し、関連する接続を選択します。
- Zone name フィールドでゾーンを選択します。オプションは、構成したすべてのリソースの場所です。
-
Connection type フィールドでハイパーバイザーまたはクラウドサービスを選択します。オプションは、ゾーンにプラグインが適切にインストールされているハイパーバイザーとクラウドサービスです。
または、PowerShellコマンド
Get-HypHypervisorPlugin -ZoneUidを使用して、選択したゾーンで利用可能なハイパーバイザープラグインのリストを取得できます。 - 接続名を入力します。この名前は Manage 表示に表示されます。
- 仮想マシンを作成するツールを選択します:マシン作成サービス または Citrix プロビジョニング。
Connection ページの情報は、使用しているホスト (接続タイプ) によって異なります。たとえば、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つ以上のサブネットを選択します。
ステップ 2f: 概要
選択内容を確認します。変更する場合は、前のウィザードページに戻ります。確認が完了したら、完了を選択します。
注意: 一時データをローカルに保存する場合、この接続を使用するマシンを含むカタログを作成するときに、一時データストレージの非デフォルト値を構成できます。
注:
フルアクセス管理者にはスコープは表示されません。詳しくは、「管理者、役割、およびスコープ」を参照してください。
詳しくは、「接続の作成と管理」を参照してください。
ステップ 3: マスターイメージの準備
ヒント:
ドメイン参加済みVDAとドメイン非参加VDAの両方を作成するために、単一のイメージを使用できます。
(XenServer (旧称 Citrix ハイパーバイザー™) のみ) ステップ 3a: XenServer VM ツール のインストール
XenServer VM ToolsをテンプレートVMにインストールして、各VMがxe CLIまたはXenCenterを使用できるようにします。ツールをインストールしないと、VMのパフォーマンスが低下する可能性があります。ツールがないと、次のいずれも実行できません。
- VMを正常にシャットダウン、再起動、または一時停止する。
- XenCenterでVMのパフォーマンスデータを表示する。
- 実行中のVMを移行する(
XenMotion経由)。 - スナップショットまたはメモリ付きスナップショット(チェックポイント)を作成し、スナップショットに戻す。
- 実行中のLinux VMのvCPU数を調整する。
-
ご利用のハイパーバイザーのバージョンに応じて、XenServerダウンロードページまたはCitrix HypervisorダウンロードページからXenServer VM Tools for Linuxファイルをダウンロードします。
-
LinuxGuestTools-xxx.tar.gzファイルをLinux VM、またはLinux VMがアクセスできる共有ドライブにコピーします。 -
tarファイルの内容を抽出します:
tar -xzf LinuxGuestTools-xxx.tar.gz -
お使いのLinuxディストリビューションに基づいて、
xe-guest-utilitiesパッケージをインストールするには、次のコマンドを実行します。RHEL/CentOS/Rocky Linux/SUSEをご使用になる場合は、次の手順に従ってください:
sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm <!--NeedCopy-->ウブントゥ/デビアンの場合:
sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb <!--NeedCopy--> -
XenCenterのGeneralタブでテンプレートVMの仮想化状態を確認します。XenServer® VM Toolsが正しくインストールされている場合、仮想化状態はOptimizedと表示されます。
ステップ3b: .NETとLinux VDAパッケージをテンプレートVMにインストールする
注:
現在実行中のVDAをテンプレートVMとして使用する場合は、この手順をスキップしてください。
Linux VDAパッケージをインストールする前に、システム要件に従って .NETをインストールしてください。
.NETのインストール後、Linux VDAをインストールするために、お使いの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-->
ウブントゥ/デビアンの場合:
sudo dpkg –i <PATH>/<Linux VDA DEB>
apt-get install -f
<!--NeedCopy-->
SUSEの場合:
sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->
(RHEL 7のみ) ステップ3c: tdb-toolsパッケージをインストールするためのリポジトリを有効にする
RHEL 7サーバーの場合:
subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->
RHEL 7ワークステーションの場合:
subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->
ステップ3d: (RHELおよびCentOSのみ) ntfs-3gを提供できるEPELリポジトリをインストールする
RHEL 8、RHEL 7、およびCentOS 7にEPELリポジトリをインストールします。EPELのインストール方法については、https://docs.fedoraproject.org/ja-jp/epel/の指示を参照してください。
ステップ3e: (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-->
ステップ 3f: (Ubuntu環境の場合のみ) /etc/network/interfaces ファイルを編集する
/etc/network/interfaces ファイルに source /etc/network/interfaces.d/* 行を追加します。
ヒント:
/etc/network/interfacesファイルは、お使いの Ubuntu マシンでは利用できない場合があります。ファイルが存在しない場合は、まず net-tools および ifupdown パッケージをインストールする必要があります。
ステップ 3g: (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
<!--NeedCopy-->
ステップ 3h: 使用するデータベースを指定する
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サービスを開始する必要があります。- PostgreSQLのポート番号を設定するには、/etc/xdl/db.confを使用することもできます。
-
/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を真に設定します。
ステップ3i:MCS変数を構成する
MCS変数を構成する方法は2つあります。
-
/etc/xdl/mcs/mcs.confファイルを編集します。 -
簡単インストールGUIを使用します。簡単インストールGUIを開くには、Linux VDAのデスクトップ環境で
/opt/Citrix/VDA/bin/easyinstallコマンドを実行します。
ヒント:
保存をクリックすると、指定したパスのローカルファイルに変数の設定が保存されます。読み込みをクリックすると、指定したファイルから変数の設定が読み込まれます。
以下は、ドメインに参加していないシナリオで構成できるMCS変数です。デフォルトの変数値を使用することも、必要に応じて変数をカスタマイズすることもできます(オプション)。
DOTNET_RUNTIME_PATH=dotnet-runtimeのインストールパス
DESKTOP_ENVIRONMENT=gnome | mate
REGISTER_SERVICE=はい | いいえ
ADD_FIREWALL_RULES=はい | いいえ
VDI_MODE=はい | いいえ
START_SERVICE=はい | いいえ
(オプション) ステップ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" --force
<!--NeedCopy-->
update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy-->
ステップ3k:マスターイメージを作成する
-
/etc/xdl/mcs/mcs.confを編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.shを実行します。GUIを使用してMCS変数を構成する場合は、Deployをクリックします。GUIでDeployをクリックすると、GUIで設定した変数が/etc/xdl/mcs/mcs.confファイルで設定した変数を上書きします。 -
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
-
(XenServer (旧称 Citrix Hypervisor)、GCP、およびVMware vSphereの場合) テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
-
(Azureの場合) テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源ステータスがStopped (deallocated)と表示されていることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるにはその名前が必要です。

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

-
(Nutanixの場合) Nutanix AHVで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
注:
Citrix Virtual Apps™およびDesktopsで使用するために、Acropolisスナップショット名には
XD_をプレフィックスとして付ける必要があります。必要に応じて、Acropolisコンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、更新されたリストを取得するためにCreate Catalogウィザードを再起動します。
-
ステップ4:マシンカタログを作成する
- Citrix Cloudにサインインします。
- 左上のメニューで、My Services > DaaSを選択します。
- 管理 > 完全な構成から、マシンカタログを選択します。
-
ウィザードに従ってマシンカタログを作成します。
Nutanix固有のContainerページで、以前にテンプレートVMに指定したコンテナを選択します。
Master Imageページで、イメージスナップショットを選択します。
Virtual Machinesページで、仮想CPUの数とvCPUあたりのコア数を確認します。マシン展開方法としてMCSを選択し、カタログに作成するマシンのIDとしてNon-domain-joinedを選択します。
必要に応じて、その他の構成タスクを実行します。詳しくは、Create machine catalogsを参照してください。
注:
Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンを手動で起動します。この方法により、作成プロセスを続行できます。
手順5:デリバリーグループを作成する
デリバリーグループは、1つ以上のマシンカタログから選択されたマシンのコレクションです。どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳しくは、Create delivery groupsを参照してください。
この記事の概要
- (Nutanix のみ) ステップ 1: Nutanix AHV プラグインをインストールして登録する
- ステップ2: ホスト接続を作成する
-
ステップ 3: マスターイメージの準備
- (XenServer (旧称 Citrix ハイパーバイザー™) のみ) ステップ 3a: XenServer VM ツール のインストール
- ステップ3b: .NETとLinux VDAパッケージをテンプレートVMにインストールする
- (RHEL 7のみ) ステップ3c: tdb-toolsパッケージをインストールするためのリポジトリを有効にする
- ステップ3e: (SUSEのみ) ntfs-3gを手動でインストールする
- ステップ 3f: (Ubuntu環境の場合のみ) /etc/network/interfaces ファイルを編集する
- ステップ 3g: (Ubuntu 環境でのみ) /etc/resolv.conf ファイルの参照先を設定する
- ステップ 3h: 使用するデータベースを指定する
- ステップ3i:MCS変数を構成する
- (オプション) ステップ3j:MCSのレジストリ値を書き込むまたは更新する
- ステップ3k:マスターイメージを作成する
- ステップ4:マシンカタログを作成する
- 手順5:デリバリーグループを作成する