Machine Creation Services™ (MCS) を使用した Linux VDA の作成
MCS を使用して、ドメイン参加済みおよび非ドメイン参加済みの VDA を作成できます。Citrix DaaS で非ドメイン参加型 Linux VDA を作成する場合は、専用の記事「MCS を使用した非ドメイン参加型 Linux VDA の作成」も参照してください。
サポートされているディストリビューション
| Winbind | SSSD | Centrify | PBIS | |
|---|---|---|---|---|
| Debian 10.9 | Yes | Yes | No | Yes |
| RHEL 8.10, RHEL 8.8, RHEL 8.6, RHEL 8.4, RHEL 8.3, RHEL 8.2, RHEL 8.1 | Yes | No | Yes | Yes |
| RHEL 7.9, RHEL 7.8, CentOS 7.9, CentOS 7.8 | Yes | Yes | Yes | Yes |
-
Rocky Linux 8.10/8.8/8.6 Yes No No No SUSE 15.3, SUSE 15.2 Yes Yes No Yes Ubuntu 20.04, Ubuntu 18.04 Yes Yes No Yes -
Citrix® は、関連する Linux ディストリビューションでの初期機能検証に次の Centrify バージョンを使用しています。
Linux distribution Centrify version - RHEL 5.8.0 - SUSE 5.7.1 - Debian, Ubuntu 5.6.1 -
Centrify の他のバージョンを使用すると、エラーが発生する可能性があります。テンプレートマシンをドメインに参加させるために Centrify を使用しないでください。
-
MCS で作成されたマシンを Windows ドメインに参加させるために PBIS または Centrify を使用している場合は、次のタスクを完了してください。
-
テンプレートマシンで、
/etc/xdl/mcs/mcs.confファイルに PBIS または Centrify パッケージのダウンロードパスを設定するか、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
- Citrix Hypervisor™
- GCP
- Microsoft Azure
- Nutanix AHV
-
VMware vSphere
-
サポートされているハイパーバイザー以外のハイパーバイザーでマスターイメージを準備しようとすると、予期しない結果が発生する可能性があります。
-
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 Subscription または Hybrid Rights ライセンスが必要です。Universal Subscription および Hybrid Rights ライセンスの詳細については、「Citrix Universal Subscription を使用した移行とアップグレード (TTU)」を参照してください。
-
ベアメタルサーバーは、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™ 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: ホスト接続の作成
このセクションでは、Azure、AWS、Citrix Hypervisor、GCP、Nutanix AHV、および VMware vSphere へのホスト接続を作成する方法の例を示します。詳細については、Citrix Virtual Apps and Desktops ドキュメントの「接続とリソースの作成と管理」および Citrix DaaS ドキュメントの「接続の作成と管理」を参照してください。
- [Citrix Studio で Azure へのホスト接続を作成する](/ja-jp/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-azure-in-citrix-studio)
- [Citrix Studio で AWS へのホスト接続を作成する](/ja-jp/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-aws-in-citrix-studio)
- [Citrix Studio で Citrix Hypervisor へのホスト接続を作成する](/ja-jp/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-citrix-hypervisor-in-citrix-studio)
- [Citrix Studio で GCP へのホスト接続を作成する](/ja-jp/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-gcp-in-citrix-studio)
- [Citrix Studio で Nutanix へのホスト接続を作成する](/ja-jp/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-nutanix-in-citrix-studio)
- [Citrix Studio で VMware へのホスト接続を作成する](/ja-jp/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-vmware-in-citrix-studio)
Citrix Studio で Azure へのホスト接続を作成する
- Citrix Cloudにサインインします。
- 左上のメニューで、[My Services] > [DaaS] を選択します。
- [Manage] > [Full Configuration] から、左ペインで [Hosting] を選択します。
-
アクションバーで [Add Connection and Resources] を選択します。
-
接続の種類として Microsoft Azure を選択します。
- ウィザードのページに従って進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、[Next] を選択して [Summary] ページに到達します。詳細については、「非ドメイン参加型 Linux VDA の作成」の記事の「手順 2: ホスト接続の作成」を参照してください。
Citrix Studio で AWS へのホスト接続を作成
-
Citrix Cloud の Citrix Studio で、[Configuration] > [Hosting] > [Add Connection and Resources] を選択します。
- 1. 接続の種類として **[Amazon EC2]** を選択します。 -  - 1. AWS アカウントの API キーとシークレットキーを入力し、接続名を入力します。
API キーはアクセスキー ID であり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。
- AWS サービスにサインインします。
- Identity and Access Management (IAM) コンソールに移動します。
- 左側のナビゲーションペインで、[Users] を選択します。
- 対象ユーザーを選択し、下にスクロールして [Security credentials] タブを選択します。
- 下にスクロールして [Create access key] をクリックします。新しいウィンドウが表示されます。
- [.csv ファイルのダウンロード] をクリックし、アクセスキーを安全な場所に保存します。
Citrix Studio で Citrix Hypervisor へのホスト接続を作成
- Citrix Cloudにサインインします。
- 左上のメニューで、[My Services] > [DaaS] を選択します。
- [Manage] > [Full Configuration] から、左ペインで [Hosting] を選択します。
- アクションバーで [Add Connection and Resources] を選択します。
- 接続の種類として [Citrix Hypervisor] を選択します。
- Citrix Hypervisor アカウントの接続アドレス（Citrix Hypervisor の URL）、ユーザー名とパスワード、および接続名を入力します。
Citrix Studio で GCP へのホスト接続を作成
Google Cloud Platform 仮想化環境に従って GCP 環境をセットアップし、次の手順を完了して GCP へのホスト接続を作成します。
- Citrix Cloudにサインインします。
- 左上のメニューで、[My Services] > [DaaS] を選択します。
- [Manage] > [Full Configuration] から、左ペインで [Hosting] を選択します。
- アクションバーで [Add Connection and Resources] を選択します。
-
接続の種類として [Google Cloud Platform] を選択します。
-
GCP アカウントのサービスアカウントキーをインポートし、接続名を入力します。
- 1. ウィザードのページに従って進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、**[Next]** を選択して **[Summary]** ページに到達します。詳細については、「[非ドメイン参加型 Linux VDA の作成](/ja-jp/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-non-domain-joined-linux-vdas.html)」の記事の「[手順 2: ホスト接続の作成](/ja-jp/linux-virtual-delivery-agent/2203-ltsr/installation-overview/create-non-domain-joined-linux-vdas.html#step-2-create-a-host-connection)」を参照してください。 - #### 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] を選択して、Nutanix ハイパーバイザーへの接続を作成します。
-
[Add Connection and Resources] ウィザードの [Connection] ページで、接続の種類として Nutanix AHV を選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。[Network] ページで、ホスティングユニットのネットワークを選択します。
たとえば、オンプレミスの Citrix Studio の場合:
Citrix Studio で VMware へのホスト接続を作成
-
vSphere 環境に vCenter Server をインストールします。詳しくは、「VMware vSphere」を参照してください。
-
Citrix Studio で、[Configuration] > [Hosting] > [Add Connection and Resources] を選択して VMware vSphere への接続を作成します。
-
接続の種類として VMware vSphere を選択します。
-
VMware アカウントの接続アドレス（vCenter Server の URL）、ユーザー名とパスワード、および接続名を入力します。
ホスティングペインに新しい接続が表示されます。
手順 3: マスターイメージの準備
（Citrix Hypervisor のみ）手順 3a: Citrix VM Tools のインストール
各 VM のテンプレート VM に Citrix VM Tools をインストールして、xe CLI または XenCenter を使用します。ツールをインストールしないと、VM のパフォーマンスが低下する可能性があります。ツールがないと、次のいずれも実行できません。
- VM を正常にシャットダウン、再起動、または一時停止する
- XenCenter で VM のパフォーマンスデータを表示する
- 実行中の VM を移行する（`XenMotion` を介して）
- スナップショットまたはメモリ付きスナップショット（チェックポイント）を作成し、スナップショットに戻す
- 実行中の Linux VM の vCPU 数を調整する
-
「Citrix VM Tools」という名前の
guest-tools.isoをマウントするには、次のコマンドを実行しますsudo mount /dev/cdrom /mnt <!--NeedCopy--> -
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--> -
XenCenterの全般タブで、テンプレートVMの仮想化状態を確認します。Citrix VM Toolsが正しくインストールされている場合、仮想化状態は最適化済みになります
(Azure、AWS、GCPの場合) ステップ3b: Ubuntu 18.04向け cloud-init の構成
-
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-->- 1. 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 systemctl sshd restartコマンドを実行します。
-
ステップ3c: テンプレートVMへの.NETおよびLinux VDAパッケージのインストール
注:
実行中のVDAをテンプレートVMとして使用する場合は、この手順をスキップします。
テンプレートVMに.NET Runtime 6.0をインストールし、Linuxディストリビューションに基づいて次のコマンドを実行してLinux VDAをインストールします。
RHEL/CentOS/Rocky Linuxの場合:
sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--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サーバーの場合:
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 <!--NeedCopy--> -
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内の変数を変更します。-
ドメインに参加していないシナリオの場合
ドメインに参加していないシナリオの場合、
/etc/xdl/mcs/mcs.conf内の変数を未指定のままにするか、必要に応じて以下の変数を変更できます。DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtimeDESKTOP_ENVIRONMENT= gnome | mateVDA_PORT=port-numberREGISTER_SERVICE=Y | NADD_FIREWALL_RULES=Y | NHDX_3D_PRO=Y | NVDI_MODE=Y | NSITE_NAME=dns-site-name | ‘<none>’SEARCH_BASE=search-base-set | ‘<none>’START_SERVICE=Y | NTELEMETRY_SOCKET_PORT=port-numberTELEMETRY_PORT=port-numberヒント:
/etc/xdl/mcs/mcs.conf内のAD_INTEGRATION変数は、デフォルトでWinbindに設定されています。このデフォルト値は、ドメインに参加していないシナリオには影響しません。 -
ドメインに参加しているシナリオの場合
/etc/xdl/mcs/mcs.conf内の変数を変更します。mcs.conf構成ファイルは、MCSとLinux VDAを設定するための変数を提供します。以下は、必要に応じて設定できる変数です。-
Use_Existing_Configurations_Of_Current_VDA: 現在実行中のVDAの既存のAD関連構成ファイル（/etc/krb5.conf、/etc/sssd.conf、および/etc/samba/smb.conf）を使用するかどうかを決定します。Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDAの対応するファイルと同じになります。ただし、dnsおよびAD_INTEGRATION変数は引き続き構成する必要があります。デフォルト値はNであり、これはマスターイメージ上の構成テンプレートがMCSで作成されたマシンの構成ファイルを決定することを意味します。 -
dns: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます。 -
NTP_SERVER: NTPサーバーのIPアドレスを設定します。特に指定がない限り、ドメインコントローラーのIPアドレスです。 -
WORKGROUP: ワークグループ名を、ADで構成したNetBIOS名（大文字と小文字を区別）に設定します。設定しない場合、MCSはマシンのホスト名の直後にあるドメイン名の一部をワークグループ名として使用します。たとえば、マシンアカウントがuser1.lvda.citrix.comの場合、MCSはlvdaをワークグループ名として使用しますが、citrixが正しい選択です。ワークグループ名が正しく設定されていることを確認してください。 -
AD_INTEGRATION: Winbind、SSSD、PBIS、またはCentrifyを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされるディストリビューションを参照してください。 -
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=path-to-install-dotnet-runtime \DESKTOP_ENVIRONMENT= **gnome | mate \**SUPPORT_DDC_AS_CNAME=**Y | N**VDA_PORT=port-numberREGISTER_SERVICE=**Y | N**ADD_FIREWALL_RULES=**Y | N**HDX_3D_PRO=**Y | N**VDI_MODE=**Y | N**SITE_NAME=**dns-site-name | ‘<none>’**LDAP_LIST=**‘list-ldap-servers’ | ‘<none>’**SEARCH_BASE=**search-base-set | ‘<none>’**FAS_LIST=**‘list-fas-servers’ | ‘<none>’**START_SERVICE=**Y | N**TELEMETRY_SOCKET_PORT=port-numberTELEMETRY_PORT=port-number
mcs.confの例については、以下のスクリーンショットを参照してください。
-
-
-
/opt/Citrix/VDA/sbin/deploymcs.shを実行します。 -
テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するために、
/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-->
ステップ 3h: マスターイメージの作成
-
/opt/Citrix/VDA/sbin/deploymcs.shを実行します。 -
(現在実行中の VDA をテンプレート VM として使用している場合は、この手順をスキップしてください。) テンプレート VM で、構成テンプレートを更新して、作成されたすべての VM 上の関連する
/etc/krb5.conf、/etc/samba/smb.conf、および/etc/sssd/sssd.confファイルをカスタマイズします。Winbind ユーザーの場合は、
/etc/xdl/mcs/winbind_krb5.conf.tmplおよび/etc/xdl/mcs/winbind_smb.conf.tmplテンプレートを更新します。SSSD ユーザーの場合は、
/etc/xdl/mcs/sssd.conf.tmpl、/etc/xdl/mcs/sssd_krb5.conf.tmpl、および/etc/xdl/mcs/sssd_smb.conf.tmplテンプレートを更新します。Centrify ユーザーの場合は、
/etc/xdl/mcs/centrify_krb5.conf.tmplおよび/etc/xdl/mcs/centrify_smb.conf.tmplテンプレートを更新します。注:
テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、および $AD_FQDN などの変数を使用してください。
-
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
-
(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 コンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、[カタログの作成] ウィザードを再起動して、更新されたリストを取得します。
-
(GCP の場合) ステップ 3i: RHEL 8.x でのイーサネット接続の構成
GCP でホストされている RHEL 8.x に Linux VDA をインストールした後、VM の再起動後にイーサネット接続が失われ、Linux VDA に到達できなくなる可能性があります。この問題を回避するには、VM を再起動する前に次のコマンドを実行します。
nmcli dev connect eth0
systemctl NetworkManager restart
<!--NeedCopy-->
ステップ 4: マシンカタログの作成
Citrix Studio で、マシンカタログを作成し、カタログで作成する VM の数を指定します。マシンカタログを作成するときに、マスターイメージを選択します。以下に例を示します。
Nutanix 固有の [コンテナ] ページで、以前にテンプレート VM 用に指定したコンテナを選択します。[マスターイメージ] ページで、イメージスナップショットを選択します。[仮想マシン] ページで、仮想 CPU の数と vCPU あたりのコア数を確認します。
注:
Delivery Controller™ でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prism に移動し、Preparation というプレフィックスが付いたマシンの電源を手動でオンにします。このアプローチは、作成プロセスを続行するのに役立ちます。
必要に応じて、その他の構成タスクを実行します。詳細については、Citrix Virtual Apps and Desktops のドキュメントの「マシンカタログの作成」を参照してください。
ステップ 5: デリバリーグループの作成
デリバリーグループは、1 つ以上のマシンカタログから選択されたマシンの集合です。どのユーザーがこれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳細については、「デリバリーグループの作成」を参照してください。
MCS を使用した Linux VDA の更新
MCS を使用して Linux VDA を更新するには、次の手順を実行します。
-
Linux VDA を現在のリリースに更新する前に、.NET Runtime 6.0 がインストールされていることを確認します。
-
テンプレートマシンで Linux VDA を更新します。
注:
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 <!--NeedCopy-->RHEL 7 および CentOS 7 の場合:
sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm <!--NeedCopy-->RHEL 8/CentOS 8/Rocky Linux 8 の場合:
sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm <!--NeedCopy-->SUSE の場合:
sudo rpm -U XenDesktopVDA-<version>.sle12_x.x86_64.rpm <!--NeedCopy-->Ubuntu 18.04の場合:
sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb <!--NeedCopy-->Ubuntu 20.04の場合:
sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb <!--NeedCopy--> -
/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="enabled" -
/opt/Citrix/VDA/sbin/deploymcs.shの実行後、/etc/cron.d/mcs_update_password_cronjobを開いて更新時間と頻度を設定します。デフォルト設定では、毎週日曜日の午前2時30分にマシンアカウントパスワードが更新されます。
マシンアカウントパスワードが更新されるたびに、デリバリーコントローラー上のチケットキャッシュが無効になり、/var/log/xdl/jproxy.log に次のエラーが表示されることがあります。
[ERROR] - AgentKerberosServiceAction.Run: GSSException occurred. Error: Failure unspecified at GSS-API level (Mechanism level: Checksum failed)
このエラーを解消するには、チケットキャッシュを定期的にクリアします。すべてのデリバリーコントローラーまたはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。
MCSで作成されたVMでのFASの有効化
次のディストリビューションで実行されているMCSで作成されたVMでFASを有効にできます。
| Winbind | SSSD | Centrify | PBIS | |
|---|---|---|---|---|
| RHEL 8, CentOS 8 | Yes | No | No | Yes |
| RHEL 7, CentOS 7 | Yes | Yes | No | Yes |
| Rocky Linux 8 | Yes | No | No | No |
| Ubuntu 20.04 | Yes | No | No | No |
| Ubuntu 18.04 | Yes | No | No | No |
| Debian 10.9 | Yes | No | No | No |
| SUSE 15.3 | Yes | No | No | No |
| SUSE 15.2 | Yes | No | No | No |
| SUSE 12.5 | Yes | No | No | No |
テンプレートVMでマスターイメージを準備する際のFASの有効化
-
ルートCA証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/ <!--NeedCopy--> -
ctxfascfg.shを実行します。詳しくは、「ctxfascfg.shの実行」を参照してください。
-
/etc/xdl/mcs/mcs.confで変数を設定します。注：
これらの変数はVMの起動時に呼び出されるため、必要なすべての変数を
/etc/xdl/mcs/mcs.confで設定してください。-
Use_Existing_Configurations_Of_Current_VDAの値をYに設定します。 -
FAS_LIST変数をFASサーバーアドレス、または複数のFASサーバーアドレスに設定します。複数のアドレスはセミコロンで区切り、アドレスをシングルクォーテーションで囲みます。例：FAS_LIST='<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>'。 -
VDI_MODEなど、必要に応じて他の変数を設定します。
-
-
スクリプト
/opt/Citrix/VDA/sbin/deploymcs.shを実行します。
MCSで作成されたVMでのFASの有効化
前述のようにテンプレートマシンでFASが有効になっていない場合、MCSで作成された各VMでFASを有効にできます。
MCSで作成されたVMでFASを有効にするには、次の手順を実行します。
-
/etc/xdl/mcs/mcs.confで変数を設定します。注：
これらの変数はVMの起動時に呼び出されるため、必要なすべての変数を
/etc/xdl/mcs/mcs.confで設定してください。-
Use_Existing_Configurations_Of_Current_VDAの値をYに設定します。 -
FAS_LIST変数をFASサーバーアドレスに設定します。 -
VDI_MODEなど、必要に応じて他の変数を設定します。
-
-
ルートCA証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/ <!--NeedCopy--> -
/opt/Citrix/VDA/sbin/ctxfascfg.shスクリプトを実行します。詳しくは、「ctxfascfg.shの実行」を参照してください。