グーグルクラウドプラットフォームカタログを作成する

May 31, 2026

寄稿者:

マシンカタログの作成では、マシンカタログを作成するウィザードについて説明します。以下の情報は、Google Cloud環境に固有の詳細を扱います。

注：

Google Cloud Platform (GCP) カタログを作成する前に、GCPへの接続の作成を完了する必要があります。Google Cloud環境への接続を参照してください。

マスターVMインスタンスと永続ディスクを準備する

ヒント：

永続ディスクは、Google Cloudにおける仮想ディスクの用語です。

マスターVMインスタンスを準備するには、計画しているマシンカタログ内のクローンVDAインスタンスに必要な構成と一致するプロパティを持つVMインスタンスを作成および構成します。この構成は、インスタンスのサイズと種類にのみ適用されるわけではありません。メタデータ、タグ、GPU割り当て、ネットワークタグ、サービスアカウントのプロパティなどのインスタンス属性も含まれます。

マスタリングプロセスの一環として、MCSはマスターVMインスタンスを使用してGoogle Cloudのインスタンステンプレートを作成します。このインスタンステンプレートは、マシンカタログを構成するクローンVDAインスタンスの作成に使用されます。クローンインスタンスは、インスタンステンプレートが作成されたマスターVMインスタンスのプロパティ（VPC、サブネット、永続ディスクのプロパティを除く）を継承します。

マスターVMインスタンスのプロパティを特定の要件に合わせて構成したら、インスタンスを起動し、そのインスタンスの永続ディスクを準備します。

ディスクのスナップショットまたはディスクのイメージを手動で作成することをお勧めします。これにより、意味のある命名規則を使用してバージョンを追跡し、マスターイメージの以前のバージョンを管理するためのより多くのオプションが得られ、マシンカタログ作成の時間を節約できます。独自のスナップショットを作成しない場合、MCSが一時的なスナップショットを作成します（これはプロビジョニングプロセスの終了時に削除されます）。OSディスクまたはイメージのマルチリージョンスナップショットを手動で作成することで、異なるGCPリージョンのマシンカタログに同じマスターイメージを使用することもできます。

マシンカタログを作成する

マシンカタログは次の2つの方法で作成できます。

Web Studioを使用してマシンカタログを作成する
PowerShellを使用してマシンカタログを作成する

Web Studio を使用してマシンカタログを作成する

注:

マシンカタログを作成する前に、リソースを作成してください。マシンカタログを構成する際は、Google Cloud で確立されている命名規則を使用してください。詳細については、「バケットとオブジェクトの命名ガイドライン」を参照してください。

「マシンカタログの作成」のガイダンスに従ってください。以下の説明は、Google Cloud カタログに固有のものです。

Web Studio にサインインし、左ペインで [マシンカタログ] を選択します。
アクションバーで [マシンカタログの作成] を選択します。
[オペレーティングシステム] ページで、[マルチセッションOS] を選択し、[次へ] を選択します。
- シトリックスバーチャルアップスアンドデスクトップス™ は、シングルセッション OS もサポートしています。
[マシン管理] ページで、[電源管理されているマシン] と [Citrix Machine Creation Services™] オプションを選択し、[次へ] を選択します。複数のリソースがある場合は、メニューから1つ選択します。
[イメージ] ページで、必要に応じてこれらの手順を完了し、[次へ] をクリックします。
1. マスターイメージを選択します。次のイメージタイプを選択できます。
  - 仮想マシン（リージョンが選択されたホスティングユニットと同じもの）。
  - スナップショット（マルチリージョンスナップショットをサポート）。
  - OSイメージ（マルチリージョンのパブリックイメージおよび非パブリックイメージをサポート）。単一テナンシー機能を使用する場合は、ノードグループプロパティが正しく構成されているイメージを選択してください。「ゾーン選択を有効にする」を参照してください。
2. マシンプロファイルからマシンプロパティを継承するには、[マシンプロファイルを使用] を選択し、[仮想マシン] タブまたは [インスタンステンプレート] タブからプロファイルを選択します。
  注：
  - 現在、このカタログ内のVMは、選択されたマシンプロファイルからストレージ、マシンタイプ、ディスク暗号化の設定を継承します。
  - インスタンステンプレートをマシンプロファイルとして選択した場合、すべてのゾーンがデフォルトで選択されます。必要に応じてゾーンを選択できます。
3. カタログの最小機能レベルを選択します。
ストレージの種類ページで、このマシンカタログのオペレーティングシステムを格納するために使用されるストレージの種類を選択します。以下の各ストレージオプションには、独自の価格とパフォーマンス特性があります。（IDディスクは常にゾーン標準永続ディスクを使用して作成されます。）」
- 標準永続ディスク
- バランス永続ディスク
- SSD永続ディスク
Google Cloudストレージオプションの詳細については、https://cloud.google.com/compute/docs/disks/を参照してください。
仮想マシンページで、作成するVMの数を指定し、VMの詳細な仕様を確認してから、次へを選択します。マシンカタログに単一テナントノードグループを使用する場合は、予約済みの単一テナントノードが利用可能なゾーンをのみ選択するようにしてください。ゾーン選択を有効にするを参照してください。
ディスク設定ページで、次の設定を構成できます。
- ライトバックキャッシュを有効にするかどうかを選択します。ライトバックキャッシュを有効にすると、次のことができます。
  - 一時データをキャッシュするために使用されるディスクとRAMのサイズを構成します。詳細については、一時データのキャッシュを構成するを参照してください。
  - ライトバックキャッシュディスクのストレージタイプを選択します。ライトバックキャッシュディスクに使用できるストレージオプションは次のとおりです。
    - 標準永続ディスク
    - バランス永続ディスク
    - SSD永続ディスク
    Google Cloudのストレージオプションの詳細については、「ストレージオプション」を参照してください。
  - ライトバックキャッシュディスクの種類を選択します。
    - 非永続ライトバックキャッシュディスクを使用する。選択した場合、ライトバックキャッシュディスクはプロビジョニングされたVMに永続しません。ディスクは電源サイクル中に削除され、ディスクにリダイレクトされたデータはすべて失われます。
    - 永続ライトバックキャッシュディスクを使用する。選択した場合、ライトバックキャッシュディスクはプロビジョニングされたVMに永続します。このオプションを有効にすると、ストレージコストが増加します。
- MCSストレージ最適化（MCS I/O）が有効になっている場合、次のいずれかを実行できます。
  - 電源サイクル中にVDAのシステムディスクを保持するかどうかを選択します。詳細については、「MCSストレージ最適化の更新を有効にする」を参照してください。
  - メモリとディスクキャッシュのサイズを更新します。
- ディスクの内容を保護するために独自のキーを使用するかどうかを選択します。この機能を使用するには、まず独自の顧客管理暗号化キー（CMEK）を作成する必要があります。詳細については、「顧客管理暗号化キー（CMEK）を使用する」を参照してください。
  
  注：
  
  これはStudioインターフェイスでのみ利用可能です。
  
  キーを作成した後、リストからいずれかのキーを選択できます。カタログを作成した後は、キーを変更できません。Google Cloudは、既存の永続ディスクまたはイメージでのキーのローテーションをサポートしていません。したがって、カタログをプロビジョニングした後、カタログはキーの特定のバージョンに紐付けられます。そのキーが無効化または破棄された場合、そのキーで暗号化されたインスタンスとディスクは、キーが再度有効化または復元されるまで使用できなくなります。
コンピューターアカウントページで、Active Directoryアカウントを選択し、次へを選択します。
- 新しいActive Directoryアカウントを作成するを選択した場合、ドメインを選択し、Active Directoryで作成されるプロビジョニング済みVMコンピューターアカウントの命名スキームを表す文字のシーケンスを入力します。アカウントの命名スキームは1～64文字で、空白スペース、非ASCII文字、または特殊文字を含めることはできません。
- 「既存のActive Directoryアカウントを使用する」を選択した場合、「参照」を選択して、選択したマシンの既存のActive Directoryコンピューターアカウントに移動します。
「ドメイン資格情報」ページで、「資格情報を入力」を選択し、ユーザー名とパスワードを入力して、「保存」を選択し、次に「次へ」を選択します。
- 入力する資格情報には、Active Directoryアカウント操作を実行するための権限が必要です。
「概要」ページで情報を確認し、カタログの名前を指定して、「完了」を選択します。
注：

バージョン2402以降、GCPカタログ名は以下の規則に準拠する必要があります。
- 小文字で始まること。
- 小文字（a～z）、数字、ハイフンのみを含めること。
- 小文字または数字で終わること。
これらの規則に準拠していない既存のGCPカタログの名前を変更しようとすると、エラーメッセージが表示され、更新された規則に従って名前を変更するように案内されます。

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

手動で作成されたGoogle Cloudマシンをインポートする

Google Cloudへの接続を作成し、Google Cloudマシンを含むカタログを作成できます。その後、Citrix Virtual Apps and Desktopsを介してGoogle Cloudマシンを手動で電源サイクルできます。この機能を使用すると、次のことができます。

手動で作成されたGoogle CloudマルチセッションOSマシンをCitrix Virtual Apps and Desktopsマシンカタログにインポートする。
手動で作成されたGoogle CloudマルチセッションOSマシンをCitrix Virtual Apps and Desktopsカタログから削除する。
既存のCitrix Virtual Apps and Desktopsの電源管理機能を使用して、Google Cloud WindowsマルチセッションOSマシンを電源管理します。たとえば、それらのマシンの再起動スケジュールを設定します。

この機能は、既存のCitrix Virtual Apps and Desktopsのプロビジョニングワークフローに変更を加えたり、既存の機能を削除したりする必要はありません。手動で作成したGoogle Cloudマシンをインポートする代わりに、Web StudioでMCSを使用してマシンをプロビジョニングすることをお勧めします。

共有仮想プライベートクラウド

共有仮想プライベートクラウド（VPC）は、共有サブネットが利用可能になるホストプロジェクトと、そのリソースを使用する1つ以上のサービスプロジェクトで構成されます。共有VPCは、共有された企業Googleクラウド資産の一元的な制御、使用、および管理を提供するため、大規模なインストールにとって望ましいオプションです。詳細については、Googleドキュメントサイトを参照してください。

この機能により、Machine Creation Services（MCS）は、共有VPCに展開されたマシンカタログのプロビジョニングと管理をサポートします。このサポートは、現在ローカルVPCで提供されているサポートと機能的に同等ですが、次の2つの点で異なります。

ホスト接続の作成に使用されるサービスアカウントに追加の権限を付与する必要があります。このプロセスにより、MCSは共有VPCリソースにアクセスして使用できるようになります。
イングレス用とエグレス用にそれぞれ1つずつ、2つのファイアウォールルールを作成する必要があります。これらのファイアウォールルールは、イメージマスタリングプロセス中に使用されます。

必要な新しい権限

ホスト接続を作成する際には、特定の権限を持つGoogle Cloudサービスアカウントが必要です。これらの追加権限は、共有VPCベースのホスト接続の作成に使用されるすべてのサービスアカウントに付与する必要があります。

ヒント:

これらの追加権限は、Citrix Virtual Apps and Desktopsにとって新しいものではありません。これらはローカルVPCの実装を容易にするために使用されます。共有VPCでは、これらの追加権限により、他の共有VPCリソースへのアクセスが可能になります。

共有VPCをサポートするために、ホスト接続に関連付けられたサービスアカウントに最大4つの追加権限を付与する必要があります。

compute.firewalls.list - この権限は必須です。これにより、MCSは共有VPCに存在するファイアウォールルールの一覧を取得できます。
compute.networks.list - この権限は必須です。これにより、MCSはサービスアカウントが利用できる共有VPCネットワークを識別できます。
compute.subnetworks.list – この権限は、VPCの使用方法によってオプションです。これにより、MCSは可視の共有VPC内のサブネットを識別できます。この権限はローカルVPCを使用する場合にすでに必要ですが、共有VPCホストプロジェクトでも割り当てる必要があります。
compute.subnetworks.use - この権限は、VPC の使用方法によってオプションです。プロビジョニングされたマシンカタログでサブネットリソースを使用するために必要です。この権限はローカル VPC を使用するためにすでに必要ですが、共有 VPC ホストプロジェクトにも割り当てる必要があります。

これらの権限を使用する際は、マシンカタログの作成に使用される権限の種類に基づいて、異なるアプローチがあることを考慮してください。

プロジェクトレベルの権限:
- ホストプロジェクト内のすべての共有 VPC へのアクセスを許可します。
- 権限 #3 および #4 をサービスアカウントに割り当てる必要があります。
サブネットレベルの権限:
- 共有 VPC 内の特定のサブネットへのアクセスを許可します。
- 権限 #3 および #4 はサブネットレベルの割り当てに固有のものであるため、サービスアカウントに直接割り当てる必要はありません。

組織のニーズとセキュリティ標準に合ったアプローチを選択してください。

ヒント:

プロジェクトレベルとサブネットレベルの権限の違いについては、Google Cloud ドキュメントを参照してください。

ファイアウォールルール

マシンカタログの準備中、マシンイメージはカタログのマスターイメージシステムディスクとして機能するように準備されます。このプロセスが発生すると、ディスクは一時的に仮想マシンに接続されます。この VM は、すべてのインバウンドおよびアウトバウンドネットワークトラフィックを防止する隔離された環境で実行する必要があります。これは、インバウンド用とアウトバウンド用の 2 つの deny-all ファイアウォールルールによって実現されます。Google Cloud のローカル VPC を使用する場合、MCS はこのファイアウォールをローカルネットワークに作成し、マスタリング用のマシンに適用します。マスタリングが完了すると、ファイアウォールルールはイメージから削除されます。

共有 VPC を使用するために必要な新しい権限の数を最小限に抑えることをお勧めします。共有 VPC はより上位の企業リソースであり、通常、より厳格なセキュリティプロトコルが導入されています。このため、共有 VPC リソースのホストプロジェクトに、インバウンド用とアウトバウンド用の 2 つのファイアウォールルールを作成します。それらに最高の優先順位を割り当てます。次の値を使用して、これらの各ルールに新しいターゲットタグを適用します。

citrix-provisioning-quarantine-firewall

MCSがマシンカタログを作成または更新する際、このターゲットタグを含むファイアウォールルールを検索します。その後、ルールの正確性を確認し、カタログのマスターイメージの準備に使用されるマシンに適用します。ファイアウォールルールが見つからない場合、またはルールは見つかったものの、ルールやその優先順位が正しくない場合、次のようなメッセージが表示されます。

"Unable to find valid INGRESS and EGRESS quarantine firewall rules for VPC <name> in project <project>. " Please ensure you have created 'deny all' firewall rules with the network tag 'citrix-provisioning-quarantine-firewall' and proper priority." "Refer to Citrix Documentation for details."

共有VPCの構成

Web Studioで共有VPCをホスト接続として追加する前に、プロビジョニングする予定のプロジェクトからサービスアカウントを追加するために、以下の手順を完了してください。

IAMロールを作成します。
CVADホスト接続の作成に使用されるサービスアカウントを、共有VPCホストプロジェクトのIAMロールに追加します。
プロビジョニングする予定のプロジェクトからCloud Buildサービスアカウントを、共有VPCホストプロジェクトのIAMロールに追加します。
ファイアウォールルールを作成します。

IAMロールを作成する

ロールのアクセスレベルを決定します。— プロジェクトレベルのアクセスか、より制限されたサブネットレベルのアクセスモデルを使用するか。

IAMロールのプロジェクトレベルアクセス。プロジェクトレベルのIAMロールには、以下の権限を含めます。

コンピューティングファイアウォールの一覧表示
コンピューティングネットワークの一覧表示
コンピュート.サブネットワーク.リスト
コンピュート.サブネットワーク.使用

プロジェクトレベルのIAMロールを作成するには、次の手順を実行します。

Google Cloudコンソールで、IAMと管理 > ロールに移動します。
ロールページで、ロールを作成を選択します。
ロールを作成ページで、ロール名を指定します。権限を追加を選択します。
1. 権限を追加ページで、ロールに権限を個別に追加します。権限を追加するには、テーブルをフィルタフィールドに権限の名前を入力します。権限を選択し、追加を選択します。
2. 作成を選択します。

サブネットレベルのIAMロール。このロールでは、ロールを作成を選択した後に権限compute.subnetworks.listとcompute.subnetworks.useの追加が省略されます。このIAMアクセスレベルの場合、権限compute.firewalls.listとcompute.networks.listを新しいロールに適用する必要があります。

サブネットレベルのIAMロールを作成するには、次の手順を実行します。

Google Cloudコンソールで、VPCネットワーク > 共有VPCに移動します。共有VPCページが表示され、ホストプロジェクトに含まれる共有VPCネットワークのサブネットが表示されます。
共有VPCページで、アクセスするサブネットを選択します。
右上隅で、メンバーを追加を選択してサービスアカウントを追加します。
メンバーを追加ページで、次の手順を実行します。
1. 新しいメンバーフィールドにサービスアカウントの名前を入力し、メニューでサービスアカウントを選択します。
2. ロールを選択フィールドを選択し、Compute Network Userを選択します。
3. 保存を選択します。
Google Cloud コンソールで、IAM と管理 > ロールに移動します。
ロールページで、ロールを作成を選択します。
ロールを作成ページで、ロール名を指定します。権限を追加を選択します。
1. 権限を追加ページで、ロールに個別に権限を追加します。権限を追加するには、テーブルをフィルタフィールドに権限の名前を入力します。権限を選択し、追加を選択します。
2. 作成を選択します。

ホストプロジェクトのIAMロールにサービスアカウントを追加する

IAMロールを作成した後、ホストプロジェクトのサービスアカウントを追加するには、次の手順を実行します。

Google Cloud コンソールで、ホストプロジェクトに移動し、その後、IAM と管理 > IAMに移動します。
IAMページで、追加を選択してサービスアカウントを追加します。
メンバーを追加ページで:
1. 新しいメンバーフィールドにサービスアカウントの名前を入力し、メニューからサービスアカウントを選択します。
2. ロールフィールドを選択し、作成したIAMロールを入力し、メニューからそのロールを選択します。
3. 保存を選択します。

サービスアカウントがホストプロジェクト用に設定されました。

Cloud Build サービスアカウントを共有VPCに追加する

各Google Cloudサブスクリプションには、プロジェクトID番号の後にcloudbuild.gserviceaccountが続くサービスアカウントがあります。例：705794712345@cloudbuild.gserviceaccount。

Google CloudコンソールでHomeとDashboardを選択すると、プロジェクトのプロジェクトID番号を確認できます。

Google Cloudコンソールのナビゲーションペイン(/ja-jp/citrix-virtual-apps-desktops/2503/media/gcp-console-navigation-pane.png)

画面のProject Info領域の下にあるProject Numberを見つけます。

Cloud Buildサービスアカウントを共有VPCに追加するには、次の手順を実行します。

Google Cloudコンソールで、ホストプロジェクトに移動し、次にIAM & Admin > IAMに移動します。
Permissionsページで、アカウントを追加するためにADDを選択します。
Add membersページで、次の手順を完了します。
1. New membersフィールドに、Cloud Buildサービスアカウントの名前を入力し、メニューからサービスアカウントを選択します。
2. Select a roleフィールドを選択し、Computer Network Userと入力し、メニューからロールを選択します。
3. SAVEを選択します。

ファイアウォールルールを作成する

マスタリングプロセスの一環として、MCSは選択されたマシンイメージをコピーし、それを使用してカタログ用のマスターイメージシステムディスクを準備します。マスタリング中、MCSはディスクを一時的な仮想マシンに接続し、その仮想マシンが準備スクリプトを実行します。このVMは、すべてのインバウンドおよびアウトバウンドネットワークトラフィックを禁止する隔離された環境で実行する必要があります。隔離された環境を作成するために、MCSは2つのすべて拒否ファイアウォールルール（イングレスルールとエグレスルール）を必要とします。したがって、ホストプロジェクトに次の2つのファイアウォールルールを作成します。

Google Cloudコンソールで、ホストプロジェクトに移動し、次にVPC network > Firewallに移動します。
「ファイアウォール」ページで、「ファイアウォールルールを作成」を選択します。
「ファイアウォールルールを作成」ページで、以下を完了します。
- 名前。ルールの名前を入力します。
- ネットワーク。イングレスファイアウォールルールを適用する共有VPCネットワークを選択します。
- 優先度。値が小さいほど、ルールの優先度が高くなります。小さい値（例: 10）をお勧めします。
- トラフィックの方向。「Ingress」を選択します。
- 一致時のアクション。「Deny」を選択します。
- ターゲット。デフォルトの「指定されたターゲットタグ」を使用します。
- ターゲットタグ。citrix-provisioning-quarantine-firewallと入力します。
- ソースフィルター。デフォルトの「IP範囲」を使用します。
- ソースIP範囲。すべてのトラフィックに一致する範囲を入力します。0.0.0.0/0と入力します。
- プロトコルとポート。「すべて拒否」を選択します。
「作成」を選択してルールを作成します。
手順1～4を繰り返して別のルールを作成します。トラフィックの方向には「Egress」を選択します。

接続を追加する

Google Cloud環境への接続を追加します。「接続を追加する」を参照してください。

ゾーン選択を有効にする

Citrix Virtual Apps and Desktopsはゾーン選択をサポートしています。ゾーン選択を使用すると、VMを作成するゾーンを指定できます。ゾーン選択を使用すると、管理者は選択したゾーンに単一テナントノードを配置できます。単一テナンシーを構成するには、Google Cloudで以下を完了する必要があります。

Google Cloudの単一テナントノードを予約する
VDAマスターイメージを作成する

Google Cloudの単一テナントノードを予約する

単一テナントノードを予約するには、Google Cloudのドキュメントを参照してください。

重要:

ノードテンプレートは、ノードグループに予約されているシステムのパフォーマンス特性を示すために使用されます。これらの特性には、vGPUの数、ノードに割り当てられるメモリ量、およびノード上に作成されるマシンに使用されるマシンタイプが含まれます。詳細については、Google Cloudのドキュメントを参照してください。

VDAマスターイメージを作成する

単一テナントノードにマシンを正常に展開するには、マスターVMイメージを作成する際に追加の手順が必要です。Google Cloud上のマシンインスタンスには、ノードアフィニティラベルと呼ばれるプロパティがあります。単一テナントノードに展開されるカタログのマスターイメージとして使用されるインスタンスには、ターゲットノードグループの名前と一致するノードアフィニティラベルが必要です。これを実現するには、次の点に留意してください。

新しいインスタンスの場合、インスタンス作成時にGoogle Cloudコンソールでラベルを設定します。詳細については、単一テナントVMのプロビジョニングを参照してください。
既存のインスタンスの場合、gcloudコマンドラインを使用してラベルを設定します。詳細については、ノードアフィニティラベルの構成を参照してください。

注:

共有VPCで単一テナンシーを使用する場合は、共有仮想プライベートクラウドを参照してください。

マシンカタログを作成する

ノードアフィニティラベルを設定した後、マシンカタログを構成します。

顧客管理の暗号化キー (CMEK)

MCSカタログには、顧客管理の暗号化キー (CMEK) を使用できます。この機能を使用する場合、Google Cloud Key Management Service CryptoKey Encrypter/Decrypter ロールをCompute Engineサービスエージェントに割り当てます。Citrix Virtual Apps and Desktopsアカウントは、キーが保存されているプロジェクトで適切な権限を持っている必要があります。詳細については、Cloud KMSキーを使用してリソースを保護するを参照してください。

Compute Engineサービスエージェントは、次の形式です: service-<Project _Number>@compute-system.iam.gserviceaccount.com。この形式は、デフォルトのCompute Engineサービスアカウントとは異なります。

注：

このCompute Engineサービスアカウントは、Google ConsoleのIAM権限表示に表示されない場合があります。そのような場合は、Cloud KMSキーを使用してリソースを保護するで説明されているように、gcloud コマンドを使用してください。

シトリックスバーチャルアプリケーションズアンドデスクトップスアカウントに権限を割り当てる

Google Cloud KMSの権限は、さまざまな方法で構成できます。プロジェクトレベルのKMS権限、またはリソースレベルのKMS権限のいずれかを提供できます。詳細については、権限とロールを参照してください。

プロジェクトレベルの権限

1つのオプションは、Citrix Virtual Apps and Desktopsアカウントに、Cloud KMSリソースを参照するためのプロジェクトレベルの権限を提供することです。これを行うには、カスタムロールを作成し、次の権限を追加します。

cloudkms.keyRings.list
cloudkms.keyRings.get
cloudkms.cryptokeys.list
cloudkms.cryptokeys.get

このカスタムロールをCitrix Virtual Apps and Desktopsに割り当てます。これにより、インベントリ内の関連プロジェクトでリージョンキーを参照できるようになります。

リソースレベルの権限

もう1つのオプションであるリソースレベルの権限については、Google Cloudコンソールで、MCSプロビジョニングに使用するcryptoKeyに移動します。Citrix Virtual Apps and Desktopsアカウントを、カタログプロビジョニングに使用するキーリングまたはキーに追加します。

ヒント:

このオプションでは、Citrix Virtual Apps and DesktopsアカウントがCloud KMSリソースに対するプロジェクトレベルのリスト権限を持っていないため、インベントリでプロジェクトのリージョンキーを参照することはできません。ただし、以下に説明するように、ProvSchemeカスタムプロパティで正しいcryptoKeyIdを指定することで、CMEKを使用してカタログをプロビジョニングすることは可能です。

カスタムプロパティを使用したCMEKによるプロビジョニング

PowerShellでプロビジョニングスキームを作成するときに、ProvScheme CustomPropertiesでCryptoKeyIdプロパティを指定します。例:

'<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <Property xsi:type="StringProperty" Name="CryptoKeyId" Value="<yourCryptoKeyId>" />
</CustomProperties>'
<!--NeedCopy-->

cryptoKeyIdは次の形式で指定する必要があります。

projectId:location:keyRingName:cryptoKeyName

たとえば、リージョンus-east1のキーリングmy-example-key-ringにあるキーmy-example-keyと、IDがmy-example-project-1のプロジェクトを使用したい場合、あなたのProvSchemeカスタム設定は次のようになります。

'<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <Property xsi:type="StringProperty" Name="CryptoKeyId" Value="my-example-project-1:us-east1:my-example-key-ring:my-example-key" />
</CustomProperties>'
<!--NeedCopy-->

このプロビジョニングスキームに関連するすべてのMCSプロビジョニング済みディスクとイメージは、この顧客管理暗号化キーを使用します。

ヒント:

グローバルキーを使用する場合、顧客プロパティの場所は、上記の例のus-east1のようなリージョン名ではなく、globalと記述する必要があります。例: <Property xsi:type="StringProperty" Name="CryptoKeyId" Value="my-example-project-1:global:my-example-key-ring:my-example-key" />。

顧客管理キーのローテーション

Google Cloudは、既存の永続ディスクやイメージでのキーのローテーションをサポートしていません。マシンがプロビジョニングされると、作成時に使用されていたキーバージョンに紐付けられます。ただし、新しいバージョンのキーを作成することができ、その新しいキーは、新規にプロビジョニングされたマシンや、新しいマスターイメージでカタログが更新されたときに作成されるリソースに使用されます。

キーリングに関する重要な考慮事項

キーリングは名前変更または削除できません。また、設定時に予期せぬ料金が発生する可能性があります。キーリングを削除または除去すると、Google Cloud はエラーメッセージを表示します。

Sorry, you can't delete or rename keys or key rings. We were concerned about the security implications of allowing multiple keys or key versions over time to have the same resource name, so we decided to make names immutable. (And you can't delete them, because we wouldn't be able to do a true deletion--there would still have to be a tombstone tracking that this name had been used and couldn't be reused).
We're aware that this can make things untidy, but we have no immediate plans to change this.
If you want to avoid getting billed for a key or otherwise make it unavailable, you can do so by deleting all the key versions; neither keys nor key rings are billed for, just the active key versions within the keys.
<!--NeedCopy-->

ヒント:

詳細については、コンソールからキーリングを編集または削除するを参照してください。

均一なバケットレベルのアクセス互換性

Citrix Virtual Apps and Desktopsは、Google Cloudの均一なバケットレベルのアクセス制御ポリシーと互換性があります。この機能は、ストレージバケットを含むリソースの操作を許可するためにサービスアカウントに権限を付与するIAMポリシーの使用を強化します。均一なバケットレベルのアクセス制御により、Citrix Virtual Apps and Desktopsは、ストレージバケットまたはそこに保存されているオブジェクトへのアクセスを制御するためにアクセス制御リスト（ACL）を使用することを可能にします。Google Cloudの均一なバケットレベルのアクセスに関する概要情報については、均一なバケットレベルのアクセスを参照してください。構成情報については、均一なバケットレベルのアクセスを要求するを参照してください。

PowerShellを使用してマシンカタログを作成する

このセクションでは、PowerShellを使用してカタログを作成する方法について詳しく説明します。

永続的なライトバックキャッシュディスクを持つカタログを作成する
MCSIOで起動パフォーマンスを向上させる
マシンプロファイルを使用してマシンカタログを作成する
インスタンステンプレートとしてマシンプロファイルを持つマシンカタログを作成する
PowerShellを使用してシールドされたVMを持つカタログを作成する
単一テナントノードにWindows 11 VMを作成する

永続的なライトバックキャッシュディスクを持つカタログを作成する

永続的なライトバックキャッシュディスクを持つカタログを構成するには、PowerShellパラメーターNew-ProvScheme CustomPropertiesを使用します。

ヒント:

このPowerShellパラメーターは、クラウドベースのホスティング接続でのみ使用してください。オンプレミスソリューション（XenServer®など）で永続的なライトバックキャッシュディスクを使用してマシンをプロビジョニングする場合、ディスクは自動的に永続化されるため、PowerShellは必要ありません。

このパラメーターは、MCSでプロビジョニングされたマシンに対してライトバックキャッシュディスクがどのように永続化されるかを決定するために使用される追加のプロパティPersistWBCをサポートします。PersistWBCプロパティは、UseWriteBackCacheパラメーターが指定され、WriteBackCacheDiskSizeパラメーターがディスクが作成されることを示すように設定されている場合にのみ使用されます。

注:

この動作は、AzureとGCPの両方に適用され、電源を入れ直すとデフォルトのMCSIOライトバックキャッシュディスクが削除され、再作成されます。ディスクを永続化することで、MCSIOライトバックキャッシュディスクの削除と再作成を回避できます。

PersistWBCプロパティをtrueに設定すると、Citrix Virtual Apps and Desktops管理者が管理インターフェイスからマシンをシャットダウンしても、ライトバックキャッシュディスクは削除されません。

PersistWBCプロパティをfalseに設定すると、Citrix Virtual Apps and Desktops管理者が管理インターフェイスからマシンをシャットダウンしたときに、ライトバックキャッシュディスクが削除されます。

注:

PersistWBCプロパティが省略されている場合、プロパティはデフォルトでfalseになり、管理インターフェイスからマシンがシャットダウンされるとライトバックキャッシュは削除されます。

たとえば、CustomPropertiesパラメーターを使用してPersistWBCをtrueに設定する場合:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->

注:

PersistWBCプロパティは、New-ProvScheme PowerShellコマンドレットを使用してのみ設定できます。作成後にプロビジョニングスキームのCustomPropertiesを変更しようとしても、マシンカタログや、マシンがシャットダウンされたときのライトバックキャッシュディスクの永続性には影響しません。

たとえば、New-ProvSchemeをライトバックキャッシュを使用するように設定し、同時にPersistWBCプロパティをtrueに設定する場合:

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

MCSIOで起動パフォーマンスを向上させる

MCSIOが有効になっている場合、AzureおよびGCPマネージドディスクの起動パフォーマンスを向上させることができます。この機能を構成するには、New-ProvSchemeコマンドでPowerShellのPersistOSDiskカスタムプロパティを使用します。New-ProvSchemeに関連するオプションは次のとおりです。

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="Resource <!--NeedCopy-->
``````<!--NeedCopy-->
<!--NeedCopy-->
````````Groups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
</CustomProperties>
<!--NeedCopy-->

この機能を有効にするには、PersistOSDisk カスタムプロパティを true に設定します。例:

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

マシンプロファイルを使用してマシンカタログを作成する

Machine Creation Services (MCS) を使用してマシンをプロビジョニングするカタログを作成する場合、マシンプロファイルを使用して、仮想マシンからハードウェアプロパティをキャプチャし、カタログ内の新しくプロビジョニングされたVMに適用できます。MachineProfile パラメータが使用されていない場合、ハードウェアプロパティはマスターイメージVMまたはスナップショットからキャプチャされます。明示的に定義する一部のプロパティ（たとえば、StorageType、CatalogZones、CryptoKeyIs）は、マシンプロファイルから無視されます。

マシンプロファイルを使用してカタログを作成するには、New-ProvScheme コマンドを使用します。例: New-ProvScheme –MachineProfile "path to VM"。MachineProfile パラメータを指定しない場合、ハードウェアプロパティはマスターイメージVMからキャプチャされます。
新しいマシンプロファイルでカタログを更新するには、Set-ProvScheme コマンドを使用します。例: Set-ProvScheme –MachineProfile "path to new VM"。このコマンドは、カタログ内の既存のVMのマシンプロファイルを変更しません。カタログに追加された新しく作成されたVMのみが新しいマシンプロファイルを持ちます。
マスターイメージを更新することもできますが、マスターイメージを更新してもハードウェアプロパティは更新されません。ハードウェアプロパティを更新したい場合は、Set-ProvScheme コマンドを使用してマシンプロファイルを更新する必要があります。これらの変更は、カタログ内の新しいマシンにのみ適用されます。既存のマシンのハードウェアプロパティを更新するには、-StartsNow および -DurationInMinutes -1 パラメータを指定して Set-ProvVMUpdateTimeWindow コマンドを使用できます。
注:
- StartsNow は、スケジュールされた開始時刻が現在の時刻であることを示します。
- 負の数（例: –1）の DurationInMinutes は、スケジュールの時間枠に上限がないことを示します。

インスタンステンプレートとしてマシンプロファイルを持つマシンカタログを作成する

マシンプロファイルの入力としてGCPインスタンステンプレートを選択できます。インスタンステンプレートはGCPの軽量リソースであるため、非常に費用対効果が高いです。

インスタンステンプレートとしてマシンプロファイルを持つ新しいマシンカタログを作成する

PowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix* を実行します。
次のコマンドを使用して、GCPプロジェクトでインスタンステンプレートを見つけます。
```
cd XDHyp:\HostingUnits\<HostingUnitName>\instanceTemplates.folder

```
「NewProvScheme」コマンドを使用して、インスタンステンプレートとしてマシンプロファイルを持つ新しいマシンカタログを作成します。
```
New-ProvScheme -ProvisioningSchemeName <CatalogName>  -HostingUnitName <HostingUnitName> -IdentityPoolName <identity pool name> -MasterImageVM
XDHyp:\HostingUnits\<HostingUnitName> \Base.vm\Base.snapshot -MachineProfile XDHyp:\HostingUnits\<HostingUnitName>\instanceTemplates.folder\mytemplate.template

```
New-ProvSchemeコマンドの詳細については、https://developer-docs.citrix.com/projects/citrix-daas-sdk/en/latest/MachineCreation/New-ProvScheme/を参照してください。
PowerShellコマンドを使用してマシンカタログの作成を完了します。Remote PowerShell SDKを使用してカタログを作成する方法については、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/を参照してください。

既存のマシンカタログのマシンプロファイルをインスタンステンプレートに変更する

既存のマシンカタログのマシンプロファイルをインスタンステンプレートに変更する詳細な手順は次のとおりです。

PowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。
次のコマンドを実行します。
```
Set-ProvScheme -ProvisioningSchemeName  <CatalogName> -MachineProfile XDHyp:\HostingUnits\<HostingUnitName>\instanceTemplates.folder\<TemplateName>.template

```
Set-ProvSchemeコマンドの詳細については、https://developer-docs.citrix.com/projects/citrix-daas-sdk/en/latest/MachineCreation/Set-ProvScheme/を参照してください。

PowerShellを使用してシールドされたVMを持つカタログを作成する

シールドされたVMプロパティを持つMCSマシンカタログを作成できます。シールドされた仮想マシンは、セキュアブート、仮想トラステッドプラットフォームモジュール、UEFIファームウェア、整合性監視などの高度なプラットフォームセキュリティ機能を使用して、Compute Engineインスタンスの検証可能な整合性を提供する一連のセキュリティ制御によって強化されています。

MCSは、マシンプロファイルワークフローを使用したカタログの作成をサポートしています。マシンプロファイルワークフローを使用する場合、VMインスタンスのシールドされたVMプロパティを有効にする必要があります。その後、このVMインスタンスをマシンプロファイルの入力として使用できます。

マシンプロファイルワークフローを使用して、シールドされたVMを持つMCSマシンカタログを作成するには。

Google CloudコンソールでVMインスタンスのシールドされたVMオプションを有効にします。「クイックスタート: シールドされたVMオプションを有効にする」を参照してください。
VMインスタンスを使用して、マシンプロファイルワークフローでMCSマシンカタログを作成します。
1. PowerShell ウィンドウを開きます。
2. Citrix 固有の PowerShell モジュールをロードするには、asnp citrix* を実行します。
3. まだ作成されていない場合は、ID プールを作成します。
4. New-ProvScheme コマンドを実行します。例:
```
New-ProvScheme -ProvisioningSchemeName <catalog-name>
-HostingUnitName gcp-hostint-unit
-MasterImageVM XDHyp:\HostingUnits\gcp-hostint-unit\catalog-vda.vm
-MachineProfile XDHyp:\HostingUnits\gcp-hostint-unit\catalog-machine.vm

```
マシンカタログの作成を完了します。

新しいマシンプロファイルでマシンカタログを更新するには:

Set-ProvScheme コマンドを実行します。例:

Set-ProvScheme -ProvisioningSchemeName <catalog-name>
-MasterImageVM XDHyp:\HostingUnits\<hostin-unit>\catalog-vda.vm
-MachineProfile "DHyp:\HostingUnits\<hostin-unit>\catalog-machine.vm
<!--NeedCopy-->

Set-ProvScheme で行われた変更を既存の VM に適用するには、Set-ProvVMUpdateTimeWindow コマンドを実行します。

Set-ProvVMUpdateTimeWindow コマンドを実行します。例:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1
<!--NeedCopy-->

VM を再起動します。

シングルテナントノードに Windows 11 VM を作成する

GCP で Windows 11 VM を作成できます。ただし、マスターイメージに Windows 11 をインストールする場合は、マスターイメージ作成プロセス中に vTPM を有効にする必要があります。また、マシンプロファイルソース (VM またはインスタンステンプレート) で vTPM を有効にする必要があります。

シングルテナントノードに Windows 11 VM を作成するための主な手順は次のとおりです。

Google Cloud 仮想化環境をセットアップします。詳細については、「Google Cloud environments」を参照してください。
VDA をインストールします。「Install VDAs」を参照してください。
Google Cloud環境への接続を作成します。詳細については、Google Cloud環境への接続を参照してください。
Windows 11 Bring Your Own License (BYOL) マスターイメージを作成し、そのイメージをGoogle Cloudにインポートします。Windows 11 BYOL マスターイメージの作成を参照してください。
マシンプロファイルソースを作成します: 専用テナントノードにVMをプロビジョニングし、ソースマシンプロファイルのvTPMを有効にします。専用テナントノードでのVMプロビジョニングを参照してください。
vTPMが有効なWindows 11マシンプロファイルソースを使用してMCSマシンカタログを作成します。マシンプロファイルソースは、専用テナントノードで説明されているものと同じインスタンスタイプである必要があります。Windows 11マシンプロファイルソースを使用したMCSマシンカタログの作成を参照してください。

Windows 11 BYOL マスターイメージの作成

Windows 11 BYOL マスターイメージを作成し、そのマスターイメージをGoogle Cloudにインポートする方法は2つあります。

グーグルクラウドクラウドビルドツールを使用する
他のハイパーバイザーでマスターイメージを作成する

グーグルクラウドクラウドビルドツールを使用する

Windows 11 ISO、GCP SDK、.NET framework、およびPowerShellインストーラーファイルをGCPストレージバケットにアップロードします。
クラウドビルド.yamlファイル内のファイル場所をパラメーターとして指定します。
コマンドラインから以下のCloud Buildを実行して、最終的なWindows 11イメージをビルドします。GCPは、GCPのDaisyワークフローを使用して、選択したプロジェクトでマスターイメージをブートストラップして作成し、そのマスターイメージはGCPにインポートされます。
```
gcloud compute instances import INSTANCE-NAME--source-uri=gs://BUCKET/IMAGE-OVF-FILE.ovf --guest-os-features=UEFI_COMPATIBLE --byol --machine-type=MACHINE-TYPE --zone=ZONE

```
注：

すべての大文字のテキストを実際のリソース詳細に置き換えてください。

詳細については、カスタムWindows BYOLイメージの作成を参照してください。

他のハイパーバイザーでマスターイメージを作成する

他のハイパーバイザーを使用してWindows 11マスターイメージを作成します。
マスターイメージをOVF形式でローカルマシンにエクスポートします。
ローカルのgcloud CLIを使用して、OVFファイルをGCPストレージバケットにアップロードします。
```
gsutil cp LOCAL_IMAGE_PATH_OVF_FILES gs://BUCKET_NAME/

```
コマンドラインから次のCloud Buildを実行して、最終的なWindows 11イメージをビルドします。GCPは、GCPのDaisyワークフローを使用して、選択したプロジェクトでマスターイメージをブートストラップして作成し、マスターイメージはGCPにインポートされます。
```
gcloud compute instances import INSTANCE-NAME --source-uri=gs://BUCKET/IMAGE-OVF-FILE.ovf --guest-os-features=UEFI_COMPATIBLE --byol --machine-type=MACHINE-TYPE --zone=ZONE

```
注：

すべての大文字のテキストを実際の詳細情報に置き換えてください。

単一テナントノードにVMをプロビジョニングする

単一テナントノードを使用して、VMを他のプロジェクトのVMから物理的に分離したり、同じホストハードウェアにVMをグループ化したりできます。単一テナントノードの詳細については、GCPドキュメント「単一テナンシーの概要」を参照してください。

単一テナントノードへのVM（マシンプロファイルソース）のプロビジョニングについては、GCPドキュメント「単一テナントノードへのVMのプロビジョニング」を参照してください。

注：

ノードグループと同じインスタンスタイプとリージョンを選択します。

Shielded VMセクションでvTPMを有効にします。詳細については、「クイックスタート: Shielded VMオプションを有効にする」を参照してください。

ソースVMでBitlockerを無効にします。

Windows 11マシンプロファイルソースを使用してMCSマシンカタログを作成する

Web StudioまたはPowerShellコマンドを使用して、Windows 11 VMを作成するためのMCSマシンカタログを作成できます。

注：

マスターイメージには、Windows 11スナップショットまたはVMを選択します。

マシンプロファイルソースには、Windows 11 VMをマシンプロファイルとして選択します。マシンプロファイルソースは、単一テナントノードで説明されているものと同じインスタンスタイプである必要があります。

Web Studioの使用方法については、「Web Studioを使用してマシンカタログを作成する」を参照してください。

PowerShellコマンドについては、「マシンプロファイルを使用してマシンカタログを作成する」を参照してください。

カタログを作成してVMの電源をオンにすると、Google Cloudコンソールで単一テナントノード上で実行されているWindows 11 VMを確認できます。

継承されたラベルを持つVMとディスク

MCSマシンカタログのVMとディスク（IDディスク、ライトキャッシュバックディスク、OSディスク）は、マシンプロファイルソース（GCP VMインスタンスまたはインスタンステンプレート）のラベルを継承できます。これらのラベルを使用して、異なるチーム（例：team:researchやteam:analytics）が所有するインスタンスを区別し、さらにコスト計算や予算編成に利用できます。ラベルの詳細については、GCPドキュメント「ラベルを使用してリソースを整理する」を参照してください。

マシンプロファイルソースを使用して、新しいカタログの作成、既存のカタログの更新、および既存のVMの更新を行い、ラベルを継承させることができます。

この機能は、永続的および非永続的なMCSマシンカタログに適用されます。

以下を実行できます。

継承されたラベルを持つカタログを作成する
継承されたラベルを持つ既存のカタログを更新する
継承されたラベルを持つ既存のVMを更新する
VMおよびブートディスクのラベルの情報を取得する(#retrieve-information-for-vm-and-boot-disk-labels)
VMを削除する(#remove-a-vm)

継承されたラベルを持つカタログを作成する

マシンプロファイルソースからVMとディスクがラベルを継承するMCSマシンカタログを作成するには、次の手順を実行します。

ラベル付きのマシンプロファイルソース（VMインスタンスまたはインスタンステンプレート）を作成します。ラベル付きVMの作成については、GCPドキュメントのラベル付きリソースの作成を参照してください。インスタンステンプレートはVMから作成され、VMで定義されたラベルを引き継ぎます。
Web StudioまたはPowerShellコマンドを使用してMCSカタログを作成します。
Web Studioを使用している場合は、イメージページでマシンプロファイルを使用を選択し、VMまたはテンプレートを選択します。

PowerShellコマンドを使用する場合は、次の手順を実行します。

PowerShellウィンドウを開きます。
asnp citrix* コマンドを実行します。
IDプールを作成します。IDプールは、作成されるVMのActive Directory（AD）アカウントのコンテナです。
Active Directoryで必要なADコンピューターアカウントを作成します。

カタログを作成するには、New-ProvSchemeコマンドを実行します。例：

マシンプロファイルの入力としてテンプレートを使用するNew-ProvScheme（永続カタログ）：

New-ProvScheme `
-ProvisioningSchemeName "catalog-name" `
-HostingUnitUid "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" `
-IdentityPoolUid "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" `
-MasterImageVM "XDHyp:\HostingUnits\hosting-unit-name\vm-name.vm" `
-MachineProfile "XDHyp:\HostingUnits\hosting-unit-name\instanceTemplates.folder\instance-template-name.template" `
<!--NeedCopy-->

マシンプロファイルの入力としてインスタンステンプレートを使用するNew-ProvScheme（非永続カタログ）：

New-ProvScheme `
-ProvisioningSchemeName "catalog-name" `
-HostingUnitUid "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" `
-IdentityPoolUid "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" `
-MasterImageVM "XDHyp:\HostingUnits\hosting-unit-name\vm-name.vm" `
-MachineProfile "XDHyp:\HostingUnits\hosting-unit-name\instanceTemplates.folder\instance-template-name.template" `
-CleanOnBoot
<!--NeedCopy-->

New-ProvScheme（VMインスタンスをマシンプロファイルの入力として使用）（永続カタログ）：

New-ProvScheme `
-ProvisioningSchemeName "catalog-name" `
-HostingUnitUid "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" `
-IdentityPoolUid "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" `
-MasterImageVM "XDHyp:\HostingUnits\hosting-unit-name\vm-name.vm" `
-MachineProfile "XDHyp:\HostingUnits\hosting-unit-name\vm-name.vm" `
<!--NeedCopy-->

New-ProvScheme（VMインスタンスをマシンプロファイルの入力として使用）（非永続カタログ）：

New-ProvScheme `
-ProvisioningSchemeName "catalog-name" `
-HostingUnitUid "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" `
-IdentityPoolUid "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" `
-MasterImageVM "XDHyp:\HostingUnits\hosting-unit-name\vm-name.vm" `
-MachineProfile "XDHyp:\HostingUnits\hosting-unit-name\vm-name.vm" `
-CleanOnBoot
<!--NeedCopy-->

プロビジョニングスキームをブローカーカタログとして登録します。
カタログにVMを追加します。

継承されたラベルで既存のカタログを更新する

既存のカタログを新しいマシンプロファイルを持つように更新するには、Set-ProvSchemeコマンドを実行します。このコマンドを実行すると、カタログに追加されたすべての新しいVMは、新しいマシンプロファイルソースのラベルを持つようになります。非永続カタログは、次回の電源投入時に更新されます。

以下に例を示します。

Set-ProvScheme（インスタンステンプレートをマシンプロファイルの入力として使用）：

Set-ProvScheme `
-ProvisioningSchemeName "catalog-name" `
-MachineProfile "XDHyp:\HostingUnits\hosting-unit-name\instanceTemplates.folder\instance-template-name.template" `
<!--NeedCopy-->

Set-ProvScheme（VMインスタンスをマシンプロファイルの入力として使用）：

Set-ProvScheme `
-ProvisioningSchemeName "catalog-name" `
-MachineProfile "XDHyp:\HostingUnits\hosting-unit-name\vm-name.vm" `
<!--NeedCopy-->

継承されたラベルで既存のVMを更新する

更新されたマシンプロファイルソースで既存のVMを更新するには、次のコマンドを実行します。

Set-ProvScheme

Set-ProvVMUpdateTimeWindow。例：

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1
<!--NeedCopy-->

VMを再起動します。

VMおよびブートディスクのラベルに関する情報を取得する

VMを作成した後、AdditionalDataパラメーターを指定したGet-Itemコマンドを使用して、VMおよびブートディスクラベルの情報を取得できます。

VMラベルの情報を取得するには、次のコマンドを実行します。

(Get-Item XDHyp:\HostingUnits\hosting-unit-name\vm_name.vm).AdditionalData.Tags
<!--NeedCopy-->

ブートディスクラベルの情報を取得するには、次のコマンドを実行します。

(Get-Item XDHyp:\HostingUnits\hosting-unit-name\vm_name.vm\bootdisk-name.attacheddisk).AdditionalData.Tags
<!--NeedCopy-->

注：

さまざまなハイパーバイザー間で一貫性を保つため、GCPラベルを表示するために「タグ」という用語を使用しています。

VMを削除する

カタログからVMを削除することはできますが、GCPからVMを削除しないように選択できます。この場合、CitrixラベルのみがVMから削除されます。追加された他のすべてのラベルはVMから削除されません。Web StudioまたはPowerShellコマンドを使用してVMを削除できます。

ウェブスタジオを使用する

VMを選択して右クリックします。
削除をクリックします。
仮想マシンをカタログから削除するが、仮想マシンは削除しないを選択します。

PowerShellコマンドを使用する

ForgetVMパラメーターを指定してRemove-ProvVMを実行します。詳細については、SDKドキュメントRemove-ProvVMを参照してください。

Google Cloud マーケットプレイス

Google Cloud MarketplaceでCitrixが提供するイメージを参照して選択し、マシンカタログを作成できます。現在、MCSはこの機能に対してマシンプロファイルワークフローのみをサポートしています。

Google Cloud Marketplace を通じて Citrix VDA VM 製品を検索するには、https://console.cloud.google.com/marketplace にアクセスしてください。

カスタムイメージまたは Google Cloud Marketplace の Citrix ready® イメージを使用して、マシンカタログのイメージを更新できます。

注：

マシンプロファイルにストレージタイプ情報が含まれていない場合、値はカスタムプロパティから派生します。

サポートされている Google Cloud Marketplace イメージは次のとおりです。

Windows 2019 シングルセッション
Windows 2019 マルチセッション
Ubuntu オペレーティングシステム

マシンカタログを作成するためのソースとして Citrix ready イメージを使用する例：

New-ProvScheme -ProvisioningSchemeName GCPCatalog \
-HostingUnitName GcpHu -IdentityPoolName gcpPool -CleanOnBoot \
-MasterImageVM XDHyp:\HostingUnits\GcpHu\images.folder\citrix-daas-win2019-single-vda-v20220819.publicimage \
-MachineProfile XDHyp:\HostingUnits\GcpHu\Base.vm
<!--NeedCopy-->

次のステップ

これが最初に作成されたカタログである場合、Web Studio はデリバリーグループの作成に誘導します。
構成プロセス全体を確認するには、インストールと構成を参照してください。
カタログを管理するには、マシンカタログの管理および Google Cloud Platform カタログの管理を参照してください。

詳細情報

接続とリソースの作成と管理
グーグルクラウド環境への接続
マシンカタログの作成(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create.html)

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

この情報は役に立ちましたか?

グーグルクラウドプラットフォームカタログを作成する

May 31, 2026

寄稿者:

May 31, 2026

寄稿者:

この記事の概要

マスターVMインスタンスと永続ディスクを準備する
マシンカタログを作成する
手動で作成されたGoogle Cloudマシンをインポートする
共有仮想プライベートクラウド
ゾーン選択を有効にする
顧客管理の暗号化キー (CMEK)
均一なバケットレベルのアクセス互換性
PowerShellを使用してマシンカタログを作成する
永続的なライトバックキャッシュディスクを持つカタログを作成する
MCSIOで起動パフォーマンスを向上させる
マシンプロファイルを使用してマシンカタログを作成する
インスタンステンプレートとしてマシンプロファイルを持つマシンカタログを作成する
PowerShellを使用してシールドされたVMを持つカタログを作成する
シングルテナントノードに Windows 11 VM を作成する
継承されたラベルを持つVMとディスク
Google Cloud マーケットプレイス
次のステップ
詳細情報

この情報は役に立ちましたか?

グーグル クラウド プラットフォーム カタログを作成する

マスターVMインスタンスと永続ディスクを準備する

マシンカタログを作成する

Web Studio を使用してマシンカタログを作成する

手動で作成されたGoogle Cloudマシンをインポートする

共有仮想プライベートクラウド

必要な新しい権限

ファイアウォールルール

共有VPCの構成

IAMロールを作成する

ホストプロジェクトのIAMロールにサービスアカウントを追加する

Cloud Build サービスアカウントを共有VPCに追加する

ファイアウォールルールを作成する

接続を追加する

ゾーン選択を有効にする

Google Cloudの単一テナントノードを予約する

VDAマスターイメージを作成する

マシンカタログを作成する

顧客管理の暗号化キー (CMEK)

シトリックス バーチャル アプリケーションズ アンド デスクトップス アカウントに権限を割り当てる

プロジェクトレベルの権限

リソースレベルの権限

カスタムプロパティを使用したCMEKによるプロビジョニング

顧客管理キーのローテーション

キーリングに関する重要な考慮事項

均一なバケットレベルのアクセス互換性

PowerShellを使用してマシンカタログを作成する

永続的なライトバックキャッシュディスクを持つカタログを作成する

MCSIOで起動パフォーマンスを向上させる

マシンプロファイルを使用してマシンカタログを作成する

インスタンステンプレートとしてマシンプロファイルを持つマシンカタログを作成する

インスタンステンプレートとしてマシンプロファイルを持つ新しいマシンカタログを作成する

既存のマシンカタログのマシンプロファイルをインスタンステンプレートに変更する

PowerShellを使用してシールドされたVMを持つカタログを作成する

シングルテナントノードに Windows 11 VM を作成する

Windows 11 BYOL マスターイメージの作成

グーグルクラウド クラウドビルドツールを使用する

他のハイパーバイザーでマスターイメージを作成する

単一テナントノードにVMをプロビジョニングする

Windows 11マシンプロファイルソースを使用してMCSマシンカタログを作成する

継承されたラベルを持つVMとディスク

継承されたラベルを持つカタログを作成する

継承されたラベルで既存のカタログを更新する

継承されたラベルで既存のVMを更新する

VMおよびブートディスクのラベルに関する情報を取得する

VMを削除する

ウェブスタジオを使用する

PowerShellコマンドを使用する

Google Cloud マーケットプレイス

次のステップ

詳細情報

この記事の概要

グーグルクラウドプラットフォームカタログを作成する

シトリックスバーチャルアプリケーションズアンドデスクトップスアカウントに権限を割り当てる

グーグルクラウドクラウドビルドツールを使用する