Citrix Virtual Apps and Desktops

マシンカタログの管理

注:

Web Studio(Webベース)とCitrix Studio(Windowsベース)の2つの管理コンソールを使用して、Citrix Virtual Apps and Desktopsの展開を管理できます。この記事ではWeb Studioのみを扱います。Citrix Studioについて詳しくは、Citrix Virtual Apps and Desktops 7 2212以前の同様の記事を参照してください。

はじめに

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

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

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

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

注:

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

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

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

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

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

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

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

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

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

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

カタログに関連した警告の取得

MCSカタログの問題を把握して修正するための警告を受け取ることができます。警告は、エラーとは異なり、開始されたプロビジョニングタスクが失敗する原因にはなりません。

PowerShellコマンドを使用すると、次のことができます:

  • 警告のリストを取得する
  • 警告ステータスをNew(新規) からAcknowledged(確認済み) に変更する
  • 警告を削除する

PowerShellコマンドを実行するには:

  1. PowerShellウィンドウを開きます。
  2. asnp citrix*を実行し、Citrix固有のPowerShellモジュールをロードします。

警告のリストを取得するには:

Get-ProvSchemeWarningコマンドを実行します。

  • パラメーターなし:すべての警告を取得します
  • ProvisioningSchemeNameまたはProvisioningSchemeUidパラメーターあり:このプロビジョニングスキームのすべての警告を取得します
  • WarningIdパラメーターあり:この警告IDに一致する警告を取得します

警告ステータスをNew(新規)からAcknowledged(確認済み)に変更するには:

Set-ProvSchemeWarningを実行します

  • WarningIdパラメーターあり:このIDに一致する警告の警告ステータスを設定します。Get-ProvSchemeWarningコマンドからの出力として警告を取得できます
  • ProvisioningSchemeNameまたはProvisioningSchemeUidパラメーターあり:このプロビジョニングスキームのすべての警告の警告ステータスを設定します
  • Allパラメーターあり:すべての警告ステータスをAcknowledged(確認済み)に設定します。

警告を削除するには:

Remove-ProvSchemeWarningを実行します

  • WarningIdパラメーターあり:このIDに一致する特定の警告を削除します。Get-ProvSchemeWarningコマンドからの出力として警告を取得できます
  • ProvisioningSchemeNameまたはProvisioningSchemeUidパラメーターあり:このプロビジョニングスキームに関連付けられているすべての警告を削除します。
  • Allパラメーターあり:すべての警告を削除します

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

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

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

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

  1. Web Studioにサインインします。
  2. 左側のペインで [マシンカタログ] を選択します。
  3. マシンカタログを選択し、操作バーの [マシンの表示] を選択します。
  4. 1台または複数のマシンを選択し、操作バーの [削除] を選択します。

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

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

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

カタログ名の変更

  1. Web Studioにサインインします。
  2. 左側のペインで [マシンカタログ] を選択します。
  3. マシンカタログを選択し、操作バーの [マシンカタログの名前を変更] を選択します。
  4. 新しい名前を入力します。

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

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

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

  1. Web Studioにサインインします。
  2. 左側のペインで [マシンカタログ] を選択します。
  3. カタログを選択し、操作バーの [移動] を選択します。
  4. カタログの移動先ゾーンを選択します。

カタログの削除

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

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

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

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

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

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

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

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

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

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

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

カタログの更新

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

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

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

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

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

マスターイメージの変更

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

  1. Web Studioにサインインします。
  2. 左側のペインで [マシンカタログ] を選択します。
  3. カタログを選択し、操作バーの [マスターイメージの変更] を選択します。
  4. [マスターイメージ] ページで、ホストおよびロールアウトするイメージを選択します。

    ヒント:

    MCSで作成したカタログの場合、イメージにメモを追加することで、そのイメージに注釈を付けることができます。メモには最大500文字を含めることができます。マスターイメージを変更するたびに、メモを追加するかどうかに関係なく、メモ関連のエントリが作成されます。メモを追加せずにカタログを更新すると、エントリはnull(-)として表示されます。イメージのメモ履歴を表示するには、カタログを選択し、下のペインで [テンプレートのプロパティ] をクリックしてから、[メモ履歴の表示] をクリックします。

  5. [ロールアウト方法] ページで、マシンカタログ内のマシンを新しいマスターイメージによって更新するタイミング:次回シャットダウン時または即時を選択します。

    注:

    ロールアウトは非永続的なVMにのみ適用されるため、永続的なVMでは [ロールアウト戦略] ページを使用できません。

  6. [概要] ページの情報を確認し、[完了] をクリックします。各マシンは、更新後に自動的に再起動されます。

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

ロールアウト方法:

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

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

ヒント:

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

PowerShellを使用して1回限りの再起動スケジュールを有効にする場合は、以下のBrokerCatalogRebootScheduleのPowerShellコマンドを使用して、再起動スケジュールを作成、変更、および削除します:

  • Get-BrokerCatalogRebootSchedule
  • New-BrokerCatalogRebootSchedule
  • Set-BrokerCatalogRebootSchedule
  • Remove-BrokerCatalogRebootSchedule
  • Rename-BrokerCatalogRebootSchedule

例:

  • BankTellersという名前のカタログ内のVMの再起動スケジュールを作成して、2022年2月3日の午前2時から午前4時の間に開始します。

     C:\PS> New-BrokerCatalogRebootSchedule -Name BankTellers -CatalogName BankTellers  -StartDate "2022-02-03" -StartTime "02:00" -Enabled $true -RebootDuration 120
     <!--NeedCopy-->
    
  • UID 17を持つカタログ内のVMの再起動スケジュールを作成して、2022年2月3日の午前1時から午前5時の間に開始します。再起動の10分前に、各VMは、すべてのユーザーセッションで「WARNING: Reboot pending(警告:再起動保留中)」というタイトルのメッセージボックスと、「Save your work(作業を保存してください)」というメッセージを表示するように設定されています。

     C:\PS> New-BrokerCatalogRebootSchedule -Name 'Update reboot' -CatalogUid 17 -StartDate "2022-02-03" -StartTime "01:00" -Enabled $true -RebootDuration 240 -WarningTitle "WARNING: Reboot pending" -WarningMessage "Save your work" -WarningDuration 10
     <!--NeedCopy-->
    
  • Old Nameという名前のカタログ再起動スケジュールをNew Nameという名前に変更します。

    C:\PS> Rename-BrokerCatalogRebootSchedule -Name "Old Name" -NewName "New Name"
    <!--NeedCopy-->
    
  • UID 1のすべてのカタログ再起動スケジュールを表示し、UID 1のカタログ再起動スケジュールの名前をNew Nameに変更します。

    C:\PS> Get-BrokerCatalogRebootSchedule -Uid 1 | Rename-BrokerCatalogRebootSchedule -NewName "New Name" -PassThru
    <!--NeedCopy-->
    
  • Accountingという名前のカタログ再起動スケジュールを設定して、各仮想マシンの再起動の10分前に「WARNING: Reboot pending(警告:再起動保留中)」というタイトルのメッセージと、「Save your work(作業を保存してください)」というメッセージを表示します。このメッセージは、そのVMのすべてのユーザーセッションに表示されます。

    ``` C:\PS> Set-BrokerCatalogRebootSchedule -Name Accounting -WarningMessage “Save your work” -WarningDuration 10 -WarningTitle “WARNING: Reboot pending”

  • 無効になっているすべての再起動スケジュールを表示し、有効にします。

     C:\PS> Get-BrokerCatalogRebootSchedule -Enabled $false | Set-BrokerCatalogRebootSchedule -Enabled $true
     <!--NeedCopy-->
    
  • UID 17でカタログ再起動スケジュールを設定して、「Rebooting in %m% minutes(あと%m%分で再起動)」というメッセージを表示します(各VMの再起動の15分、10分、5分前)。

     C:\PS> Set-BrokerCatalogRebootSchedule 17 -WarningMessage "Rebooting in %m% minutes." -WarningDuration 15 -WarningRepeatInterval 5
     <!--NeedCopy-->
    
  • MyCatalogという名前のカタログのタイムゾーンを構成します。

     C:\PS> Set-BrokerCatalog -Name "MyCatalog" -TimeZone <TimeZone>
     <!--NeedCopy-->
    

マスターイメージのロールバック

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

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

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

イメージへの説明の追加

マシンカタログイメージの更新に関連した変更に関する説明を追加できます。カタログを作成するとき、またはカタログの既存のマスターイメージを更新するときに、この機能を使用して説明を追加します。カタログ内の各マスターイメージの情報を表示することもできます。次のコマンドを使用して、イメージの説明を追加または表示します:

  • マスターイメージでマシンカタログを作成するときにメモを追加するには、NewProvSchemeコマンドでMasterImageNoteパラメーターを使用します。例:

     C:\PS>New-ProvScheme -ProvisioningSchemeName <name> -HostingUnitName <name> -IdentityPoolName <name> -MasterImageVM
     XDHyp:\HostingUnits<hosting unit name><vm name>.vm\Base.snapshot -MasterImageNote "Note"
     <!--NeedCopy-->
    
  • マシンカタログに関連付けられているマスターイメージを更新するには、Publish-ProvMasterVMImageコマンドでMasterImageNoteパラメーターを使用します。例:

     C:\PS>Publish-ProvMasterVMImage -ProvisioningSchemeName <name> -MasterImageVM XDHyp:\HostingUnits<hosting unit name><vm name>.vm\base.snapshot -MasterImageNote "Note"
     <!--NeedCopy-->
    
  • 各イメージの情報を表示するには、Get-ProvSchemeMasterVMImageHistoryコマンドを使用します。例:

     C:\PS>Get-ProvSchemeMasterVMImageHistory -ProvisioningSchemeName MyScheme -Showall
     <!--NeedCopy-->
    

ロールバックの進行状況を追跡するには、[マシンカタログ] でカタログを見つけて、インラインの進行状況バーと手順ごとの進行状況グラフを表示します。

次のような場合、ロールバックできません([マスターイメージのロール バック] オプションは表示されません)。

  • ロールバックする権限がない。
  • カタログがMCSを使用して作成されていない。
  • カタログが、OSディスクのイメージを使用して作成されている。
  • カタログの作成に使用されたスナップショットが破損した。
  • カタログ内のマシンに対してユーザーが行った変更が保持されない。
  • カタログ内のマシンが実行中である。

機能レベルを変更するか変更を元に戻す

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

マシンカタログの機能レベルを変更する前に:

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

カタログの機能レベルを変更するには:

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

カタログを変更した後でマシンを以前のVDAバージョンに戻すには、カタログを選択し、操作バーで [機能レベルの変更を元に戻す] を選択します。

カタログの複製

カタログを複製する前に、次の考慮事項に注意してください:

  • オペレーティングシステムマシンの管理に関連する設定は変更できません。複製されたカタログは、元のカタログからこれらの設定を継承します。
  • カタログの複製は、完了するまでに時間がかかることがあります。必要に応じて [進行状況を隠す] を選択して、バックグラウンドで複製を実行します。
  • 複製されたカタログは元のカタログの名前を継承し、サフィックスとして「Copy」が付きます。この名前は変更できます。「カタログ名の変更」を参照してください。
  • 複製が完了したら、複製したカタログを必ずデリバリーグループに割り当ててください。
  1. Web Studioにサインインし、左側のペインで [マシンカタログ] をクリックします。
  2. カタログを選択し、操作バーの [複製] を選択します。
  3. [選択したマシンカタログの複製] ウィンドウで、複製されたカタログの設定を表示し、必要に応じて設定を構成します。[次へ] を選択して、次のページに進みます。
  4. [概要] ページで、設定の概要を表示し、[完了]を選択して複製を開始します。
  5. 必要に応じて [進行状況を隠す] を選択して、バックグラウンドで複製を実行します。

フォルダーを使用したカタログの整理

カタログを整理するためのフォルダーを作成して、アクセスを簡単にすることができます。たとえば、画像の種類や組織構造ごとにカタログを整理できます。

カタログフォルダーの作成

始める前に、まずカタログを整理する方法を計画します。以下に注意してください:

  • 最大で5レベルまでの階層構造でフォルダーをネストできます(デフォルトのルートフォルダーを除く)。
  • カタログフォルダーには、カタログとサブフォルダーを含めることができます。
  • バックエンドのフォルダーツリーは、Web Studioのすべてのノード([マシンカタログ][アプリケーション] ノードなど)で共有されます。フォルダーの名前変更や移動時に他のノードと名前が競合しないように、異なるノードの第1レベルのフォルダーには異なる名前を付けることをお勧めします。

カタログフォルダーを作成するには、次の手順に従います:

  1. 左側のペインで [マシンカタログ] を選択します。
  2. フォルダー階層でフォルダーを選択し、[アクション]バーで [フォルダーの作成] を選択します。
  3. 新しいフォルダーの名前を入力し、[完了]をクリックします。

ヒント:

意図しない場所にフォルダーを作成した場合は、それを正しい場所にドラッグできます。

カタログの移動

フォルダー間でカタログを移動できます。詳細な手順は次のとおりです:

  1. 左側のペインで [マシンカタログ] を選択します。
  2. フォルダーごとにカタログを表示します。フォルダー階層の上にある [すべて表示] をオンにして、一度にすべてのカタログを表示することもできます。
  3. カタログを右クリックし、[マシンカタログの移動]を選択します。
  4. カタログの移動先のフォルダーを選択し、[完了]をクリックします。

ヒント:

カタログをフォルダーにドラッグできます。

カタログフォルダーの管理

カタログフォルダーの削除、名前変更、および移動を行うことができます。

フォルダーの削除は、フォルダーとそのサブフォルダーにカタログが含まれていない場合にのみ可能となります。

フォルダーを管理するには、次の手順に従います:

  1. 左側のペインで [マシンカタログ] を選択します。
  2. フォルダー階層でフォルダーを選択し、必要に応じて [アクション] バーでアクションを選択します:

    • フォルダーの名前を変更するには、[フォルダーの名前変更]を選択します。
    • フォルダーを削除するには、[フォルダーの削除]を選択します。
    • フォルダーを移動するには、[フォルダーの移動]を選択します。
  3. 画面の指示に従って、残りの手順を完了します。

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

新しい仮想マシンが新しいサブネットワーク上に作成されるように、既存のプロビジョニングスキームのネットワーク設定を変更できます。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の準備 Tag string: “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  Custom property entry: “XdConfig:”XdProvisioned=True”
カタログ内のVM Tag string: “CitrixProvisioningSchemeId”: “xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”
  Custom property entry: “XdConfig:”XdProvisioned=True”

VMware

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

トラブルシューティング