Linux Virtual Delivery Agent 2407

非ドメイン参加Linux VDAのMCSによる作成

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

重要:

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

NutanixからNutanix AHVプラグインパッケージを入手します。Citrix Virtual Apps and Desktops環境にプラグインをインストールして登録します。詳しくは、Nutanixサポートポータルで入手できる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が使用できるネットワークが含まれます。

  • 重要:

  • リソースの場所にあるホストリソース(ストレージとネットワーク)は、接続を作成する前に利用可能である必要があります。

  1. Citrix Cloudにサインインします。
  2. 左上のメニューで、[マイサービス]>[DaaS] を選択します。
  3. [管理]>[完全な構成] から、左ペインで [ホスト] を選択します。
  4. アクションバーで [接続とリソースの追加] を選択します。
    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:ストレージの選択

  • ストレージ選択イメージ

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

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

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

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

  1. 使用するストレージデバイスを変更するには、選択を選択します。
  2. ストレージの選択ダイアログボックスで、ストレージデバイスのチェックボックスをオンまたはオフにして、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 ダウンロードページまたはCitrix Hypervisor ダウンロードページから Linux 用 XenServer VM Tools ファイルをダウンロードします。

  2. LinuxGuestTools-xxx.tar.gz ファイルを Linux VM または Linux VM がアクセスできる共有ドライブにコピーします。

  3. tar ファイルの内容を抽出します: tar -xzf LinuxGuestTools-xxx.tar.gz

  4. 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-->
    
  5. 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 ディストリビューションに基づいて次のコマンドを実行し、Linux VDA をインストールします。

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

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

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

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

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

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

    sudo zypper install gcc
    sudo zypper install make
    <!--NeedCopy-->
    
  2. ntfs-3g パッケージをダウンロードします。

  3. ntfs-3g パッケージを解凍します。

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
    <!--NeedCopy-->
    
  4. ntfs-3g パッケージへのパスを入力します。

    sudo cd ntfs-3g_ntfsprogs-<package version>
    <!--NeedCopy-->
    
  5. ntfs-3g をインストールします。

    ./configure
    make
    make install
    <!--NeedCopy-->
    

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

/etc/network/interfaces ファイルに source /etc/network/interfaces.d/* の行を追加します。

ヒント:

Ubuntu マシンに /etc/network/interfaces ファイルがない場合があります。ファイルが存在しない場合は、まず 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 を使用します。
  • /etc/xdl/db.conf を使用して、PostgreSQL のポート番号を構成することもできます。
  1. /opt/Citrix/VDA/sbin/ctxcleanup.sh を実行します。新規インストールである場合は、この手順を省略します。

  2. deploymcs.sh を実行する前に /etc/xdl/db.conf を編集します。

ステップ 3h: 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 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: マスターイメージの作成

  1. /etc/xdl/mcs/mcs.conf を編集して MCS 変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。GUI を使用して MCS 変数を構成する場合は、[展開] をクリックします。GUI で [展開] をクリックすると、GUI で設定した変数が /etc/xdl/mcs/mcs.conf ファイルで設定した変数を上書きします。

  2. 使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成して名前を付けます。

    • (XenServer (旧 Citrix Hypervisor)、GCP、および VMware vSphere の場合) テンプレート VM にアプリケーションをインストールし、テンプレート VM をシャットダウンします。マスターイメージのスナップショットを作成して名前を付けます。

    • (Azure の場合) テンプレート VM にアプリケーションをインストールし、Azure ポータルからテンプレート VM をシャットダウンします。テンプレート VM の電源ステータスが [停止済み (割り当て解除済み)] と表示されていることを確認します。ここでリソースグループの名前を覚えておいてください。Azure でマスターイメージを見つけるには、その名前が必要です。

      テンプレート VM の停止済み電源ステータス

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

      EBS イメージの作成

    • (Nutanix の場合) Nutanix AHV で、テンプレート VM をシャットダウンします。マスターイメージのスナップショットを作成して名前を付けます。

      注:

      Citrix Virtual Apps™ and Desktops で使用するには、Acropolis スナップショット名に XD_ をプレフィックスとして付ける必要があります。必要に応じて Acropolis コンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、[カタログの作成] ウィザードを再起動して、更新されたリストを取得します。

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

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

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

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

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

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

注:

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

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

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

非ドメイン参加Linux VDAのMCSによる作成