マシンカタログの作成
重要:
Citrix Virtual Apps and Desktops™ 7 2006以降、現在の展開で以下のいずれかのテクノロジーを使用している場合、それらのテクノロジーを使用するサポート終了（EOL）アイテムを削除した後にのみ、現在のリリースにアップグレードできます。
- Personal vDisk（PvD）
- AppDisk™
- パブリッククラウドホストタイプ：Citrix CloudPlatform、Microsoft Azure Classic
詳細については、「PvD、AppDisk、およびサポートされていないホストの削除」を参照してください。
注:
バージョン2511以降、Citrix Web Studio（Webベース）はCitrix Virtual Apps and Desktops™の唯一の管理コンソールです。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
展開にパブリッククラウドホスト接続を使用する場合は、新規インストールまたは現在のリリースへのアップグレードを完了するためにハイブリッド権限ライセンスが必要です。
インストーラーがサポートされていないテクノロジーまたはハイブリッド権限ライセンスのないホスト接続のいずれかを検出すると、アップグレードは一時停止または停止します。説明メッセージが表示されます。インストーラーログには詳細が含まれています。詳しくは、「展開のアップグレード」を参照してください。
はじめに
物理マシンまたは仮想マシンのコレクションは、マシンカタログと呼ばれる単一のエンティティとして管理されます。カタログ内のすべてのマシンは、マルチセッション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は、カタログ作成ウィザードで、およびカタログからデリバリーグループにマシンを追加した後に、トラブルシューティング情報を提供します。
ウィザードを使用して既存のマシンを追加した後、コンピューターアカウント名のリストは、各マシンがカタログに追加するのに適しているかどうかを示します。各マシンの横にあるアイコンにカーソルを合わせると、そのマシンに関する情報メッセージが表示されます。
メッセージが問題のあるマシンを特定した場合は、そのマシンを削除するか、マシンを追加します。たとえば、メッセージがマシンに関する情報を取得できない可能性があることを示している場合でも、マシンを追加します。
詳細については、以下を参照してください。
- VDA登録のトラブルシューティングガイダンスについては、CTX136668
- VDAのバージョンと機能レベル
- VDA登録方法
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 = Diffディスク：マスターベースイメージからコピーされたOSが含まれます。
- Disk1 = IDディスク：16 MB - 各VMのActive Directoryデータが含まれます。
製品の進化に伴い、特定のユースケースや機能の消費を満たすために、さらにディスクを追加する必要がある場合があります。例：
- MCSストレージ最適化は、各VMのライトキャッシュスタイルのディスクを作成します。XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に利用可能なOSストレージリストを一時ストレージリストと同じように構成すると、MCSはライトバックキャッシュ（WBC）ディスクをOSディスクと同じストレージの場所に配置します。
- MCSは、前のセクションで説明したDeltaディスクシナリオとは対照的に、完全クローンを使用する機能を追加しました。
ハイパーバイザーの機能も考慮に入れる必要があります。例：
- XenServer IntelliCacheは、各XenServerのローカルストレージに読み取りディスクを作成します。このオプションは、共有ストレージの場所にある可能性のあるマスターイメージに対するIOPSを節約します。
-
ハイパーバイザーのオーバーヘッド
異なるハイパーバイザーは、VMのオーバーヘッドを作成する特定のファイルを使用します。ハイパーバイザーは、管理および一般的なログ操作にもストレージを使用します。オーバーヘッドを含めるスペースを計算します。
- ログファイル
- ハイパーバイザー固有のファイル。例：
- VMwareは、VMストレージフォルダーにさらにファイルを追加します。「VMwareのベストプラクティス」を参照してください。
- 仮想ディスクに20 GB、スワップファイルに16 GB、ログファイルに100 MBを含む仮想マシンは、合計36.1 GBを消費すると計算します。
- XenServerのスナップショット；VMwareのスナップショット。
-
プロセスのオーバーヘッド
カタログの作成、マシンの追加、およびカタログの更新には、固有のストレージへの影響があります。例：
その他の考慮事項：
- 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とディスク）のコストとパフォーマンスのバランスを取り、目的のワークロードの期待に応えることができます。
ライトキャッシュ方法をディスクベースからファイルベースに更新するには、次の変更が必要です。
- MCS I/O は RAM のみのキャッシュをサポートしなくなりました。マシンカタログ作成時に Web Studio でディスクサイズを指定してください。
- VM の書き込みキャッシュディスクは、VM の初回起動時に自動的に作成およびフォーマットされます。VM が起動すると、書き込みキャッシュファイル
mcsdif.vhdxがフォーマットされたボリュームMCSWCDiskに書き込まれます。 - ページファイルは、このフォーマットされたボリューム
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 スナップショットに既存のマシンカタログを更新すると、次の動作が発生します。新しいスナップショットは、既存のカタログの MCS I/O 設定 (RAM およびディスクサイズ) を引き続き使用します。既存の生ディスクはフォーマットされます。
重要:
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 一時ディスクがライトバックキャッシュディスクとして使用されている場合は適用不可
- 新しいマシンカタログを作成する場合にのみ適用可能
ライトバックキャッシュディスクへのドライブ文字の割り当て
ライトバックキャッシュディスクにドライブ文字を割り当てるには:
- PowerShell ウィンドウを開きます。
-
asnp citrix*を実行します。 - まだ作成されていない場合は、ID プールを作成します。
-
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--> - カタログの作成を完了します。詳しくは、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 を実行しないでください。
マスターイメージを準備するには:
- ハイパーバイザーの管理ツールを使用してマスターイメージを作成し、オペレーティングシステム、すべてのサービスパック、および更新プログラムをインストールします。vCPU の数を指定します。PowerShell を使用してマシンカタログを作成する場合も、vCPU の値を指定できます。Web Studio を使用してカタログを作成する場合、vCPU の数を指定することはできません。デスクトップとアプリケーションに必要なハードディスク容量を構成します。この値は、後で変更したり、カタログで変更したりすることはできません。
- ハードディスクがデバイスロケーション 0 に接続されていることを確認してください。ほとんどの標準マスターイメージテンプレートでは、このロケーションがデフォルトで構成されていますが、一部のカスタムテンプレートではそうでない場合があります。
- 上記にリストされているソフトウェアをマスターイメージにインストールして構成します。
- MCS を使用していない場合は、マスターイメージを、アプリケーションとデスクトップがメンバーであるドメインに参加させます。マスターイメージが、マシンが作成されるホストで利用可能であることを確認してください。MCS を使用している場合、マスターイメージをドメインに参加させる必要はありません。プロビジョニングされたマシンは、カタログ作成ウィザードで指定されたドメインに参加します。
- 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 キーをインストールします。MAK キーを Windows システムにインストールする手順については、「MAK アクティベーションの展開」を参照してください。
-
イメージ準備を使用しない場合:
-
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activationの下にレジストリ DWORD 値Manualを追加します。 - 値を
1に設定します。
-
アクティベーションカウント
MAK キーの残りアクティベーション数を表示したり、VM が 2 つ以上のアクティベーションを消費しているかどうかを確認したりするには、ボリュームアクティベーション管理ツール (VAMT) を使用します。「VAMT のインストール」を参照してください。
MAK を使用した Windows システムのアクティベーション
MAK を使用して Windows システムをアクティベートするには:
- マスターイメージにプロダクトキーをインストールします。この手順でアクティベーションカウントが1つ消費されます。
- MCSマシンカタログを作成します。
-
イメージ準備を使用しない場合:
-
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activationの下にレジストリDWORD値Manualを追加します。 - 値を
1に設定します。
この方法により、オンラインアクティベーションのオプションが無効になります。
-
- マシンカタログにVMを追加します。
- VMの電源をオンにします。
-
オンラインアクティベーションかオフラインアクティベーションかに応じて、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がインストールされていることを確認します。
カタログ作成ウィザードを開始するには:
- これが最初に作成するカタログである場合、適切な選択肢（「マシンをセットアップし、アプリとデスクトップを実行するためのマシンカタログを作成する」など）に誘導されます。カタログ作成ウィザードが開きます。
-
すでにカタログを作成しており、別のカタログを作成したい場合は、次の手順に従います。
-
Web Studioにサインインし、左ペインで [マシンカタログ] を選択し、アクションバーで [マシンカタログの作成] を選択します。
-
フォルダーを使用してカタログを整理するには、デフォルトの [マシンカタログ] フォルダーの下にフォルダーを作成します。詳しくは、「カタログフォルダーの作成」を参照してください。
-
カタログを作成するフォルダーを選択し、[マシンカタログの作成] をクリックします。カタログ作成ウィザードが開きます。
-
ウィザードは以下の項目を案内します。表示されるウィザードページは、選択内容によって異なります。
オペレーティングシステム
各カタログには、1種類のマシンのみが含まれます。1つ選択してください。
- マルチセッションOS: マルチセッションOSカタログは、ホストされた共有デスクトップを提供します。マシンはサポートされているバージョンのWindowsまたはLinuxオペレーティングシステムを実行できますが、カタログに両方を含めることはできません。（そのOSの詳細については、Linux VDAのドキュメントを参照してください。）
- シングルセッションOS: シングルセッションOSカタログは、さまざまなユーザーに割り当てることができるVDIデスクトップを提供します。
- Remote PCアクセス: Remote PCアクセスカタログは、ユーザーに物理的なオフィスデスクトップマシンへのリモートアクセスを提供します。Remote PCアクセスは、セキュリティのためにVPNを必要としません。
マシン管理
このページは、Remote 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カタログの作成中に、[ターゲットデバイス] ページで、プロビジョニングするマシンのファームとサイトを選択するドロップダウンメニューに、存在しないファームとサイトがリストされている場合があります。回避策として、PowerShellコマンド
Unregister-HypPvsSiteを実行して、データベースからファームとサイトを削除できます。PowerShellコマンドの詳細については、「Unregister-HypPvsSite」を参照してください。
-
その他のサービスまたはテクノロジー データセンターにすでに存在するマシンを管理するツール。Citrixは、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Managerまたは別のサードパーティアプリケーションを使用することを推奨します。
デスクトップの種類（デスクトップエクスペリエンス）
注:
[デスクトップエクスペリエンス] ページのオプションは、[マシンタイプ] ページで選択したマシンタイプによって異なります。
-
マルチセッションOS マシンの場合、ユーザーはログオンするたびにランダムなデスクトップを割り当てられます。次のいずれかのオプションを選択します。
- はい、仮想デスクトップをホストするマシンのローカルディスクに変更を保存します。 (永続的)
- いいえ、ユーザーがログオフするときにすべての変更を破棄し、仮想デスクトップをクリアします。 (非永続的)
注:
永続的なマルチセッションマシンの場合、ユーザーがデスクトップに行った変更は保存され、すべての認証済みユーザーがアクセスできます。
-
シングルセッションOS マシンの場合、[デスクトップエクスペリエンス] ページで次のオプションが表示されます。
- ユーザーがログオンするたびに新しい（ランダムな）デスクトップに接続するようにします。
-
ユーザーがログオンするたびに同じ（静的な）デスクトップに接続するようにします。
静的デスクトップの場合、ユーザーが行った変更をログオフ後に保存するか破棄するかをさらに決定できます。
[仮想デスクトップをホストするマシンのローカルディスクに変更を保存します: 永続的] を選択した場合、[仮想マシン] ページで仮想マシンコピーモードの高速コピーまたは完全コピーオプションが利用できます。
[ユーザーがログオフするときにすべての変更を破棄し、仮想デスクトップをクリアします: 非永続的] を選択した場合、[仮想マシン] ページで仮想マシンコピーモードを構成することはできません。
イメージとマシンプロファイル
このページは、MCSを使用してVMを作成する場合にのみ表示されます。
-
マシンカタログのイメージタイプを選択し、イメージを選択します。2つのイメージタイプが利用可能です。
-
マスターイメージ。 イメージ準備プロセスをまだ経ていないイメージ。イメージ準備プロセスは、カタログ作成が開始されると自動的に開始されます。
注:
- MCSを使用している場合、マスターイメージでSysprepを実行しないでください。
- スナップショットではなくマスターイメージを指定した場合、Web Studioはスナップショットを作成しますが、名前を付けることはできません。
-
準備済みイメージ。 イメージ準備プロセスを完了し、VM作成に直接使用できるイメージ。カタログ作成時にマスターイメージではなく準備済みイメージを選択することで、より高速で信頼性の高いマシンカタログ作成と、合理化されたイメージライフサイクル管理が保証されます。必要に応じて、選択した準備済みイメージにメモを追加します。
注:
- 準備済みイメージを使用して作成されたVMは、ハイバネーションをサポートしていません。
- 現在、準備済みイメージを使用したカタログ作成は、AzureおよびVMware環境でのみ利用可能です。
準備済みイメージの作成方法の詳細については、「イメージ管理（プレビュー）」を参照してください。
-
イメージを選択する際、必要に応じて選択したイメージにメモを追加できます。
最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。デフォルトの最小VDA選択を変更しないでください。ただし、以前のVDAバージョンを使用する必要がある場合は、「VDAバージョンと機能レベル」を参照してください。
ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。
-
既存のVMをマシンプロファイルとして使用するには、[マシンプロファイルを使用] を選択し、VMを選択します。
注：
現在、マシンプロファイルの使用はAzure、AWS、GCP、およびVMwareのVMに限定されています。
VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成する際に、仮想マシンを保持するフォルダーを指定する必要があります。
仮想マシンのフォルダーの場所を指定するには、カタログ作成ウィザードで [仮想マシン] ページに移動し、[マシンを配置するフォルダーを選択] セクションに移動して、仮想マシンのフォルダーの場所を選択します。指定しない場合、システムは選択したマシンプロファイルのフォルダーをデフォルトの場所と見なします。
- AWS展開の場合、起動テンプレートをマシンプロファイルとして選択できます。
- カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。
マシン
このページは、Remote PC Accessカタログを作成する際には表示されません。
このページのタイトルは、[マシン管理] ページで選択した内容（[マシン]、[仮想マシン]、または [VMとユーザー]）によって異なります。
MCSを使用する場合：
- 作成する仮想マシンの数を指定します。作成しない場合は 0（ゼロ）を入力します。後で、[マシンの追加] を実行して、空のカタログにVMを作成できます。
- 各VMのメモリ量（MB単位）を選択します。
- 作成された各VMにはハードディスクがあります。そのサイズはマスターイメージで設定されます。カタログでハードディスクのサイズを変更することはできません。
- 展開に複数のゾーンが含まれている場合、カタログのゾーンを選択できます。
- 静的デスクトップVMを作成している場合は、仮想マシンコピーモードを選択します。「仮想マシンコピーモード」を参照してください。
- vDiskを使用しないランダムデスクトップVMを作成している場合は、各マシンの一時データに使用するキャッシュを構成できます。「一時データのキャッシュの構成」を参照してください。
その他のツールを使用する場合：
Active Directoryマシンアカウント名を追加（またはリストをインポート）します。VMを追加/インポートした後、VMのActive Directoryアカウント名を変更できます。[デスクトップエクスペリエンス] ページで静的マシンを指定した場合、追加する各VMのActive Directoryユーザー名をオプションで指定できます。
名前を追加またはインポートした後、このページにいる間は [削除] ボタンを使用してリストから名前を削除できます。
その他のツールを使用する場合（ただしMCSではない場合）：
追加（またはインポート）された各マシンのアイコンとツールヒントは、カタログに追加できない可能性のあるマシン、またはDelivery Controllerに登録できない可能性のあるマシンを特定するのに役立ちます。詳細については、「VDAバージョンと機能レベル」を参照してください。
仮想マシン作成時のSIDの追加
新しい仮想マシンを作成する際に、マシンを一意に識別するためにパラメーター ADAccountSid を追加できるようになりました。
手順：
- サポートされているIDタイプでカタログを作成します。
-
NewProvVMを使用してカタログにマシンを追加します。例：New-ProvVM -ProvisioningSchemeName "name" -ADAccountSid @("SID ") -RunAsynchronously <!--NeedCopy-->
ただし、次の条件のいずれかに該当するマシンはプロビジョニングできません。
- カタログIDプールにないADアカウント
- 利用可能な状態ではないADアカウント
仮想マシンコピーモード
[マシン] ページで指定するコピーモードは、MCSがマスターイメージからシン（高速コピー）クローンまたはシック（完全コピー）クローンを作成するかどうかを決定します。（デフォルト = シンクローン）
- より効率的なストレージ使用とより高速なマシン作成には、高速コピークローンを使用します。
- マシンの作成後のIOPSを削減できる可能性があり、より優れたデータ回復と移行サポートには、完全コピークローンを使用します。
注：
完全コピークローンアプローチは、マルチセッションOSまたはシングルセッション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のセキュリティグループを構成します。これは、既存のマシンカタログを編集およびクローン作成する場合にも適用されます。
マシンプロファイルベースのマシンカタログを作成する場合、セキュリティグループの構成はマシンプロファイルから継承され、セキュリティ ページは表示されません。
NIC (ネットワークインターフェイスカード)
このページは、リモートPCアクセス カタログを作成する際には表示されません。
複数のNICを使用する予定がある場合は、各カードに仮想ネットワークを関連付けます。たとえば、一方のカードを特定のセキュアネットワークへのアクセスに割り当て、もう一方のカードをより一般的に使用されるネットワークへのアクセスに割り当てることができます。このページからNICを追加または削除することもできます。
マシンアカウント
このページは、リモートPCアクセス カタログを作成する場合にのみ表示されます。
マシンアカウント ページで、ユーザーまたはユーザーグループに対応するActive Directoryマシンアカウントまたは組織単位 (OU) を追加するように指定します。OU名にスラッシュ (/) を使用しないでください。
OUを追加する際に、ドメインがリストに表示されない場合は、次の操作を実行できます。
- 完全一致を使用して検索します。
- すべてのドメインを参照して見つけます。
以前に構成した電源管理接続を選択するか、電源管理を使用しないことを選択できます。電源管理を使用したいが、適切な接続がまだ構成されていない場合は、後でその接続を作成し、マシンカタログを編集して電源管理設定を更新できます。
マシンID
このページは、MCSを使用してVMを作成する場合にのみ表示されます。
カタログ内の各マシンは一意のIDを持つ必要があります。このページでは、カタログ内のマシンのIDを構成できます。マシンはプロビジョニング後にIDに参加します。カタログ作成後にIDタイプを変更することはできません。
このページで設定を構成する一般的なワークフローは次のとおりです。
- リストからIDを選択します。
- アカウントを作成するか既存のアカウントを使用するか、およびそれらのアカウントの場所 (ドメイン) を示します。
次のいずれかのオプションを選択できます。
- オンプレミスActive Directory。組織が所有し、その組織に属するActive Directoryアカウントでサインインするマシン。これらはオンプレミスに存在します。
-
Microsoft Entraハイブリッド参加。組織が所有し、その組織に属するActive Directory Domain Servicesアカウントでサインインするマシン。これらはクラウドとオンプレミスに存在します。要件、制限、および考慮事項については、「Microsoft Entraハイブリッド参加」を参照してください。
注:
- Microsoft Entraハイブリッド参加を使用する前に、Azure環境が前提条件を満たしていることを確認してください。「Microsoft Entraハイブリッド参加の構成」を参照してください。
- このオプションでは、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。詳しくは、「Microsoft Entraハイブリッド参加デバイス」を参照してください。
- ドメイン非参加。どのドメインにも参加していないマシン。要件と制限については、「ドメイン非参加」を参照してください。
重要:
- IDタイプとして オンプレミスActive Directory または Microsoft Entraハイブリッド参加 を選択した場合、カタログ内の各マシンは対応するActive Directoryコンピューターアカウントを持つ必要があります。
- ドメイン非参加 IDタイプでは、カタログの最小機能レベルとしてVDAバージョン2311以降が必要です。利用可能にするには、最小機能レベルを更新してください。
アカウントを作成する場合、マシンが存在するOUでコンピューターアカウントを作成する権限が必要です。カタログ内の各マシンは一意の名前を持つ必要があります。作成するマシンのアカウント命名スキームを指定します。詳しくは、「マシンアカウント命名スキーム」を参照してください。
注:
OU名にスラッシュ (
/) を使用しないようにしてください。
既存のアカウントを使用する場合は、アカウントを参照するか、インポート をクリックしてアカウント名を含む.csvファイルを指定します。インポートされたファイルの内容は、次の形式を使用する必要があります。
- [ADComputerAccount] 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文字以上の文字を入力します。
ドメイン資格情報
アカウント操作を実行する権限を持つ管理者の資格情報を入力します。詳細な手順は次のとおりです。
- 資格情報の入力 をクリックします。Windowsセキュリティページが表示されます。
- ユーザー名 フィールドに、管理者のSamName、ユーザー名、またはユーザーSIDを入力します。
- SamName を入力すると、ドメインフィールドが自動的に入力されます。
- ユーザー名または SID を入力した場合、ドメインフィールドにドメイン名または SID を入力することで、特定のドメインにユーザー検索を制限できます。
- 名前の確認をクリックして、ユーザー名が有効か一意であるかを確認します。
- パスワードフィールドに、管理者のドメインパスワードを入力します。
- 完了をクリックします。
注:
マシンIDで選択したIDタイプが Microsoft Entra ハイブリッド参加済みの場合、入力する資格情報には
Write userCertificate権限が付与されている必要があります。
概要、名前、および説明
概要ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報は Web Studio に表示されます。
完了したら、完了をクリックしてカタログ作成を開始します。 完了したら、完了を選択してカタログ作成を開始します。
マシンカタログに、新しいカタログがインラインの進行状況バーとともに表示されます。
作成の進行状況の詳細を表示するには：
-
マシンカタログにマウスカーソルを合わせます。
-
表示されるツールチップで、詳細の表示をクリックします。
以下の項目を確認できる段階的な進行状況グラフが表示されます。
- ステップの履歴
- 現在のステップの進行状況と実行時間
- 残りのステップ
MCS の時刻同期
時刻同期は、マスターイメージと、参加しているマシンIDカタログのタイプによって決定されます。マスターイメージとカタログに応じて、以下の時刻同期方法が適用されます。
| マスターイメージ | カタログ | 結果として得られる時刻同期方法 |
|---|---|---|
| NDJ | AD または Microsoft Entra ハイブリッド | デフォルトでは NT5DS。マスターイメージのレジストリ設定を使用して、MCS が時刻同期設定を変更するのを無効にできます |
| NDJ | NDJ または Microsoft Entra ID | 元の時刻同期設定と同じ |
| AD または Microsoft Entra ハイブリッド | AD または Microsoft Entra ハイブリッド | 元の時刻同期設定と同じ |
| Microsoft Entra ID | Microsoft Entra ID | 元の時刻同期設定と同じ |
注:
元の時刻同期は、以下のレジストリ設定によって制御されており、変更できません。
- Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config
値: MaxAllowedPhaseOffset、MaxNegPhaseCorrection、および 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-ProvTaskPowerShell コマンドを使用してマシンカタログ作成に関連するタスクを取得することはできません。この制限は、カタログが正常に作成されたかどうかにかかわらず、Web Studio がマシンカタログ作成後にそれらのタスクを削除するためです。
Citrix は、サポートチームが解決策を提供できるよう、ログを収集することをお勧めします。Citrix Provisioning を使用している場合は、以下の手順でログファイルを生成します。
-
マスターイメージで、値 1 (DWORD (32 ビット) 値として) を持つ以下のレジストリキーを作成します:
HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING。 -
マスターイメージをシャットダウンし、スナップショットを作成します。
-
Delivery Controller で、以下の PowerShell コマンドを実行します:
Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True。 - そのスナップショットに基づいてカタログを作成します。
- ハイパーバイザー上に準備用 VM が作成されたら、ログインして C:\ のルートから以下のファイル (Image-prep.log および PvsVmAgentLog.txt) を抽出します。
- マシンをシャットダウンすると、その時点で障害が報告されます。
- イメージ準備マシンの自動シャットダウンを再度有効にするには、以下の 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 一時ディスクがライトバックキャッシュディスクとして使用されている場合は適用されません
- 新しいマシンカタログを作成する場合にのみ適用
ライトバックキャッシュディスクにドライブ文字を割り当てる
ライトバックキャッシュディスクにドライブ文字を割り当てるには：
- PowerShell ウィンドウを開きます。
-
asnp citrix*を実行します。 - まだ作成されていない場合は、ID プールを作成します。詳しくは、「カタログの作成」を参照してください。
-
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--> - カタログの作成を完了します。
MCS マシンカタログ作成前の構成の検証
New-ProvScheme コマンドでパラメーター -validate を使用すると、MCS マシンカタログを作成する前に構成設定を検証できます。この PowerShell コマンドをパラメーターと共に実行すると、誤ったパラメーターが使用されている場合や、あるパラメーターが別のパラメーターと競合している場合に、適切なエラーメッセージが表示されます。その後、エラーメッセージを使用して問題を解決し、PowerShell を使用して MCS マシンカタログを正常に作成できます。現在、この機能は AWS、Azure、GCP、および VMware の仮想化環境に適用できます。
注:
検証中は、実際の MCS マシンカタログを作成してはなりません。コマンドの結果を使用してエラーを修正し、その後で正常なカタログを作成する必要があります。したがって、
New-ProvSchemeコマンドを実行する際は、偽の ID プール名を使用してください。
構成を検証するには、以下の手順を実行します。
- Delivery Controller ホストから PowerShell ウィンドウを開きます。
-
asnp citrix*を実行して、Citrix 固有の PowerShell モジュールをロードします。 -
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--> - 構成設定を検証した後、実際の 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サーバーを読み取り、作成、削除することを許可します。
- アカウントがVM拡張機能、ライセンス、プライベートリンクスコープを管理することを許可します。
- リソースグループスコープでサービスプリンシパルに
Azure Connected Machine Resource Administratorロールが割り当てられていること。
Azureポータルを使用してAzureロールを割り当てるを参照してください。
-
マスターイメージ（以下を含む）：
VMをAzure Arcにオンボーディングする手順
-
AzureArcResourceManagement機能を持つサービスアカウントを設定します。サービスアカウントは、Microsoft Entra IDなどのIDプロバイダーにアクセスするための資格情報を保存することで、認証または承認に使用されます。各サービスアカウントは、単一のIDプロバイダーに紐付けられます。
AzureArcResourceManagement機能を持つAzureADにアクセスするための新しいサービスアカウントを作成するには、以下を実行します。New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement” <!--NeedCopy-->application-idは、Azure Connected Machine Resource Administratorロールが割り当てられたサービスプリンシパルと同じである必要があります。 -
サービスアカウントをIDプールに割り当てます。例：
Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid” <!--NeedCopy--> -
以下の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--> -
- Arcをオンボーディングするために、新しいマシンをカタログに追加します。
- 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-->
次のステップ
特定のクラウドサービスカタログの作成については、以下を参照してください。
- AWSカタログを作成する
- XenServerカタログを作成する
- Google Cloud Platformカタログを作成する
- Microsoft Azureカタログを作成する
- Microsoft System Center Virtual Machine Managerカタログを作成する
- Nutanixカタログを作成する
- VMwareカタログを作成する
これが最初に作成されたカタログである場合、Web Studioはデリバリーグループの作成を案内します。
構成プロセス全体を確認するには、インストールと構成を参照してください。
Web StudioとPowerShellを使用してCitrix Provisioningカタログを作成できます。 この実装には、以下の利点があります。
- MCSとCitrix Provisioningカタログの両方を管理できる単一の統合コンソール。
- ID管理ソリューション、オンデマンドプロビジョニングなどのCitrix Provisioningカタログの新機能。
現在、この機能はAzureおよびVMwareワークロードでのみ利用可能です。ただし、VMware環境では、現在PowerShellコマンドのみを使用してカタログを作成できます。詳細については、Citrix StudioでCitrix Provisioningカタログを作成するを参照してください。
詳細情報
この記事の概要
- はじめに
- 概要
- MCS I/O ライトバックキャッシュディスクへの特定のドライブ文字の割り当て
- マスターイメージの準備
- ボリュームライセンス認証
- Web Studioを使用したマシンカタログの作成
- オペレーティングシステム
- マシン管理
- デスクトップの種類（デスクトップエクスペリエンス）
- イメージとマシンプロファイル
- マシン
- セキュリティ
- NIC (ネットワークインターフェイスカード)
- マシンアカウント
- マシンID
- ドメイン資格情報
- 概要、名前、および説明
- MCS の時刻同期
- カスタムプロパティ設定に関する重要な考慮事項
- トラブルシューティング
- MCS I/O ライトバックキャッシュディスクに特定のドライブ文字を割り当てる
- MCS マシンカタログ作成前の構成の検証
- VM を Azure Arc にオンボード
- 次のステップ
- 詳細情報