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

最終公開日 : Nov 13, 2026
GCP 上で MCS を使用して Linux VDA を作成するには、次の手順を実行します。

ステップ 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/current-release/media/boot-disk.png)
  • 詳細オプション > ネットワーキングに移動し、ホスト名フィールドをFQDNに設定します。
    ホスト名フィールドを設定(/en-us/linux-virtual-delivery-agent/current-release/media/hostname-field.png)
ステップ1d: 作成をクリックしてVMインスタンスを作成します。
ステップ1e: VMが作成されたら、Compute Engineダッシュボードに戻り、リストからVMインスタンスを見つけ、SSHボタンをクリックしてVMに接続します。
GCPでSSHボタンをクリックしてVMに接続(/en-us/linux-virtual-delivery-agent/current-release/media/connect-vm-on-gcp-via-ssh.png)
ステップ1f: WebベースのSSHクライアントを介して、Linux VDAパッケージをVMにアップロードします。
GCPでLinux VDAパッケージをVMにアップロード(/en-us/linux-virtual-delivery-agent/current-release/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/current-release/media/connect-to-serial-console.png)

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

このセクションでは、GCPサービスアカウントの作成について説明します。これには、サービスアカウントキーの作成と、サービスアカウントに必要なロールの付与が含まれます。
注:
GCP サービスアカウントを作成するには、Service Account Admin (roles/iam.serviceAccountAdmin) IAM ロールが付与されていることを確認してください。
ステップ 2a: Google Cloud コンソールで、IAM と管理 > サービスアカウント に移動し、サービスアカウントを作成 タブをクリックします。
サービスアカウントを作成タブ
ステップ 2b: サービスアカウントの詳細 ステップで、フィールドに値を入力し、作成して続行 をクリックします。
サービスアカウントの詳細
ステップ 2c: オプションの手順をスキップし、下部にある 完了 をクリックします。
GCP サービスアカウントの作成が完了しました
ステップ 2d: 再度 IAM と管理 > サービスアカウント に移動し、サービスアカウント タブをクリックします。新しく作成したサービスアカウントを見つけ、キー タブに移動し、キーを追加 > 新しいキーを作成 > JSON > 作成 をクリックします。
GCP サービスアカウントキーを追加
キーファイルをダウンロード
注:
キーファイルをダウンロードした後、再度ダウンロードすることはできません。
ステップ 2e: Google Cloud コンソールで、IAM と管理 > IAM に移動し、追加 をクリックします。新しいメンバー フィールドで新しく作成したサービスアカウントを検索して選択し、そのサービスアカウントにリソースへのアクセスを許可するロールを選択します。別のロールを追加 をクリックしてロールを付与し続け、新しく作成したサービスアカウントに以下のすべてのロールが付与されていることを確認します。
  • Compute 管理者
  • Storage 管理者
  • Cloud Build 編集者
  • サービスアカウントユーザー
  • クラウド データストア ユーザー
  • Compute Instance 管理者 (ベータ版)
  • 所有者
例:
GCP サービスアカウントに役割を付与する](/en-us/linux-virtual-delivery-agent/current-release/media/grant-roles-to-the-gcp-service-account-new.png)

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

(/ja-jp/citrix-virtual-apps-desktops-service/install-configure/resource-location/google.html) に従って GCP 環境をセットアップし、次の手順を実行して GCP へのホスト接続を作成します。
  1. オンプレミスの Delivery Controller の場合は、オンプレミスの Citrix Studio で > > を選択してホスト接続を作成します。クラウド Delivery Controller の場合は、Citrix Cloud™ の Web ベースの Studio コンソールで > > を選択してホスト接続を作成します。
  2. ウィザードで、接続の種類として を選択します。
    たとえば、Citrix Cloud の Web ベースの Studio コンソールで、次の操作を行います。
    接続の追加イメージ(/en-us/linux-virtual-delivery-agent/current-release/media/add-conn-connection.png)
  3. GCP アカウントのサービスアカウントキーをインポートし、接続名を入力します。
  4. ウィザードの指示に従ってページを進めます。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、 を選択して ページに到達します。詳細については、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
シリアルコンソールに接続(/en-us/linux-virtual-delivery-agent/current-release/media/connect-to-serial-console.png)
ステップ 4b: テンプレートVMにLinux VDAパッケージをインストールします。
テンプレートVMで、Linux VDAパッケージをインストールするには、次の手順を実行します。
  1. .NETをインストールします。
    Linux VDAパッケージをインストールする前に、.NETをシステム要件に従ってインストールします。
    .NETのインストール後、ランタイムパスを見つけるには、which dotnetコマンドを実行します。
    コマンド出力に基づいて、.NETランタイムバイナリパスを設定します。たとえば、コマンド出力が/aa/bb/dotnetの場合、/aa/bbを.NETバイナリパスとして使用します。
  2. Linux VDAパッケージをインストールします。
    sudo yum –y localinstall <PATH>/<Linux VDA RPM>
  3. EPELリポジトリを有効にします。
    sudo rpm -ivh  https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
ステップ 4c: GCP上のテンプレートVMにグラフィックス処理ユニット(GPU)を追加します(オプション)。
  1. Google Cloudコンソールで、テンプレートVMに1つ以上のGPUを追加します。GCPでのGPUの追加と削除については、<https://cloud.google.com/compute/docs/gpus/add-remove-gpus>を参照してください。
    GCP上のVMに1つ以上のGPUを追加(/en-us/linux-virtual-delivery-agent/current-release/media/add-gpus-to-vm-on-gcp.png)
  2. テンプレート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
    • ロッキーリナックス 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 (CentOS、RHEL、ロッキーリナックス)
      • 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=はい | いいえ
    ADD_FIREWALL_RULES=はい | いいえ VDI_MODE=はい | いいえ
    START_SERVICE=はい | いいえ
    ドメインに参加していないシナリオの MCS 変数(/en-us/linux-virtual-delivery-agent/current-release/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=**.NETランタイムのインストールパス \&ast;*
      DESKTOP_ENVIRONMENT= *gnome | mate \&ast; SUPPORT_DDC_AS_CNAME=Y | N
      VDA_PORT=ポート番号 REGISTER_SERVICE=Y | N
      ADD_FIREWALL_RULES=Y | N HDX_3D_PRO=Y | N
      VDI_MODE=Y | N SITE_NAME=DNSサイト名 | '<none\>'
      LDAP_LIST='LDAPサーバーのリスト' | '<none\>' SEARCH_BASE=検索ベースセット | '<none\>'
      FAS_LIST='FASサーバーのリスト' | '<none\>' START_SERVICE=Y | N
      TELEMETRY_SOCKET_PORT=ポート番号 TELEMETRY_PORT=ポート番号
手順4e: マスターイメージを作成する
  1. (SSSD + RHEL 8.x/9.xまたはRocky Linux 8.x/9.xの場合のみ)update-crypto-policies --set DEFAULT:AD-SUPPORTコマンドを実行し、テンプレートVMを再起動します。
  2. /opt/Citrix/VDA/sbin/deploymcs.shを実行します。
    ドメインに参加していないシナリオでは、以下のエラーは正常であり、続行を妨げるものではありません。
    ドメインに参加していないシナリオでのMCS展開
  3. テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成して名前を付けます。

手順5:マシンカタログを作成する

  1. Citrix Cloudにサインインします。左上のメニューで、マイサービス > DaaSを選択します。
  2. 管理 > フル構成から、左ペインでマシンカタログを選択します。
  3. アクションバーで を選択します。
  4. マシンタイプページで、マルチセッションOSまたはシングルセッションOSを選択し、次へを選択します。
    マシンタイプ
  5. マシン管理ページで、電源管理されているマシンとCitrix Machine Creation Servicesオプションを選択し、次へを選択します。複数のリソースがある場合は、メニューから1つ選択します。
    マシン管理
  6. マスターイメージページで、以前に作成したマスターイメージを選択します。
    マスターイメージの選択マスターイメージが選択されました
  7. マシンIDページで、マスターイメージがどのドメインにも参加していない場合はドメイン非参加を選択するか、マスターイメージをドメインに参加させた場合はActive Directoryアカウントを選択します。
    ドメイン非参加シナリオの場合:
    マシンIDタイプ
    ドメイン参加シナリオの場合:
    Active Directoryアカウントオプションの選択
    • 新しいActive Directoryアカウントを作成を選択した場合は、ドメインを選択し、Active Directoryで作成されるプロビジョニングされたVMコンピューターアカウントの命名スキームを表す文字のシーケンスを入力します。アカウントの命名スキームは1~64文字で、空白スペース、非ASCII文字、または特殊文字を含めることはできません。
    • 既存のActive Directoryアカウントを使用を選択した場合は、参照を選択して、選択したマシン用の既存のActive Directoryコンピューターアカウントに移動します。
    • ドメイン資格情報ページで、資格情報の入力を選択し、ユーザー名とパスワードを入力して保存を選択し、次へを選択します。入力する資格情報には、Active Directoryアカウント操作を実行する権限が必要です。
  8. 他のページで追加設定を構成します。詳細については、Google Cloud Platformカタログの作成を参照してください。
  9. 概要ページで、情報を確認し、カタログの名前を指定して、完了を選択します。
    マシンカタログ設定の概要
マシンカタログの作成には時間がかかる場合があります。完了すると、カタログが一覧表示されます。Google Cloudコンソールで、マシンがターゲットノードグループに作成されていることを確認できます。

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

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンの集合です。デリバリーグループは、どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。
詳細については、Citrix DaaSドキュメントのデリバリーグループ作成を参照してください。
  1. Citrix Cloudにサインインします。左上のメニューで、**[My Services]>[DaaS]**の順に選択します。
  2. **[管理]>[完全な構成]から、左側のペインで[デリバリーグループ]**を選択します。
  3. アクションバーで**[デリバリーグループの作成]**を選択します。デリバリーグループ作成ウィザードが開きます。
    表示されるウィザードページは、選択内容によって異なる場合があります。
  4. **[マシン]**ページで、マシンカタログを選択し、そのカタログから使用するマシンの数を選択します。
    デリバリーグループを作成する
  5. 他のページで追加設定を構成します。詳細については、デリバリーグループの作成を参照してください。
  6. **[概要]ページで、デリバリーグループの名前を入力します。また、Citrix Workspace™アプリおよび[完全な構成]**管理インターフェイスに表示される説明を(オプションで)入力することもできます。例:
    デリバリーグループの名前を入力します。
    デリバリーグループに名前を付ける
    完全構成管理インターフェイスの配信グループのリスト:
    完全構成管理インターフェイスの配信グループのリスト(/en-us/linux-virtual-delivery-agent/current-release/media/list-of-delivery-groups.png)
    Citrix Workspaceアプリで配信されたマシン
    Citrix Workspaceアプリで配信されたマシン(/en-us/linux-virtual-delivery-agent/current-release/media/delivered-machine.png)