製品ドキュメント
Citrix DaaS™
PDFを表示

Google Cloud Platformカタログの管理

April 6, 2026
寄稿者: 
C C

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

注記:

Google Cloud Platformカタログを管理する前に、Google Cloud Platformカタログの作成を完了する必要があります。Google Cloud Platformカタログの作成を参照してください。

カタログへのマシンの追加

カタログにマシンを追加するには、次の手順に従います。

  1. Studioから、左ペインで [マシンカタログ] を選択します。
  2. マシンを追加するマシンカタログを選択します。
  3. アクションバーで [マシンの追加] を選択します。
  4. 仮想マシンページで、追加するマシンの数を指定し、[次へ] を選択します。
  5. マシンIDページで、Active Directoryアカウントを選択し、[次へ] を選択します。
  6. ドメイン資格情報ページで、[資格情報の入力] を選択し、ユーザー名とパスワードを入力して [保存] を選択し、[次へ] を選択します。
  7. 概要ページで情報を確認し、[完了] を選択します。

マシンの更新

この機能は、マスターイメージまたは最小機能レベルを更新する場合に役立ちます。

マシンを更新するには、次の手順に従います。

  1. Studioから、左ペインで [マシンカタログ] を選択します。
  2. 更新するマシンを含むマシンカタログを選択します。
  3. アクションバーで [マスターイメージの変更] を選択します。
  4. イメージページで、VMとカタログの最小機能レベルを選択し、[次へ] を選択します。
  5. ロールアウト戦略ページで、マシンを更新するタイミングを指定し、[次へ] を選択します。
  6. 概要ページで情報を確認し、[完了] を選択します。

マシン更新のロールバック

マシン更新をロールバックするには、次の手順に従います。

  • 重要:

  • マスターイメージの名前を変更したり、削除したり、移動したりしないでください。そうしないと、更新をロールバックできません。

    1. Studioから、左ペインで [マシンカタログ] を選択します。
    1. マシン更新をロールバックするマシンカタログを選択します。

  1. アクションバーで [マスターイメージのロールバック] を選択します。

  2. 概要ページで情報を確認し、[次へ] を選択します。

    1. ロールアウト戦略ページで、ロールアウト戦略を構成し、[次へ] を選択します。
    1. 概要ページで情報を確認し、[完了] を選択します。

電源管理

Citrix DaaS™では、Google Cloudマシンの電源管理を行うことができます。ナビゲーションペインの [検索] ノードを使用して、電源管理を行うマシンを見つけます。次の電源操作が利用可能です。

  • 削除
  • 開始
  • 再起動
  • 強制再起動
  • シャットダウン
    • 強制シャットダウン
    • デリバリーグループへの追加
    • タグの管理
    • メンテナンスモードの有効化

Autoscaleを使用してGoogle Cloudマシンの電源管理を行うこともできます。これを行うには、Google Cloudマシンをデリバリーグループに追加し、そのデリバリーグループでAutoscaleを有効にします。Autoscaleの詳細については、Autoscaleを参照してください。

PowerShellを使用したプロビジョニング済みマシンの更新

Set-ProvSchemeコマンドはプロビジョニングスキームを変更します。ただし、既存のマシンには影響しません。PowerShellコマンド Set-ProvVMUpdateTimeWindow を使用すると、現在のプロビジョニングスキームを既存の永続マシンまたは非永続マシン、あるいはマシンセットに適用できるようになりました。現在、GCPでは、この機能でサポートされているプロパティ更新は、マシンプロファイル、サービスオファリング、およびカスタムカタログ設定です。

更新できるもの:

-  単一のVM
  • 特定のVMのリスト、またはプロビジョニングスキームIDに関連付けられているすべての既存のVM

  • 特定のVMのリスト、またはプロビジョニングスキーム名に関連付けられているすべての既存のVM

    • 既存のVMを更新するには:

  1. 既存のマシンの構成を確認します。例:

    • ```
    Get-ProvScheme select ProvisioningSchemeName, ProvisioningSchemeVersion

    ```

  2. プロビジョニングスキームを更新します。例:

    • マシンプロファイルの更新

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

    • サービスオファリングの更新

       Set-ProvScheme -ProvisioningSchemeName "my-catalog" -ServiceOffering “XDHyp:\HostingUnits\<hosting-unit>\serviceoffering.folder\<service-offering>.serviceoffering"
 <!--NeedCopy-->
    1. VMの現在のプロパティが現在のプロビジョニングスキームと一致するか、およびVMに保留中の更新アクションがあるかを確認します。例:

  • ```

  • Get-ProvVM select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion 
  • 
 特定のバージョンのマシンを見つけることもできます。例:
    Get-ProvVM -Filter “ProvisioningSchemeVersion -eq 1” select VMName, ProvisioningSchemeVersion

    ```

  1. 既存のマシンを更新します。

    • すべての既存のマシンを更新するには:

       Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
 <!--NeedCopy-->

    • 特定のリストのマシンを更新するには:

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

    • Get-ProvVM の出力に基づいてマシンを更新するには:

       Get-ProvVM -ProvisioningSchemeName "my-catalog" | Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
 <!--NeedCopy-->

    注記:

    • StartsNow は、スケジュールされた開始時刻が現在の時刻であることを示します。
    • DurationInMinutes に負の数（例: –1）を指定すると、スケジュールの時間枠に上限がないことを示します。

  2. 更新がスケジュールされているマシンを見つけます。例:

    Get-ProvVM -Filter "ProvisioningSchemeUpdateAfter" | select VMName, ProvisioningSchemeUpdateAfter
<!--NeedCopy-->

  3. マシンを再起動します。次回の電源投入時に、プロパティの変更が既存のマシンに適用されます。次のコマンドを使用して、更新されたステータスを確認できます。

    Get-ProvVM | select VMName, ProvisioningSchemeUpdateRequested, ProvisioningSchemeVersion
<!--NeedCopy-->

既存のカタログのディスク関連カスタムプロパティの変更

既存のカタログおよびカタログの既存のVMの、次のディスク関連カスタムプロパティを変更できます。

  • PersistOSDisk
  • PersistWBC
  • StorageType
  • IdentityDiskStorageType
  • WbcDiskStorageType

注記:

  • StorageType プロパティはOSディスク用です。
  • PersistOsDisk プロパティは、ライトバックキャッシュが有効な非永続カタログに対してのみ設定できます。

  • この実装により、カタログ作成後でも異なるディスクに異なるストレージタイプを選択できるようになり、異なるストレージタイプに関連する価格設定のバランスを取ることができます。

  • これを行うには、PowerShellコマンド Set-ProvScheme および Set-ProvVMUpdateTimeWindow を使用します。

    1. PowerShellウィンドウを開きます。
  1. asnp citrix* を実行します。
  2. Get-ProvVM -VMName <VM name> を実行してカスタムプロパティを取得します。
  3. カスタムプロパティ文字列を変更します。
    1. カスタムプロパティをメモ帳にコピーし、カスタムプロパティを変更します。

    2. PowerShellウィンドウで、メモ帳から変更したカスタムプロパティを貼り付け、変更したカスタムプロパティに変数名を割り当てます。例:

      $cp =  '<CustomProperties xmlns=http://schemas.citrix.com/2014/xd/machinecreation xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="CatalogZones" Value="" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
<Property xsi:type="StringProperty" Name="PersistOSDisk" Value="true" />
<Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="pd-standard" />
<Property xsi:type="StringProperty" Name="StorageType" Value="pd-standard" />
</CustomProperties>'
<!--NeedCopy-->

  4. 既存のカタログを更新します。例:

    Set-ProvScheme -ProvisioningSchemeName <yourCatalogName> -CustomProperties $cp
<!--NeedCopy-->

  5. 既存のVMを更新します。例:

    Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1
<!--NeedCopy-->
  6. VMを再起動します。次回の電源投入時に、カスタムプロパティの変更が既存のVMに適用されます。

偶発的なマシン削除の保護

Citrix DaaSでは、Google Cloud上のMCSリソースを保護し、偶発的な削除を防ぐことができます。プロビジョニングされたVMを構成するには、deletionProtection フラグをTRUEに設定します。

デフォルトでは、MCSまたはGoogle Cloudプラグインを介してプロビジョニングされたVMは、InstanceProtectionが有効な状態で作成されます。この実装は、永続カタログと非永続カタログの両方に適用されます。非永続カタログは、インスタンスがテンプレートから再作成されるときに更新されます。既存の永続マシンについては、Google Cloudコンソールでフラグを設定できます。フラグの設定の詳細については、Googleドキュメントサイトを参照してください。永続カタログに追加される新しいマシンは、deletionProtection が有効な状態で作成されます。

deletionProtection フラグを設定したVMインスタンスを削除しようとすると、要求は失敗します。ただし、compute.instances.setDeletionProtection 権限が付与されているか、IAM Compute Admin ロールが割り当てられている場合は、フラグをリセットしてリソースを削除できるようにすることができます。

MCSによって作成されたリソースの識別

以下は、MCSがGCPプラットフォーム上のリソースに追加するタグです。表のタグは「キー」:「値」として表されます。

リソース名 タグ
IDディスク “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
イメージ “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
OSディスク “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
準備用VM “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
公開スナップショット “CitrixResource”: “internal”
ストレージバケット “CitrixResource”: “internal”
テンプレート “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
カタログ内のVM “CitrixResource”: “internal”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”。プラグインは、MCSプロビジョニングされたVMに対してこのラベルも追加します: “citrix-provisioning-scheme-id”: “provSchemeId”。このラベルを使用して、GCPコンソールでカタログ別にフィルタリングできます。
WBCディスク “CitrixResource”: “internal”
  CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”

注:

CitrixResource タグがMCSによって作成されたリソースとして識別するために追加されている場合、VMはCitrixインベントリに表示されません。タグを削除または名前変更することで、表示させることができます。

詳細情報

Google Cloud Platformカタログの管理
April 6, 2026
寄稿者: 
C C
April 6, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.