Linux Virtual Delivery Agent

MCS を使用したドメイン非参加型 Linux VDA の作成

April 13, 2026

寄稿者:

C C

この記事では、Citrix DaaS で Machine Creation Services™ (MCS) を使用してドメイン非参加型 Linux VDA を作成する手順を説明します。

重要:

ドメイン非参加型 VDA は Citrix DaaS でサポートされています。

コントロールプレーンは Citrix DaaS 上に展開する必要があります。

ドメイン非参加型 VDA は、パブリッククラウドまたはオンプレミスのデータセンターに展開できます。ドメイン非参加型 VDA は、Citrix DaaS のコントロールプレーンによって管理されます。

Citrix Cloud Connector をバイパスするように Rendezvous V2 を構成できます。そうでない場合は、VDA をコントロールプレーンに接続するために Cloud Connector をインストールする必要があります。

ドメイン非参加型 VDA を作成するには、MCS を使用する必要があります。

ベアメタルサーバーは MCS でサポートされていません。

ドメイン非参加型 Linux VDA で利用できる機能は次のとおりです。

ドメイン非参加型 VDA で指定された属性を持つローカルユーザーを作成

非 SSO 認証

Rendezvous V2

(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 Service を再起動します。

ヒント:

Nutanix AHV プラグインをインストールまたは更新する際は、Citrix Host、Citrix Broker、および Machine Creation Services を停止してから再起動することをお勧めします。
手順 2: ホスト接続の作成
ホストは、リソースの場所で使用されているハイパーバイザーまたはクラウドサービスです。この手順では、DaaS がホスト上の VM と通信するために使用する情報を指定します。詳細情報には、リソースの場所、ホストの種類、アクセス資格情報、使用するストレージ方法、およびホスト上の VM が使用できるネットワークが含まれます。
重要:
接続を作成する前に、リソースの場所にあるホストリソース（ストレージとネットワーク）が利用可能である必要があります。

Citrix Cloud にサインインします。
左上のメニューで、[マイサービス] > [DaaS] を選択します。
[管理] > [完全な構成] から、左ペインで [ホスト] を選択します。
アクションバーで [接続とリソースの追加] を選択します。

1. ウィザードの指示に従って次のページに進みます。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに到達します。

手順 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: ストレージの選択

-  ![ストレージ選択イメージ](/en-us/linux-virtual-delivery-agent/current-release/media/add-conn-storage-selection.png)

ストレージの選択について詳しくは、ホストストレージを参照してください。

利用可能なデータタイプごとに、少なくとも 1 つのホストストレージデバイスを選択します。前のページで選択したストレージ管理方法によって、このページで選択できるデータタイプが決まります。ウィザードの次のページに進む前に、サポートされているデータタイプごとに少なくとも 1 つのストレージデバイスを選択する必要があります。

[ストレージの選択] ページの下部には、ハイパーバイザーによって共有されるストレージを選択し、[利用可能なローカルストレージで一時データを最適化] を有効にした場合に、さらに多くの構成オプションが含まれます。一時データに使用するローカルストレージデバイス（同じハイパーバイザープール内）を選択できます。

現在選択されているストレージデバイスの数が表示されます（グラフィックでは「1 storage device selected」）。そのエントリにカーソルを合わせると、選択されているデバイス名が表示されます（デバイスが構成されていない場合を除く）。

使用するストレージデバイスを変更するには、[選択] を選択します。

ストレージの選択ダイアログボックスで、ストレージデバイスのチェックボックスを選択またはクリアし、OKを選択します。

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

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

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

リソースの名前を入力します。この名前は、管理コンソールに表示され、接続に関連付けられたストレージとネットワークの組み合わせを識別します。 VMが使用する1つ以上のネットワークを選択します。

一部の接続タイプ（Azure Resource Managerなど）では、VMが使用するサブネットも表示されます。1つ以上のサブネットを選択します。

ステップ 2f: 概要

選択内容を確認します。変更を行う場合は、前のウィザードページに戻ります。確認が完了したら、完了を選択します。

重要: 一時データをローカルに保存する場合、この接続を使用するマシンを含むカタログを作成する際に、一時データストレージの非デフォルト値を構成できます。

注: - > フルアクセス管理者にはスコープは表示されません。詳しくは、「管理者、役割、およびスコープ」を参照してください。

    -  詳しくは、「[接続の作成と管理](https://docs.citrix.com/ja-jp/citrix-daas/install-configure/connections.html)」を参照してください。

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

ヒント:

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

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

xe CLI または XenCenter を使用する各 VM のテンプレート VM に Citrix VM Tools をインストールします。ツールをインストールしないと、VM のパフォーマンスが低下する可能性があります。ツールがないと、次のいずれも実行できません。

-  VM をクリーンにシャットダウン、再起動、または一時停止
-  XenCenter で VM のパフォーマンスデータを表示

実行中の VM を移行 (XenMotion 経由)
スナップショットまたはメモリ付きスナップショット (チェックポイント) の作成、およびスナップショットへの復元
実行中の Linux VM の vCPU 数を調整

guest-tools.iso という名前の Citrix VM Tools をマウントするには、次のコマンドを実行します。
```
sudo mount /dev/cdrom /mnt

```

Linux ディストリビューションに基づいて xe-guest-utilities パッケージをインストールするには、次のコマンドを実行します。

RHEL/CentOS の場合:

sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

Ubuntu/Debian の場合:

sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
<!--NeedCopy-->

SUSE の場合:

sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

XenCenter の [General] タブで、テンプレート VM の仮想化状態を確認します。Citrix VM Tools が正しくインストールされている場合、仮想化状態は [Optimized] です。

(Azure、AWS、GCP の場合) ステップ 3b: Ubuntu 18.04 用の cloud-init の構成

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']

```
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 systemctl sshd restart コマンドを実行します。

ステップ 3c: テンプレート VM への .NET および Linux VDA パッケージのインストール

注:

現在実行中の VDA をテンプレート VM として使用する場合は、この手順をスキップしてください。

テンプレート VM に .NET Runtime 6.0 をインストールし、Linux VDA をインストールするために、Linux ディストリビューションに基づいて次のコマンドを実行します。

RHEL/CentOS の場合:

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

-  > **注:** > > GCP でホストされている RHEL 8.x に Linux VDA をインストールした後、VM の再起動後にイーサネット接続が失われ、Linux VDA に到達できなくなる場合があります。この問題を回避するには、VM を再起動する前に次のコマンドを実行します。 > > ``` > nmcli dev connect eth0 > systemctl NetworkManager restart > <!--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 7 のみ) ステップ 3d: 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-->

ステップ 3e: (RHEL および CentOS のみ) ntfs-3g を提供できる EPEL リポジトリのインストール

RHEL 8、RHEL 7、および CentOS 7 に EPEL リポジトリをインストールします。EPEL のインストール方法については、https://docs.fedoraproject.org/en-US/epel/ の手順を参照してください。

ステップ 3f: (SUSE のみ) ntfs-3g の手動インストール

SUSE プラットフォームでは、ntfs-3g を提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3g を手動でインストールします。

GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストールします。
```
sudo zypper install gcc
sudo zypper install make

```
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-->

ステップ 3g: MCS 変数の構成

/etc/xdl/mcs/mcs.conf ファイルを編集して、MCS 変数を構成します。

以下は、ドメイン非参加シナリオ用に構成できる MCS 変数です。デフォルトの変数値を使用することも、必要に応じて変数をカスタマイズすることもできます (オプション)。

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

ステップ 3i: マスターイメージの作成

/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
- (Citrix Hypervisor、GCP、および VMware vSphere の場合) テンプレート VM にアプリケーションをインストールし、テンプレート VM をシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
- (Azure の場合) テンプレート VM にアプリケーションをインストールし、Azure ポータルからテンプレート VM をシャットダウンします。テンプレート VM の電源ステータスが 停止済み (割り当て解除済み) であることを確認します。ここでリソースグループの名前を覚えておいてください。Azure でマスターイメージを見つけるには、この名前が必要です。
- (AWS の場合) テンプレート VM にアプリケーションをインストールし、AWS EC2 ポータルからテンプレート VM をシャットダウンします。テンプレート VM のインスタンスの状態が 停止済み であることを確認します。テンプレート VM を右クリックし、[イメージ] > [イメージの作成] を選択します。必要に応じて情報を入力し、設定を行います。[イメージの作成] をクリックします。
- (Nutanix の場合) Nutanix AHV で、テンプレート VM をシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
  
  注:
  
  Citrix Virtual Apps™ and Desktops で使用するには、Acropolis スナップショット名に XD_ をプレフィックスとして付ける必要があります。必要に応じて Acropolis コンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、カタログ作成ウィザードを再起動して、更新されたリストを取得します。

ステップ 4: マシンカタログの作成

Citrix Cloud にサインインします。
左上のメニューで、[マイサービス] > [DaaS] を選択します。
[管理] > [フル構成] から、[マシンカタログ] を選択します。
ウィザードの指示に従ってマシンカタログを作成します。

Nutanix に固有の [コンテナー] ページで、以前にテンプレート VM に指定したコンテナーを選択します。

[マスターイメージ] ページで、イメージスナップショットを選択します。

[仮想マシン] ページで、仮想 CPU の数と vCPU あたりのコア数を確認します。MCS をマシン展開方法として選択し、カタログで作成するマシンの ID として [ドメイン非参加] を選択します。

必要に応じて、その他の構成タスクを実行します。詳細については、「マシンカタログの作成」を参照してください。

注:

Delivery Controller™ でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prism に移動し、Preparation というプレフィックスが付いたマシンを手動でパワーオンします。このアプローチは、作成プロセスを続行するのに役立ちます。

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

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

このコンテンツの正式なバージョンは英語で提供されています。Cloud Software Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

この情報は役に立ちましたか?

MCS を使用したドメイン非参加型 Linux VDA の作成

April 13, 2026

寄稿者:

C C

April 13, 2026

寄稿者:

C C

この記事の概要

(Nutanix のみ) 手順 1: Nutanix AHV プラグインのインストールと登録
手順 2: ホスト接続の作成
ステップ 4: マシンカタログの作成
ステップ 5: デリバリーグループの作成

この情報は役に立ちましたか?

MCS を使用したドメイン非参加型 Linux VDA の作成

(Nutanix のみ) 手順 1: Nutanix AHV プラグインのインストールと登録

手順 1a: オンプレミス Delivery Controller 用 Nutanix AHV プラグインのインストールと登録

手順 1b: クラウド Delivery Controller 用 Nutanix AHV プラグインのインストールと登録

手順 1c: プラグインのインストール後に次の手順を完了する

手順 2: ホスト接続の作成

手順 2a: 接続

手順 2b: ストレージ管理

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

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

ステップ 2f: 概要

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

(Azure、AWS、GCP の場合) ステップ 3b: Ubuntu 18.04 用の cloud-init の構成

ステップ 3c: テンプレート VM への .NET および Linux VDA パッケージのインストール

(RHEL 7 のみ) ステップ 3d: tdb-tools パッケージをインストールするためのリポジトリの有効化

ステップ 3e: (RHEL および CentOS のみ) ntfs-3g を提供できる EPEL リポジトリのインストール

ステップ 3f: (SUSE のみ) ntfs-3g の手動インストール

ステップ 3g: MCS 変数の構成

(オプション) ステップ 3h: MCS のレジストリ値の書き込みまたは更新

ステップ 3i: マスターイメージの作成

ステップ 4: マシンカタログの作成

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

この記事の概要