Linux Virtual Delivery Agent

ドメイン非参加型 Linux VDA の作成

この記事では、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 では、次の機能が利用可能です。

(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 仮想化環境](/ja-jp/citrix-daas/install-configure/resource-location/xenserver-host.html)」を参照してください。

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

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

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

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

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

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

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

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

  • VMのクリーンなシャットダウン、再起動、または一時停止
  • XenCenterでのVMパフォーマンスデータの表示
  • 実行中のVMの移行(XenMotion経由)
    • スナップショットまたはメモリ付きスナップショット(チェックポイント)の作成、およびスナップショットへの復元
    • 実行中のLinux VMでのvCPU数の調整
  1. 次のコマンドを実行して、guest-tools.isoという名前のCitrix VM Toolsをマウントします。

    sudo mount /dev/cdrom /mnt
    <!--NeedCopy-->
    
  2. Linuxディストリビューションに基づいて、次のコマンドを実行してxe-guest-utilitiesパッケージをインストールします。

    RHEL/CentOS/Rocky Linuxの場合:

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

(Azure、AWS、およびGCPの場合) ステップ 3b: Ubuntu 18.04向けcloud-initの構成

  1. VMの再起動または停止時にVDAホスト名が保持されるようにするには、次のコマンドを実行します。

    echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
    <!--NeedCopy-->
    

    /etc/cloud/cloud.cfgファイルのsystem_infoセクションに次の行が存在することを確認します。

    system_info:
       network:
           renderers: ['netplan', 'eni', 'sysconfig']
    <!--NeedCopy-->
    
  2. AWSでMCSによって作成されたVMにリモートでアクセスするためにSSHを使用するには、これらのVMにはキー名がアタッチされていないため、パスワード認証を有効にします。必要に応じて、次の操作を行います。

    • cloud-init構成ファイル/etc/cloud/cloud.cfgを編集します。ssh_pwauth: trueの行が存在することを確認します。set-passwordの行とその後の行が存在する場合は、削除またはコメントアウトします。

       users:
       -  default
       <!--NeedCopy-->
      
    • cloud-initによって作成されたデフォルトユーザーec2-userまたはubuntuを使用する予定がある場合は、passwdコマンドを使用してユーザーパスワードを変更できます。MCSによって作成されたVMに後でログインするために、新しいパスワードを覚えておいてください。
    • /etc/ssh/sshd_configファイルを編集して、次の行が存在することを確認します。

       PasswordAuthentication yes
       <!--NeedCopy-->
      

      ファイルを保存し、sudo service sshd restartコマンドを実行します。

  • ステップ 3c: テンプレートVMへのLinux VDAパッケージのインストール

注:

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

テンプレートVMにLinux VDAパッケージをインストールする前に、.NET Runtime 6.0をインストールしてください。

Linuxディストリビューションに基づいて、次のコマンドを実行してLinux VDAの環境をセットアップします。

RHEL/CentOS/Rocky Linuxの場合:

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

注:

RHELおよびCentOSの場合、Linux VDAをインストールしてdeploymcs.shを正常に実行する前に、EPELリポジトリをインストールしてください。EPELのインストール方法については、https://docs.fedoraproject.org/en-US/epel/の指示を参照してください。

  • GCPでホストされているRHEL 8.x/9.xおよびRocky Linux 8.x/9.xにLinux VDAをインストールした後、VMの再起動後にイーサネット接続が失われ、Linux VDAに到達できなくなる場合があります。この問題を回避するには、VMを再起動する前に次のコマンドを実行します。

     nmcli dev connect eth0
     service 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-->

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

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

ステップ 3f: 使用するデータベースを指定する

実験的な機能として、PostgreSQL に加えて SQLite を使用できます。Linux VDA パッケージのインストール後に、SQLite と PostgreSQL を切り替えることも可能です。これを行うには、次の手順を完了します。

  1. /opt/Citrix/VDA/sbin/ctxcleanup.sh を実行します。新規インストールの場合、この手順は省略します。

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

注:

  • VDI モードでのみ SQLite を使用することをお勧めします。
  • 簡単インストールおよび MCS の場合、手動でインストールすることなく SQLite と PostgreSQL を切り替えることができます。/etc/xdl/db.conf で特に指定しない限り、Linux VDA はデフォルトで PostgreSQL を使用します。
  • /etc/xdl/db.conf を使用して、PostgreSQL のポート番号を構成することもできます。

ステップ 3g: MCS 変数を構成する

MCS 変数を構成するには、次の 2 つの方法があります。

  • /etc/xdl/mcs/mcs.conf ファイルを編集します。
  • 簡単インストール GUI を使用します。簡単インストール GUI を開くには、Linux VDA のデスクトップ環境で /opt/Citrix/VDA/bin/easyinstall コマンドを実行します。

    簡単インストール GUI

    ヒント:

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

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

DOTNET_RUNTIME_PATH=dotnet-runtime-インストールパス \ DESKTOP_ENVIRONMENT= **gnome | mate \** REGISTER_SERVICE=**Y | N** ADD_FIREWALL_RULES=**Y | N** VDI_MODE=**Y | N** START_SERVICE=**Y | N**

ステップ 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: マスターイメージを作成する

  1. /etc/xdl/mcs/mcs.conf を編集して MCS 変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。GUI を使用して MCS 変数を構成する場合は、[展開] をクリックします。

    簡単インストール GUI の [展開] ボタン

    GUI で [展開] をクリックすると、GUI で設定した変数が /etc/xdl/mcs/mcs.conf ファイルで設定した変数を上書きします。

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

    • (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 に移動し、[準備] というプレフィックスが付いたマシンを手動で電源オンにします。この方法により、作成プロセスを続行できます。

ステップ 5: デリバリーグループを作成する

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

ドメイン非参加型 Linux VDA の作成