リナックス バーチャル デリバリー エージェント

MCS を使用してドメインに参加していない Linux VDA を作成する

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

オンプレミスのデリバリーコントローラー用 Nutanix AHV プラグイン(/ja-jp/linux-virtual-delivery-agent/2511/media/nutanix-plug-in-for-cvad.png)

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

Citrix Cloud™ Connectors 用の CWA MCS AHV Plugin を選択してインストールします。Citrix Cloud テナントに登録されているすべての Citrix Cloud Connector にプラグインをインストールします。AHV を持たないリソースの場所をサービスする場合でも、Citrix Cloud Connector を登録する必要があります。

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

  • Nutanix Acropolis フォルダーが C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0 に作成されていることを確認します。
  • "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 Cloud Connector で Citrix RemoteHCLServer サービスを再起動します。

    ヒント:

    Nutanix AHV プラグインをインストールまたは更新する際は、Citrix Host、Citrix Broker、および Machine Creation Services を停止してから再起動することをお勧めします。

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

ホストとは、リソースの場所に展開されているハイパーバイザーまたはクラウドサービスのことです。この手順では、DaaSがホスト上のVMと通信するために使用する情報を指定します。詳細情報には、リソースの場所、ホストの種類、アクセス資格情報、使用するストレージ方法、およびホスト上のVMが使用できるネットワークが含まれます。

重要:

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

  1. Citrix Cloudにサインインします。
  2. 左上のメニューで、[マイサービス] > [DaaS] を選択します。
  3. [管理] > [完全な構成] から、左側のペインで [ホスティング] を選択します。
  4. アクションバーで [接続とリソースの追加] を選択します。
  5. ウィザードは以下のページに沿って進みます。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに到達します。

ステップ2a: 接続

接続の追加イメージ

[接続] ページで、

  • 接続を作成するには、[新しい接続を作成] を選択します。既存の接続と同じホスト構成に基づいて接続を作成するには、[既存の接続を使用] を選択し、関連する接続を選択します。
  • [ゾーン名] フィールドでゾーンを選択します。オプションは、構成したすべてのリソースの場所です。
  • [接続の種類] フィールドでハイパーバイザーまたはクラウドサービスを選択します。オプションは、ゾーンにプラグインが適切にインストールされているハイパーバイザーとクラウドサービスです。 または、PowerShellコマンド Get-HypHypervisorPlugin -ZoneUid を使用して、選択したゾーンで利用可能なハイパーバイザープラグインのリストを取得できます。
  • 接続名を入力します。この名前は、管理表示に表示されます。
  • 仮想マシンを作成するツールを選択します: マシン作成サービスまたは Citrix プロビジョニング。

接続ページの情報は、使用しているホスト(接続の種類)によって異なります。たとえば、Azure Resource Manager を使用する場合、既存のサービスプリンシパルを使用するか、新しいサービスプリンシパルを作成できます。

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

接続管理イメージを追加(/ja-jp/linux-virtual-delivery-agent/2511/media/add-conn-storage-mgt.png)

ストレージ管理の種類と方法については、ホストストレージを参照してください。

Hyper-V または VMware ホストへの接続を構成している場合は、クラスター名を参照して選択します。その他の接続タイプでは、クラスター名は要求されません。

ストレージ管理方法を選択します: ハイパーバイザー間で共有されるストレージ、またはハイパーバイザーにローカルなストレージ。

  • ハイパーバイザー間で共有されるストレージを選択した場合、利用可能なローカルストレージに一時データを保持するかどうかを指定します。(この接続を使用するマシンカタログで、デフォルト以外のテンポラリストレージサイズを指定できます。) 例外: クラスター共有ボリューム (CSV) を使用する場合、Microsoft System Center Virtual Machine Manager では、ローカルストレージに一時データキャッシュディスクを作成することはできません。管理コンソールでそのストレージ管理設定を構成しようとすると失敗します。

Citrix Hypervisor プールで共有ストレージを使用する場合、IntelliCache を使用して共有ストレージデバイスへの負荷を軽減するかどうかを指定します。Citrix Hypervisor 仮想化環境を参照してください。

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

ストレージ選択イメージ(/ja-jp/linux-virtual-delivery-agent/2511/media/add-conn-storage-selection.png)

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

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

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

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

  1. 使用するストレージデバイスを変更するには、Select を選択します。
  2. Select Storage ダイアログボックスで、ストレージデバイスのチェックボックスをオンまたはオフにしてから、OK を選択します。

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

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

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

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

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

ステップ2f: 概要

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

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

注:

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

詳細については、「接続の作成と管理」を参照してください。

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

ヒント:

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

XenServer (旧称 Citrix Hypervisor™) をご利用の場合のみ: ステップ3a: XenServer VMツールをインストールします

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. 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-->
    
  5. お使いのLinuxディストリビューションに基づいて、xe-guest-utilitiesパッケージをインストールするには、次のコマンドを実行します。

    アールヘル/セントオーエス/ロッキーリナックス/スーゼ の場合:

    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-->
    
  6. XenCenterのGeneralタブで、テンプレートVMの仮想化状態を確認します。XenServer® VM Toolsが正しくインストールされている場合、仮想化状態はOptimizedと表示されます。

ステップ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/ja-jp/dotnet/core/install/linux-package-managersを参照してください。

.NETのインストール後、お使いのLinuxディストリビューションに基づいて以下のコマンドを実行し、Linux VDAをインストールします。

RHEL/セントオーエス/ロッキーリナックスの場合:

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

ステップ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
    <!--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: (ウブントゥのみ) /etc/network/interfaces ファイルを編集する

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

ヒント:

お使いの Ubuntu マシンでは、/etc/network/interfaces ファイルが利用できない場合があります。ファイルが存在しない場合は、まず 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
<!--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のポート番号を構成することもできます。
  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
    # 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コマンドを実行します。

    簡易インストールGUI

    ヒント:

    保存をクリックして、指定したパスのローカルファイルに変数の設定を保存します。読み込みをクリックして、指定したファイルから変数の設定を読み込みます。

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

DOTNET_RUNTIME_PATH=.NETランタイムのインストールパス 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" --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コンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、カタログの作成ウィザードを再起動して、更新されたリストを取得します。

ステップ4a: DaaSでマシンカタログを作成する

  1. Citrix Cloudにサインインします。
  2. 左上のメニューで、マイサービス > 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 でデリバリーグループを作成する を参照してください。

MCS を使用してドメインに参加していない Linux VDA を作成する

この記事の概要