Google Cloud Platform (GCP) で Machine Creation Services™ (MCS) を使用して Linux VDA を作成する

最終公開日 : Nov 13, 2026

MCS を使用して GCP に Linux VDA を作成するには、次の手順を実行します。

ステップ 1: GCP に Linux 仮想マシン (VM) を作成する

ステップ 2: GCP サービスアカウントを作成する

ステップ 3: Citrix Studio で GCP へのホスト接続を作成する

ステップ 4: Linux VDA マスターイメージを準備する

ステップ 5: マシンカタログを作成する

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

ステップ 1: GCP に Linux VM を作成する

ステップ 1a: Google Cloud コンソールで、Compute Engine > VM インスタンスに移動します。

ステップ 1b: VM インスタンスページで、インスタンスを作成をクリックして VM インスタンスを作成します。

ステップ 1c: 次の設定を行い、その他の設定はデフォルトのままにします。

VM インスタンスの名前を入力します。
VM をホストするリージョンとゾーンを選択します。
（オプション）VM に GPU を追加します。詳細については、この記事の後半にあるステップ 4cを参照してください。
ブートディスクセクションで、VM のオペレーティングシステムとディスクサイズを選択します。例：

ブートディスク(/en-us/linux-virtual-delivery-agent/2511/media/boot-disk.png)
詳細オプション > ネットワークに移動し、ホスト名フィールドを FQDN に設定します。

ホスト名フィールドを設定(/en-us/linux-virtual-delivery-agent/2511/media/hostname-field.png)

ステップ 1d： 作成をクリックして VM インスタンスを作成します。

ステップ 1e： VM が作成されたら、Compute Engineダッシュボードに戻り、リストから VM インスタンスを見つけ、SSH ボタンをクリックして VM に接続します。

SSH ボタンをクリックして GCP 上の VM に接続(/en-us/linux-virtual-delivery-agent/2511/media/connect-vm-on-gcp-via-ssh.png)

ステップ 1f： Web ベースの SSH クライアントを介して、Linux VDA パッケージを VM にアップロードします。

Linux VDA パッケージを GCP 上の VM にアップロード(/en-us/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

シリアルコンソールに接続(/en-us/linux-virtual-delivery-agent/2511/media/connect-to-serial-console.png)

ステップ 2：GCP サービスアカウントを作成する

このセクションでは、GCP サービスアカウントの作成について説明します。これには、サービスアカウントキーの作成と、サービスアカウントに必要なロールの付与が含まれます。

注:

GCP サービスアカウントを作成するには、Service Account Admin (roles/iam.serviceAccountAdmin) IAM ロールが付与されていることを確認してください。

ステップ 2a: Google Cloud コンソールで、IAM と管理 > サービスアカウントに移動し、サービスアカウントを作成タブをクリックします。

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

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

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

注:

キーファイルをダウンロードすると、再度ダウンロードすることはできません。

ステップ 2e: Google Cloud コンソールで、IAM と管理 > IAMに移動し、追加をクリックします。新しいメンバーフィールドで新しく作成したサービスアカウントを検索して選択し、サービスアカウントにリソースへのアクセス権を付与するためのロールを選択します。別のロールを追加をクリックしてロールの付与を続け、新しく作成したサービスアカウントに以下のすべてのロールが付与されていることを確認します。

Compute 管理者
Storage 管理者
Cloud Build 編集者
サービスアカウントユーザー
クラウドデータストアユーザー
Compute Instance 管理者 (ベータ版)
所有者

例:

ステップ 3: Citrix Studio で GCP へのホスト接続を作成する

Google Cloud Platform 仮想化環境に従って GCP 環境をセットアップし、以下の手順を完了して GCP へのホスト接続を作成します。

オンプレミスの Delivery Controller の場合は、オンプレミスの Citrix Studio で > > を選択してホスト接続を作成します。クラウド Delivery Controller の場合は、Citrix Cloud™ の Web ベースの Studio コンソールで > > を選択してホスト接続を作成します。
ウィザードで、接続の種類としてを選択します。

たとえば、Citrix Cloud の Web ベースの Studio コンソールでは次のようになります。

接続の追加イメージ(/en-us/linux-virtual-delivery-agent/2511/media/add-conn-connection.png)
GCP アカウントのサービスアカウントキーをインポートし、接続名を入力します。
ウィザードはページを順に案内します。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、を選択してページに到達します。詳細については、MCS を使用してドメインに参加していない Linux VDA を作成するの記事のステップ 2: ホスト接続を作成するを参照してください。

ステップ 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 に初めてログオンするときに root パスワードを設定し、root として VM にログオンできることを確認します。その後、VM を再起動してからコンソールで次のコマンドを実行します。

nmcli dev connect eth0
 systemctl restart NetworkManager

ステップ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>
EPELリポジトリを有効にします。
sudo rpm -ivh https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm

ステップ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の場合:
  - Linux : 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
サポートされているオペレーティングシステム:

インストールスクリプトは、以下のLinuxディストリビューションでテストされました:
- デビアン 11
- レッドハットエンタープライズリナックス (RHEL) 8
- ロッキー Linux 8
- ウブントゥ 20/22
他のLinuxディストリビューションでこのスクリプトを使用すると、インストールは失敗します。Linux VMの場合、このスクリプトはNVIDIAドライバーのみをインストールします。
1. インストールスクリプトをダウンロードします。
  curl https://raw.githubusercontent.com/GoogleCloudPlatform/compute-gpu-installation/main/linux/install_gpu_driver.py --output install_gpu_driver.py
2. スクリプトに完全なアクセス権を付与します。
  chmod 777 install_gpu_driver.py
3. インストールスクリプトを実行します。
  python3 install_gpu_driver.py
4. gdm3でWaylandを無効にします。
  - お使いのディストリビューションのWayland構成ファイルを次のいずれかの場所で見つけます。
    - /etc/gdm3/custom.conf (ウブンツ)
    - /etc/gdm/custom.conf (セントオーエス, アールイーエイチエル, ロッキーリナックス)
  - sudo/root権限でファイルを開きます。
  - 行頭の # を削除して、WaylandEnable=false のコメントを解除します。
  - VMを再起動します。
5. NVIDIA 510以降のドライバーをインストールした場合は、GSPファームウェアを無効にします。
  
  GSPファームウェアが有効になっている場合は、NVIDIAモジュールパラメーター NVreg_EnableGpuFirmware を0に設定して無効にします。
  
  このパラメーターを設定するには、/etc/modprobe.d/nvidia.conf ファイルに次のエントリを追加します。
  - NVIDIAオプション NVreg_EnableGpuFirmware=0
  - 「/etc/modprobe.d/nvidia.conf」ファイルが存在しない場合は、作成します。
  この手順を完了する際は、次の点に注意してください。
  - 設定ファイルの作成と更新を行うコマンドを実行するには、sudoを使用します。
  - VMを再起動するには、Linuxターミナルでsudo rebootを使用するか、VMを停止して起動します。

ステップ4d: MCS変数を構成します。

「/etc/xdl/mcs/mcs.conf」ファイルを編集して、MCS変数を構成します。以下は、ドメインに参加していないシナリオとドメインに参加しているシナリオで構成できるMCS変数です。

ドメインに参加していないシナリオの場合

デフォルトの変数を使用するか、必要に応じて変数をカスタマイズできます（オプション）：

DOTNET_RUNTIME_PATH=*path-to-install-dotnet-runtime (パス) \&ast;

DESKTOP_ENVIRONMENT= *gnome | mate (デスクトップ環境) \&ast; REGISTER_SERVICE=Y | N (選択肢)

ADD_FIREWALL_RULES=Y | N (選択肢) VDI_MODE=Y | N (選択肢)

START_SERVICE=Y | N (選択肢)

ドメインに参加していないシナリオのMCS変数(/en-us/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ディストリビューションとドメイン参加方法の対応表については、「サポートされるディストリビューション」を参照してください。
- 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 \&ast;
  
  DESKTOP_ENVIRONMENT= *gnome | mate \&ast; SUPPORT_DDC_AS_CNAME=Y | N
  
  VDA_PORT=port-number REGISTER_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-number TELEMETRY_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を実行します。

ドメインに参加していないシナリオの場合、以下のエラーは正常であり、続行を妨げるものではありません。
テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。

ステップ5：マシンカタログを作成する

Citrix Cloudにサインインします。左上のメニューで、**［マイサービス］>［DaaS］**を選択します。
「管理 > フル構成」から、左ペインで「マシンカタログ」を選択します。
アクションバーでを選択します。
「マシンの種類」ページで、「マルチセッションOS」または「シングルセッションOS」を選択し、「次へ」を選択します。

マシンの種類(/en-us/linux-virtual-delivery-agent/2511/media/machine-type.png)
「マシン管理」ページで、「電源管理されているマシン」と「Citrix Machine Creation Services」オプションを選択し、「次へ」を選択します。複数のリソースがある場合は、メニューから1つ選択します。

マシン管理(/en-us/linux-virtual-delivery-agent/2511/media/machine-management.png)
「マスターイメージ」ページで、以前に作成したマスターイメージを選択します。

マスターイメージの選択(/en-us/linux-virtual-delivery-agent/2511/media/master-image.png)

マスターイメージが選択されました(/en-us/linux-virtual-delivery-agent/2511/media/master-image-selected.png)
「マシンID」ページで、マスターイメージがどのドメインにも参加していない場合は「ドメインに参加していません」を選択するか、マスターイメージをドメインに参加させた場合はActive Directoryアカウントを選択します。

ドメインに参加していないシナリオの場合：

マシンIDの種類(/en-us/linux-virtual-delivery-agent/2511/media/machine-identify-types.png)

ドメインに参加しているシナリオの場合：

Active Directoryアカウントオプションの選択(/en-us/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カタログの作成」を参照してください。
概要ページで、情報を確認し、カタログの名前を指定して、完了を選択します。

マシンカタログの作成には時間がかかる場合があります。完了すると、カタログが一覧表示されます。Google Cloudコンソールで、マシンがターゲットノードグループに作成されていることを確認できます。

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

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンの集合です。デリバリーグループは、どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。

詳細については、Citrix DaaS ドキュメントのデリバリーグループの作成を参照してください。

Citrix Cloud にサインインします。左上のメニューで、 > を選択します。
> から、左側のペインでを選択します。
アクションバーでを選択します。デリバリーグループ作成ウィザードが開きます。

表示されるウィザードページは、選択内容によって異なる場合があります。
ページで、マシンカタログを選択し、そのカタログから使用するマシンの数を選択します。
他のページで追加設定を構成します。詳細については、「デリバリーグループの作成」を参照してください。
ページで、デリバリーグループの名前を入力します。また、Citrix Workspace™ アプリおよび管理インターフェイスに表示される説明を（オプションで）入力することもできます。例:

デリバリーグループの名前を入力します:

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

Full Configuration管理インターフェイス内の配信グループのリスト(/en-us/linux-virtual-delivery-agent/2511/media/list-of-delivery-groups.png)

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

Citrix Workspaceアプリ内の配信されたマシン(/en-us/linux-virtual-delivery-agent/2511/media/delivered-machine.png)

Linux仮想配信エージェント 2511

Google Cloud Platform (GCP) で Machine Creation Services™ (MCS) を使用して Linux VDA を作成する

Follow the instructions below to gain editing access to Citrix GitHub documentation repositories

ステップ 1: GCP に Linux VM を作成する

ステップ 2：GCP サービスアカウントを作成する

ステップ 3: Citrix Studio で GCP へのホスト接続を作成する

ステップ 4: Linux VDA マスターイメージを準備する

ステップ5：マシンカタログを作成する

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

Follow the instructions below to gain editing access to Citrix GitHub documentation repositories

このページは役に立ちましたか?

Linux仮想配信エージェント 2511

ステップ 1: GCP に Linux VM を作成する

ステップ 2：GCP サービスアカウントを作成する

ステップ 3: Citrix Studio で GCP へのホスト接続を作成する

ステップ 4: Linux VDA マスターイメージを準備する

ステップ5：マシンカタログを作成する

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

PDFエクスポートオプション

このページを共有

このページは役に立ちましたか?