Machine Creation Services™ (MCS) を使用して Linux VDA を作成する
MCS を使用して、ドメイン参加済みおよびドメイン非参加の VDA を作成できます。Citrix DaaS でドメイン非参加の Linux VDA を作成する場合は、専用の記事「ドメイン非参加の Linux VDA を MCS を使用して作成する」も参照してください。
重要:
2212 リリース以降の重要な変更点は次のとおりです。
-
/etc/xdl/mcs/mcs.conf ファイル内、または簡易インストール GUI 上の AD_INTEGRATION 変数には、デフォルト値がなくなりました。必要に応じて値を設定する必要があります。詳細については、この記事の「手順 3i: MCS 変数を構成する」セクションを参照してください。
-
/etc/xdl/mcs/mcs.conf 内の UPDATE_MACHINE_PW エントリの有効な値は、enabled または disabled ではなく、Y または N です。詳細については、この記事の「マシンアカウントのパスワード更新を自動化する」セクションを参照してください。
サポートされているディストリビューション
| ウィンバインド | SSSD | セントリファイ | PBIS | |
|---|---|---|---|---|
| デビアン 13.6 | はい | はい | いいえ | はい |
| デビアン 12.15 | はい | はい | いいえ | はい |
| RHEL 10.2/9.8/9.6 | はい | はい | はい | いいえ |
| RHEL 8.10 | はい | はい | はい | はい |
| ロッキー Linux 10.2/9.8/9.6 | はい | はい | はい | いいえ |
| ロッキー リナックス 8.10 | はい | はい | はい | いいえ |
| SUSE 15.7 | はい | はい | いいえ | はい |
| ウブントゥ 26.04 | はい | はい | いいえ | いいえ |
| ウブントゥ 24.04 | はい | はい | いいえ | はい |
| ウブントゥ 22.04 | はい | はい | いいえ | はい |
-
Citrix® は、関連するLinuxディストリビューションでの初期機能検証に、以下のCentrifyバージョンを使用します。
Linuxディストリビューション Centrify バージョン RHEL 7/8 5.8.0 SUSE 5.7.1 デビアン、ウブントゥ 5.6.1 Centrify の他のバージョンを使用すると、エラーが発生する可能性があります。テンプレートマシンをドメインに参加させるために Centrify を使用しないでください。 -
MCS で作成されたマシンを Windows ドメインに参加させるために PBIS または Centrify を使用している場合は、以下のタスクを完了してください。
-
テンプレートマシンで、PBISまたはCentrifyパッケージのダウンロードパスを
/etc/xdl/mcs/mcs.confファイルで構成するか、PBISまたはCentrifyパッケージを直接インストールします。 -
/opt/Citrix/VDA/sbin/deploymcs.shを実行する前に、配下のすべてのMCSで作成されたマシンに対して書き込み権限とパスワードリセット権限を持つ組織単位（OU）を作成します。 -
/opt/Citrix/VDA/sbin/deploymcs.shの実行が完了した後、MCSで作成されたマシンを再起動する前に、展開に応じてDelivery ControllerまたはCitrix Cloud Connectorでklist -li 0x3e4 purgeを実行します。
-
サポートされているハイパーバイザー
-
AWS
-
GCP
-
マイクロソフト アジュール
-
シトリックス XenServer
-
ニュータニックス AHV
-
ヴイエムウェア ブイスフィア
サポートされているハイパーバイザー以外のハイパーバイザーでマスターイメージを準備しようとすると、予期しない結果が生じる可能性があります。
MCSを使用してLinux VMを作成する
考慮事項
-
2203リリース以降、Citrix Virtual Apps and Desktops™およびCitrix DaaS（旧Citrix Virtual Apps and Desktopsサービス）向けに、Microsoft Azure、AWS、GCPでLinux VDAをホストできます。これらのパブリッククラウドホスト接続をCitrix Virtual Apps and Desktops展開に追加するには、Citrix Universal Hybrid Multi-Cloud（HMC）ライセンスが必要です。
-
ベアメタルサーバーは、仮想マシンを作成するためのMCSでの使用はサポートされていません。
（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を選択してインストールします。
ステップ1b：クラウドDelivery Controller向けNutanix AHVプラグインをインストールして登録する
Citrix Cloud™ Connectors 用の CWA MCS AHV プラグイン を選択してインストールします。プラグインは、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: ホスト接続を作成する
このセクションでは、Azure、AWS、XenServer® (旧 Citrix Hypervisor)、GCP、Nutanix AHV、および VMware vSphere へのホスト接続を作成する方法の例を示します。
注:
詳細については、Citrix Virtual Apps and Desktops ドキュメントの 接続とリソースの作成と管理 および Citrix DaaS ドキュメントの 接続の作成と管理 を参照してください。
Citrix StudioでAzureへのホスト接続を作成する
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix StudioでConfiguration > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールでManage > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。
-
Add Connection and Resourcesウィザードで、接続の種類としてMicrosoft Azureを選択します。
-
接続の種類としてMicrosoft Azureを選択します。
-
ウィザードのページに従って操作します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、Summaryページに到達するまでNextを選択します。詳細については、Create non-domain-joined Linux VDAs using MCSの記事の「手順2：ホスト接続を作成する」を参照してください。
Citrix StudioでAWSへのホスト接続を作成する
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix StudioでConfiguration > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールでManage > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。
-
Add Connection and Resourcesウィザードで、接続の種類としてAmazon EC2を選択します。Amazon WorkSpaces Core Managed Instancesへの接続を作成するには、Connection to Amazon WorkSpaces Core Managed Instancesを参照してください。ここでは、オンプレミスのCitrix StudioでのAmazon EC2接続を例にとります。
-
AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。
APIキーはアクセスキーIDであり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。-
AWSサービスにサインインします。
-
Identity and Access Management (IAM) コンソールに移動します。 1 左側のナビゲーションペインで、ユーザーを選択します。
-
対象ユーザーを選択し、下にスクロールしてセキュリティ認証情報タブを選択します。
-
下にスクロールして、アクセスキーの作成をクリックします。新しいウィンドウが表示されます。
-
.csvファイルのダウンロードをクリックし、アクセスキーを安全な場所に保存します。
-
-
ウィザードの指示に従ってページを進めます。特定のページコンテンツは、選択した接続タイプによって異なります。各ページを完了したら、次へを選択して概要ページに到達します。
Citrix StudioでXenServerへのホスト接続を作成する
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。
-
接続とリソースの追加ウィザードで、接続の種類フィールドでXenServer（旧Citrix Hypervisor）を選択します。
-
接続アドレス（XenServer URL）と資格情報を入力します。
-
接続名を入力します。
Citrix StudioでGCPへのホスト接続を作成する
Google Cloud Platform仮想化環境に従ってGCP環境をセットアップし、次の手順を実行してGCPへのホスト接続を作成します。
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。
-
接続とリソースの追加ウィザードで、接続の種類としてGoogle Cloud Platformを選択します。たとえば、Citrix CloudのWebベースのStudioコンソールで：接続の追加イメージ(/en-us/linux-virtual-delivery-agent/2607-ltsr/media/add-conn-connection.png)
-
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
-
ウィザードがページを案内します。各ページのコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、Summaryページに到達するまでNextを選択します。詳細については、Create non-domain-joined Linux VDAs using MCSの記事の手順2：ホスト接続を作成するを参照してください。
Citrix StudioでNutanixへのホスト接続を作成する
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix StudioでConfiguration > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールでManage > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。
-
Add Connection and ResourcesウィザードのConnectionページで、接続の種類としてNutanix AHVを選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。Networkページで、ユニットのネットワークを選択します。例：オンプレミスのCitrix Studioの場合：
Citrix StudioでVMwareへのホスト接続を作成する
-
vSphere環境にvCenter Serverをインストールします。詳細については、VMware vSphereを参照してください。
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix StudioでConfiguration > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールでManage > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。
-
接続の種類としてVMware vSphereを選択します。例：オンプレミスのCitrix Studioの場合：
-
VMwareアカウントの接続アドレス（vCenter ServerのURL）、資格情報、および接続名を入力します。
手順3：マスターイメージを準備する
(XenServer のみ) ステップ 3a: XenServer VM Tools をインストールする
xe CLI または XenCenter を使用する各 VM のテンプレート VM に XenServer VM Tools をインストールします。ツールをインストールしないと、VM のパフォーマンスが低下する可能性があります。ツールがないと、次のいずれも実行できません。
-
VM を正常にシャットダウン、再起動、または一時停止する。
-
XenCenter で VM のパフォーマンスデータを表示する。
-
実行中の VM を移行する (
XenMotion経由)。 -
スナップショットまたはメモリ付きスナップショット (チェックポイント) を作成し、スナップショットに戻す。
-
実行中の Linux VM の vCPU 数を調整する。
-
使用しているハイパーバイザーのバージョンに基づいて、XenServer ダウンロードページ または Citrix Hypervisor ダウンロードページ から Linux 用 XenServer VM Tools ファイルをダウンロードします。
-
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.rpmUbuntu/Debian の場合:sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb
ステップ 3b: AWS、Azure、GCP 上の SUSE 15.7 の構成を確認する
AWS、Azure、GCP 上の SUSE 15.7 の場合、以下を確認してください。
-
libstdc++6 バージョン 12 以降を使用していること。
-
/etc/sysconfig/windowmanager 内の Default_WM パラメーターが "gnome" に設定されていること。
ステップ 3d: テンプレート VM に .NET をインストールする
Linux VDA パッケージをインストールする前に、システム要件に従って .NET をインストールします(/ja-jp/linux-virtual-delivery-agent/2607-ltsr/system-requirements.html#net-requirements)
.NET のインストール後、which dotnet コマンドを実行してランタイムパスを見つけます。
コマンド出力に基づいて、.NET ランタイムバイナリパスを設定します。たとえば、コマンド出力が /aa/bb/dotnet の場合、/aa/bb を .NET バイナリパスとして使用します。
ステップ 3e: テンプレート VM に Linux VDA パッケージをインストールする
.NET のインストール後、Linux ディストリビューションに基づいて以下のコマンドを実行し、Linux VDA をインストールします。
RHEL/CentOS/Rocky Linux の場合:
注:
RHEL 9.x および Rocky Linux 9.x に Linux VDA をインストールする前に、libsepol パッケージをバージョン 3.4 以降に更新してください。
sudo yum –y localinstall <PATH>/<Linux VDA RPM>
Ubuntu/Debian の場合:
sudo dpkg –i <PATH>/<Linux VDA DEB>
apt-get install -f
SUSE の場合:
sudo zypper –i install <PATH>/<Linux VDA RPM>
ステップ 3f: (RHEL のみ) ntfs-3g を提供できる EPEL リポジトリをインストールする
RHEL 8 に EPEL リポジトリをインストールします。EPEL のインストール方法については、
<https://docs.fedoraproject.org/ja-jp/epel/> の手順を参照してください。
ステップ 3g: (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 -
ntfs-3g パッケージへのパスを入力します。
sudo cd ntfs-3g_ntfsprogs-<package version> -
ntfs-3g をインストールします。
./configure
make
make install
ステップ 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 サービスを開始する必要があります。 -
/etc/xdl/db.conf を使用して、PostgreSQL のポート番号を構成することもできます。
-
/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"PostgreSQLのカスタムバージョンを使用するには、DbCustomizePostgreSQLをtrueに設定します。
ステップ 3i: MCS変数を構成する
MCS変数を構成する方法は2つあります。
-
/etc/xdl/mcs/mcs.confファイルを編集します。 -
簡易インストールGUIを使用します。簡易インストールGUIを開くには、Linux VDAのデスクトップ環境で/opt/Citrix/VDA/sbin/linux-vda-installerコマンドを実行します。注:ユーザーは「Advanced Configuration (optional)」ボタンをクリックして、詳細な構成オプションを展開することもできます
ヒント:Saveをクリックして、指定したパスのローカルファイルに変数の設定を保存します。Loadをクリックして、指定したファイルから変数の設定を読み込みます。
以下は、ドメインに参加していないシナリオとドメインに参加しているシナリオで構成できるMCS変数です。
-
ドメインに参加していないシナリオの場合デフォルトの変数値を使用するか、必要に応じて変数をカスタマイズできます（オプション）：
DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtimeDESKTOP_ENVIRONMENT=gnome | mateREGISTER_SERVICE=はい | いいえADD_FIREWALL_RULES=はい | いいえVDI_MODE=はい | いいえSTART_SERVICE=はい | いいえ -
ドメインに参加しているシナリオの場合
-
Use_AD_Configuration_Files_Of_Current_VDA: 現在実行中のVDAの既存のAD関連構成ファイル（/etc/krb5.conf、/etc/sssd.conf、および/etc/samba/smb.conf）を使用するかどうかを決定します。Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDAの同等のファイルと同じになります。ただし、dnsおよびAD_INTEGRATION変数を構成する必要があります。デフォルト値はNで、これはマスターイメージ上の構成テンプレートがMCSで作成されたマシンの構成ファイルを決定することを意味します。現在実行中のVDAをテンプレートVMとして使用するには、値をYに設定します。それ以外の場合は、Nに設定します。 -
dns: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます。 -
NTP_SERVER: NTPサーバーのIPアドレスを設定します。特に指定がない限り、ドメインコントローラーのIPアドレスです。 -
WORKGROUP: ADで構成したNetBIOS名（大文字と小文字を区別）にワークグループ名を設定します。そうしないと、MCSはマシンホスト名の直後にあるドメイン名の一部をワークグループ名として使用します。たとえば、マシンアカウントが user1.lvda.citrix.com の場合、MCSは lvda をワークグループ名として使用しますが、citrix が正しい選択です。ワークグループ名が正しく設定されていることを確認してください。 -
AD_INTEGRATION: SSSD、Winbind、PBIS、またはCentrifyを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事の「サポートされているディストリビューション」を参照してください。 -
TRUSTED_DOMAINS: マルチドメイン環境の場合、信頼されたドメインのスペース区切りリスト（例: 「mycompany1.com mycompany2.com」）を指定します。これにより、/etc/krb5.conf の信頼されたドメインが更新され、LDAP_LISTが指定されていない場合、それらのドメイン内のLDAPサーバーの自動検出が有効になります。この変数はオプションです。
注SSSDは、単一のActive Directoryフォレスト内の信頼されたドメインのみをサポートします。-
CENTRIFY_DOWNLOAD_PATH: Server Suite Free（旧Centrify Express）パッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION変数をCentrifyに設定した場合にのみ有効になります。 -
CENTRIFY_SAMBA_DOWNLOAD_PATH: Centrify Sambaパッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION変数をCentrifyに設定した場合にのみ有効になります。 -
PBIS_DOWNLOAD_PATH: PBISパッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION変数をPBISに設定した場合にのみ有効になります。 -
UPDATE_MACHINE_PW: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳細については、「マシンアカウントのパスワード更新を自動化する」を参照してください。 -
Linux VDA構成変数:
DOTNET_RUNTIME_PATH=.NETランタイムのインストールパスDESKTOP_ENVIRONMENT=gnome | mateSUPPORT_DDC_AS_CNAME=Y | NVDA_PORT=ポート番号REGISTER_SERVICE=Y | NADD_FIREWALL_RULES=Y | NHDX_3D_PRO=Y | NVDI_MODE=Y | NSITE_NAME=DNSサイト名 | '<none\>'LDAP_LIST='LDAPサーバーのリスト' | '<none\>'SEARCH_BASE=検索ベースセット | '<none\>'FAS_LIST='FASサーバーのリスト' | '<none\>'START_SERVICE=Y | NTELEMETRY_SOCKET_PORT=ポート番号TELEMETRY_PORT=ポート番号
-
(オプション) ステップ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" --forceupdate -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
注
MCS の設定を変更するには、/etc/xdl/ad_join および /etc/xdl/mcs/ の下のファイルを編集できますが、/var/xdl/mcs の下のファイルを編集することは禁止されています。
ステップ 3k: マスターイメージを作成する
-
(SSSD + RHEL 10.x/9.x/8.10 または Rocky Linux 10.x/9.x/8.10 のみ)
update-crypto-policies --set DEFAULT:AD-SUPPORTコマンドを実行し、その後、テンプレート VM を再起動します。 -
(現在実行中の VDA をテンプレート VM として使用している場合、またはドメインに参加していないシナリオの場合は、この手順をスキップしてください。) テンプレート VM で、構成テンプレートを更新して、作成されたすべての VM 上の関連する
/etc/krb5.conf、/etc/samba/smb.conf、および/etc/sssd/sssd.confファイルをカスタマイズします。Winbind ユーザーの場合、/etc/xdl/ad_join/winbind_krb5.conf.tmplおよび/etc/xdl/ad_join/winbind_smb.conf.tmplテンプレートを更新します。SSSD ユーザーの場合、/etc/xdl/ad_join/sssd.conf.tmpl、/etc/xdl/ad_join/sssd_krb5.conf.tmpl、および/etc/xdl/ad_join/sssd_smb.conf.tmplテンプレートを更新します。Centrify ユーザーの場合、/etc/xdl/ad_join/centrify_krb5.conf.tmplおよび/etc/xdl/ad_join/centrify_smb.conf.tmplテンプレートを更新します。注:テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、および $AD_FQDN などの変数を使用します。 -
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成して名前を付けます。
-
(XenServer、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コンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更したら、カタログの作成ウィザードを再起動して、更新されたリストを取得します。
-
(GCPの場合) 手順3l: RHEL 10.x/9.x/8.10およびRocky Linux 10.x/9.x/8.10でのイーサネット接続の構成
GCPでホストされているRHEL 10.x/9.x/8.10およびRocky Linux 10.x/9.x/8.10にLinux VDAをインストールした後、VMの再起動後にイーサネット接続が失われ、Linux VDAに到達できなくなる可能性があります。この問題を回避するには、VMに初めてログオンするときにrootパスワードを設定し、rootとしてVMにログオンできることを確認してください。その後、VMを再起動してから、コンソールで次のコマンドを実行します。
nmcli dev connect eth0
systemctl restart NetworkManager
手順4: 準備済みイメージのマシンカタログを作成する
Citrix StudioまたはWeb Studioで、準備済みイメージを作成し、その準備済みイメージを使用して、次の方法でMCSマシンカタログを作成します。
-
ウェブスタジオ
-
PowerShellコマンド
現在、AzureおよびVMware仮想化環境で、準備済みイメージマシンカタログを作成できます。
詳細については、準備済みイメージのマシンカタログを作成するを参照してください。
ここではWeb Studioを例として、イメージ定義と初期イメージバージョンを作成するには、次の手順を実行します。
-
Studioから、イメージノードに移動し、イメージ定義の作成をクリックします。はじめにページで次へをクリックします。
-
イメージ定義ページで、イメージ定義のOSタイプとセッションタイプを指定します。
-
［イメージ］ページで、［リソース］（設定された接続に適用可能なリソースのみが一覧表示されます）と、イメージバージョンを作成するためのテンプレートとして使用するマスターイメージを選択します。**［マシンプロファイルを使用する］**チェックボックスをオンにして、マシンプロファイルを選択できます。注:イメージを選択する前に、マスターイメージにVDA 2311以降がインストールされており、MCSIOドライバーがVDAにインストールされていることを確認してください。
-
「マシン仕様」ページで、マシンサイズを選択します。マシンプロファイルを選択した場合、そのマシンプロファイルから派生した仮想CPUカウントが表示され、変更することはできません。マシンプロファイルを選択しない場合、マスターイメージから派生したメモリサイズのみが表示されます。
-
NIC ページで、準備イメージの NIC を選択または追加します。各 NIC について、関連付けられた仮想ネットワークを選択します。マシンプロファイルを選択しない場合、マスターイメージに関連付けられた NIC がデフォルトで選択されます。マシンプロファイルを選択した場合、NIC はマシンプロファイルから派生し、その数は変更できません。
-
「Version Description」ページで、作成された初期イメージバージョンの説明を入力します。
-
「概要」ページで、イメージ定義と作成された初期イメージバージョンの詳細を確認します。イメージ定義の名前と説明を入力します。「完了」をクリックします。
イメージバージョンを作成する
イメージバージョンを使用すると、特定のイメージに対するさまざまなイテレーションや更新を管理できます。この機能により、さまざまな目的のためにイメージの複数のバージョンを維持できます。
初期イメージバージョンからイメージバージョンを作成するには、次の手順を実行します。
-
「Images」ノードに移動し、イメージバージョンまたはイメージ定義を選択して、「Create Image Version」をクリックします。
-
イメージ ページで、同じホスティング接続内のホスティングユニットを変更し、そのイメージバージョン用のマスターイメージとマシンプロファイルを再選択できます。
-
イメージバージョンの構成を初期構成イメージバージョンと異なるものにする場合は、「Create Image Version」ダイアログの「Machine Specification」ページと「NICs」ページで設定を構成します。
-
イメージバージョンの説明を追加します。「Finish」をクリックします。
手順5: マシンカタログを作成する
Citrix StudioまたはWeb Studioで、マシンカタログを作成し、カタログで作成するVMの数を指定します。マシンカタログを作成するときは、手順4で作成した準備済みイメージ（推奨）/マスターイメージを選択し、次の点を考慮してください。
-
Nutanix固有のコンテナページで、以前にテンプレートVMに指定したコンテナを選択します。
-
シングルセッションOSマシンを含むカタログを作成すると、デスクトップエクスペリエンスページが表示され、ユーザーがログオンするたびに何が起こるかを決定できます。
デスクトップエクスペリエンスページで、次のいずれかを選択します。-
ユーザーはログオンするたびに新しい（ランダムな）デスクトップに接続します。
-
ユーザーはログオンするたびに同じ（静的な）デスクトップに接続します。
最初のオプションを選択した場合、ユーザーがデスクトップに加えた変更は破棄されます（非永続的）。2番目のオプションを選択し、MCSを使用してマシンをプロビジョニングしている場合は、デスクトップに対するユーザーの変更がどのように処理されるかを構成できます。-
ユーザーの変更をローカルディスク上のデスクトップに保存します（永続的）。
-
ユーザーがログオフしたときにユーザーの変更を破棄し、仮想デスクトップをクリアします（非永続的）。ユーザーパーソナライゼーションレイヤーを使用している場合は、このオプションを選択します。
-
-
永続マシンを含むMCSカタログのマスターイメージを更新する場合、カタログに追加された新しいマシンは更新されたイメージを使用します。既存のマシンは元のマスターイメージを引き続き使用します。
詳細については、(/ja-jp/citrix-virtual-apps-desktops/install-configure/machine-catalogs-create.html)ドキュメントのCitrix Virtual Apps and Desktopsおよび(/ja-jp/citrix-daas/install-configure/machine-catalogs-create.html)ドキュメントのCitrix DaaSにあるマシンカタログの作成を参照してください。
注:
Nutanix環境の場合、Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンを手動で電源オンにしてください。このアプローチは、作成プロセスを続行するのに役立ちます。
ステップ6：デリバリーグループを作成する
デリバリーグループは、1つ以上のマシンカタログから選択されたマシンの集合です。どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。
詳細については、(/ja-jp/citrix-daas/install-configure/delivery-groups-create.html)ドキュメントのCitrix Virtual Apps and Desktopsおよび(/ja-jp/citrix-daas/install-configure/delivery-groups-create.html)ドキュメントのCitrix DaaSにあるデリバリーグループの作成を参照してください。
注:
MCSを使用して作成したVMは、Citrix Cloud Connectorsに登録できず、未登録と表示される場合があります。この問題は、AzureでVMをホストし、Samba Winbindを使用してADドメインに参加している場合に発生します。この問題を回避するには、次の手順を実行します。
-
ADSI Editコンソールに移動し、未登録のVMを選択し、そのマシンアカウントのmsDS-SupportedEncryptionTypes属性を編集します。
-
VMでctxjproxyサービスとctxvdaサービスを再起動します。VMのステータスが登録済みに変わった場合は、手順3から5に進みます。
-
テンプレートVMで**/var/xdl/mcs/ad_join.sh**ファイルを開きます。
-
/var/xdl/mcs/ad_join.sh ファイル内の次の行の後に、net ads enctypes set $NEW_HOSTNAME\$ <Decimal value of encryption type attribute, for example, 28\> -U $NEW_HOSTNAME\$ -P password の行を追加します。
if [ "$AD_INTEGRATION" == "winbind" ]; then
join_domain_samba
restart_service winbind /usr/bin/systemctl -
新しいスナップショットを取得し、新しいテンプレートを使用してVMを作成します。
MCS を使用して Linux VDA をアップグレードする
MCS を使用して Linux VDA をアップグレードするには、次の手順を実行します。
-
Linux VDA を現在のリリースにアップグレードする前に、(/ja-jp/linux-virtual-delivery-agent/2607-ltsr/system-requirements.html#net-requirements)システム要件に従って .NET がインストールされていることを確認してください。
-
テンプレートマシンで Linux VDA をアップグレードします。注:
-
(/ja-jp/linux-virtual-delivery-agent/2607-ltsr/configure/administration/vda-upgrades.html)Azure を介した Linux VDA の自己更新機能を使用して、自動ソフトウェア更新をスケジュールすることもできます。この目的を達成するには、テンプレートマシンの etc/xdl/mcs/mcs_local_setting.reg ファイルにコマンドラインを追加します。たとえば、次のコマンドラインを追加できます。
create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" --force
create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "ScheduledTime" -d "Immediately" --force
create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "Url" -d "<Your-Azure-Container-Url>" –force
create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "<Local-Certificate-Path-of-PortalAzureCom>" --force -
2407 リリース以降、Linux VDA はアップグレード中に構成ファイルを処理するためにパッケージマネージャーの rpm または dpkg に委任します。以下に、rpm と dpkg が構成ファイルの変更とどのように相互作用するかを説明します。
-
rpm: デフォルトではローカルバージョンを保持し、パッケージからの新しいバージョンを .rpmnew 拡張子で保存します。
-
dpkg: 続行方法の選択肢を対話形式で求めます。ローカル構成ファイルを保持し、新しいパッケージバージョンを .dpkg-new または .dpkg-dist として保存しながら Linux VDA をサイレントアップグレードするには、次のコマンドを使用します。
dpkg --force-confold -i package.deb # Always keep your version, then save new package's version as *.dpkg-new or *.dpkg-dist
-
RHEL および Rocky Linux ディストリビューションの場合:sudo yum -y localinstall <PATH>/<Linux VDA RPM>注:RHEL 9.x および Rocky Linux 9.x で Linux VDA をアップグレードする前に、libsepol パッケージをバージョン 3.4 以降に更新してください。SUSE ディストリビューションの場合:sudo zypper -i install <PATH>/<Linux VDA RPM>Ubuntu/Debian ディストリビューションの場合:sudo dpkg -i <PATH>/<Linux VDA deb>
sudo apt-get install -f -
-
/etc/xdl/mcs/mcs.confと/etc/xdl/mcs/mcs_local_setting.regを編集します。 -
新しいスナップショットを作成します。
-
Citrix Studio で、新しいスナップショットを選択してマシンカタログを更新します。各マシンが再起動するまで待機してください。マシンを手動で再起動しないでください。
マシンアカウントのパスワード更新を自動化する
マシンアカウントのパスワードは、デフォルトでマシンカタログ作成後30日で期限切れになります。パスワードの期限切れを防ぎ、マシンアカウントのパスワード更新を自動化するには、次の手順を実行します。
-
/opt/Citrix/VDA/sbin/deploymcs.shを実行する前に、/etc/xdl/mcs/mcs.confに次のエントリを追加します。
UPDATE_MACHINE_PW="Y" -
/opt/Citrix/VDA/sbin/deploymcs.shを実行した後、/etc/cron.d/mcs_update_password_cronjobを開いて更新時間と頻度を設定します。デフォルト設定では、マシンアカウントのパスワードは毎週日曜日の午前2時30分に更新されます。
マシンアカウントのパスワードが更新されるたびに、Delivery Controllerのチケットキャッシュが無効になり、/var/log/xdl/jproxy.logに次のエラーが表示されることがあります。
[ERROR] - AgentKerberosServiceAction.Run: GSSException occurred. Error: Failure unspecified at GSS-API level (Mechanism level: Checksum failed)
エラーを解消するには、チケットキャッシュを定期的にクリアします。すべてのDelivery Controllerまたはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。