Citrix Virtual Apps and Desktops

マシンカタログの管理

はじめに

マシンカタログにマシンを追加したり、カタログからマシンを削除したり、マシンカタログの名前や説明を変更したりすることができます。また、カタログのActive Directoryコンピューターアカウントを管理できます。

カタログの保守には、各マシンのOSが最新状態に更新されていることを確認することも含まれます。ウイルス対策の更新、オペレーティングシステムのアップグレード、または構成の変更も含まれます。

  • Machine Creation Services(MCS)を使用して作成されたプール(ランダム)マシンが含まれるカタログは、カタログで使用されるマスターイメージを更新してからマシンを更新することにより、マシンを管理できます。この方法により、多数のユーザーマシンを効率的に更新することができます。
  • Citrix Provisioningで作成されたマシンの場合は、仮想ディスクを介してマシンを更新します。詳しくは、Citrix Provisioningのドキュメントを参照してください。
  • 静的で恒久的に割り当てられたマシンが含まれるカタログと、リモートPCアクセスマシンカタログの場合は、ユーザーのマシンに対する更新をStudioの外で管理します。サードパーティ製のソフトウェア配信ツールを使用して、個々のデスクトップまたはデスクトップのグループを管理します。

ホストハイパーバイザーへの接続の作成と管理については、「接続とリソース」を参照してください。

注:

MCSでは、Windows 10 IoT CoreおよびWindows 10 IoT Enterpriseはサポートされていません。詳しくは、Microsoft社のサイトを参照してください。

永続インスタンスについて

永続インスタンスまたは専用インスタンスを使用して作成されたMCSカタログを更新する場合、カタログで作成された新しいマシンは更新されたイメージを使用します。既存のインスタンスは引き続き元のインスタンスを使用します。他の種類のカタログでも、イメージの更新プロセスは同様です。以下に注意してください:

  • 永続ディスクカタログでは、既存のマシンは新しいイメージに更新されませんが、追加されたマシンは新しいイメージを使用します。
  • 永続ディスクカタログではない場合、次回のマシンのリセット後にマシンイメージが更新されます。
  • 永続マシンカタログでは、イメージを更新するとそのイメージを使用するカタログインスタンスも更新されます。
  • 永続的ではないカタログの場合、マシンごとに異なるイメージを使用するには、個別のカタログ内にイメージが存在する必要があります。

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

以下の点に注意してください:

  • 追加するマシンの数に応じて十分なプロセッサ、メモリ、ストレージが仮想化ホスト上にあることを確認してください。
  • 十分な数のActive Directoryコンピューターアカウントが使用可能であることを確認してください。既存のアカウントを使用している場合、使用可能なアカウントの数により、追加できるマシンの数が制限されることに注意してください。
  • 追加するマシン用にStudioでActive Directoryコンピューターアカウントを作成する場合は、適切なドメイン管理者権限も必要です。

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

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. マシンカタログを選択し、[操作] ペインの [マシンの追加] を選択します。
  3. 追加する仮想マシンの数を選択します。
  4. 追加する仮想マシンの数に対し、既存のActive Directoryアカウントの数が不足している場合は、作成するアカウントのドメインと場所を選択します。アカウント名前付けスキームを指定します。番号記号(#)により、名前に追加される連番または文字とその位置が定義されます。組織単位名にはスラッシュ(/)を使用しないでください。名前の先頭に番号記号を配置することはできません。たとえば、名前付けスキームとして「PC-Sales-##」を指定して[0~9]を選択すると、PC-Sales-01、PC-Sales-02、PC-Sales-03などのコンピューターアカウント名が作成されます。
  5. 既存のActive Directoryアカウントを使用する場合、アカウントを参照するか、[インポート] をクリックしてアカウント名の一覧のCSVファイルを指定します。追加するマシンに十分な数のアカウントをインポートする必要があります。Studioはこれらのアカウントを管理 します。すべてのアカウントのパスワードのリセットをStudioに許可するか、アカウントのパスワードを指定します(すべてのアカウントで同じパスワードを使用する必要があります)。

マシンの作成はバックグラウンドプロセスとして実行され、多くのマシンを追加する場合には時間がかかることがあります。Studioを終了してもマシンの作成処理は続行されます。

カタログからのマシンの削除

マシンをマシンカタログから削除すると、ユーザーはそのマシンにアクセスできなくなります。そのため、マシンを削除する前に以下の点について確認してください:

  • マシン上に重要なユーザーデータがなく、データがある場合はバックアップ済みであること。
  • すべてのユーザーがログオフしていること。メンテナンスモードをオンにすると、マシンに新たに接続できなくなります。
  • マシンの電源がオフになっていること。

カタログからマシンを削除するには、以下の手順に従います:

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. マシンカタログを選択し、[操作] ペインの [マシンの表示] を選択します。
  3. 1台または複数のマシンを選択し、[操作] ペインの [削除] を選択します。

マシンを削除するかどうかを選択します。マシンを削除する場合は、マシンのActive Directoryアカウントを残すか、無効にするか、削除するかを指定します。

カタログの説明やリモートPCアクセスの設定を変更する

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. マシンカタログを選択し、[操作] ペインの [マシンカタログの編集] を選択します。
  3. リモートPCアクセスカタログの場合、[電源管理] ページを使用して電源管理設定を変更したり、電源管理接続を選択したりします。[組織単位] ページでは、Active Directory組織単位を追加または削除します。
  4. [説明] ページでは、カタログの説明を変更します。

カタログ名の変更

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. マシンカタログを選択し、[操作] ペインの [マシンカタログの名前を変更] を選択します。
  3. 新しい名前を入力します。

別のゾーンへのカタログの移動

展開に複数のゾーンがある場合、カタログをゾーン間で移動させることができます。

カタログをそのカタログ内の仮想マシンが含まれるハイパーバイザー以外のゾーンに移動すると、パフォーマンスが低下する可能性があります。

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. カタログを選択し、[操作] ペインの [移動] を選択します。
  3. カタログの移動先ゾーンを選択します。

カタログの削除

カタログを削除する前に、以下の点について確認してください:

  • すべてのユーザーがログオフしており、実行中の切断セッションがないこと。
  • カタログ内のすべてのマシンのメンテナンスモードがオンで、新たに接続できないこと。
  • カタログ内のすべてのマシンの電源がオフになっていること。
  • そのカタログがデリバリーグループに関連付けられていないこと。すなわち、そのカタログのマシンがデリバリーグループに含まれていないこと。

カタログを削除するには、以下の手順に従います:

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. マシンカタログを選択し、[操作] ペインの [マシンカタログの削除] を選択します。
  3. カタログ内のマシンを削除するかを指定します。マシンを削除する場合は、マシンのActive Directoryコンピューターアカウントを残すか、無効にするか、削除するかを指定します。

カタログにおけるActive Directoryコンピューターアカウントの管理

マシンカタログのActive Directoryアカウントについて、次の操作を行えます:

  • シングルセッションOSカタログおよびマルチセッションOSカタログからActive Directoryコンピューターアカウントを削除して未使用のマシンアカウントを解放する。解放したアカウントは、ほかのマシンで使用可能になります。
  • カタログに追加するマシン用のコンピューターアカウントを追加しておく。組織単位名にはスラッシュ(/)を使用しないでください。

Active Directoryアカウントを管理するには、以下の手順に従います:

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. カタログを選択し、[操作] ペインの [Active Directoryアカウント管理] を選択します。
  3. 必要に応じてコンピューターアカウントを追加または削除します。アカウントを追加する場合は、すべてのアカウントのパスワードをリセットするか、すべてのアカウントに適用されるパスワードを入力するかを選択します。

    アカウントの現在のパスワードがわからない場合は、すべてのアカウントのパスワードをリセットするオプションを選択します。パスワードをリセットするための権限が必要です。パスワードを指定する場合は、アカウントのインポート時にパスワードが変更されます。アカウントを削除する場合は、そのアカウントをActive Directory内で保持するか、無効にするか、または削除するかを選択します。

マシンをカタログから削除するか、カタログを削除する場合にも、Active Directoryアカウントを保持するか、無効にするか、または削除するかを指定することができます。

カタログの更新

カタログ内のマシンを更新する前に、マスターイメージのコピーまたはスナップショットを保存しておくことをお勧めします。データベースには、各マシンカタログで使用されたマスターイメージの履歴記録が保持されます。カタログ内のマシンをロールバックして(元に戻して)、以前のバージョンのマスターイメージを使用します。デスクトップに展開した更新で問題が発生した場合は、この作業を実行します。これにより、ユーザーのダウンタイムが最小限に抑えられます。マスターイメージの削除、移動、または名前変更は行わないでください。カタログを元に戻して使用することはできません。

Citrix Provisioning(旧称Provisioning Services)が使用されているカタログで変更内容を反映させるには、新しい仮想ディスクを公開する必要があります。詳しくは、Citrix Provisioningのドキュメントを参照してください。

マシンは、更新後に自動的に再起動されます。

マスターイメージの更新またはマスターイメージの作成

マシンカタログを更新する前に、既存のマスターイメージを更新するか、またはホストハイパーバイザー上で作成します。

  1. ハイパーバイザー上で、現在の仮想マシンのスナップショットを作成してわかりやすい名前を付けます。このスナップショットを使用して、カタログ内のマシンを元に戻す(ロールバックする)ことができます。
  2. 必要に応じて、マスターイメージをオンにしてログオンします。
  3. 更新をインストールするか、マスターイメージに対して必要な変更を加えます。
  4. 仮想マシンの電源を切ります。
  5. 仮想マシンのスナップショットを作成します。仮想マシンにわかりやすい名前を付けます。この名前は、Studioでのカタログの更新時に使用されます。Studioでスナップショットを作成することもできますが、ハイパーバイザー側の管理コンソールでスナップショットを作成します。このスナップショットをStudioで選択します。これにより、スナップショットに自動生成される名前を付けるのではなく、わかりやすい名前と説明を指定できます。GPUの仮想化機能を使用したマスターイメージを更新する場合は、Citrix Hypervisorコンソールを使用する必要があります。

カタログの更新

更新を準備し、カタログ内のすべてのマシンにロールアウトするには、以下の手順に従います:

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. カタログを選択して、[操作] ペインの [マシンの更新] を選択します。
  3. [マスターイメージ] ページで、ホストおよびロールアウトするイメージを選択します。
  4. [ロールアウト方法] ページで、マシンカタログ内のマシンを新しいマスターイメージによって更新するタイミング:次回シャットダウン時または即時を選択します。
  5. [概要] ページの情報を確認し、[完了] をクリックします。各マシンは、更新後に自動的に再起動されます。

StudioではなくPowerShell SDKを使用してカタログを直接更新する場合、ハイパーバイザーテンプレート(VMテンプレート)を指定します。これをイメージまたはイメージのスナップショットの代わりに使用します。

ロールアウト方法:

次回のシャットダウン時にイメージを更新すると、現在使用されていないマシン、つまりアクティブなユーザーセッションのないマシンにも即座に反映されます。現在アクティブなセッションが終了すると、使用中のシステムも更新を受け取ります。以下に注意してください:

  • 新しいセッションは、該当するマシンで更新が完了するまで起動できません。
  • シングルセッションOSマシンでは、マシンが使用されていないとき、またはユーザーがログインしていないときに、即座にマシンが更新されます。
  • 子マシンがあるマルチセッションOSの場合、再起動は自動的に行われません。手動でシャットダウンし、再起動する必要があります。

ヒント:

ホスト接続の詳細設定を使用して、再起動するマシンの数を制限します。これらの設定を使用して、特定のカタログに対して実行されるアクションを変更します。詳細設定はHypervisorによって異なります。

イメージを即時に更新する場合、配信時間および通知を構成します。

  • 分散時間: すべてのマシンを同時に更新するか、カタログ内のすべてのマシンの更新を開始するまでの合計時間を指定します。内部アルゴリズムにより、その時間内において各マシンの更新および再起動のタイミングが決定されます。
  • 通知: 左の[通知]ドロップダウンメニューで、更新を開始する前に、マシンに通知メッセージを表示するかどうかを選択します。デフォルトでは、メッセージは表示されません。更新が開始される15分前にメッセージを表示するように選択します。または、最初のメッセージの後5分ごとにメッセージを繰り返すように選択します。デフォルトでは、メッセージは繰り返して送信はされません。すべてのマシンの同時更新を選択した場合を除き、通知メッセージは、更新開始前の適切なタイミングで各マシンに表示されます。

更新のロールバック

更新後または新規のマスターイメージは、ロールアウトした後にロールバックすることができます。このプロセスは、新たに更新されたマシンで問題が発生した場合に必要になることがあります。ロールバックした場合、カタログ内のマシンは前回の動作イメージまでロールバックされます。より新しいイメージを必要とする新機能は、利用できなくなりました。ロールアウトと同様に、ロールバックでもマシンは再起動されます。

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. カタログを選択し、[操作] ペインの [マシン更新のロールバック] を選択します。
  3. ロールアウト処理について前述したとおり、古いマスターイメージをマシンに適用するタイミングを指定します。

ロールバックは、復元が必要なマシンにのみ適用されます。たとえば、更新したマスターイメージが適用されていないマシンのユーザーは、通知メッセージを受信したり強制的にログオフされたりすることはありません。

カタログのアップグレードまたはアップグレードを元に戻す

マシン上のVDAを新しいバージョンにアップグレードした場合は、マシンカタログをアップグレードする必要があります。すべてのVDAを最新バージョンにアップグレードして、最新の機能をすべて使用できるようにすることをCitrixではお勧めします。

マシンカタログをアップグレードする前に、次の操作を行います。

  • Citrix Provisioningを使用している場合は、VDAをアップグレードします。プロビジョニングコンソールはVDAバージョンを保持しません。Citrix Provisioningは、Citrix Virtual Apps and Desktopsのセットアップウィザードと直接通信して、作成されたカタログにVDAバージョンを設定します。

  • アップグレードしたマシンを起動します。これにより、マシンがControllerに登録されます。このときに、そのマシンカタログ内のマシンについてアップグレードが必要かどうかがStudioによりチェックされます。

マシンカタログをアップグレードするには、以下の手順に従います:

  1. Studioのナビゲーションペインで [マシンカタログ] を選択します。
  2. カタログを選択します。下ペインの [詳細] タブにバージョン情報が表示されます。
  3. [カタログのアップグレード] を選択します。Studioによりアップグレードが必要なことが検出されると、メッセージが表示されます。画面の指示に従って操作します。アップグレードできないマシンがある場合は、その理由を説明するメッセージが示されます。すべてのマシンを適切に動作させるため、マシンカタログをアップグレードする前にマシンの問題を解決しておくことをCitrixではお勧めします。

カタログをアップグレードした後でマシンを以前のVDAバージョンに戻すには、カタログを選択し、[操作] ペインの [元に戻す] を選択します。

既存のプロビジョニングスキームのネットワーク設定を変更

新しい仮想マシンが新しいサブネットワーク上に作成されるように、既存のプロビジョニングスキームのネットワーク設定を変更できます。Set-ProvSchemeコマンドのパラメーター-NetworkMappingを使用して、ネットワーク設定を変更します。

注:

この機能は、Citrix Virtual Apps and Desktops 2203 LTSR CU3以降のバージョンでサポートされています。

既存のプロビジョニングスキームのネットワーク設定を変更するには、以下を実行します:

  1. PowerShellウィンドウで、コマンドasnp citrix*を実行してPowerShellモジュールをロードします。
  2. (Get-Provscheme -ProvisioningSchemeName "name").NetworkMapsを実行して、変更するネットワークパスにアクセスします。
  3. 新しいネットワーク設定に変数を割り当てます。例:

    $NewNetworkMap = @{“0”= “XDHYP:\HostingUnits\MyNetworks\Network 0.network”}
    <!--NeedCopy-->
    
  4. Set-ProvScheme -ProvisioningSchemeName "name" -NetworkMapping $NewNetworkMapを実行します。
  5. (Get-Provscheme -ProvisioningSchemeName "name").NetworkMapsを実行して、既存のプロビジョニングスキームの新しいネットワーク設定を確認します。

MCSによって作成されたリソースの特定

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

AWS

リソース名 タグ
IDディスク “Name”: “VMName_IdentityDisk”
  “XdConfig”: “XdProvisioned=true”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
イメージ “XdConfig”: “XdProvisioned=true”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
NIC “Description”: “XD Nic”
  “XdConfig”: “XdProvisioned=true”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
OSディスク “Name”: “VMName_rootDisk”
  “XdConfig”: “XdProvisioned=True”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  [when AwsCaptureInstanceProperties = true] “Citrix Resource”: “”
  [when AwsCaptureInstanceProperties = true and AwsOperationalResourcesTagging = true] “CitrixOperationalResource”: “”
PrepVM “Name”: “Preparation - CatalogName - xxxxxxxxxx”
  “XdConfig”: “XdProvisioned=true”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  [when AwsCaptureInstanceProperties = true] “Citrix Resource”: “”
  [when AwsCaptureInstanceProperties = true and AwsOperationalResourcesTagging = true] “CitrixOperationalResource”: “”
公開されたスナップショット “XdConfig”: “XdProvisioned=true”
  ボリュームワーカーAMIのスナップショットでない場合は、“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
テンプレート [when AwsCaptureInstanceProperties = true] “XdConfig”: “XdProvisioned=true”
  [when AwsCaptureInstanceProperties = true] “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  [when AwsCaptureInstanceProperties = true] “CitrixResource”: “”
  [when AwsCaptureInstanceProperties = true and AwsOperationalResourcesTagging = true] “CitrixOperationalResource”: “”
カタログ内のVM “XdConfig”: “XdProvisioned=true”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  [when AwsCaptureInstanceProperties = true] “CitrixResource”: “”
  [when AwsCaptureInstanceProperties = true] “aws:ec2launchtemplate:id”:“lt-xxxx”
  [when AwsCaptureInstanceProperties = true] “aws:ec2launchtemplate:version”: “n”
  [when AwsCaptureInstanceProperties = true and AwsOperationalResourcesTagging = true] “CitrixOperationalResource”: “”
ボリュームワーカーAMI “XdConfig”: “XdProvisioned=true”
ボリュームワーカーのブートストラッパー “Name”: “XenDesktop Temp”
  “XdConfig”: “XdProvisioned=true”
  “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  [when AwsCaptureInstanceProperties = true and AwsOperationalResourcesTagging = true] “CitrixVolumeWorkerBootstrapper”: “”
ボリュームワーカーのインスタンス “Name”: “Citrix.XD.Volumeworker-xxxx-xx-xx-xx-xxxx”
  “XdConfig”: “XdProvisioned=true”

Azure

リソース名 タグ
IDディスク “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”
イメージ “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”
NIC “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”
OSディスク “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”
PrepVM “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”
公開されたスナップショット “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”
リソースグループ “CitrixResource” : “Internal”
  CitrixSchemaVersion: 2.0
  “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
ストレージアカウント “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”
カタログ内のVM “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”
WBCディスク “CitrixProvisioningSchemeId” : “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “CitrixResource” : “Internal”

注:

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

Google Cloud Platform

リソース名 タグ
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”
PrepVM “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”

注:

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

Citrix Hypervisor

リソース名 タグ
各ネットワークまたはローカルストレージで公開された基本ディスクとそのコピー “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
IDディスク “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
OSディスク “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
VMの準備 “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
カタログ内のVM “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
WBCディスク “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”

SCVMM

リソース名 タグ
VMの準備 タグの文字列:“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  カスタムプロパティのエントリ:”XdConfig:“XdProvisioned=True”
カタログ内のVM タグの文字列:“CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  カスタムプロパティのエントリ:”XdConfig:“XdProvisioned=True”

VMware

リソース名 タグ
VMの準備 “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “XdConfig:“XdProvisioned=True”
カタログ内のVM “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  “XdConfig:“XdProvisioned=True”

トラブルシューティング