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

マシンカタログの作成

April 6, 2026
寄稿者: 
C C

注：

この記事では、Studio を使用してカタログを作成する方法について説明します。Quick Deploy を使用して Azure リソースを作成する場合は、Quick Deploy を使用したカタログの作成のガイダンスに従ってください。

物理マシンまたは仮想マシンのコレクションは、マシンカタログと呼ばれる単一のエンティティとして管理されます。マシンカタログ内のすべてのマシンは、マルチセッションOSまたはシングルセッションOS（WindowsやLinuxベースのシステムなど）のいずれかである共通のオペレーティングシステムタイプを共有します。

  • Studio は、最初のマシンカタログを作成するようガイドします。最初のカタログを作成した後、最初のデリバリーグループを作成します。後で、作成したカタログを変更したり、さらにカタログを作成したりできます。

概要

VM のカタログを作成するときは、それらの VM をプロビジョニングする方法を指定します。Machine Creation Services™ (MCS) を使用できます。または、独自のツールを使用してマシンを提供することもできます。

  • MCS を使用して VM をプロビジョニングする場合、カタログに同一の VM を作成するためにイメージ（またはスナップショット）を提供します。カタログを作成する前に、選択したハイパーバイザーまたはクラウドサービスへのホスティング接続を初めて設定し、その上でマスターイメージを作成および構成する必要があります。マスターイメージの構成には、必要に応じてドメイン参加、必要なドライバーのインストール、公開するアプリケーション、およびイメージへの Virtual Delivery Agent (VDA) の展開などのタスクが必要です。
  • マスターイメージを作成した後、Studio でマシンカタログを作成します。そのイメージ（またはイメージのスナップショット）を選択し、カタログに作成する VM の数を指定し、追加情報を構成します。
  • マシンがすでに利用可能な場合でも、これらの VM をカタログにインポートするために、1 つ以上のマシンカタログを作成する必要があります。

MCS を使用して最初のカタログを作成する場合、以前に作成したホスティングユニットを指定します。ホスティングユニットは、仮想マシンを作成するためのリソース構成を提供します。後で（最初のカタログとデリバリーグループを作成した後）、そのホスティングユニットまたはその親ホスト接続に関する情報を変更したり、さらに接続とホスティングユニットを作成したりできます。

Cloud Connector が正常に動作していない場合、MCS プロビジョニング操作（カタログの更新など）には通常よりも時間がかかり、管理インターフェイスのパフォーマンスが著しく低下します。

RDS ライセンスチェック

  • Windows マルチセッション OS マシンを含むマシンカタログの作成には、有効な Microsoft RDS ライセンスの自動チェックが含まれます。カタログ内で、チェックを実行するための電源がオンで登録済みのマシンが検索されます。

  • 電源がオンで登録済みのマシンが見つからない場合、RDS ライセンスチェックを実行できないことを説明する警告が表示されます。
  • マシンが見つかり、エラーが検出された場合、Studio は検出された問題を含むカタログの警告メッセージを表示します。カタログから RDS ライセンス警告を削除するには（表示されなくなるように）、カタログを選択します。[RDS ライセンス警告の削除] を選択します。プロンプトが表示されたら、アクションを確認します。

VDA 登録

VDA は、仲介されたセッションを起動する際に考慮されるために、Cloud Connector に登録されている必要があります。未登録の VDA は、利用可能なリソースの活用不足につながる可能性があります。VDA が登録されない理由はさまざまであり、その多くはトラブルシューティングが可能です。トラブルシューティング情報は、カタログ作成ウィザードおよびカタログをデリバリーグループに追加した後に提供されます。

カタログ作成ウィザードで、既存のマシンを追加した後、コンピューターアカウント名のリストは、各マシンがカタログに追加するのに適しているかどうかを示します。各マシンの横にあるアイコンにカーソルを合わせると、そのマシンに関する情報メッセージが表示されます。

-  メッセージが問題のあるマシンを特定した場合、そのマシンを削除するか（**[削除]** ボタンを使用）、またはマシンを追加することができます。たとえば、メッセージがマシンに関する情報を取得できないことを示している場合（おそらく登録されたことがないため）、とにかくマシンを追加することを選択できます。

-  VDA 登録のトラブルシューティングの詳細については、[CTX136668](https://support.citrix.com/support-home/kbsearch/article?articleNumber=ctx136668) を参照してください。

MCS カタログ作成の概要

-  カタログ作成ウィザードで情報を提供した後の、デフォルトの MCS アクションの簡単な概要を以下に示します。
  • イメージ（スナップショットではなく）を選択した場合、MCS はスナップショットを作成します。
    • MCS はスナップショットの完全なコピーを作成し、そのコピーをホスト接続で定義された各ストレージの場所に配置します。
    • MCS はマシンを Active Directory に追加し、一意の ID を作成します。
    • MCS は、ウィザードで指定された数の VM を作成し、各 VM に 2 つのディスクを定義します。VM ごとに 2 つのディスクに加えて、スナップショットまたはマスターイメージの完全なコピーも同じストレージの場所に保存されます。複数のストレージの場所が定義されている場合、それぞれが次のディスクタイプを取得します。
    • スナップショットの完全なコピー（前述）、これは読み取り専用であり、作成されたばかりの VM 間で共有されます。
    • 各 VM に一意の ID を与える一意の 16 MB の ID ディスク。各 VM は ID ディスクを取得します。

    • VM に対して行われた書き込みを保存するための一意の差分ディスク。このディスクはシンプロビジョニングされており（ホストストレージでサポートされている場合）、必要に応じてマスターイメージの最大サイズまで増加します。各 VM は差分ディスクを取得します。差分ディスクはセッション中に行われた変更を保持します。専用デスクトップの場合は永続的です。プールされたデスクトップの場合は、再起動後に削除され、新しいものが作成されます。

    • あるいは、静的デスクトップを提供する VM を作成する場合、カタログ作成ウィザードの [マシン] ページで、シック（完全コピー）VM クローンを指定できます。完全クローンは、すべてのデータストアにマスターイメージを保持する必要はありません。各 VM は独自のファイルを持っています。

MCS ストレージに関する考慮事項

    -  MCS のストレージソリューション、構成、および容量を決定する際には、多くの要因があります。以下の情報は、ストレージ容量に関する適切な考慮事項を提供します。

容量に関する考慮事項 

-  ディスク

  • デルタディスクまたは差分ディスク（Diff ディスク）は、ほとんどの MCS 展開において、各 VM で最大のスペースを消費します。MCS によって作成される各 VM には、作成時に最低 2 つのディスクが割り当てられます。

    • Disk0 = 差分ディスク: ベースマスターイメージからコピーされたときに OS を含みます。
    • Disk1 = ID ディスク: 16 MB - 各 VM の Active Directory データを含みます。

    製品の進化に伴い、特定のユースケースや機能の消費を満たすために、さらにディスクを追加する必要がある場合があります。たとえば、

    • MCSストレージ最適化は、各VMにライトキャッシュ形式のディスクを作成します。XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に利用可能なOSストレージリストと利用可能な一時ストレージリストを同じように構成すると、MCSはライトバックキャッシュ (WBC) ディスクをOSディスクと同じストレージの場所に配置します。
    • MCSは、前のセクションで説明した差分ディスクシナリオとは対照的に、フルクローンを使用する機能を追加しました。

ハイパーバイザー機能も考慮事項となる場合があります。例:

  • XenServer IntelliCacheは、各XenServerのローカルストレージに読み取りディスクを作成します。このオプションにより、共有ストレージの場所に保持されている可能性のあるイメージに対するIOPSを削減できます。

  • ハイパーバイザーのオーバーヘッド

  • 異なるハイパーバイザーは、VMのオーバーヘッドを発生させる特定のファイルを使用します。ハイパーバイザーは、管理および一般的なログ記録操作にもストレージを使用します。オーバーヘッドを含めるスペースを計算します:

  • ログファイル
  • ハイパーバイザー固有のファイル。例:
    • VMwareはVMストレージフォルダーにファイルを追加します。VMwareのベストプラクティスを参照してください。
    • 仮想マシンの合計サイズ要件を計算します。仮想ディスクに20 GB、スワップファイルに16 GB、ログファイルに100 MBを使用し、合計36.1 GBを消費する仮想マシンを考慮してください。

  • XenServerのスナップショット; VMwareのスナップショット。

  • プロセスのオーバーヘッド

  • カタログの作成、マシンの追加、カタログの更新には、固有のストレージへの影響があります。例:

  • 初期カタログ作成では、ベースディスクのコピーを各ストレージの場所にコピーする必要があります。
  • カタログへのマシンの追加では、ベースディスクを各ストレージの場所にコピーする必要はありません。カタログ作成は、選択された機能によって異なります。
  • カタログの更新により、各ストレージの場所に追加のベースディスクが作成されます。カタログの更新では、カタログ内の各VMが一定期間2つの差分ディスクを持つため、一時的なストレージピークも発生します。

その他の考慮事項:

  • RAMサイズ設定: I/O最適化ディスク、ライトキャッシュ、スナップショットファイルなど、特定のハイパーバイザーファイルとディスクのサイズに影響します。
  • シン/シックプロビジョニング: シンプロビジョニング機能があるため、NFSストレージが推奨されます。

Machine Creation Services (MCS) ストレージ最適化

  • Machine Creation Services (MCS) ストレージ最適化機能は、MCS I/O としても知られています。この機能は、Azure、GCP、XenServer、VMware、AWS、およびSCVMMでのみ利用可能です。

  • ライトキャッシュコンテナはファイルベースであり、Citrix Provisioningに見られる機能と同じです。例えば、Citrix Provisioningのライトキャッシュファイル名は D:\vdiskdif.vhdx であり、MCS I/Oのライトキャッシュファイル名は D:\mcsdif.vhdx です。
  • ライトキャッシュディスクに書き込まれるWindowsクラッシュダンプファイルのサポートを含めることで、診断の改善を実現します。
  • MCS I/Oは、最適な多層ライトキャッシュソリューションを提供するために、RAMにキャッシュし、ハードディスクにオーバーフローする技術を保持しています。この機能により、管理者は各層（RAMとディスク）のコストとパフォーマンスのバランスを取り、目的のワークロード要件を満たすことができます。

ライトキャッシュ方式をディスクベースからファイルベースに更新するには、以下の変更が必要です:

  1. MCS I/OはRAMのみのキャッシュをサポートしなくなりました。マシンカタログ作成時にディスクサイズを指定してください。
  2. VMライトキャッシュディスクは、VMを初めて起動するときに自動的に作成およびフォーマットされます。VMが起動すると、ライトキャッシュファイル mcsdif.vhdx はフォーマットされたボリューム MCSWCDisk に書き込まれます。
  3. ページファイルはこのフォーマットされたボリューム MCSWCDisk にリダイレクトされます。その結果、このディスクサイズはディスクスペースの総量を考慮します。これには、ディスクサイズと生成されたワークロードの差分に加えて、ページファイルサイズが含まれます。これは通常、VMのRAMサイズに関連付けられます。

MCSストレージ最適化の更新を有効にする

  • MCS I/Oストレージ最適化機能を有効にするには、Cloud ConnectorとVDAをCitrix DaaSの最新バージョンにアップグレードします。

注:

MCS I/Oが有効になっている既存の展開をアップグレードする場合、追加の構成は不要です。VDAとDelivery ControllerのアップグレードがMCS I/Oのアップグレードを処理します。

ハイパーバイザーまたはクラウドサービスでマスターイメージを準備する

マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれます。

知っておくと良いこと:

  • マスターイメージは、クローンイメージ、ゴールデンイメージ、ベースVM、またはベースイメージとも呼ばれることがあります。ホストベンダーやクラウドサービスプロバイダーは異なる用語を使用する場合があります。
  • ハイパーバイザーまたはクラウドサービスに、作成されるマシンの数に対応できる十分なプロセッサー、メモリ、ストレージがあることを確認してください。
  • デスクトップとアプリケーションに必要なハードディスクスペースの適切な量を構成します。その値は後で、またはマシンカタログで変更することはできません。
  • Remote PC Accessマシンカタログはマスターイメージを使用しません。
    • MCS使用時のMicrosoft KMSアクティベーションに関する考慮事項: 展開にXenServer 6.1または6.2、vSphere、またはMicrosoft System Center Virtual Machine Managerホストを備えた7.x VDAが含まれている場合、Microsoft WindowsまたはMicrosoft Officeを手動で再アクティブ化する必要はありません。

マスターイメージに以下のソフトウェアをインストールして構成します:

-  ハイパーバイザー用の統合ツール (Citrix VM Tools、Hyper-V Integration Services、VMware toolsなど)。この手順を省略すると、アプリケーションとデスクトップが正しく機能しない可能性があります。
  • VDA。Citrixは、最新の機能にアクセスできるように、VDAの最新バージョンをインストールすることを推奨します。マスターイメージにVDAをインストールしないと、カタログ作成が失敗します。
  • 必要に応じてサードパーティツール (ウイルス対策ソフトウェアや電子ソフトウェア配布エージェントなど)。ユーザーとマシンタイプに適した設定（更新機能など）でサービスを構成します。
  • 仮想化しないサードパーティアプリケーション。Citrixはアプリケーションの仮想化を推奨します。仮想化により、アプリケーションの追加または再構成後にマスターイメージを更新する必要がなくなるため、コストが削減されます。また、インストールされるアプリケーションが少ないほど、マスターイメージのハードディスクサイズが削減され、ストレージコストが節約されます。
  • App-Vアプリケーションを公開する予定がある場合は、推奨設定のApp-Vクライアント。App-VクライアントはMicrosoftから入手できます。

  • MCSを使用している場合、Microsoft Windowsをローカライズするなら、ロケールと言語パックをインストールします。プロビジョニング中にスナップショットが作成されると、プロビジョニングされたVMはインストールされたロケールと言語パックを使用します。

  • 重要:

  • MCSを使用している場合、マスターイメージでSysprepを実行しないでください。

マスターイメージを準備するには:

    1. ハイパーバイザーの管理ツールを使用してマスターイメージを作成し、オペレーティングシステム、すべてのサービスパック、および更新プログラムをインストールします。vCPUの数を指定します。PowerShellを使用してマシンカタログを作成する場合、vCPUの値を指定することもできます。Studioからカタログを作成する際、vCPUの数を指定することはできません。デスクトップとアプリケーションに必要なハードディスク容量を設定します。その値は後で、またはカタログ内で変更することはできません。
  1. ハードディスクがデバイスロケーション0に接続されていることを確認します。ほとんどの標準マスターイメージテンプレートでは、このロケーションがデフォルトで構成されていますが、一部のカスタムテンプレートではそうでない場合があります。
  2. マスターイメージに上記のソフトウェアをインストールして構成します。
  3. MCSを使用しない場合は、アプリケーションとデスクトップがメンバーであるドメインにマスターイメージを参加させます。マシンが作成されるホストでマスターイメージが利用可能であることを確認します。MCSを使用している場合、マスターイメージをドメインに参加させる必要はありません。プロビジョニングされたマシンは、カタログ作成ウィザードで指定されたドメインに参加します。
  4. Citrixでは、後で識別できるように、マスターイメージのスナップショットを作成して名前を付けることをお勧めします。カタログ作成時にスナップショットではなくマスターイメージを指定した場合、管理インターフェイスはスナップショットを作成しますが、名前を付けることはできません。

ボリュームライセンス認証

MCSは、WindowsオペレーティングシステムとMicrosoft Officeの認証を自動化および管理するためのボリュームライセンス認証をサポートしています。MCSがサポートするボリュームライセンス認証の3つのモデルは次のとおりです。

  • キー管理サービス (KMS)
  • Active Directoryベースの認証 (ADBA)
    • マルチライセンス認証キー (MAK)

マシンカタログを作成した後で、認証設定を変更できます。

キー管理サービス (KMS)

KMSは、専用のシステムを必要とせず、他のサービスを提供するシステムに簡単に共存できる軽量サービスです。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。イメージ準備中に、MCSはMicrosoft WindowsおよびMicrosoft OfficeのKMSリアームを実行します。コマンド Set-Provserviceconfigurationdata を実行することで、リアームをスキップできます。KMS認証の詳細については、「キー管理サービスを使用した認証」を参照してください。

注:

コマンド Set-Provserviceconfigurationdata の実行後に作成されたすべてのマシンカタログは、コマンドで指定された設定と同じ設定になります。

Active Directoryベースの認証 (ADBA)

ADBAを使用すると、ドメイン接続を介してマシンを認証できます。マシンはドメインに参加するとすぐに認証されます。これらのマシンは、ドメインに参加し、ドメインと通信している限り、認証されたままになります。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。Active Directoryベースの認証の詳細については、「Active Directoryベースの認証を使用した認証」を参照してください。

マルチライセンス認証キー (MAK)

MAKは、Microsoftサーバーの助けを借りて、ボリュームを認証し、Windowsシステムを認証する方法です。MicrosoftからMAKキーを購入する必要があります。これには、固定数の認証カウントが割り当てられています。Windowsシステムが認証されるたびに、認証カウントが減少します。システムを認証する方法は2つあります。

-  オンライン認証: 認証したいWindowsシステムがインターネットにアクセスできる場合、プロダクトキーをインストールするとシステムは自動的にWindowsを認証します。このプロセスにより、対応するMAKの認証カウントが1減少します。
  • オフライン認証: Windowsシステムがインターネットに接続してオンライン認証を実行できない場合、MCSはMicrosoftサーバーから確認IDとインストールIDを取得してWindowsシステムを認証します。この認証方法は、非永続的なマシンカタログに役立ちます。

注:

-  MCSは、MAKを使用したMicrosoft Officeの認証をサポートしていません。
-  必要な最小VDAバージョンは2303です。

主要な要件

  • Delivery Controller™はインターネットにアクセスできる必要があります。
    • 更新する新しいイメージが元のMAKキーと異なる場合は、新しいカタログを作成します。
    • マスターイメージにMAKキーをインストールします。WindowsシステムにMAKキーをインストールする手順については、「MAK認証の展開」を参照してください。
  • イメージ準備を使用しない場合:
    1. Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation の下にレジストリDWORD値 Manual を追加します。
    2. 値を 1 に設定します。

認証カウント

MAKキーの残りの認証数を表示したり、VMが2つ以上の認証を消費しているかどうかを確認したりするには、ボリュームライセンス認証管理ツール (VAMT) を使用します。「VAMTのインストール」を参照してください。

MAKを使用したWindowsシステムの認証

MAKを使用してWindowsシステムを認証するには:

  1. マスターイメージにプロダクトキーをインストールします。この手順で認証カウントが1つ消費されます。
  2. MCSマシンカタログを作成します。
  3. イメージ準備を使用しない場合:
      1. Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation の下にレジストリDWORD値 Manual を追加します。
        1. 値を 1 に設定します。

    この方法により、オンライン認証のオプションが無効になります。

  4. マシンカタログにVMを追加します。
  5. VMの電源をオンにします。
      1. オンライン認証かオフライン認証かに応じて、Windowsシステムが認証されます。
    • 認証がオンラインの場合、プロダクトキーがインストールされた後にWindowsシステムが認証されます。
    • 認証がオフラインの場合、MCSはプロビジョニングされたVMと通信してWindowsシステムの認証ステータスを取得します。その後、MCSはMicrosoftサーバーから確認IDとインストールIDを取得します。これらのIDはWindowsシステムを認証するために使用されます。

トラブルシューティング

プロビジョニングされたVMがインストール済みのMAKキーで認証されない場合は、PowerShellウィンドウで Get-ProvVM または Get-ProvScheme コマンドを実行します。

  • Get-ProvScheme コマンド: 最新のマスターイメージから MCS マシンカタログに関連付けられている WindowsActivationType パラメーターを参照してください。
    • Get-ProvVM コマンド。WindowsActivationType、WindowsActivationStatus、WindowsActivationStatusErrorCode、および WindowsActivationStatusError パラメーターを参照してください。

エラーを確認し、問題を解決するための手順を検証できます。

Studio を使用したマシンカタログの作成

カタログを作成する前に:

  • マシンをホストするハイパーバイザー、クラウドサービス、その他のリソースへの接続を作成していることを確認します。
  • マシンをプロビジョニングするためのマスターイメージを作成している場合。そのマスターイメージに VDA がインストールされていることを確認します。

注:

  • クラウドサービスまたはハイパーバイザーを使用して VM をホストする場合、カタログ作成ウィザードには、そのホストに固有の追加ページが含まれることがあります。たとえば、Azure Resource Manager マスターイメージを使用する場合、カタログ作成ウィザードには [Storage and License Types] ページが含まれます。ホスト固有の情報については、次のステップに記載されている特定の記事を参照してください。

カタログ作成ウィザードの起動

  1. Citrix Cloud にサインインします。
  2. [DaaS] タイルで、[管理] をクリックして Studio を開きます。
      1. 左ペインで [マシンカタログ] を選択します。
      1. これが最初に作成するカタログである場合、適切な選択肢（「マシンをセットアップし、アプリとデスクトップを実行するためのマシンカタログを作成する」など）に誘導されます。カタログ作成ウィザードが開きます。
      1. すでにカタログを作成しており、別のカタログを作成したい場合は、次の手順に従います。
    1. フォルダーを使用してカタログを整理するには、デフォルトの [マシンカタログ] フォルダーの下にフォルダーを作成します。詳しくは、「カタログフォルダーの作成」を参照してください。
    2. カタログを作成するフォルダーを選択し、[マシンカタログの作成] をクリックします。カタログ作成ウィザードが開きます。

ウィザードは、以下のセクションで説明されているページを順に案内します。表示されるページは、選択内容や使用する接続（ホストへの接続）によって異なる場合があります。ホスト/仮想化リソースには、サポートされているホストタイプの情報源が記載されています。

マシンタイプの選択

各カタログには、1 つの OS タイプのマシンのみを含める必要があります。[マシンタイプ] ページで、次のいずれかを選択します。

  • マルチセッション OS: マルチセッション OS カタログは、ホストされた共有デスクトップを提供します。マシンはサポートされているバージョンの Windows または Linux オペレーティングシステムを実行できますが、カタログに Windows と Linux の両方のオペレーティングシステムを含めることはできません。
    • シングルセッション OS: シングルセッション OS カタログは、異なるユーザーに割り当てることができる VDI デスクトップを提供します。
    • Remote PC Access: Remote PC Access カタログは、ユーザーに物理的なオフィスデスクトップマシンへのリモートアクセスを提供します。Remote PC Access は、セキュリティを提供するために VPN を必要としません。

マシン管理オプションの選択

注:

[マシンタイプ] ページで [Remote PC Access] を選択した場合、[マシン管理] ページは表示されません。

[マシン管理] ページには、マシンの管理方法と、マシンを展開するために使用するツールが表示されます。

-  マシンの電源管理方法を示すオプションのいずれかを選択します。

-  **電源管理されるマシン（仮想マシンやブレード PC など）**: このオプションは、ハイパーバイザーまたはクラウドサービスへの[接続](/ja-jp/citrix-daas/install-configure/connections.html)をすでに構成している場合にのみ利用できます。
-  **電源管理されないマシン（物理マシンなど）**

-  **[電源管理されるマシン（仮想マシンやブレード PC など）]** オプションを選択した場合は、VM を作成するツールを選択します。
  • Citrix Provisioning™ テクノロジー
    • Citrix Machine Creation Services (MCS) MCS を使用してプロビジョニングおよびイメージ化された VM のカタログを作成します。MCS は、マスターイメージからクローンされたイメージをこれらの VM にコピーします。

    • Citrix Provisioning Services (PVS) MCS を使用してプロビジョニングされ、PVS を使用してイメージ化された VM のカタログを作成します。これらの VM は PVS ターゲットデバイスとして機能し、PVS サーバーは単一の共有ディスクイメージをそれらにストリーミングできます。

      注:

      • このオプションは、Citrix Cloud™ に登録されている PVS サイトでのみ利用可能であり、現在は Azure リソースに限定されています。
      • [ターゲットデバイス] ページで Citrix Provisioning カタログを作成する際、プロビジョニングするマシンのファームとサイトを選択するドロップダウンメニューに、すでに存在しないファームとサイトがリストされている場合があります。回避策として、PowerShell コマンド Unregister-HypPvsSite を実行して、データベースからファームとサイトを削除できます。PowerShell コマンドの詳細については、Unregister-HypPvsSite を参照してください。
    • その他のサービスまたはテクノロジー データセンターにすでに存在するマシンを管理するツール。Citrix は、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Manager または別のサードパーティ製アプリケーションを使用することを推奨します。

注:

Linux OS マシンについては、「Machine Creation Services (MCS) を使用した Linux VDA の作成」を参照してください。

デスクトップエクスペリエンスの選択

注:

[デスクトップエクスペリエンス] ページのオプションは、[マシンタイプ] ページで選択したマシンタイプによって異なります。

  • マルチセッション OS マシンでは、ユーザーはログインするたびにランダムなデスクトップを割り当てられます。[デスクトップエクスペリエンス] ページには、次のオプションが表示されます。

    • 仮想デスクトップをホストするマシンのローカルディスクに変更を保存する: 永続的
    • ユーザーがログオフしたときにすべての変更を破棄し、仮想デスクトップをクリアする: 非永続的

    注:

    永続的なマルチセッションマシンでは、ユーザーがデスクトップに行った変更は保存され、すべての認証済みユーザーがアクセスできます。

    • シングルセッションOSマシンでは、デスクトップエクスペリエンスページで以下のオプションを利用できます。

    • ユーザーがログオンするたびに、新しい（ランダムな）デスクトップに接続します。
    • ユーザーがログオンするたびに、同じ（静的な）デスクトップに接続します。

    さらに、ユーザーが行った変更をログオフ後に保存するか破棄するかを決定できます。

仮想デスクトップをホストするマシンのローカルディスクに変更を保存する: 永続的を選択した場合、仮想マシンページの仮想マシンコピーモードで、高速コピー複製または完全コピー複製オプションが利用可能になります。それ以外の場合、仮想マシンコピーモードは利用できません。

イメージとマシンプロファイルの選択

注:

  • このページは、マシン管理ページでCitrix Machine Creation Services (MCS)を選択した場合にのみ表示されます。
  • このページで利用できるオプションは、ハイパーバイザーまたはクラウドサービスによって異なります。

このページの設定を完了するには、以下の手順に従います。

  1. マシンカタログのイメージの種類を選択し、イメージを選択します。利用可能なイメージには2種類あります。

    • マスターイメージ: マスターイメージとして作成されたスナップショットまたはVM。カタログ作成の開始時に自動的なイメージ準備が行われます。必要に応じて、選択したイメージにメモを追加できます。

      注:

      • MCSを使用している場合、マスターイメージでSysprepを実行しないでください。
      • スナップショットではなくマスターイメージを指定した場合、管理インターフェイスはスナップショットを作成しますが、名前を付けることはできません。
      • ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。
      • イメージノード内のイメージを更新するには、ツリー内でそのノードを選択し、右上隅にある更新オプションをクリックします。イメージノードを選択しない場合、更新をクリックするとツリー内のすべてのイメージが更新されます。ツリー内で選択したノードをクリアするには、CTRLを押しながらノードをクリックします。

    • 準備済みイメージ: イメージ準備が完了し、VM作成に直接使用できるイメージ。カタログ作成にマスターイメージではなく準備済みイメージを選択することで、より高速で信頼性の高いマシンカタログ作成と、合理化されたイメージライフサイクル管理が保証されます。必要に応じて、選択した準備済みイメージにメモを追加します。

      注:

      • 準備済みイメージを使用して作成されたVMは、ハイバネーションをサポートしていません。
      • 現在、準備済みイメージを使用したカタログ作成は、Amazon WorkSpaces Core、Azure、およびVMware環境でのみ利用可能です。
      • Amazon WorkSpaces Core環境でカタログを作成するには、準備済みイメージが必要です。
  • 準備済みイメージの作成方法の詳細については、「イメージ管理」を参照してください。
  1. マシンプロファイルからVM設定を継承するには、マシンプロファイルを使用を選択し、マシンプロファイルとして使用するVMまたはARMテンプレート仕様（Azure固有）を選択します。

  • 注:

    • 現在、マシンプロファイルの使用は、Azure、Amazon WorkSpaces Core、AWS、GCP、およびVMware VMに限定されています。
    • Amazon WorkSpaces Core環境でカタログを作成するには、マシンプロファイルが必要です。
  1. VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成する際に、仮想マシンを保持するフォルダーを指定する必要があります。

仮想マシンフォルダーの場所を指定するには、カタログ作成ウィザードで仮想マシンページに移動し、マシンを配置するフォルダーを選択セクションに移動して、仮想マシンフォルダーの場所を指定します。指定しない場合、システムは選択したマシンプロファイルのフォルダーをデフォルトの場所と見なします。

    1. AWS展開の場合、起動テンプレートをマシンプロファイルとして選択できます。
  1. カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。

マシンの構成

注:

  • このページのタイトルは、マシン管理ページで選択した内容（マシン、仮想マシン、またはマシンとユーザー）によって異なります。

  • このページは、マシンタイプページでRemote PCアクセスを選択した場合は表示されません。

  • 空のカタログを作成できます。これは、カタログにマシンが含まれていないことを意味します。

  • MCSを使用してマシンを作成する場合:

    • 作成する仮想マシンの数を指定します。作成しない場合は0（ゼロ）を入力します。後で、空のカタログにVMを作成するには、マシンの追加を実行できます。

    • 各VMが持つメモリ量（MB単位）を選択します。

      重要:

      作成された各VMにはハードディスクがあります。そのサイズはマスターイメージで設定されており、カタログでハードディスクサイズを変更することはできません。

    • デスクトップエクスペリエンスページで、静的デスクトップに対するユーザーの変更を個別のPersonal vDiskに保存する必要があることを示した場合、仮想ディスクサイズ（GB単位）とドライブ文字を指定します。
    • 展開で複数のゾーン（リソースロケーション）を使用している場合、カタログのゾーンを選択できます。
    • 静的デスクトップVMを作成している場合、仮想マシンコピーモードを選択します。「仮想マシンコピーモード」を参照してください。
    • ランダムな非永続デスクトップVMを作成している場合、マシンのI/Oパフォーマンスを向上させるために、一時データ用のライトバックキャッシュを有効にして構成できます。詳細については、「一時データ用のキャッシュの構成」を参照してください。

  • 他のツールを使用してマシンを提供する際:

  • マシンアカウント名を追加（またはリストをインポート）します。VMを追加またはインポートした後で、VMのアカウント名を変更できます。デスクトップエクスペリエンスページで静的マシンを指定した場合、追加する各VMで使用するユーザー名をオプションで指定できます。

  • ヒント:

  • ユーザーを追加するには、ユーザーを参照するか、セミコロン区切りのユーザー名リストを手動で入力します。ユーザーがActive Directoryにいる場合は、名前を直接入力します。そうでない場合は、<identity provider>:<user name>の形式で名前を入力します。例: AzureAD:username

    名前を追加またはインポートした後、このウィザードページにいる間は、削除ボタンを使用してリストから名前を削除できます。

  • 他のツール（MCS以外）を使用する場合

    追加（またはインポート）された各マシンにはアイコンとツールヒントが表示され、カタログに追加できない可能性のあるマシンや、Cloud Connectorに登録できない可能性のあるマシンを特定するのに役立ちます。

仮想マシンコピーモード

マシンページで指定するコピーモードにより、MCSがマスターイメージからシン（高速コピー）クローンまたはシック（完全コピー）クローンを作成するかが決まります。（デフォルト = シンクローン）

  • ストレージ使用効率の向上とマシン作成の高速化には、高速コピーのクローンを使用
    • マシンの作成後にIOPSが削減される可能性はありますが、データリカバリと移行サポートの向上には、完全コピーのクローンを使用

注記：

完全コピーのクローンアプローチは、マルチセッションまたはシングルセッションOS上の永続VMをプロビジョニングする場合にのみ利用できます。

一時データ用キャッシュの構成

MCSを使用してカタログ内のランダムな非永続マシンを管理する場合、マシンのライトバックキャッシュを有効にしてI/Oパフォーマンスを向上させることができます。

ライトバックキャッシュはMCSIOと呼ばれます。詳細については、こちらのブログ記事を参照してください。

前提条件

ライトバックキャッシュを有効にするには、カタログが以下の要件を満たす必要があります。

-  一時データ用のストレージを指定する接続を使用。詳細については、「[接続とリソース](/ja-jp/citrix-daas/install-configure/connections.html)」を参照

  • VDAはバージョン7.9以降で、現在のMCSIOドライバーがインストールされている必要あり

    注記：

    このドライバーは、VDAのインストールまたはアップグレード時にインストールできます。デフォルトでは、このドライバーはインストールされません。

  • ディスクキャッシュのドライブ文字割り当てを有効にするには、VMは以下の追加要件を満たす必要あり

    • オペレーティングシステム：Windows
    • VDAバージョン：2305以降
考慮事項
  • ライトバックキャッシュには、メモリキャッシュとディスクキャッシュがあります。デフォルトでは、接続タイプによってデフォルト値が異なります。一般的に、ほとんどのケースではデフォルト値で十分ですが、以下のために必要なスペースを考慮
    • Windowsページファイルを含む、Windows自体によって作成される一時データファイル
    • ユーザープロファイルデータ
    • ユーザーセッションに同期されるShareFileデータ
    • セッションユーザーまたはユーザーがセッション内にインストールする可能性のあるアプリケーションによって作成またはコピーされる可能性のあるデータ

    ストレージイメージ

  • 一時データ用のライトバックキャッシュを有効にする場合は、メモリキャッシュとディスクキャッシュの両方を使用します。一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが設定された制限に達すると、最も古いデータがディスクキャッシュに移動されます。 注記： ディスクキャッシュのみを使用するライトバックキャッシュはサポートされなくなりました。
  • メモリキャッシュは、各マシンの総メモリ量の一部です。ライトバックキャッシュを有効にした後、各マシンの総メモリ量を増やすことを検討

  • ディスクキャッシュサイズ（GB）をデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズはユーザー要件とマシンにかかる負荷に合わせる必要あり

    重要：

  • ディスクキャッシュの容量が不足すると、ユーザーのセッションは使用できなくなります。

    • ディスクキャッシュサイズチェックボックスをオフにすると、キャッシュディスクは作成されません。この場合、すべての一時データを保持するのに十分な大きさのキャッシュに割り当てられるメモリ値を指定します。これは、各VMに割り当てるための大量のRAMが利用可能な場合にのみ実現可能
    • AppDiskを作成するためにこのカタログを使用する予定がある場合は、キャッシュを有効にしない
    • マシンカタログ作成後にキャッシュ値を変更することはできません

CSVファイルを使用したマシンの一括追加

Studioを使用している場合、CSVファイルを使用してマシンを一括追加できます。この機能は、MCSを介して作成されたカタログを除くすべてのカタログで利用できます。

CSVファイルを使用してマシンを一括追加する一般的なワークフローは次のとおりです。

-  1.  **マシン**ページで、**CSVファイルの追加**を選択します。**マシンの一括追加**ウィンドウが表示されます。
-  1.  **CSVテンプレートのダウンロード**を選択します。
-  1.  テンプレートファイルに記入します。
  1. ファイルをドラッグまたは参照してアップロードします。
  2. 検証を選択して、インポートの検証チェックを実行します。

同じマシンページで、カタログからマシンをエクスポートすることもできます。エクスポートされたマシンのCSVは、マシンを一括で追加する際のテンプレートとして使用できます。マシンをエクスポートするには：

  1. マシンページで、CSVファイルにエクスポートを選択します。マシンのリストを含むCSVファイルがダウンロードされます。

  2. 必要に応じてCSVファイルを開き、マシンを追加または編集します。保存したCSVファイルを使用してマシンを一括で追加する方法については、前のセクション「CSVファイルを使用したマシンの一括追加」を参照してください。

  • 注:

    • この機能は、リモートPCアクセス カタログでは使用できません。
  • CSVファイルでのマシンのエクスポートとインポートは、同じ種類のカタログ間でのみサポートされます。

セキュリティ

セキュリティページは、AWS仮想化環境でマシンプロファイルを割り当てずにマシンカタログを作成している場合にのみ表示されます。セキュリティページを使用して、VMのセキュリティグループを構成します。これは、既存のマシンカタログを編集およびクローン作成する場合にも適用されます。

マシンプロファイルベースのマシンカタログを作成する場合、セキュリティグループの構成はマシンプロファイルから継承されるため、セキュリティページは表示されません。

マシンのNICの構成

マシンタイプページでリモートPCアクセスを選択した場合、NICページは表示されません。

複数のNICを使用する予定がある場合は、各カードに仮想ネットワークを関連付けます。たとえば、一方のカードを特定のセキュアネットワークへのアクセスに割り当て、もう一方のカードをより一般的に使用されるネットワークへのアクセスに割り当てることができます。このページからNICを追加または削除することもできます。

注:

VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成すると、カタログはマシンプロファイルからNIC構成を継承します。このような場合、マシンプロファイルに同じネットワークを持つ複数のNICがある場合、StudioはホスティングユニットのネットワークをNIC構成に使用します。

マシンアカウントの追加

注:

このマシンアカウントページは、マシンタイプページでリモートPCアクセスを選択した場合にのみ表示されます。

Active Directoryマシンアカウントまたは組織単位（OU）を追加します。OU名にスラッシュ（/）を使用しないでください。

以前に構成した電源管理接続を選択するか、電源管理を使用しないことを選択できます。電源管理を使用したいが、適切な接続がまだ構成されていない場合は、後でその接続を作成し、マシンカタログを編集して電源管理設定を更新できます。

CSVファイルを使用してマシンを一括で追加することもできます。そのための一般的なワークフローは次のとおりです。

  1. マシンアカウントページで、CSVファイルの追加を選択します。マシンの一括追加ウィンドウが表示されます。
  2. CSVテンプレートのダウンロードを選択します。
  3. テンプレートファイルに記入します。
  4. ファイルをドラッグするか、参照してアップロードします。
  5. 検証を選択して、インポートの検証チェックを実行します。
      1. インポートを選択して完了します。

CSVファイルの考慮事項については、「CSVファイルを使用してマシンを追加する際の考慮事項」を参照してください。

カタログ内のマシンのIDの構成

注:

-  **マシンID**ページは、**マシンタイプ**ページで**リモートPCアクセス**を選択せず、**マシン管理**ページで**Citrix Machine Creation Services (MCS)**を選択した場合にのみ表示されます。

カタログ内の各マシンは一意のIDを持つ必要があります。このページでは、カタログ内のマシンのIDを構成できます。マシンはプロビジョニング後にIDに参加します。カタログ作成後にIDタイプを変更することはできません。

このページで設定を構成するための一般的なワークフローは次のとおりです。

  1. リストからIDを選択します。

  2. アカウントを作成するか既存のアカウントを使用するか、およびそれらのアカウントの場所（ドメイン）を指定します。

    • 次のいずれかのオプションを選択できます。

    • オンプレミスActive Directory: 組織が所有し、その組織に属するActive Directoryアカウントでサインインするマシン。これらはオンプレミスに存在します。

    • 注:

    • デフォルトでは、リソース（接続）が存在するドメインが選択されます。

  • Microsoft Entra参加済み: 組織が所有し、その組織に属するMicrosoft Entraアカウントでサインインするマシン。これらはクラウドにのみ存在します。要件、制限事項、および考慮事項については、「Microsoft Entra参加済み」を参照してください。

    注:

    • このオプションでは、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。詳細については、Microsoftドキュメント「Microsoft Entra参加済みデバイス」を参照してください。
    • Microsoft Entra ハイブリッド参加済み。組織が所有し、その組織に属する Active Directory Domain Services アカウントでサインインしているマシン。これらはクラウドとオンプレミスの両方に存在します。要件、制限、および考慮事項については、「Microsoft Entra ハイブリッド参加済み」を参照してください。

    注：

    -  Microsoft Entra ハイブリッド参加を使用する前に、Azure 環境が前提条件を満たしていることを確認してください。「[Microsoft Entra ハイブリッド参加の構成](https://learn.microsoft.com/ja-jp/entra/identity/devices/how-to-hybrid-join)」を参照してください。
    • ドメイン非参加。どのドメインにも参加していないマシン。要件と制限については、「ドメイン非参加」を参照してください。

重要：

-  IDの種類として **[オンプレミス Active Directory]** または **[Microsoft Entra ハイブリッド参加済み]** を選択した場合、カタログ内の各マシンには対応するActive Directoryコンピューターアカウントが必要です。
-  **[ドメイン非参加]** のIDの種類では、カタログの最小機能レベルとしてVDAバージョン1811以降が必要です。利用可能にするには、最小機能レベルを更新してください。
-  **[Microsoft Entra 参加済み]** および **[Microsoft Entra ハイブリッド参加済み]** のIDの種類では、カタログの最小機能レベルとしてVDAバージョン2203以降が必要です。利用可能にするには、最小機能レベルを更新してください。
-  永続VMおよび非永続VM向けにMicrosoft Intuneに登録されているMicrosoft EntraのみのカタログまたはMicrosoft Entraカタログを作成する場合、Microsoft Entraサービスアカウントは必須です。

マシンIDを構成する前に、マシンが存在するOUにコンピューターアカウントを作成する権限があることを確認してください。カタログ内の各マシンには一意の名前が必要です。次に、マシンIDを構成する方法を選択します。

-  新しいマシンアカウントを作成する場合は、OUとマシン命名スキームを指定します。詳細については、「[マシンアカウント命名スキーム](#machine-account-naming-scheme)」を参照してください。カタログを作成すると、そのカタログで定義したすべてのマシンIDを保持するためのIDプールが自動的に作成されます。
  • 既存のマシンアカウントを使用する場合は、環境内の既存のIDプールを選択します。

注：

OU名にスラッシュ (/) を使用しないようにしてください。

カタログを作成し、[マシンID] ページで [既存のIDプールを使用] を選択した場合、サービスアカウントの動作はIDプールの構成によって異なります。

  • 選択したIDプールにサービスアカウントが構成されていない場合、[ドメイン資格情報] ページで保存されたサービスアカウントを選択しても効果はありません。[マシンの追加] 操作が、サービスアカウントが見つからないことを示すエラーで失敗する可能性があります。これを回避するには、[ドメイン資格情報] ページでドメイン資格情報を手動で入力してください。

  • 選択したIDプールにサービスアカウントが構成されている場合、[ドメイン資格情報] ページで選択されたサービスアカウントは無視されます。[マシンの追加] 操作は常にIDプールに関連付けられたサービスアカウントを使用します。

-  既存のアカウントを使用する場合は、アカウントを参照するか、**[インポート]** をクリックしてアカウント名を含む `.csv` ファイルを指定します。インポートするファイルの内容は、`[ADComputerAccount] ADcomputeraccountname.domain` の形式を使用する必要があります。

-  追加するすべてのマシンに対して十分なアカウントがあることを確認してください。Studioがそれらのアカウントを管理します。したがって、インターフェイスがすべてのアカウントのパスワードをリセットできるようにするか、すべてのアカウントで同じである必要があるアカウントパスワードを指定してください。
  • 物理マシンまたは既存のマシンを含むカタログの場合、既存のアカウントを選択またはインポートし、各マシンをActive Directoryコンピューターアカウントとユーザーアカウントの両方に割り当てます。

マシンアカウント命名スキーム

カタログ内の各マシンには一意の名前が必要です。カタログを作成する際に、マシンアカウント命名スキームを指定する必要があります。名前に表示される連番または文字のプレースホルダーとしてワイルドカード（ハッシュマーク）を使用します。

命名スキームを指定する際は、次の点を考慮してください。

  • 許可される最大文字数は15文字です。
  • 命名スキームには少なくとも1つのワイルドカード文字を含める必要があります。すべてのワイルドカードはまとめて配置する必要があります。
  • ワイルドカードを含む名前全体は、2文字以上15文字以下である必要があります。少なくとも1つの非数字文字と1つの「#」（ワイルドカード）文字を含める必要があります。
  • 名前にスペースや次の文字を含めることはできません: ,~!@'$%^&.()}{\/*?"<>|=+[];:_".。
  • 名前をハイフン (-) で終わらせることはできません。
  • 文字数は、マシンアカウントの数が増えるにつれて増加します。たとえば、「veryverylong#」というスキームで1,000個のマシンアカウントを作成した場合、最後に作成されるアカウント名（veryverylong1000）は、許可される最大文字数を超える16文字になります。

連番の値が数字（0～9）か文字（A～Z）かを示すことができます。

  • 0～9。選択した場合、指定されたワイルドカードは連番の数字に解決されます。

    • 注：

    • ワイルドカードが1つ（#）の場合、アカウント名は1から始まります。2つの場合、アカウント名は01から始まります。3つの場合、アカウント名は001から始まります。

  • A～Z。選択した場合、指定されたワイルドカードは連番の文字に解決されます。

たとえば、PC-Sales-##（0～9 を選択）という命名スキームは、PC-Sales-01、PC-Sales-02、PC-Sales-03などのアカウントになります。

オプションで、アカウント名の開始文字を指定できます。

  • 0～9 を選択した場合、アカウントは指定された数字から順に命名されます。前のフィールドで使用したワイルドカードの数に応じて、1桁以上の数字を入力します。たとえば、2つのワイルドカードを使用する場合は、2桁以上の数字を入力します。
  • A～Z を選択した場合、アカウントは指定された文字から順に命名されます。前のフィールドで使用したワイルドカードの数に応じて、1文字以上の文字を入力します。たとえば、2つのワイルドカードを使用する場合は、2文字以上の文字を入力します。

ドメイン資格情報の追加

アカウント操作を実行する権限を持つ管理者の資格情報を入力します。詳細な手順は次のとおりです。

  1. [資格情報の入力] をクリックします。Windowsセキュリティページが表示されます。

  2. [ユーザー名] フィールドに、管理者のSamName、ユーザー名、またはユーザーSIDを入力します。入力内容に応じて：

    • SamNameを入力した場合、[ドメイン] フィールドが自動的に入力されます。
    • ユーザー名またはSIDを入力した場合、[ドメイン] フィールドにドメイン名またはSIDを入力することで、ユーザー検索を特定のドメインに限定できます。
  3. [名前の確認] をクリックして、ユーザー名が有効または一意であるかを確認します。
  4. [パスワード] フィールドに、管理者のドメインパスワードを入力します。
  5. [完了] をクリックします。

注：

[マシンID] で選択したIDの種類が [Microsoft Entra ハイブリッド参加済み] の場合、入力する資格情報には Write userCertificate 権限が付与されている必要があります。

エクスペリエンス最適化のためのWEM構成セットの選択

注:

エクスペリエンス最適化ページは、Workspace Environment Management™ (WEM) のエンタイトルメントがある場合にのみ表示されます。

マシンカタログにWEM構成セットを指定することで、マシンのリソース割り当てを改善し、システムパフォーマンスを向上させます。

必要な権限

  • デフォルトでは、マシンカタログの構成セットを作成および管理するには、WEM完全管理者ロールと、以下のいずれかのロールが必要です。

    • フルアクセス管理者
    • クラウド管理者

  • マシンカタログ管理者

  • 他のロールに構成セットの管理を許可するには、構成セットの管理権限とWEM完全管理者ロールの両方を割り当てます。

前提条件

  • カタログを構成セットにバインドする前に、Workspace Environment Management (WEM) サービスデプロイメントがセットアップされていることを確認してください。Citrix Cloudにサインインし、WEMサービスを起動します。詳細については、「Workspace Environment Managementサービスの使用開始」を参照してください。

  • すでにWEMを使用している場合は、最適化設定が有効になるように、各VDAにWEMエージェントがインストールされ、Citrix Cloudに接続されていることを確認してください。

手順

  • マシンカタログに適用するエクスペリエンス最適化オプションを選択します。

  • デフォルト設定の適用: このオプションを選択すると、自動CPUスパイク保護やインテリジェントCPU最適化を含む、デフォルトの最適化設定が適用されます。

  • カスタム設定の適用: このオプションを選択すると、カタログ名を使用してこのマシンカタログの構成セットが作成されます。構成セットが作成された後、必要に応じて最適化設定をカスタマイズできます。または、既存の構成セットを選択することもできます。

VDAのアップグレード (オプション)

重要: - > - > - スムーズなアップグレードを確実にするために、VDAをCRまたはLTSR CUバージョンにアップグレードする前に、前提条件を満たし、既知の問題を確認してください。「Studioを使用したVDAのアップグレード」を参照してください。

  • LTSR VDAをLTSR累積更新プログラム (CU) バージョンにアップグレードする場合は、VDAで実行されているVDAアップグレードエージェントのバージョンが7.36.0.7以降であることを確認してください。詳細については、「Studioを使用したVDAのアップグレード」を参照してください。

この機能は、以下のマシンタイプに適用されます。

  • MCSプロビジョニング済みパーシステントマシン。これらは、カタログ作成時にマシン管理ページのCitrix Machine Creation Servicesを使用して展開します。

  • MCSを使用して作成されていないマシン（物理マシンなど）。これらは、カタログ作成時にマシン管理ページのその他のサービスまたはテクノロジーを使用して展開します。

    • これら2つのオプションの詳細については、「マシン管理」を参照してください。

VDAアップグレードページで、アップグレードするVDAバージョンを選択します。指定した場合、VDAアップグレードエージェントがインストールされているカタログ内のVDAは、選択したバージョンに即時またはスケジュールされた時間にアップグレードできます。

注:

  • この機能は、最新のVDAへのアップグレードのみをサポートしています。VDAアップグレードスケジュールを作成またはVDAをアップグレードする時点が、VDAの最新バージョンを決定します。
  • VDAアップグレード設定を構成した後、VDAアップグレードフィールドに最新のステータスが反映されるまでに最大15分かかる場合があります。VDAアップグレード列を表示するには、右上隅にある「表示する列」アイコンをクリックし、マシンカタログ > VDAアップグレードを選択して、保存をクリックします。

デプロイメントに適したVDAトラックを選択してください。

重要:

CR VDAとLTSR VDAの間で切り替えることができますが、その場合、以前のバージョンから新しいバージョンへの切り替えである必要があります。新しいバージョンから以前のバージョンに切り替えることはできません。これはダウングレードと見なされるためです。たとえば、2212 CRから2203 LTSR（任意のCU）にダウングレードすることはできませんが、2112 CRから2203 LTSR（任意のCU）にアップグレードすることはできます。

  • 最新のCR VDA。Current Releases (CR) は、最新かつ最も革新的なアプリ、デスクトップ、およびサーバー仮想化の機能を提供します。

  • 最新のLTSR VDA。Long Term Service Releases (LTSR) は、長期間同じベースバージョンを維持することを好む大規模なエンタープライズプロダクション環境に推奨されます。

カタログ作成後、必要に応じてVDAをアップグレードできます。詳細については、「VDAのアップグレード」を参照してください。

後でVDAアップグレードを有効にする場合は、カタログ作成後にカタログを編集することでこのページに戻ることができます。詳細については、「カタログを編集してVDAアップグレード設定を構成する」を参照してください。

設定の確認

「概要」ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報はStudioに表示されます。

完了したら、「完了」を選択してカタログの作成を開始します。

「マシンカタログ」では、新しいカタログがインラインの進行状況バーとともに表示されます。

作成の進行状況の詳細を表示するには、次の手順を実行します。

    1. マシンカタログにマウスカーソルを合わせます。
    1. 表示されるツールヒントで、「詳細の表示」をクリックします。
  • 以下の項目を確認できる、段階的な進行状況グラフが表示されます。
    • 手順の履歴
    • 現在の手順の進行状況と実行時間
    • 残りの手順

PowerShellコマンドを使用したMCSマシンカタログの作成

MCS I/Oライトバックキャッシュディスクへの特定のドライブ文字の割り当て

  • MCS I/Oライトバックキャッシュディスクに特定のドライブ文字を割り当てることができます。この実装により、使用するアプリケーションのドライブ文字とMCS I/Oライトバックキャッシュディスクのドライブ文字との間の競合を回避できます。これを行うには、PowerShellコマンドを使用します。サポートされているハイパーバイザーは、Azure、GCP、VMware、SCVMM、およびXenServerです。

  • 注：

  • この機能には、VDAバージョン2305以降が必要です。

制限事項

  • Windowsオペレーティングシステムのみに適用
  • ライトバックキャッシュディスクに適用可能なドライブ文字：EからZ
  • Azure一時ディスクがライトバックキャッシュディスクとして使用されている場合は適用されません
  • 新しいマシンカタログを作成する場合にのみ適用

ライトバックキャッシュディスクへのドライブ文字の割り当て

  • ライトバックキャッシュディスクにドライブ文字を割り当てるには、次の手順を実行します。

    1. PowerShellウィンドウを開きます。
    1. asnp citrix*を実行します。
  1. まだ作成されていない場合は、IDプールを作成します。

  2. New-ProvSchemeコマンドとプロパティWriteBackCacheDriveLetterを使用してプロビジョニングスキームを作成します。例：

    New-ProvScheme -CleanOnBoot `
-HostingUnitName "<name>" `
-IdentityPoolName $schemeName `
-ProvisioningSchemeName $schemeName `
-InitialBatchSizeHint 1 `
-UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
-MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
-NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
-ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
-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="OsType" Value="Windows" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
<Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
<Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
<Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
<Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
</CustomProperties>'
<!--NeedCopy-->
  3. カタログの作成を完了します。

カスタムプロパティの設定に関する重要な考慮事項

GCPおよびAzure環境では、New-ProvSchemeとSet-ProvSchemeでカスタムプロパティを正しく設定する必要があります。存在しないカスタムプロパティを指定すると、次のエラーメッセージが表示され、コマンドの実行に失敗します。

Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.

ProvSchemeパラメーターの設定に関する重要な考慮事項

MCSを使用してカタログを作成する際に、以下の場合にエラーが発生します。

  • マシンカタログを作成する際に、サポートされていないハイパーバイザーで以下のNew-ProvSchemeパラメーターを設定した場合：
パラメーター サポートされているハイパーバイザー
UseWriteBackCache VMware
  Hyper-V
  XenServer®
  Azure
  GCP
DedicatedTenancy Azure
  GCP
  AWS
TenancyType Azure
  GCP
  AWS
UseFullDiskCloneProvisioning VMware
  Hyper-V
  XenServer

  • マシンカタログの作成後に、以下のSet-ProvSchemeパラメーターを更新した場合：

    • CleanOnBoot
    • UseWriteBackCache
    • DedicatedTenancy
    • TenancyType
    • UseFullDiskCloneProvisioning

仮想マシン作成時のSIDの追加

新しい仮想マシンを作成する際に、マシンを一意に識別するためにパラメーター ADAccountSid を追加できます。

これを行うには、次の手順に従います。

  1. サポートされているIDタイプでカタログを作成します。

  2. NewProvVM を使用してカタログにマシンを追加します。例：

    New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
<!--NeedCopy-->

ただし、次の条件ではマシンをプロビジョニングできません。

  • カタログIDプールにないADアカウント
  • 利用可能な状態ではないADアカウント

MCSマシンカタログ作成前の構成の検証

MCSマシンカタログを作成する前に、New-ProvScheme コマンドでパラメーター -validate を使用して構成設定を検証できます。このPowerShellコマンドをパラメーター付きで実行すると、誤ったパラメーターが使用されている場合や、パラメーターが別のパラメーターと競合している場合に、適切なエラーメッセージが表示されます。その後、エラーメッセージを使用して問題を解決し、PowerShellを使用してMCSマシンカタログを正常に作成できます。現在、この機能はAWS、Azure、GCP、VMwareの仮想化環境に適用されます。

注：

検証中は、実際のMCSマシンカタログを作成してはなりません。コマンドの結果を使用してエラーを修正し、その後で正常なカタログを作成する必要があります。したがって、New-ProvScheme コマンドを実行する際は、偽のIDプール名を使用してください。

構成を検証するには、次の手順を実行します。

  1. Delivery ControllerホストからPowerShellウィンドウを開きます。
  2. asnp citrix* を実行して、Citrix固有のPowerShellモジュールをロードします。

  3. New-ProvScheme コマンドを実行し、パラメーター -validate を使用します。コマンドが機能するように、偽のIDプール名を提供します。例：

    $result =New-ProvScheme  -CleanOnBoot -HostingUnitName "vSanRg" -IdentityPoolName``"mptmpcatalogdemo" -InitialBatchSizeHint 1  -MasterImageVM "XDHyp:\HostingUnits\vSanRg\Windows19MasterImage.``vm\Citrix_XD_NonMachineProfileWin19Machines.snapshot" -NetworkMapping @{"0"="XDHyp:\HostingUnits\vSanRg\\VM Network.network"} -ProvisioningSchemeName` `"MachineProfileW10Machines"  -Scope @()
-VMCpuCount 2  -VM
MemoryMB 6143 -MachineProfile "XDHyp:\HostingUnits\vSanRg\TRW-Win11-tpm-BL-TEMPLATE.``template" -TenancyType Shared  -FunctionalLevel "L7_20" -Validate
$result.TerminatingError | Format-List -Property *
<!--NeedCopy-->

    エラーメッセージ：

    ErrorData    : {[[ValidationFailureCount, xxx], [InvalidMemoryValue, The memory size provided 6143 must be a multiple of 4 MB and must be greater than or equal to 4 MB.], [InconsistentGuestOsSetting, The GuestOs setting - windows9_64Guest of the selected machine profile does not match with the setting - windows2019srv_64Guest of master image. Please select a machine profile that matches the GuestOs setting of the master image.], [InconsistentVtpmSetting, The vTPM setting of the selected machine profile does not match with the selected master image. Please select a machine profile that matches the vTPM setting of the master image.], [InconsistentFirmwareSetting, The firmware setting - efi of the selected machine profile does not match with the setting - bios of master image. Please select a machine profile that matches the firmware setting of the master image ErrorId      : ValidationFailure
ErrorMessage : ValidationFailure
Operation    : ValidatingInputs
<!--NeedCopy-->
  4. 構成設定を検証した後、実際のIDプール名と正しいパラメーターを使用してMCSマシンカタログを作成できます。

Azure ArcへのVMのオンボーディング

Azure Arcを使用すると、組織はどこでホストされているVMなどのリソースを、Azureで実行されているかのように管理できます。Azure Arcを使用すると、Azure MonitorなどのAzureサービスを利用して、リソースの包括的な可視性とプロアクティブな管理を実現できます。

VMをAzure Arcにオンボーディングするには、New-ProvScheme コマンドを使用してMCSマシンカタログを作成します。既存のカタログを Set-ProvScheme コマンドで更新することもできます。カタログに追加された新しいVMのみがAzure Arcにオンボーディングされます。

現在、この機能はCitrixのすべてのオンプレミスハイパーバイザー（VMware、Nutanix、SCVMM）に適用されます。

前提条件

MCSカタログでAzure Arcオンボーディングを有効にする前に、以下を考慮してください。

  • 以下のAzureリソースグループ：

    • Arcサーバーの読み取り、作成、削除をアカウントに許可する。
    • VM拡張機能、ライセンス、プライベートリンクスコープの管理をアカウントに許可する。
    • リソースグループスコープでサービスプリンシパルに Azure Connected Machine Resource Administrator ロールが割り当てられていること。

Azure portal を使用して Azure ロールを割り当てるを参照してください。

  • 以下のマスターイメージ：

    • VDA: 2311以降（2411を除く）。

      注：

      Citrix Virtual Apps and Desktops 2411では、Azure Arcオンボーディングはサポートされていません。[BRK-14897]

    • AzureConnectedMachineAgentエージェントがインストールされていること。MSIは、MicrosoftのドキュメントのWindowsまたはLinuxセクションからダウンロードできます。

VMをAzure Arcにオンボードする手順

  1. AzureArcResourceManagement 機能を持つサービスアカウントをセットアップします。

    サービスアカウントは、Microsoft Entra ID などのIDプロバイダーにアクセスするための資格情報を保存することで、認証または承認に使用されます。各サービスアカウントは、単一のIDプロバイダーに紐付けられます。

    AzureArcResourceManagement 機能を使用して Azure AD にアクセスするための新しいサービスアカウントを作成するには、以下を実行します。

    New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement”
<!--NeedCopy-->

    application-id は、Azure Connected Machine Resource Administrator ロールが割り当てられたサービスプリンシパルと同じである必要があります。

  2. サービスアカウントをIDプールに割り当てます。例：

    Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”
<!--NeedCopy-->

  3. 以下のArcパラメーターを使用してMCSカタログを作成または更新します。

    • EnableAzureArcOnboarding: カタログでArcオンボーディングを有効にする必要があるかどうかを示します。
    • AzureArcSubscriptionId: Arc接続VMが作成されるAzureサブスクリプションを示します。
    • AzureArcRegion: Arc接続VMが作成されるAzureリージョンを示します。
    • AzureArcResourceGroup: Arc接続VMが作成されるAzureリソースグループを示します。Azure Arcリソースグループに関する情報は、「前提条件」を参照してください。

    例：新しいカタログでAzure Arcオンボーディングを有効にするには：

    `New-ProvScheme -ProvisioningSchemeName "demo" -MasterImageVM "XDHyp:\HostingUnits\hosting-unit\masterVMName.vm\masterSnapshotName.snapshot" -HostingUnitName “hosting-unit” -IdentityPoolName “identity-pool”`

-EnableAzureArcOnboarding -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
<!--NeedCopy-->

    例：既存のカタログでAzure Arcオンボーディングを有効にするには：

    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $true -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
<!--NeedCopy-->

    例：既存のカタログでAzure Arcオンボーディングを無効にするには：

    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:
<!--NeedCopy-->
  4. Arcをオンボードするために、新しいマシンをカタログに追加します。
  5. VMの電源をオンにした後、Azureポータルの AzureArcResourceGroup の下に接続されたマシンとしてVMが表示されるはずです。

考慮事項

  • Arcオンボーディングは現在、新しいVMのみでサポートされています。そのため、Set-ProvScheme を使用して既存のカタログを更新した場合、新しく追加されたVMのみが、最初に電源をオンにしたときにArcにオンボードされます。
  • Arcカスタムプロパティは、下位互換性のために既存のカタログでも引き続きサポートされています。ただし、EnableAzureArcOnboarding などのArcカスタムプロパティを使用して New-ProvScheme を実行すると、カタログの作成は失敗します。
  • EnableAzureArcOnboarding を true に構成する場合は、New-ProvScheme と Set-ProvScheme のすべてのパラメーターを追加する必要があります。

トラブルシューティング

New-ProvScheme を使用してSCVMMカタログを作成する際に、以下のエラーが発生する場合があります。

Master Image/Machine Profile's VM's device id is different than the NetworkMapping's device id '0'. Please provide a device id that matches the master image/machine profile.
<!--NeedCopy-->

その場合は、New-ProvScheme の NetworkMapping パラメーターで DeviceId を明示的に指定してください。例：

New-ProvScheme -ProvisioningSchemeType "MCS" -InitialBatchSizeHint 1 -HostingUnitName $HostingUnitName `
            -IdentityPoolName $CatalogName -MasterImageVM $MasterImage -ProvisioningSchemeName $CatalogName `
            -VMCpuCount 2 -VMMemoryMB 4096  -EnableAzureArcOnboarding `
            -AzureArcSubscriptionId $AzureArcSubscription -AzureArcRegion $AzureArcRegion `
            -AzureArcResourceGroup $AzureArcResourceGroup
            -NetworkMapping @{"FDDxxxxxx-xxxx-4xxx-9EBC-3xxxxxxxx"="XDHyp:\HostingUnits\<hosting unit name>\abc.network"}
<!--NeedCopy-->

フォローミータグ付け

フォローミータグ付けにより、ハイパーバイザーレベルのタグを適用することで、個々のエンドユーザーVMの使用状況を追跡できます。これらのタグは、特定のユーザーや組織（キーとして citrix-user-upn、値としてユーザープリンシパル名（UPN）を使用）でラベル付けされ、ユーザーがVMに割り当てられるとCitrixによって自動的に追加され、ユーザーの割り当てが解除されると削除されます。

利点

この機能にはいくつかの利点があります。

  • ITチャージバック: タグによってリソース使用量（Azure: NIC、OS、ID、WBC、データディスク、VM、AWS EC2: EC2インスタンス、EBSボリューム（OS、ID、WBC、データディスク）、NIC）のフィルタリングを容易にし、個々のユーザーまたはビジネスユニットへの正確なチャージバックを可能にします。

    注:

    • AWS EC2の場合、citrix-user-upnタグキーをコスト配分タグとしてアクティブ化すると、請求レポートに表示されます。AWS生成タグのコスト配分タグのアクティブ化を参照してください。
    • Azureの場合、citrix-user-upnタグをアクティブ化する必要はありません。ユーザーごとにコスト分析レポートをフィルタリングして、月間合計支出、個々のリソースごとのコスト、日次コストトレンド、サービスごとのコスト、詳細な請求記録を含む詳細な支出を表示できます。
  • 効率的なユーザー管理: エンドユーザーの割り当てが解除された場合（例: 雇用変更、退職、組織再編など）に、リソースからタグを自動的に削除します。
  • 強化されたセキュリティ監視: 特定のエンドユーザーに割り当てられたVMを特定し、ターゲットを絞ったセキュリティスキャンに役立ちます。

適用範囲

現在、フォローミータギングは以下に適用されます。

  • AWS EC2およびAzure環境
  • シングルセッションOSを実行している静的に割り当てられたマシン
  • 永続および非永続カタログ
  • サポートされているすべてのマシンID結合カタログ
  • MCSでプロビジョニングされたVMのみ
  • マネージドディスク（Azureの場合）のみ

制限事項

  • エンドユーザーの割り当てと、ハイパーバイザーのマシンに該当するタグが表示されるまでの間に、短い同期期間が存在します。
  • タギング操作が、タギング権限の不足、ハイパーバイザーの障害、Cloud Connectorの利用不可などの問題により失敗した場合、MCSはタギング操作を再試行しません。代わりに、MCSはプロビジョニングスキームに警告を発行します。この警告は、PowerShellコマンドGet-ProvOperationEventを使用してアクセスできます。
  • タグ操作は、カタログのタギングが有効または無効になったとき、またはユーザーがVMに割り当てられたときにのみ開始されます。
  • NICからフォローミータグを手動で削除した場合、次回の電源投入時に新しく作成されたリソースにはタグが適用されません。

重要な考慮事項

AWS EC2環境でフォローミータギングを使用する際には、以下の点を考慮してください。

Azure環境でフォローミータギングを使用する際には、以下の点を考慮してください。

フォローミータギングの構成

フォローミータギングは、StudioとPowerShellを使用して構成できます。

Studioの使用

マシンカタログセットアップウィザードで:

  1. オペレーティングシステムページで、シングルセッションOSを選択します

  2. マシン管理ページで:

    • 電源管理されているマシン（仮想マシンやブレードPCなど）を選択します
    • CitrixプロビジョニングテクノロジーCitrix Machine Creation Services（MCS）を使用してマシンを展開することを選択します
  3. 次のページで設定を完了します
  4. 仮想マシンページで、フォローミータギングを適用を選択します
  5. カタログ作成プロセスを完了します
  6. カタログで機能が有効になっていることを確認するには、作成したカタログの詳細ページに移動します。マシンの下にあるフォローミータギング機能が有効と表示されている必要があります
  7. 左側のペインからデリバリーグループを選択し、デリバリーグループの作成をクリックします。作成したカタログをデリバリーグループに追加し、1人以上のユーザーをデリバリーグループに割り当てます

MCSは、マシンに最初にログオンしたユーザーでカタログ内のVMを自動的にタグ付けします。または、最初のログオンに頼るのではなく、ユーザーをマシンに手動で割り当てることもできます。

既存のカタログを編集して、フォローミータギングを構成することもできます。

  1. 変更するカタログを選択し、マシンカタログの編集をクリックします
  2. 仮想マシンセクションに移動し、フォローミータギングを適用を選択します
  3. 適用をクリックし、次に保存をクリックして、既存のカタログで機能を有効にします。このカタログ内の新規および既存のVMは、エンドユーザーが割り当てられるとハイパーバイザーでタグ付けされます。

PowerShellの使用

PowerShellを使用してフォローミータギングを構成するには、Set-BrokerCatalogコマンドレットで-HypervisorVMTaggingパラメーターを使用し、これを$trueに設定します。

タギングを有効にするスクリプトの例:

Set-BrokerCatalog -Name 'CatalogName' -HypervisorVMTagging $true
<!--NeedCopy-->

カタログのタギングステータスを確認するスクリプトの例:

Get-BrokerCatalog -Name "SS-S-P-Cat" | Select Name, SessionSupport, AllocationType, ProvisioningType, HypervisorVMTagging
<!--NeedCopy-->

HypervisorVMTagging の値を確認します。カタログでフォローミー・タグ付けが有効になっている場合、HypervisorVMTagging の値は True です。

カタログでフォローミー・タグ付けを有効にした後、作成したカタログをデリバリーグループに追加し、1人以上のユーザーをデリバリーグループに割り当てます。

フォローミー・タグ付けの使用

マシンカタログでフォローミー・タグ付けを有効にし、そのカタログ内のVMにユーザーが割り当てられると、MCSは仮想マシンにハイパーバイザーレベルのタグを自動的に適用します。このタグは citrix-user-upn:<ユーザープリンシパル名 (UPN)> の形式です。このタグをハイパーバイザーの課金および管理コンソール内で使用して、特定のエンドユーザーによるリソース使用状況を追跡します。

Azureで特定のタグを持つリソースのコスト分析：

  1. Azure Portalで [コスト分析] ページに移動します。
  2. [タグ] フィルターを追加します。
  3. citrix-user-upn をキーとして使用します。
  4. リソースコストを追跡するために、1つ以上の目的のUPNを選択します。
  5. タグ付けされたリソースに累積された実際のコストを表示します。

citrix-user-upn を使用したタグフィルタリング：

  • ユーザーの月間合計支出の確認（累積コストビュー）。
  • 特定のユーザーが所有するすべてのリソースとそのコストの表示（リソース別コストビュー）。
  • ユーザーごとの日次コストの予期せぬ増加の検出（日次コストビュー）。
  • ユーザーが支出しているサービス（VMやストレージなど）の特定（サービス別コストビュー）。
  • 生の課金明細項目をフィルタリングすることによる、詳細なユーザーレベルの課金記録の作成（請求書詳細ビュー）。

AWSでコスト配分タグを持つリソースのコスト分析：

  1. コスト配分タグを有効にします（有効化され、請求レポートに表示されるまでに最大24時間かかります）。EC2課金コンソールまたはAWS Cost Explorer APIの UpdateCostAllocationTagsStatus を介してコスト配分タグを有効にします。
  2. コスト配分タグキーといくつかの値をAWSリソースに追加します。

これらのタグを使用して請求レポートを生成し、コスト配分タグキーと特定の値に基づいてリソースによって発生したコストを表示します。レポートは月次、日次、時間単位の粒度で表示できます。

ユーザーがマシンから割り当て解除されると、MCSは自動的にそのVMから対応するタグを削除します。

トラブルシューティング

  • 問題：ユーザー割り当て後、ハイパーバイザーにタグが表示されない。
  • 原因：同期遅延が発生しているか、権限の問題、ハイパーバイザーの障害、または利用できないCloud Connectorが原因でMCSがタグ付けを実行できなかった可能性があります。

  • 解決策：

    • タグが表示されるまで数分間待ちます。
    • 問題が解決しない場合は、PowerShellコマンドレット Get-ProvOperationEvent を使用してプロビジョニングスキームの警告を確認し、タグ付け中に発生したエラーを特定します。Citrixがハイパーバイザー上で必要なタグ付け権限を持っていることを確認してください。
    • タグ付けステータスを確認します。Get-ProvVM を実行し、CustomMachineData でブール値 IsFollowMeTagged を確認します。

次のステップ

特定のハイパーバイザーカタログの作成については、以下を参照してください。

これが最初に作成されたカタログである場合、デリバリーグループの作成に関するガイダンスが表示されます。

構成プロセス全体を確認するには、展開の計画と構築を参照してください。

StudioとPowerShellを使用してCitrix Provisioningカタログを作成できます。 この実装には、次の利点があります。

  • MCSとCitrix Provisioningカタログの両方を管理するための単一の統合コンソール。
  • ID管理ソリューション、オンデマンドプロビジョニングなどのCitrix Provisioningカタログの新機能。

現在、この機能はAzureおよびVMwareワークロードでのみ利用可能です。ただし、VMwareおよびXenServer環境では、現在PowerShellコマンドのみを使用してカタログを作成できます。詳細については、Citrix StudioでのCitrix Provisioningカタログの作成を参照してください。

詳細情報

マシンカタログの作成
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.