ドメイン非参加型Linux VDAの作成
この記事では、Machine Creation Services™ (MCS) を使用して、Citrix DaaSでドメイン非参加型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を選択してインストールします。
ステップ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が使用できるネットワークが含まれます。
-
重要:
-
接続を作成する前に、リソースの場所にあるホストリソース（ストレージとネットワーク）が利用可能である必要があります。
- Citrix Cloudにサインインします。
- 左上のメニューで、My Services > DaaSを選択します。
- Manage > Full Configurationから、左ペインでHostingを選択します。
- アクションバーでAdd Connections and Resourcesを選択します。
-
- ウィザードは次のページに案内します。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、Nextを選択してSummaryページに到達します。
ステップ2a: 接続
Connectionページで：
- 新しい接続を作成するには、Create a new Connectionを選択します。既存の接続と同じホスト構成に基づいて接続を作成するには、Use an existing Connectionを選択し、関連する接続を選択します。
- Zone nameフィールドでゾーンを選択します。オプションは、構成したすべてのリソースの場所です。
-
Connection typeフィールドでハイパーバイザーまたはクラウドサービスを選択します。オプションは、ゾーンにプラグインが適切にインストールされているハイパーバイザーとクラウドサービスです。
または、PowerShellコマンド
Get-HypHypervisorPlugin -ZoneUidを使用して、選択したゾーンで利用可能なハイパーバイザープラグインのリストを取得することもできます。 - 接続名を入力します。この名前はManage表示に表示されます。
- 仮想マシンを作成するツールとして、Machine Creation ServicesまたはCitrix Provisioningを選択します。
Connectionページの情報は、使用しているホスト（接続の種類）によって異なります。たとえば、Azure Resource Managerを使用する場合、既存のサービスプリンシパルを使用するか、新しいサービスプリンシパルを作成できます。
ステップ2b: ストレージ管理
ストレージ管理の種類と方法については、「ホストストレージ」を参照してください。
Hyper-VまたはVMwareホストへの接続を構成している場合は、クラスター名を参照して選択します。その他の接続の種類では、クラスター名は要求されません。
ストレージ管理方法として、ハイパーバイザー間で共有されるストレージ、またはハイパーバイザーにローカルなストレージを選択します。
- ハイパーバイザー間で共有されるストレージを選択した場合、利用可能なローカルストレージに一時データを保持するかどうかを指定します。（この接続を使用するマシンカタログでは、デフォルト以外のサイズの一時ストレージを指定できます。）**例外:** クラスター共有ボリューム（CSV）を使用する場合、Microsoft System Center Virtual Machine Managerでは、ローカルストレージに一時データキャッシュディスクを作成できません。**Manage**コンソールでそのストレージ管理設定を構成しようとすると失敗します。
- Citrix Hypervisorプールで共有ストレージを使用する場合、IntelliCacheを使用して共有ストレージデバイスの負荷を軽減するかどうかを指定します。「[Citrix Hypervisor仮想化環境](/ja-jp/citrix-daas/install-configure/resource-location/xenserver-host.html)」を参照してください。
- ### ステップ2c: ストレージの選択
- 
ストレージの選択について詳しくは、「ホストストレージ」を参照してください。
利用可能なデータタイプごとに、少なくとも1つのホストストレージデバイスを選択します。前のページで選択したストレージ管理方法によって、このページで選択できるデータタイプが影響を受けます。ウィザードの次のページに進むには、サポートされているデータタイプごとに少なくとも1つのストレージデバイスを選択する必要があります。
Storage Selectionページの下部には、ハイパーバイザー間で共有されるストレージを選択し、Optimize temporary data on available local storageを有効にした場合の追加の構成オプションが含まれています。一時データに使用するローカルストレージデバイス（同じハイパーバイザープール内）を選択できます。
現在選択されているストレージデバイスの数が表示されます（グラフィックでは「1 storage device selected」）。そのエントリにカーソルを合わせると、選択されたデバイス名が表示されます（デバイスが構成されていない場合を除く）。
- 使用するストレージデバイスを変更するには、[選択] を選択します。
- [ストレージの選択] ダイアログボックスで、ストレージデバイスのチェックボックスをオンまたはオフにしてから、[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数を調整する。
- 実行中のVMを移行する (
-
guest-tools.iso という名前のCitrix VM Toolsをマウントするには、次のコマンドを実行します。
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--> -
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/ の手順を参照してください。
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を手動でインストールします。
-
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-->
ステップ3f：使用するデータベースの指定
実験的な機能として、PostgreSQLに加えてSQLiteを使用できます。Linux VDAパッケージのインストール後に、SQLiteとPostgreSQLを切り替えることもできます。これを行うには、次の手順を実行します。
-
/opt/Citrix/VDA/sbin/ctxcleanup.shを実行します。新規インストールの場合、この手順は省略します。 -
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コマンドを実行します。
ヒント：
［Save］ をクリックすると、指定したパスのローカルファイルに変数設定が保存されます。［Load］ をクリックすると、指定したファイルから変数設定が読み込まれます。
以下は、非ドメイン参加シナリオ用に構成できる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**
ステップ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：マスターイメージの作成
-
/etc/xdl/mcs/mcs.confを編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.shを実行します。GUIを使用してMCS変数を構成する場合は、［Deploy］ をクリックします。
GUIで ［Deploy］ をクリックすると、GUIで設定した変数が
/etc/xdl/mcs/mcs.confファイルで設定した変数を上書きします。 -
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
-
（Citrix Hypervisor、GCP、VMware vSphereの場合） テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
-
（Azureの場合） テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源ステータスが ［Stopped (deallocated)］ であることを確認します。ここでリソースグループの名前を覚えておいてください。この名前は、Azureでマスターイメージを見つけるために必要です。
-
（AWSの場合） テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態が ［Stopped］ であることを確認します。テンプレートVMを右クリックし、［Image］>［Create Image］ を選択します。情報を入力し、必要に応じて設定を行います。［Create Image］ をクリックします。
-
（Nutanixの場合） Nutanix AHVで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
注：
Citrix Virtual Apps™ and Desktopsで使用するには、Acropolisスナップショット名に
XD_をプレフィックスとして付ける必要があります。必要に応じて、Acropolisコンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、［Create Catalog］ ウィザードを再起動して、更新されたリストを取得します。
-
ステップ4：マシンカタログの作成
- Citrix Cloudにサインインします。
- 左上のメニューで、［My Services］>［DaaS］ を選択します。
- ［Manage］>［Full Configuration］ から、［Machine Catalogs］ を選択します。
-
ウィザードの指示に従ってマシンカタログを作成します。
Nutanix固有の ［Container］ ページで、以前にテンプレートVMに指定したコンテナを選択します。
［Master Image］ ページで、イメージスナップショットを選択します。
［Virtual Machines］ ページで、仮想CPUの数とvCPUあたりのコア数を確認します。MCSをマシン展開方法として選択し、カタログに作成するマシンのIDとして ［Non-domain-joined］ を選択します。
必要に応じて、その他の構成タスクを実行します。詳しくは、「マシンカタログの作成」を参照してください。
注：
Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンの電源を手動でオンにします。このアプローチは、作成プロセスを続行するのに役立ちます。
ステップ5：デリバリーグループの作成
デリバリーグループは、1つ以上のマシンカタログから選択されたマシンのコレクションです。どのユーザーがこれらのマシンを使用できるか、およびこれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳しくは、「デリバリーグループの作成」を参照してください。
この記事の概要
- (Nutanixのみ) ステップ1: Nutanix AHVプラグインのインストールと登録
-
ステップ2: ホスト接続の作成
- ステップ2a: 接続
- ステップ2b: ストレージ管理
- ステップ 2d: リージョン
- ステップ 2e: ネットワーク
- ステップ 2f: 概要
- (Citrix Hypervisor™ のみ) ステップ 3a: Citrix VM Tools のインストール
- (Azure、AWS、GCP の場合) ステップ 3b: Ubuntu 18.04 用の cloud-init の構成
- ステップ 3c: テンプレートVMへのLinux VDAパッケージのインストール
- ステップ 3d: tdb-tools パッケージをインストールするためのリポジトリの有効化 (RHEL 7 のみ)
- ステップ 3e: (SUSE の場合) ntfs-3g の手動インストール
- ステップ3f：使用するデータベースの指定
- ステップ3g：MCS変数の構成
- ステップ3h：MCSのレジストリ値の書き込みまたは更新（オプション）
- ステップ3i：マスターイメージの作成
- ステップ4：マシンカタログの作成
- ステップ5：デリバリーグループの作成