マシン クリエーション サービス™ (MCS) を使用した グーグル クラウド プラットフォーム (GCP) 上での Linux VDA の作成
MCS を使用して GCP に Linux VDA を作成するには、次の手順を実行します。
ステップ 1: GCP に Linux 仮想マシン (VM) を作成する
ステップ 3: Citrix Studio で GCP へのホスト接続を作成する
ステップ 4: Linux VDA マスターイメージを準備する
ステップ 1: GCP に Linux VM を作成する
ステップ 1a: Google Cloud コンソールで、Compute Engine > VM インスタンスに移動します。
ステップ 1b: VM インスタンスページで、インスタンスを作成をクリックして VM インスタンスを作成します。

ステップ 1c: 次の設定を行い、その他の設定はデフォルトのままにします。
- VM インスタンスの名前を入力します。
- VM をホストするリージョンとゾーンを選択します。
- (オプション)VMにGPUを追加します。詳細については、この記事の後半にあるステップ4cを参照してください。
-
ブートディスクセクションで、VMのオペレーティングシステムとディスクサイズを選択します。例:
ブートディスク(/ja-jp/linux-virtual-delivery-agent/2511/media/boot-disk.png)
-
詳細オプション > ネットワークに移動し、ホスト名フィールドをFQDNに設定します。
ホスト名フィールドを設定(/ja-jp/linux-virtual-delivery-agent/2511/media/hostname-field.png)
ステップ1d: 作成をクリックしてVMインスタンスを作成します。
ステップ1e: VMが作成されたら、Compute Engineダッシュボードに戻り、リストからVMインスタンスを見つけて、SSHボタンをクリックしてVMに接続します。
SSHボタンをクリックしてGCP上のVMに接続(/ja-jp/linux-virtual-delivery-agent/2511/media/connect-vm-on-gcp-via-ssh.png)
ステップ1f: WebベースのSSHクライアントを介してLinux VDAパッケージをVMにアップロードします。
GCP上のVMにLinux VDAパッケージをアップロード(/ja-jp/linux-virtual-delivery-agent/2511/media/upload-linux-vda-package-to-your-vm-on-gcp.png)
ステップ1g: SSHを使用したVMへのアクセス障害を防止します。
VMは再起動後に到達不能になる可能性があります。この問題を回避するには、VMに初めてログオンするときにrootパスワードを設定し、rootとしてVMにログオンできることを確認してください。その後、VMを再起動した後、コンソールで次のコマンドを実行します。
nmcli dev connect eth0
systemctl restart NetworkManager
<!--NeedCopy-->
シリアルコンソールに接続(/ja-jp/linux-virtual-delivery-agent/2511/media/connect-to-serial-console.png)
ステップ2:GCPサービスアカウントを作成する
このセクションでは、GCPサービスアカウントの作成について説明します。これには、サービスアカウントキーの作成と、サービスアカウントに必要なロールの付与が含まれます。
注:
GCPサービスアカウントを作成するには、サービスアカウント管理者 (roles/iam.serviceAccountAdmin) IAMロールが付与されていることを確認してください。
ステップ2a: Google Cloudコンソールで、IAMと管理 > サービスアカウントに移動し、サービスアカウントを作成タブをクリックします。

ステップ2b: サービスアカウントの詳細ステップで、フィールドに値を入力し、作成して続行をクリックします。

ステップ2c: オプションの手順をスキップし、下部にある完了をクリックします。

ステップ2d: 再度IAMと管理 > サービスアカウントに移動し、サービスアカウントタブをクリックします。新しく作成したサービスアカウントを見つけ、キータブに移動し、キーを追加 > 新しいキーを作成 > JSON > 作成をクリックします。


注:
キーファイルをダウンロードした後、再度ダウンロードすることはできません。
ステップ2e: Google Cloudコンソールで、IAMと管理 > IAMに移動し、追加をクリックします。新しいメンバーフィールドで新しく作成したサービスアカウントを検索して選択し、そのサービスアカウントにリソースへのアクセス権を付与するためのロールを選択します。別のロールを追加をクリックしてロールを付与し続け、新しく作成したサービスアカウントに以下のすべてのロールが付与されていることを確認します。
- コンピューティング管理者
- ストレージ管理者
- クラウド ビルド エディター
- サービスアカウントユーザー
- クラウド データストア ユーザー
- Compute インスタンス管理者 (ベータ版)
- オーナー
例えば、次のとおりです。

ステップ3: 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コンソールでは次のようになります:

-
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
-
ウィザードがページを案内します。特定のページコンテンツは、選択した接続タイプによって異なります。各ページを完了したら、次へを選択して概要ページに到達します。詳細については、ホスト接続の作成のMCS を使用したドメイン非参加 Linux VDA の作成の記事を参照してください。
ステップ 4: Linux VDA マスターイメージを準備する
ステップ 4a: (RHEL 8.x/9.x および Rocky Linux 8.x/9.x の場合) イーサネット接続を構成します。
GCP でホストされている RHEL 8.x/9.x および Rocky Linux 8.x/9.x に Linux VDA をインストールした後、イーサネット接続が失われ、VM の再起動後に Linux VDA に到達できなくなる可能性があります。この問題を回避するには、VM に初めてログオンするときにルートパスワードを設定し、ルートとして VM にログオンできることを確認してください。その後、VM を再起動した後、コンソールで次のコマンドを実行します。
nmcli dev connect eth0
systemctl restart NetworkManager
<!--NeedCopy-->

ステップ 4b: テンプレート VM に Linux VDA パッケージをインストールします。
テンプレート VM で、Linux VDA パッケージをインストールするには、次の手順を実行します。
-
.NET をインストールします。
.NET Runtime に加えて、Linux VDA をインストールまたはアップグレードする前に、サポートされているすべての Linux ディストリビューションに .ASP.NET Core Runtime Version 8 をインストールする必要があります。
必要な .NET バージョンが Linux ディストリビューションに含まれている場合は、組み込みのフィードからインストールします。そうでない場合は、Microsoft パッケージフィードから .NET をインストールします。詳細については、https://docs.microsoft.com/ja-jp/dotnet/core/install/linux-package-managersを参照してください。
-
Linux VDA パッケージをインストールします。
sudo yum –y localinstall <PATH>/<Linux VDA RPM> <!--NeedCopy--> -
EPEL リポジトリを有効にします。
sudo rpm -ivh https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm <!--NeedCopy-->
ステップ 4c: GCP 上のテンプレート VM にグラフィックス処理ユニット (GPU) を追加します (オプション)。
-
Google Cloud コンソールで、テンプレート VM に 1 つ以上の GPU を追加します。GCP での GPU の追加と削除については、https://cloud.google.com/compute/docs/gpus/add-remove-gpusを参照してください。

-
テンプレートVMに適切なGPUドライバーをインストールします。詳細については、https://cloud.google.com/compute/docs/gpus/install-drivers-gpuを参照してください。
必要なNVIDIAドライバーのバージョン:
Compute Engineで実行されているNVIDIA GPUは、次のNVIDIAドライバーバージョンを使用する必要があります。
- L4 GPUの場合:
- リナックス : 525.60.13 以降
- A100 GPUの場合:
- Linuxオペレーティングシステム : 450.80.02 以降
- T4、P4、P100、およびV100 GPUの場合:
- Linuxオペレーティングシステム : 410.79 以降
- K80 GPUの場合 (サポート終了):
- Linux : 410.79 - 最新のR470バージョン
K80 GPUの場合、NVIDIAは、R470ドライバーブランチがデバッグサポートを受ける最後のドライバーバージョンであることを発表しました。この更新を確認するには、NVIDIA Software Support Matrixを参照してください。
インストールスクリプト:
インストールプロセスを自動化するには、次のスクリプトを使用できます。
https://raw.githubusercontent.com/GoogleCloudPlatform/compute-gpu-installation/main/linux/install_gpu_driver.py --output install_gpu_driver.py <!--NeedCopy-->サポートされているオペレーティングシステム:
インストールスクリプトは、以下のLinuxディストリビューションでテストされています。
- デビアン 11
- レッドハット エンタープライズ リナックス (RHEL) 8
- ロッキー リナックス 8
- ウブントゥ 20/22
このスクリプトを他のLinuxディストリビューションで使用すると、インストールは失敗します。Linux VMの場合、このスクリプトはNVIDIAドライバーのみをインストールします。
-
インストールスクリプトをダウンロードします。
curl https://raw.githubusercontent.com/GoogleCloudPlatform/compute-gpu-installation/main/linux/install_gpu_driver.py --output install_gpu_driver.py <!--NeedCopy--> -
スクリプトに完全なアクセス権を付与します。
chmod 777 install_gpu_driver.py <!--NeedCopy--> -
インストールスクリプトを実行します。
python3 install_gpu_driver.py <!--NeedCopy--> -
gdm3でWaylandを無効にします。
- お使いのディストリビューションのWayland構成ファイルを次のいずれかの場所で見つけます。
- /etc/gdm3/custom.conf (Ubuntu)
- /etc/gdm/custom.conf (セントオーエス、RHEL、ロッキー リナックス)
- sudo/root権限でファイルを開きます。
- 行頭の#を削除して、WaylandEnable=falseのコメントを解除します。
- VMを再起動します。
- お使いのディストリビューションのWayland構成ファイルを次のいずれかの場所で見つけます。
-
NVIDIA 510以降のドライバーをインストールした場合は、GSPファームウェアを無効にします。
GSPファームウェアが有効になっている場合は、NVIDIAモジュールパラメーター NVreg_EnableGpuFirmware を0に設定して無効にします。
このパラメーターを設定するには、/etc/modprobe.d/nvidia.conf ファイルに次のエントリを追加します。
-
options nvidia NVreg_EnableGpuFirmware=0
-
/etc/modprobe.d/nvidia.conf ファイルが存在しない場合は、作成します。
この手順を完了する際には、次の点に注意してください。
-
sudoを使用して、構成ファイルの作成および更新コマンドを実行します。
-
VMを再起動するには、Linuxターミナルで sudo reboot を使用するか、VMを停止して起動します。
-
- L4 GPUの場合:
手順4d: MCS変数を構成します。
/etc/xdl/mcs/mcs.conf ファイルを編集して、MCS変数を構成します。以下は、ドメインに参加していないシナリオとドメインに参加しているシナリオで構成できる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**ドメインに参加していないシナリオのMCS変数(/ja-jp/linux-virtual-delivery-agent/2511/media/mcs-variables-for-non-domain-joined-scenarios.png)
-
ドメイン参加シナリオの場合
-
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: Winbind、SSSD、PBIS、またはCentrifyを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、Supported distributionsを参照してください。 -
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: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳細については、Automate machine account password updatesを参照してください。 -
リナックス 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
-
手順4e: マスターイメージを作成する
-
(SSSD + RHEL 8.x/9.xまたはRocky Linux 8.x/9.xのみ)
update-crypto-policies --set DEFAULT:AD-SUPPORTコマンドを実行し、テンプレートVMを再起動します。 -
/opt/Citrix/VDA/sbin/deploymcs.shを実行します。ドメインに参加していないシナリオの場合、以下のエラーは正常であり、続行を妨げるものではありません。
ドメインに参加していないシナリオのMCS展開(/ja-jp/linux-virtual-delivery-agent/2511/media/mcs-deployment-for-non-domain-joined-scenarios.png)
-
テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
ステップ5:マシンカタログを作成する
- Citrix Cloudにサインインします。左上のメニューで、My Services > DaaSを選択します。
- 「管理 > 完全な構成」から、左ペインでマシンカタログを選択します。
- アクションバーでマシンカタログの作成を選択します。
-
マシンタイプページで、マルチセッションOSまたはシングルセッションOSを選択し、次へを選択します。
マシンタイプ(/ja-jp/linux-virtual-delivery-agent/2511/media/machine-type.png)
-
マシン管理ページで、電源管理されているマシンとCitrix Machine Creation Servicesオプションを選択し、次へを選択します。複数のリソースがある場合は、メニューから1つ選択します。
マシン管理(/ja-jp/linux-virtual-delivery-agent/2511/media/machine-management.png)
-
Master Imageページで、以前に作成したマスターイメージを選択します。
マスターイメージを選択(/ja-jp/linux-virtual-delivery-agent/2511/media/master-image.png)
マスターイメージが選択されました(/ja-jp/linux-virtual-delivery-agent/2511/media/master-image-selected.png)
-
Machine Identitiesページで、マスターイメージがどのドメインにも参加していない場合はNon-domain-joinedを選択し、マスターイメージをドメインに参加させた場合はActive Directoryアカウントを選択します。
ドメインに参加していないシナリオの場合:
マシンIDの種類(/ja-jp/linux-virtual-delivery-agent/2511/media/machine-identify-types.png)
ドメインに参加しているシナリオの場合:
Active Directoryアカウントオプションの選択(/ja-jp/linux-virtual-delivery-agent/2511/media/select-an-active-directory-account-option.png)
- 新しいActive Directoryアカウントを作成を選択した場合は、ドメインを選択し、Active Directoryで作成されたプロビジョニング済みVMコンピューターアカウントの命名スキームを表す文字のシーケンスを入力します。アカウントの命名スキームは1~64文字で、空白、非ASCII文字、または特殊文字を含めることはできません。
- 既存のActive Directoryアカウントを使用を選択した場合は、参照を選択して、選択したマシンの既存のActive Directoryコンピューターアカウントに移動します。
- ドメイン資格情報ページで、資格情報の入力を選択し、ユーザー名とパスワードを入力して、保存を選択し、次へを選択します。入力する資格情報には、Active Directoryアカウント操作を実行する権限が必要です。
- その他のページで追加設定を構成します。詳しくは、Google Cloud Platformカタログの作成を参照してください。
-
概要ページで情報を確認し、カタログの名前を指定して、完了を選択します。
マシンカタログ設定の概要(/ja-jp/linux-virtual-delivery-agent/2511/media/machine-catalog-setup-summary.png)
マシンカタログの作成には時間がかかる場合があります。完了すると、カタログが一覧表示されます。Google Cloudコンソールで、ターゲットノードグループにマシンが作成されていることを確認できます。
ステップ6:デリバリーグループを作成する
デリバリーグループは、1つ以上のマシンカタログから選択されたマシンのコレクションです。どのユーザーがこれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。
詳しくは、Citrix DaaSドキュメントのデリバリーグループの作成を参照してください。
- Citrix Cloudにサインインします。左上のメニューで、マイサービス > DaaSを選択します。
- 管理 > 完全な構成から、左ペインでデリバリーグループを選択します。
-
アクションバーでCreate Delivery Groupを選択します。デリバリーグループ作成ウィザードが開きます。
表示されるウィザードページは、選択内容によって異なる場合があります。
-
Machinesページで、マシンカタログを選択し、そのカタログから使用するマシンの数を選択します。

-
他のページで追加設定を構成します。詳しくは、「デリバリーグループの作成」を参照してください。
-
Summaryページで、デリバリーグループの名前を入力します。また、(オプションで)説明を入力することもできます。この説明は、Citrix Workspace™アプリとFull Configuration管理インターフェイスに表示されます。例:
デリバリーグループの名前を入力します:

Full Configuration管理インターフェイスのデリバリーグループのリスト:

Citrix Workspaceアプリで配信されたマシン
