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

最終公開日 : Nov 13, 2026
重要:
Citrix Virtual Apps and Desktops™ 7 2006以降、現在の展開で以下のいずれかのテクノロジーを使用している場合、それらのテクノロジーを使用するサポート終了（EOL）アイテムを削除した後にのみ、現在のリリースに展開をアップグレードできます。
  • パーソナルvDisk (PvD)
  • AppDisks™
  • パブリッククラウドホストの種類：Citrix CloudPlatform、Microsoft Azure Classic
詳細については、「PvD、AppDisks、およびサポートされていないホストの削除」を参照してください。
注:
バージョン2511以降、Citrix Web Studio (Webベース) はCitrix Virtual Apps and Desktops™の唯一の管理コンソールです。Citrix Studio (MMCベース) はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioについては、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
展開にパブリッククラウドホスト接続を使用する場合は、新規インストールまたは現在のリリースへのアップグレードを完了するためにハイブリッド権限ライセンスが必要です。
インストーラーがサポートされていないテクノロジーまたはHybrid Rights Licenseのないホスト接続を1つ以上検出すると、アップグレードは一時停止または停止します。説明メッセージが表示されます。インストーラーログには詳細が含まれています。詳細については、「展開のアップグレード」を参照してください。
Related information
インストールと構成
AWS EC2カタログを作成するAzure Localカタログを作成するXenServer®カタログを作成するGoogle Cloud Platformカタログを作成するHPE Moonshot マシンカタログを作成するMicrosoft Azureカタログの作成マイクロソフト システムセンター バーチャルマシンマネージャー カタログの作成Nutanixカタログを作成するRed Hat OpenShiftカタログを作成するVMwareカタログを作成する

はじめに

物理マシンまたは仮想マシンのコレクションは、マシンカタログと呼ばれる単一のエンティティとして管理されます。カタログ内のすべてのマシンは、マルチセッションOSまたはシングルセッションOS、およびWindowsまたはLinuxマシンといった同じ種類のオペレーティングシステムを持っています。
Web Studioは、サイトを作成した後、最初のマシンカタログを作成するようにガイドします。最初のカタログを作成した後、Web Studioは最初のデリバリーグループを作成するようにガイドします。後で、作成したカタログを変更したり、さらにカタログを作成したりできます。
ヒント:
既存の展開をアップグレードすると、Machine Creation Services (MCS) ストレージ最適化 (MCS I/O) 機能が有効になり、追加の構成は不要です。Virtual Delivery Agent (VDA) と Delivery Controller のアップグレードによって、MCS I/O のアップグレードが処理されます。

概要

VM のカタログを作成するときに、それらの VM をプロビジョニングする方法を指定します。Machine Creation Services™ (MCS) を使用できます。または、独自のツールを使用してマシンを提供することもできます。
考慮事項:
  • MCS は、仮想マシンイメージからの単一のシステムディスクをサポートします。そのイメージに接続されている残りのデータディスクは無視されます。
  • MCS を使用して VM をプロビジョニングする場合、カタログ内に同一の VM を作成するためにマスターイメージ (またはイメージのスナップショット) を提供します。カタログを作成する前に、まずツールを使用してマスターイメージを作成および構成します。このプロセスには、イメージに Virtual Delivery Agent (VDA) をインストールすることが含まれます。次に、Web Studio でマシンカタログを作成します。そのイメージ (またはスナップショット) を選択し、カタログに作成する VM の数を指定し、追加情報を構成します。
  • マシンがすでに利用可能な場合でも、それらのマシン用に1つ以上のマシンカタログを作成する必要があります。
  • PowerShell SDK を直接使用してカタログを作成する場合、イメージやスナップショットではなく、ハイパーバイザーテンプレート (VMTemplates) を指定できます。
  • テンプレートを使用してカタログをプロビジョニングすることは、実験的な機能と見なされます。この方法を使用すると、仮想マシンの準備が失敗する可能性があります。その結果、テンプレートを使用してカタログを公開することはできません。
MCS または Citrix Provisioning™ を使用して最初のカタログを作成する場合、サイトを作成したときに構成したホスト接続を使用します。後で (最初のカタログとデリバリーグループを作成した後)、その接続に関する情報を変更したり、さらに接続を作成したりできます。
カタログ作成ウィザードを完了すると、正しく構成されていることを確認するためにテストが自動的に実行されます。テストが完了すると、テストレポートを表示できます。Web Studio からいつでもテストを実行できます。
注:
MCS は Windows 10 IoT Core および Windows 10 IoT Enterprise をサポートしていません。詳細については、Microsoft のサイトを参照してください。
Citrix Provisioning ツールに関する技術的な詳細については、Citrix Virtual Apps and Desktops Image Managementを参照してください。

RDS ライセンスチェック

Web Studio は現在、Windows マルチセッション OS マシンを含むマシンカタログを作成する際に、有効な Microsoft RDS ライセンスのチェックを実行しません。Windows マルチセッション OS マシンの Microsoft RDS ライセンスのステータスを表示するには、Citrix Director に移動します。Microsoft RDS ライセンスのステータスは、マシン詳細パネルで確認できます。このパネルは、マシン詳細およびユーザー詳細ページにあります。詳細については、「Microsoft RDS ライセンスの健全性」を参照してください。

VDA登録

ブローカーセッションを起動する際には、VDAをDelivery Controller™に登録する必要があります。未登録のVDAは、利用可能なリソースの活用不足につながる可能性があります。VDAが登録されない理由はさまざまですが、その多くは管理者がトラブルシューティングできます。Web Studioは、カタログ作成ウィザードで、またカタログからデリバリーグループにマシンを追加した後で、トラブルシューティング情報を提供します。
ウィザードを使用して既存のマシンを追加すると、コンピューターアカウント名のリストに、各マシンがカタログに追加するのに適しているかどうかが表示されます。各マシンの横にあるアイコンにカーソルを合わせると、そのマシンに関する情報メッセージが表示されます。
メッセージで問題のあるマシンが特定された場合は、そのマシンを削除するか、追加します。たとえば、マシンに関する情報が取得できない可能性があることを示すメッセージが表示された場合でも、そのマシンを追加してください。
詳細については、以下を参照してください。

MCSカタログ作成の概要

カタログ作成ウィザードで情報を提供した後の、デフォルトのMCSアクションの概要を以下に示します。
  • マスターイメージ（スナップショットではない）を選択した場合、MCSはスナップショットを作成します。
  • MCSはスナップショットの完全なコピーを作成し、ホスト接続で定義された各ストレージの場所にそのコピーを配置します。
  • MCSはマシンをActive Directoryに追加し、一意のIDを作成します。
  • MCSは、ウィザードで指定された数のVMを作成し、各VMに2つのディスクを定義します。各VMの2つのディスクに加えて、マスターも同じストレージの場所に保存されます。複数のストレージの場所が定義されている場合、それぞれに以下のディスクタイプが割り当てられます。
    • 読み取り専用で、作成されたばかりのVM間で共有されるスナップショットの完全なコピー。
    • 各VMに一意のIDを付与する、一意の16 MBのIDディスク。各VMはIDディスクを取得します。
    • VMへの書き込みを保存するための一意の差分ディスク。このディスクはシンプロビジョニングされており（ホストストレージでサポートされている場合）、必要に応じてマスターイメージの最大サイズまで増加します。各VMは差分ディスクを取得します。差分ディスクには、セッション中に行われた変更が保持されます。専用デスクトップの場合は永続的です。プールされたデスクトップの場合、デリバリーコントローラーを介して再起動するたびに削除され、新しいものが作成されます。
    • VDAバージョン2511以降のWindows VMの場合、MCSは各マシンに一意のMachineGuidを割り当てます。このMachineGuidは、VDAにインストールされている一部のソフトウェアのライセンス目的で使用されます。
または、静的デスクトップを提供するVMを作成する際に、カタログ作成ウィザードのマシンページで、シック（完全コピー）VMクローンを指定できます。完全クローンは、すべてのデータストアにマスターイメージを保持する必要はありません。各VMは独自のファイルを持っています。

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

MCSのストレージソリューション、構成、容量を決定する際には、多くの要因があります。以下の情報は、ストレージ容量に関する適切な考慮事項を提供します。
容量に関する考慮事項:
  • ディスク
    DeltaまたはDifferencing (Diff) ディスクは、ほとんどのMCS展開において、各VMで最大のスペースを消費します。MCSによって作成される各VMには、作成時に最低2つのディスクが割り当てられます。
    • Disk0 = 差分ディスク: マスターベースイメージからコピーされたOSが含まれます。
    • Disk1 = IDディスク: 16 MB - 各VMのActive Directoryデータが含まれます。
    製品の進化に伴い、特定のユースケースや機能の消費を満たすために、さらにディスクを追加する必要がある場合があります。例:
    • MCS Storage Optimization は、各VMのライトキャッシュスタイルのディスクを作成します。XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に利用可能なOSストレージリストと利用可能な一時ストレージリストを同じに構成した場合、MCSはライトバックキャッシュ（WBC）ディスクをOSディスクと同じストレージ場所に配置します。
    • MCSは、前のセクションで説明したデルタディスクのシナリオとは対照的に、フルクローンを使用する機能を追加しました。
    ハイパーバイザーの機能も考慮に入れる必要があるかもしれません。例えば：
    • (/ja-jp/citrix-hypervisor/storage/intellicache.html)は、各XenServerのローカルストレージにリードディスクを作成します。このオプションにより、共有ストレージの場所に保持されている可能性のあるマスターイメージに対するIOPSを節約できます。
  • ハイパーバイザーのオーバーヘッド
    異なるハイパーバイザーは、VMのオーバーヘッドとなる特定のファイルを使用します。ハイパーバイザーは、管理および一般的なログ記録操作にもストレージを使用します。以下のオーバーヘッドを含めるためのスペースを計算してください：
    • ログファイル
    • ハイパーバイザー固有のファイル。例えば：
      • VMwareはVMストレージフォルダーにファイルを追加します。VMwareのベストプラクティスを参照してください。
      • 仮想マシンの合計サイズ要件を計算してください。仮想ディスクに20 GB、スワップファイルに16 GB、ログファイルに100 MBを使用し、合計36.1 GBを消費する仮想マシンを考慮してください。
    • XenServer のスナップショット; VMware のスナップショット。
  • プロセスオーバーヘッド
    カタログの作成、マシンの追加、カタログの更新には、それぞれ固有のストレージへの影響があります。例：
    • (/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-create.html)では、ベースディスクのコピーを各ストレージの場所にコピーする必要があります。
    • カタログに(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-manage.html)する場合、ベースディスクを各ストレージの場所にコピーする必要はありません。カタログの作成は、選択された機能によって異なります。
    • (/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-manage#update-a-catalog)では、各ストレージの場所に余分なベースディスクを作成します。カタログの更新時には、カタログ内の各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のみのキャッシュをサポートしなくなりました。マシンカタログ作成時にWeb Studioでディスクサイズを指定してください。
  2. VMのライトキャッシュディスクは、VMを初めて起動するときに自動的に作成およびフォーマットされます。VMが起動すると、ライトキャッシュファイル mcsdif.vhdx がフォーマットされたボリューム MCSWCDisk に書き込まれます。
  3. ページファイルは、このフォーマットされたボリューム MCSWCDisk にリダイレクトされます。その結果、このディスクサイズはディスク領域の合計量を考慮します。これには、ディスクサイズと生成されたワークロードの差分にページファイルサイズを加えたものが含まれます。これは通常、VMのRAMサイズに関連付けられます。

MCS ストレージ最適化の更新の有効化

MCS I/O ストレージ最適化機能を有効にするには、Delivery Controller と VDA を Citrix Virtual Apps and Desktops の最新バージョンにアップグレードしてください。
注:
MCS I/O が有効になっている既存の展開をアップグレードする場合、追加の構成は不要です。VDA と Delivery Controller のアップグレードによって MCS I/O のアップグレードが処理されます。
MCSストレージ最適化の更新を有効にする際は、次の点を考慮してください。
  • マシンカタログを作成する際、管理者は RAM とディスクサイズを構成できます。
    マシンカタログのセットアップ
  • 既存のマシンカタログを、バージョン1903用に構成されたVDAを含む新しいVMスナップショットに更新すると、次の動作が発生します。新しいスナップショットは、既存のカタログのRAMおよびディスクサイズに対するMCS I/O設定を引き続き使用します。既存の生ディスクはフォーマットされます。
重要：
MCSストレージ最適化は、Citrix Virtual Apps and Desktopsバージョン1903で変更されました。このリリースでは、ファイルベースのライトキャッシュテクノロジーがサポートされ、パフォーマンスと安定性が向上しています。MCS I/Oによって提供される新しい機能は、以前のCitrix Virtual Apps and Desktopsリリースと比較して、より高いライトキャッシュストレージ要件を必要とする場合があります。Citrixは、割り当てられたワークフローと追加のページファイルサイズに十分なディスク容量があることを確認するために、ディスクサイズを再評価することを推奨します。ページファイルサイズは通常、システムRAMの量に関連しています。既存のカタログディスクサイズが不十分な場合は、マシンカタログを作成し、より大きなライトキャッシュディスクを割り当ててください。

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

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

制限事項

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

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

ライトバックキャッシュディスクにドライブ文字を割り当てるには、次の手順を実行します。
  1. PowerShellウィンドウを開きます。
  2. asnp citrix*を実行します。
  3. まだ作成されていない場合は、IDプールを作成します。
  4. プロパティWriteBackCacheDriveLetterを指定して、New-ProvSchemeコマンドを使用してプロビジョニングスキームを作成します。例：
    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>'
  5. カタログの作成を完了します。詳しくは、<https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/>を参照してください。

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

接続ホストの作成については、「接続とリソース」を参照してください。
マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれています。
知っておくと良いこと:
  • マスターイメージは、クローンイメージ、ゴールデンイメージ、ベースVM、またはベースイメージとも呼ばれることがあります。ホストベンダーは異なる用語を使用します。
  • ホストに、作成されるマシンの数に対応できる十分なプロセッサ、メモリ、ストレージがあることを確認してください。
  • デスクトップおよびアプリケーションに必要なハードディスク容量を正しく構成します。この値は、後で変更したり、マシンカタログ内で変更したりすることはできません。
  • Remote PC Accessマシンカタログでは、マスターイメージは使用されません。
マスターイメージに以下のソフトウェアをインストールして構成します:
  • ハイパーバイザー用の統合ツール（Citrix VM Tools、Hyper-V Integration Services、VMware toolsなど）。この手順を省略すると、アプリケーションやデスクトップが正しく機能しない可能性があります。
  • VDA。最新の機能にアクセスできるように、最新バージョンをインストールすることをお勧めします。マスターイメージにVDAをインストールしないと、カタログの作成が失敗します。
  • 必要に応じて、ウイルス対策ソフトウェアや電子ソフトウェア配布エージェントなどのサードパーティ製ツール。ユーザーとマシンタイプに適した設定（更新機能など）でサービスを構成します。
  • 仮想化しないサードパーティ製アプリケーション。Citrixでは、アプリケーションを仮想化することをお勧めします。仮想化により、アプリケーションの追加または再構成後にマスターイメージを更新する必要がなくなるため、コストが削減されます。また、インストールされるアプリケーションが少ないほど、マスターイメージのハードディスクサイズが小さくなり、ストレージコストが節約されます。
  • App-Vアプリケーションを公開する予定がある場合は、推奨設定のApp-Vクライアント。App-VクライアントはMicrosoftから入手できます。
  • MCSを使用する場合、Microsoft Windowsをローカライズする場合は、ロケールと言語パックをインストールします。プロビジョニング中にスナップショットが作成されると、プロビジョニングされたVMはインストールされているロケールと言語パックを使用します。
重要:
MCSを使用している場合は、マスターイメージでSysprepを実行しないでください。
マスターイメージを準備するには：
  1. ハイパーバイザーの管理ツールを使用してマスターイメージを作成し、オペレーティングシステムとすべてのサービスパックおよび更新プログラムをインストールします。vCPUの数を指定します。PowerShellを使用してマシンカタログを作成する場合も、vCPUの値を指定できます。Web Studioを使用してカタログを作成する場合、vCPUの数を指定することはできません。デスクトップとアプリケーションに必要なハードディスク容量を構成します。この値は後で変更したり、カタログ内で変更したりすることはできません。
  2. ハードディスクがデバイスロケーション0に接続されていることを確認します。ほとんどの標準マスターイメージテンプレートではこのロケーションがデフォルトで構成されていますが、一部のカスタムテンプレートではそうでない場合があります。
  3. マスターイメージに上記のソフトウェアをインストールして構成します。
  4. MCSを使用しない場合は、マスターイメージをアプリケーションとデスクトップが属するドメインに参加させます。マスターイメージがマシンが作成されるホストで利用可能であることを確認します。MCSを使用している場合、マスターイメージをドメインに参加させる必要はありません。プロビジョニングされたマシンは、カタログ作成ウィザードで指定されたドメインに参加します。
  5. Citrixでは、マスターイメージのスナップショットを作成して名前を付けることをお勧めします。カタログ作成時にスナップショットではなくマスターイメージを指定すると、Web Studioがスナップショットを作成します。そのスナップショットに名前を付けることはできません。

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

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を追加します。
    2. 値を1に設定します。
    この方法では、オンラインアクティベーションのオプションが無効になります。
  4. マシンカタログにVMを追加します。
  5. VMの電源をオンにします。
  6. オンラインアクティベーションかオフラインアクティベーションかに応じて、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を参照してください。
エラーを確認し、問題を解決するための手順を検証できます。

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

カタログを作成する前に：
  • このセクションを読んで、選択する項目と提供する情報について学習してください。
  • マシンをホストするハイパーバイザー、クラウドサービス、およびその他のリソースへの接続が作成されていることを確認してください。
  • マシンをプロビジョニングするためにマスターイメージを作成した場合は、そのイメージにVDAがインストールされていることを確認してください。
カタログ作成ウィザードを開始するには：
  1. これが最初に作成するカタログである場合、適切な選択肢（「マシンをセットアップし、アプリとデスクトップを実行するためのマシンカタログを作成する」など）に誘導されます。カタログ作成ウィザードが開きます。
  2. すでにカタログを作成しており、別のカタログを作成したい場合は、次の手順に従ってください：
    1. Web Studio にサインインし、左ペインで Machine Catalogs を選択し、アクションバーで Create Machine Catalog を選択します。
    2. フォルダーを使用してカタログを整理するには、デフォルトのMachine Catalogsフォルダーの下にフォルダーを作成します。詳細については、(/ja-jp/citrix-virtual-apps-desktops/2511/install-configure/machine-catalogs-manage.html#create-a-catalog-folder)を参照してください。
    3. カタログを作成するフォルダーを選択し、Create Machine Catalog をクリックします。カタログ作成ウィザードが開きます。
ウィザードは次の項目について説明します。表示されるウィザードページは、選択内容によって異なります。

オペレーティングシステム

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

マシン管理

このページは、リモートPCアクセスカタログを作成する際には表示されません。
マシン管理ページには、マシンの管理方法と、マシンの展開に使用するツールが示されます。
カタログ内のマシンをWeb Studioで電源管理するかどうかを選択します。
  • マシンはWeb Studioで電源管理されます（例：VMまたはブレードPC）。このオプションは、ホストへの接続をすでに構成している場合にのみ使用できます。
  • マシンはWeb Studioで電源管理されません（例：物理マシン）。
マシンがWeb Studioで電源管理されることを示した場合は、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カタログの作成中に、Target Deviceページで、プロビジョニングするマシンのファームとサイトを選択するドロップダウンメニューに、存在しないファームとサイトがリストされている場合があります。回避策として、PowerShellコマンドUnregister-HypPvsSiteを実行して、データベースからファームとサイトを削除できます。PowerShellコマンドの詳細については、「Unregister-HypPvsSite」を参照してください。
  • その他のサービスまたはテクノロジー データセンターにすでに存在するマシンを管理するツール。Citrixでは、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Managerまたはその他のサードパーティ製アプリケーションを使用することをお勧めします。

デスクトップの種類（デスクトップエクスペリエンス）

注:
Desktop Experienceページに表示されるオプションは、Machine Typeページで選択したマシンの種類によって異なります。
  • マルチセッションOSマシンでは、ユーザーはログオンするたびにランダムなデスクトップを割り当てられます。次のいずれかのオプションを選択してください。
    • はい、仮想デスクトップをホストするマシンのローカルディスクに変更を保存します。（永続的）
    • いいえ、すべての変更を破棄し、ユーザーがログオフするときに仮想デスクトップをクリアします。（非永続的）
    注:
    永続的なマルチセッションマシンでは、ユーザーがデスクトップに加えた変更は保存され、すべての承認済みユーザーがアクセスできます。
  • シングルセッションOSマシンでは、Desktop Experienceページで次のオプションが表示されます。
    • ユーザーがログオンするたびに、新しい（ランダムな）デスクトップに接続するようにします。
    • ユーザーがログオンするたびに、同じ（静的な）デスクトップに接続するようにします。
      静的デスクトップの場合、ユーザーが行った変更をログオフ後に保存するか破棄するかをさらに決定できます。
仮想デスクトップをホストするマシンのローカルディスクに変更を保存する：永続的を選択すると、Virtual Machinesページで仮想マシンコピーモードの高速コピーまたは完全コピーオプションが利用可能になります。
ユーザーがログオフしたときにすべての変更を破棄し、仮想デスクトップをクリアする: 非永続的 を選択した場合、仮想マシン ページで仮想マシンコピーモードを構成することはできません。

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

このページは、MCS を使用して VM を作成する場合にのみ表示されます。
  1. マシンカタログのイメージタイプを選択し、イメージを選択します。2種類のイメージタイプが利用可能です。
    • マスターイメージ。 イメージ準備プロセスをまだ経ていないイメージ。カタログ作成が開始されると、イメージ準備プロセスが自動的に開始されます。
      注:
      • MCS を使用している場合、マスターイメージで Sysprep を実行しないでください。
      • スナップショットではなくマスターイメージを指定した場合、Web Studio はスナップショットを作成しますが、名前を付けることはできません。
    • 準備済みイメージ。 イメージ準備プロセスを経ており、VM 作成に直接使用できるイメージ。カタログ作成時にマスターイメージではなく準備済みイメージを選択することで、より高速で信頼性の高いマシンカタログ作成と、合理化されたイメージライフサイクル管理が保証されます。必要に応じて、選択した準備済みイメージにメモを追加します。
      注:
      • 準備済みイメージを使用して作成された VM は、休止状態をサポートしていません。
      • 現在、準備済みイメージを使用したカタログ作成は、Azure および VMware 環境でのみ利用可能です。
    準備済みイメージの作成方法の詳細については、「イメージ管理（プレビュー）」を参照してください。
    イメージを選択する際、必要に応じて、選択したイメージにメモを追加できます。
    最新の製品機能を使用できるようにするには、マスターイメージに最新の VDA バージョンがインストールされていることを確認してください。デフォルトの最小 VDA 選択を変更しないでください。ただし、以前の VDA バージョンを使用する必要がある場合は、「VDA のバージョンと機能レベル」を参照してください。
    ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。
  2. 既存のVMをマシンプロファイルとして使用するには、Use a machine profileを選択し、その後、VMを選択します。
    注：
    現在、マシンプロファイルの使用は、Azure、AWS、GCP、およびVMware VMに限定されています。
    VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成する際に、仮想マシンを保持するフォルダーを指定する必要があります。
    仮想マシンフォルダーの場所を指定するには、カタログ作成ウィザードでVirtual Machinesページに移動し、Select a folder to place the machinesセクションに移動して仮想マシンフォルダーの場所を選択します。指定されていない場合、システムは選択されたマシンプロファイルのフォルダーをデフォルトの場所と見なします。
  3. AWS展開の場合、起動テンプレートをマシンプロファイルとして選択できます。
  4. カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。

マシン

リモートPCアクセス カタログを作成している場合、このページは表示されません。
このページのタイトルは、マシン管理ページで選択した内容（マシン、仮想マシン、またはVMとユーザー）によって異なります。
MCSを使用する場合：
  • 作成する仮想マシンの数を指定します。作成しない場合は0（ゼロ）と入力します。後で、Add machinesを実行して、空のカタログにVMを作成できます。
  • 各VMが持つメモリ量（MB単位）を選択します。
  • 作成された各VMにはハードディスクがあります。そのサイズはマスターイメージで設定されます。カタログでハードディスクのサイズを変更することはできません。
  • デプロイに複数のゾーンが含まれている場合、カタログのゾーンを選択できます。
  • 静的デスクトップVMを作成している場合は、仮想マシンコピーモードを選択します。「仮想マシンコピーモード」を参照してください(#virtual-machine-copy-mode)。
  • vDiskを使用しないランダムデスクトップVMを作成している場合は、各マシンの一時データに使用するキャッシュを構成できます。「一時データ用のキャッシュを構成する」を参照してください(#configure-cache-for-temporary-data)。
その他のツールを使用する場合：
Active Directoryマシンアカウント名を追加（またはリストをインポート）します。VMを追加/インポートした後で、そのVMのActive Directoryアカウント名を変更できます。「デスクトップエクスペリエンス」ページで静的マシンを指定した場合、追加する各VMのActive Directoryユーザー名をオプションで指定できます。
名前を追加またはインポートした後、このページにいる間は「削除」ボタンを使用してリストから名前を削除できます。
他のツールを使用する場合（ただしMCSではない場合）:
追加（またはインポート）された各マシンに表示されるアイコンとツールヒントは、カタログに追加できない可能性のあるマシンや、Delivery Controllerに登録できないマシンを特定するのに役立ちます。詳しくは、「VDAのバージョンと機能レベル」を参照してください(#vda-versions-and-functional-levels)。

仮想マシン作成時にSIDを追加する

新しい仮想マシンを作成する際に、マシンを一意に識別するためにパラメータADAccountSidを追加できるようになりました。
これを行うには：
  1. サポートされているIDタイプでカタログを作成します。
  2. NewProvVMを使用してカタログにマシンを追加します。例：
    New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
ただし、次の条件のいずれかに該当するマシンをプロビジョニングすることはできません。
  • カタログIDプールにないADアカウント
  • 利用可能な状態ではないADアカウント

仮想マシンのコピーモード

マシンページで指定するコピーモードによって、MCSがマスターイメージからシン（高速コピー）クローンを作成するか、シック（完全コピー）クローンを作成するかが決まります。(デフォルト = シンクローン)
  • ストレージ使用効率の向上とマシン作成の高速化のために、高速コピークローンを使用します。
  • マシン作成後のIOPSを削減し、データリカバリと移行サポートを向上させるために、完全コピークローンを使用します。
注:
完全コピークローンアプローチは、マルチセッションまたはシングルセッションOS上の永続VMをプロビジョニングする場合にのみ利用可能です。

VDAバージョンと機能レベル

カタログの機能レベルは、カタログ内のマシンで利用できる製品機能を制御します。新しい製品バージョンで導入された機能を使用するには、新しいVDAが必要です。 ただし、以前のVDAバージョンのマシンは、そのカタログに登録できません。
マシン（またはデバイス）ページの下部にあるメニューで、最小VDAレベルを選択できます。これにより、カタログの最小機能レベルが設定されます。デフォルトでは、オンプレミス展開の場合、最新の機能レベルが選択されます。Citrixの推奨に従って、常にVDAとコアコンポーネントを最新バージョンにインストールおよびアップグレードする場合は、この選択を変更する必要はありません。ただし、古いVDAバージョンを使い続ける必要がある場合は、正しい値を選択してください。
Citrix Virtual Apps and Desktopsのリリースには、新しいVDAバージョンが含まれていない場合や、新しいVDAが機能レベルに影響を与えない場合があります。そのような場合、機能レベルは、インストールまたはアップグレードされたコンポーネントよりも古いVDAバージョンを示すことがあります。各リリースの新機能の記事には、デフォルトの機能レベルの変更が示されています。
選択された機能レベルは、その上にあるマシンのリストに影響を与えます。リストでは、各エントリの横にあるツールチップが、その機能レベルでマシンのVDAがカタログと互換性があるかどうかを示します。
各マシンのVDAが選択された最小機能レベルを満たしていないか、それを超えていない場合、ページにメッセージが表示されます。ウィザードを続行できます。これらのマシンは、後でControllerに登録できない可能性があります。代わりに、次のことができます。
  • 古いVDAを含むマシンをリストから削除し、VDAをアップグレードしてから、カタログに再度追加します。
  • 最新の製品機能へのアクセスを妨げる、より低い機能レベルを選択します。
マシンが誤ったマシンタイプであるためにカタログに追加されなかった場合も、メッセージが投稿されます。例としては、サーバーをシングルセッションOSカタログに追加しようとしたり、ランダム割り当て用に作成されたシングルセッションOSマシンを静的マシンのカタログに追加したりする場合があります。
重要:
リリース1811では、追加の機能レベルである**1811（またはそれ以降）**が追加されました。このレベルは、将来のCitrix Virtual Apps and Desktops機能で使用することを目的としています。**7.9（またはそれ以降）**の選択はデフォルトのままです。このデフォルトは、現在すべての展開で有効です。
**1811（またはそれ以降）**を選択した場合、そのカタログ内の以前のVDAバージョンはControllerに登録できません。ただし、カタログにバージョン1811以降のサポートされているVDAのみが含まれている場合、それらはすべて登録の対象となります。これには、バージョン1903および現在のリリースより前のその他の19XXリリースを含む、以降のCitrix Virtual Apps and Desktopsリリース用に構成されたVDAを含むカタログが含まれます。

一時データのキャッシュを構成する

MCSを使用してカタログ内のランダムな非永続マシンを管理する場合、マシンのI/Oパフォーマンスを向上させるためにライトバックキャッシュを有効にできます。
ライトバックキャッシュはMCSIOと呼ばれます。詳細については、こちらのブログ記事を参照してください。

前提条件

ライトバックキャッシュを有効にするには、カタログが以下の要件を満たしている必要があります。
  • 一時データのストレージを指定する接続を使用します。詳細については、接続とリソースを参照してください。
  • VDAはバージョン7.9以降であり、現在のMCSIOドライバーがインストールされている必要があります。
    注:
    このドライバーのインストールは、VDAをインストールまたはアップグレードする際のオプションです。デフォルトでは、このドライバーはインストールされません。
  • ディスクキャッシュのドライブ文字割り当てを有効にするには、VMは以下の追加要件を満たす必要があります。
    • オペレーティングシステム：Windows
    • VDA バージョン: 2305 以降

考慮事項

  • ライトバックキャッシュには、メモリキャッシュとディスクキャッシュがあります。デフォルトでは、接続タイプによってデフォルト値が異なります。一般的に、ほとんどの場合、デフォルト値で十分ですが、以下のために必要な領域を考慮してください。
    • Windows自体によって作成される一時データファイル（Windowsページファイルを含む）。
    • ユーザープロファイルデータ。
    • ユーザーのセッションに同期されるShareFileデータ。
    • セッションユーザーによって作成またはコピーされる可能性のあるデータ、またはユーザーがセッション内にインストールする可能性のあるアプリケーションによって作成またはコピーされる可能性のあるデータ。
    ストレージイメージ
  • ディスクキャッシュがあり、メモリキャッシュがないライトバックキャッシュの構成は削除されました。一時データ用のキャッシュを有効にするには、ディスクキャッシュサイズ (GB) と キャッシュに割り当てられるメモリ (MB) を選択し、メモリキャッシュに0より大きいサイズを指定することをお勧めします。一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが設定された制限に達すると、最も古いデータは一時データキャッシュディスクに移動されます。
  • メモリキャッシュは、各マシン上の総メモリ量の一部です。したがって、メモリキャッシュサイズ (MB) (推奨) チェックボックスを有効にする場合は、各マシン上の総メモリ量を増やすことを検討してください。
  • メモリキャッシュサイズ (MB) (推奨) チェックボックスをオフのままにすると、一時データは最小限のメモリを使用してディスクキャッシュに直接書き込まれます。
  • ディスクキャッシュサイズ (GB) をデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズは、ユーザー要件とマシンにかかる負荷に合わせる必要があります。
    重要:
    ディスクキャッシュの容量が不足すると、ユーザーセッションは使用できなくなります。
  • ディスクキャッシュサイズ チェックボックスをオフにすると、キャッシュディスクは作成されません。この場合、すべての一時データを保持するのに十分な大きさの キャッシュに割り当てられるメモリ の値を指定します。これは、各VMに割り当てるための大量のRAMが利用可能な場合にのみ実現可能です。
  • 両方のチェックボックスをオフにすると、一時データはキャッシュされません。各VMの差分ディスク（OSストレージ内）に書き込まれます。（これは、7.9より前のリリースでのプロビジョニングアクションです。）
  • このカタログを使用してAppDiskを作成する予定がある場合は、キャッシュを有効にしないでください。
  • マシンカタログの作成後、キャッシュ値を変更することはできません。

セキュリティ

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

ニック (複数のニック)

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

マシンアカウント

このページは、リモートPCアクセス カタログを作成する場合にのみ表示されます。
「マシンアカウント」ページで、ユーザーまたはユーザーグループに対応するActive Directoryマシンアカウントまたは組織単位（OU）を指定します。OU名にスラッシュ（/）を使用しないでください。
OUを追加する際に、ドメインがリストに表示されない場合は、次の操作を実行できます。
  • 完全一致で検索します。
  • すべてのドメインを参照して見つけます。
以前に構成した電源管理接続を選択するか、電源管理を使用しないことを選択できます。電源管理を使用したいが、適切な接続がまだ構成されていない場合は、後でその接続を作成し、マシンカタログを編集して電源管理設定を更新できます。

マシンのID

このページは、MCSを使用してVMを作成する場合にのみ表示されます。
カタログ内の各マシンには一意のIDが必要です。このページでは、カタログ内のマシンのIDを構成できます。マシンはプロビジョニング後にIDに参加します。カタログ作成後にIDタイプを変更することはできません。
このページで設定を構成するための一般的なワークフローは次のとおりです。
  1. リストからIDを選択します。
  2. アカウントを作成するか既存のアカウントを使用するか、およびそれらのアカウントの場所（ドメイン）を指定します。
次のいずれかのオプションを選択できます。
  • オンプレミスのActive Directory。組織が所有し、その組織に属するActive Directoryアカウントでサインインするマシン。これらはオンプレミスに存在します。
  • Microsoft Entra ハイブリッド参加済み。組織が所有し、その組織に属するActive Directory Domain Servicesアカウントでサインインするマシン。これらはクラウドとオンプレミスに存在します。要件、制限、考慮事項については、「Microsoft Entra ハイブリッド参加済み」を参照してください。
    注:
  • ドメインに参加していない。どのドメインにも参加していないマシン。要件と制限については、「ドメインに参加していない」を参照してください。
重要:
  • IDタイプとしてオンプレミスActive DirectoryまたはMicrosoft Entraハイブリッド参加を選択した場合、カタログ内の各マシンには対応するActive Directoryコンピューターアカウントが必要です。
  • ドメイン非参加のIDタイプでは、カタログの最小機能レベルとしてVDAバージョン2311以降が必要です。利用可能にするには、最小機能レベルを更新してください。
アカウントを作成する場合、マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。カタログ内の各マシンは一意の名前を持つ必要があります。作成するマシンのアカウント命名規則を指定してください。詳細については、「マシンアカウント命名規則」を参照してください。
注:
OU名にスラッシュ（/）を使用しないようにしてください。
既存のアカウントを使用する場合は、アカウントを参照するか、インポートをクリックしてアカウント名を含む.csvファイルを指定します。インポートするファイルの内容は、次の形式を使用する必要があります。
  • ADcomputeraccountname.domain
追加するすべてのマシンに対して十分なアカウントがあることを確認してください。Web Studioインターフェイスがそれらのアカウントを管理します。したがって、そのインターフェイスですべてのアカウントのパスワードをリセットできるようにするか、すべてのアカウントで同じパスワードを指定してください。
物理マシンまたは既存のマシンを含むカタログの場合、既存のアカウントを選択またはインポートし、各マシンをActive Directoryコンピューターアカウントとユーザーアカウントの両方に割り当てます。

マシンアカウント命名規則

カタログ内の各マシンは一意の名前を持つ必要があります。カタログを作成する際に、マシンアカウントの命名規則を指定する必要があります。名前に表示される連番または文字のプレースホルダーとして、ワイルドカード（ハッシュマーク）を使用します。
命名規則を指定する際は、次のルールに注意してください。
  • 命名規則には少なくとも1つのワイルドカードを含める必要があります。すべてのワイルドカードはまとめて配置する必要があります。
  • ワイルドカードを含む名前全体は、2文字以上15文字以下である必要があります。少なくとも1つの非数字文字と1つの#（ワイルドカード）文字を含める必要があります。
  • 名前にスペースや次の文字を含めることはできません: ,~!@'$%\^&.()}{\/*?"<>|=+[];:_".。
  • 名前はハイフン (-) で終わることはできません。
また、命名スキームを指定する際には、将来の拡張に十分な余裕を持たせてください。次の例を考えてみましょう。「veryverylong#」というスキームで1,000個のマシンアカウントを作成した場合、最後に作成されるアカウント名 (veryverylong1000) は16文字になります。したがって、この命名スキームでは、最大15文字を超えるマシン名が1つ以上生成されることになります。
シーケンシャル値が数字（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権限が付与されている必要があります。

概要、名前、および説明

「概要」ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報はWeb Studioに表示されます。
完了したら、**「完了」をクリックしてカタログの作成を開始します。 完了したら、「完了」**を選択してカタログの作成を開始します。
マシンカタログに、新しいカタログがインラインの進行状況バーとともに表示されます。
作成の進行状況の詳細を表示するには：
  1. マシンカタログにマウスカーソルを合わせます。
  2. 表示されるツールヒントで、詳細の表示をクリックします。
    以下の項目を確認できる、段階的な進行状況グラフが表示されます。
    • ステップの履歴
    • 現在のステップの進行状況と実行時間
    • 残りのステップ

MCSの時刻同期

時刻同期は、マスターイメージと、結合されたマシンIDカタログのタイプによって決定されます。マスターイメージとカタログに応じて、次の時刻同期方法が適用されます。
マスターイメージ カタログ 結果の時刻同期方法
NDJ AD または Microsoft Entra ハイブリッド デフォルトではNT5DSです。マスターイメージのレジストリ設定を使用して、MCSが時刻同期設定を変更するのを無効にできます。
NDJ NDJ または Microsoft Entra ID 元の時刻同期設定と同じ
AD または Microsoft Entra ハイブリッド AD または Microsoft Entra ハイブリッド 元の時刻同期設定と同じ
マイクロソフト エントラ ID マイクロソフト エントラ ID 元の時刻同期設定と同じ
注:
元の時刻同期は、次のレジストリ設定によって制御され、変更できません。
  • Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config
値: MaxAllowedPhaseOffset, MaxNegPhaseCorrection, and MaxPosPhaseCorrection
  • Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters
値: Type
MCSが時刻同期設定を変更するのを無効にするには、マスターイメージで次のレジストリ設定の値を設定します。
  • Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
  • 名前: TimeSyncMethodKeep
  • 種類: DWORD
  • 0 (または、値TimeSyncMethodKeepが構成されていない場合): 元の時刻同期設定を保持しません。
  • 1: 元の時刻同期設定とデフォルトのパラメーター値を保持します。

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

GCPおよびAzure環境では、New-ProvSchemeとSet-ProvSchemeでカスタムプロパティを正しく設定する必要があります。存在しないカスタムプロパティを指定すると、次のエラーメッセージが表示され、コマンドの実行に失敗します。
  • Azureの場合: Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property..
  • GCPの場合: Invalid property found: <invalid property>. Ensure that the value supplied for the property is supported in the Hypervisor..

トラブルシューティング

重要:
Web Studioを使用してマシンカタログを作成した後、Get-ProvTask PowerShellコマンドを使用して、マシンカタログ作成に関連するタスクを取得することはできません。この制限は、カタログが正常に作成されたかどうかにかかわらず、Web Studioがマシンカタログ作成後にそれらのタスクを削除するためです。
Citrixでは、サポートチームが解決策を提供できるよう、ログを収集することをお勧めします。Citrix Provisioningを使用している場合は、次の手順でログファイルを生成します。
  1. マスターイメージで、値1（DWORD (32ビット) 値として）を持つ次のレジストリキーを作成します: HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING。
  2. マスターイメージをシャットダウンし、スナップショットを作成します。
  3. Delivery Controllerで、次のPowerShellコマンドを実行します: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True。
  4. そのスナップショットに基づいてカタログを作成します。
  5. ハイパーバイザー上に準備VMが作成されたら、ログインしてC:\\のルートから次のファイル（Image-prep.logとPvsVmAgentLog.txt）を抽出します。
  6. マシンをシャットダウンすると、その時点で障害が報告されます。
  7. イメージ準備マシンの自動シャットダウンを再度有効にするには、次の PowerShell コマンドを実行します: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown。

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

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

制限事項

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

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

ライトバックキャッシュディスクにドライブ文字を割り当てるには：
  1. PowerShellウィンドウを開きます。
  2. asnp citrix*を実行します。
  3. IDプールがまだ作成されていない場合は作成します。詳細については、カタログの作成を参照してください。
  4. 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>'
  5. カタログの作成を完了します。

MCSマシンカタログを作成する前に構成を検証する

New-ProvSchemeコマンドの-validateパラメーターを使用して、MCSマシンカタログを作成する前に構成設定を検証できます。このPowerShellコマンドをパラメーター付きで実行すると、誤ったパラメーターが使用されている場合や、パラメーターが別のパラメーターと競合している場合に、適切なエラーメッセージが表示されます。その後、エラーメッセージを使用して問題を解決し、PowerShellを使用してMCSマシンカタログを正常に作成できます。現在、この機能はAWS、Azure、GCP、およびVMwareの仮想化環境に適用できます。
注:
検証中は、実際のMCSマシンカタログを作成してはなりません。コマンドの結果を使用してエラーを修正し、その後で正常なカタログを作成する必要があります。したがって、New-ProvSchemeコマンドを実行する際は、架空のIDプール名を使用してください。
構成を検証するには、次の手順を実行します。
  1. Delivery ControllerホストからPowerShellウィンドウを開きます。
  2. Citrix固有のPowerShellモジュールをロードするためにasnp citrix*を実行します。
  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 *
    エラーメッセージ:
    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
  4. 構成設定を検証した後、実際のIDプール名と正しいパラメーターを使用してMCSマシンカタログを作成できます。

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

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 サーバーの読み取り、作成、削除を行うための Allows アカウント。
    • VM 拡張機能、ライセンス、プライベートリンクスコープを管理するための Allows アカウント。
    • リソースグループスコープでサービスプリンシパルに割り当てられている Azure Connected Machine Resource Administrator ロール。
Azure portal を使用して Azure ロールを割り当てる を参照してください。
  • 以下のマスターイメージ:
    • VDA: 2311 以降 (2411 を除く)。
      注記:
      CVAD 2411では、Azure Arcオンボーディングはサポートされていません。
    • AzureConnectedMachineAgent エージェントがインストールされていること。MSI は、Microsoft のドキュメントの Windows または Linux セクションからダウンロードできます。

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

  1. AzureArcResourceManagementの機能を持つサービスアカウントを設定します。
    サービスアカウントは、Microsoft Entra IDのようなIDプロバイダーにアクセスするための資格情報を保存することで、認証または承認に使用されます。各サービスアカウントは、単一のIDプロバイダーに紐付けられます。
    AzureArcResourceManagement capabilityを使用してAzureADにアクセスするための新しいサービスアカウントを作成するには、以下を実行します。
    New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement”
    application-idは、Azure Connected Machine Resource Administratorロールが割り当てられたサービスプリンシパルと同じである必要があります。
  2. サービスアカウントをIDプールに割り当てます。例:
    Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”
  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”
    例: 既存のカタログでAzure Arcオンボーディングを有効にするには:
    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $true -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
    例: 既存のカタログでAzure Arcオンボーディングを無効にするには:
    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:
  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.
その場合は、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"}

次のステップ

特定のクラウドサービスカタログの作成については、以下を参照してください。
これが最初に作成するカタログである場合、Web Studio は デリバリーグループを作成するように案内します。
構成プロセス全体を確認するには、インストールと構成を参照してください。
Web Studio と PowerShell を使用して、Citrix Provisioning カタログを作成できます。 この実装には、次の利点があります。
  • MCS と Citrix Provisioning カタログの両方を管理するための単一の統合コンソール。
  • ID 管理ソリューション、オンデマンドプロビジョニングなど、Citrix Provisioning カタログの新機能を利用できます。
現在、この機能は Azure および VMware ワークロードでのみ利用可能です。ただし、VMware 環境では、PowerShell コマンドのみを使用してカタログを作成できます。詳細については、Citrix Studio で Citrix Provisioning カタログを作成するを参照してください。

詳細情報