マシンカタログを作成する
重要:
Citrix Virtual Apps and Desktops™ 7 2006以降、現在の展開で以下のいずれかのテクノロジーを使用している場合、それらのテクノロジーを使用するサポート終了（EOL）項目を削除した後にのみ、現在のリリースにアップグレードできます。
- パーソナル vディスク (ピーブイディー)
- アプリケーションディスク™
- パブリッククラウドホストの種類：シトリックス クラウドプラットフォーム、マイクロソフト アジュール クラシック
詳細については、「PVD、AppDisks、およびサポートされていないホストの削除」を参照してください。
注:
シトリックス バーチャル アプリケーションズ アンド デスクトップの展開は、ウェブ スタジオ（Webベース）とシトリックス スタジオ（Windowsベース）の2つの管理コンソールを使用して管理できます。この記事ではウェブ スタジオのみを扱います。シトリックス スタジオに関する情報については、シトリックス バーチャル アプリケーションズ アンド デスクトップ 7 2212以前の同等の記事を参照してください。
展開にパブリッククラウドホスト接続を使用する場合は、新規インストールまたは現在のリリースへのアップグレードを完了するためにHybrid Rights Licenseが必要です。
インストーラーがサポートされていないテクノロジーまたはHybrid Rights Licenseのないホスト接続を1つ以上検出すると、アップグレードは一時停止または停止します。説明メッセージが表示されます。インストーラーログには詳細が含まれています。詳細については、「展開のアップグレード」を参照してください。
はじめに
物理マシンまたは仮想マシンのコレクションは、マシンカタログと呼ばれる単一のエンティティとして管理されます。カタログ内のすべてのマシンは、マルチセッション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 Virtual Apps and Desktops イメージ管理 を参照してください。
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を付与する、一意の16MBのIDディスク。各VMはIDディスクを取得します。
- VMへの書き込みを保存するための一意の差分ディスク。このディスクはシンプロビジョニングされており（ホストストレージがサポートしている場合）、必要に応じてマスターイメージの最大サイズまで増加します。各VMは差分ディスクを取得します。差分ディスクにはセッション中に加えられた変更が保持されます。専用デスクトップの場合は永続的です。プールされたデスクトップの場合、デリバリーコントローラーを介した再起動のたびに削除され、新しいものが作成されます。
あるいは、静的デスクトップを提供するためにVMを作成する際、カタログ作成ウィザードのマシンページで、シック（完全コピー）VMクローンを指定できます。完全クローンは、すべてのデータストアにマスターイメージを保持する必要はありません。各VMは独自のファイルを持ちます。
MCSストレージに関する考慮事項
MCSのストレージソリューション、構成、および容量を決定する際には、多くの要因があります。以下の情報は、ストレージ容量に関する適切な考慮事項を提供します。
容量に関する考慮事項:
-
ディスク
デルタディスクまたは差分（Diff）ディスクは、ほとんどのMCS展開において、各VMで最大のスペースを消費します。MCSによって作成される各VMには、作成時に最低2つのディスクが割り当てられます。
- Disk0 = 差分ディスク: マスターベースイメージからコピーされたOSを含みます。
- Disk1 は識別ディスクです。容量は16 MBで、各VMのActive Directoryデータが含まれています。
製品の進化に伴い、特定のユースケースや機能の消費を満たすために、さらにディスクを追加する必要がある場合があります。例：
- MCSストレージ最適化 は、各VMにライトキャッシュスタイルのディスクを作成します。
- MCSは、前のセクションで説明したデルタディスクのシナリオとは対照的に、フルクローン を使用する機能を追加しました。
ハイパーバイザーの機能も考慮に入れる必要があるかもしれません。例：
- XenServer IntelliCacheは、各XenServerのローカルストレージにリードディスクを作成します。このオプションにより、共有ストレージロケーションに保持されている可能性のあるマスターイメージに対するIOPSを節約できます。
-
ハイパーバイザーのオーバーヘッド
ハイパーバイザーによって、VMのオーバーヘッドを発生させる特定のファイルが使用されます。ハイパーバイザーは、管理および一般的なログ記録操作にもストレージを使用します。オーバーヘッドを含めるためのスペースを計算します。
- ログファイル
- ハイパーバイザー固有のファイル。例:
- VMwareは、VMストレージフォルダーにさらにファイルを追加します。VMwareのベストプラクティスを参照してください。
- 仮想マシンの合計サイズ要件を計算します。仮想ディスクに20 GB、スワップファイルに16 GB、ログファイルに100 MBを使用し、合計36.1 GBを消費する仮想マシンを検討してください。
- XenServerのスナップショット; VMwareのスナップショット。
-
プロセスのオーバーヘッド
カタログの作成、マシンの追加、およびカタログの更新には、それぞれ固有のストレージへの影響があります。例:
その他の考慮事項:
- RAMサイジング: I/O最適化ディスク、ライトキャッシュ、スナップショットファイルなど、特定のハイパーバイザーファイルとディスクのサイズに影響します。
- シン/シックプロビジョニング: シンプロビジョニング機能があるため、NFSストレージが推奨されます。
マシン作成サービス (MCS) ストレージ最適化
Machine Creation Services (MCS) ストレージ最適化機能（MCS I/O と呼ばれる）では、次のようになります。
- ライトキャッシュコンテナは、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とディスクサイズを設定できます。
マシンカタログのセットアップ(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/mcsio-disable.png)
-
既存のマシンカタログを、バージョン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一時ディスクがライトバックキャッシュディスクとして使用されている場合は適用されません
- 新しいマシンカタログを作成する場合にのみ適用可能
ライトバックキャッシュディスクにドライブ文字を割り当てる
ライトバックキャッシュディスクにドライブ文字を割り当てるには：
- 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。Citrixは、最新機能にアクセスできるように、最新バージョンをインストールすることを推奨します。マスターイメージに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)
- アクティブディレクトリベースのアクティベーション (ADBA)
- マルチプルアクティベーションキー (MAK)
マシンカタログの作成後に、アクティベーション設定を変更できます。
キー管理サービス (KMS)
KMSは、専用のシステムを必要とせず、他のサービスを提供するシステム上で簡単に共同ホストできる軽量なサービスです。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。イメージ準備中に、MCSはMicrosoft WindowsおよびMicrosoft OfficeのKMSリアームを実行します。コマンド Set-Provserviceconfigurationdata を実行することで、リアームをスキップできます。イメージ準備中のMicrosoft Windows KMSリアームおよびMicrosoft Office KMSリアームの詳細については、「Machine Creation Services: Image Preparation Overview and Fault-Finding」を参照してください。KMS認証の詳細については、「Activate using Key Management Service」を参照してください。
注：
コマンド
Set-Provserviceconfigurationdataの実行後に作成されたすべてのマシンカタログは、コマンドで指定されたものと同じ設定になります。
アクティブディレクトリベースのアクティベーション (ADBA)
ADBAを使用すると、ドメイン接続を介してマシンをアクティベートできます。マシンはドメインに参加するとすぐにアクティベートされます。これらのマシンは、ドメインに参加し、ドメインと通信している限りアクティベートされたままになります。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。Active Directoryベースの認証の詳細については、「Active Directory-based activation」を使用したアクティベーションを参照してください。
マルチプルアクティベーションキー (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アクティベーションの展開を参照してください。
-
イメージ準備を使用しない場合:
-
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 にサインインし、左ペインで マシンカタログ を選択し、アクションバーで マシンカタログの作成 を選択します。
-
フォルダーを使用してカタログを整理するには、デフォルトの Machine Catalogs フォルダーの下にフォルダーを作成します。詳細については、「カタログフォルダーを作成する」を参照してください。
-
カタログを作成したいフォルダーを選択し、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を必要としません。
マシン管理
このページは、Remote PC Accessカタログを作成する際には表示されません。
マシン管理ページには、マシンの管理方法と、マシンの展開に使用するツールが示されます。
カタログ内のマシンをWeb Studio経由で電源管理するかどうかを選択します。
- マシンはWeb Studio経由で電源管理されます（例：VMまたはブレードPC）。このオプションは、ホストへの接続をすでに構成している場合にのみ利用可能です。
- マシンはWeb Studio経由で電源管理されません（例：物理マシン）。
マシンがWeb Studio経由で電源管理されることを指定した場合、VMの作成に使用するツールを選択します。
-
Citrix プロビジョニング テクノロジー
- Citrix Machine Creation Services (MCS) MCSを使用してプロビジョニングおよびイメージ化されたVMのカタログを作成します。MCSは、マスターイメージからクローンされたイメージをそれらのVMにコピーします。
-
Citrix Provisioning Services (PVS) MCSを使用してプロビジョニングされ、PVSを使用してイメージ化されたVMのカタログを作成します。これらのVMはPVSターゲットデバイスとして機能し、PVSサーバーは単一の共有ディスクイメージをそれらにストリーミングできます。
注：
このオプションは、Citrix Cloud™に登録されているPVSサイトでのみ利用可能であり、現在はAzureリソースに限定されています。
-
その他のサービスまたはテクノロジー データセンターに既に存在するマシンを管理するツール。Citrixでは、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Managerまたはその他のサードパーティ製アプリケーションを使用することをお勧めします。
デスクトップの種類（デスクトップエクスペリエンス）
このページは、シングルセッションOSマシンを含むカタログを作成している場合にのみ表示されます。
デスクトップエクスペリエンスページでは、ユーザーがログオンするたびに何が起こるかを決定します。次のいずれかを選択します。
- ユーザーはログオンするたびに新しい（ランダムな）デスクトップに接続します。
- ユーザーはログオンするたびに同じ（静的な）デスクトップに接続します。
イメージとマシンプロファイル
このページは、MCSを使用してVMを作成している場合にのみ表示されます。
-
マシンカタログのイメージの種類を選択し、イメージを選択します。2種類のイメージが利用可能です。
-
マスターイメージ。 イメージ準備プロセスをまだ経ていないイメージ。イメージ準備プロセスは、カタログ作成が開始されると自動的に開始されます。
注：
- MCSを使用している場合、マスターイメージでSysprepを実行しないでください。
- スナップショットではなくマスターイメージを指定した場合、Web Studioはスナップショットを作成しますが、名前を付けることはできません。
-
準備済みイメージ。 イメージ準備プロセスを完了し、VM作成に直接使用できるイメージ。カタログ作成時にマスターイメージではなく準備済みイメージを選択することで、より高速で信頼性の高いマシンカタログ作成と、合理化されたイメージライフサイクル管理が保証されます。
注：
- 準備されたイメージを使用して作成されたVMは、ハイバネーションをサポートしていません。
- 現在、準備されたイメージを使用したカタログの作成は、AzureおよびVMware環境でのみ利用可能です。
準備されたイメージの作成方法の詳細については、Image management (preview)を参照してください。
イメージを選択する際、必要に応じて選択したイメージにメモを追加できます。
最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。デフォルトの最小VDA選択を変更しないでください。ただし、以前のVDAバージョンを使用する必要がある場合は、VDAバージョンと機能レベルを参照してください。
ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。
-
-
既存のVMをマシンプロファイルとして使用するには、Use a machine profileを選択し、次にVMを選択します。
注：
現在、マシンプロファイルの使用は、Azure、AWS、GCP、およびVMware VMに限定されています。
VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成する際、仮想マシンを保持するフォルダーを指定する必要があります。
仮想マシンフォルダーの場所を指定するには、カタログ作成ウィザードでVirtual Machinesページに移動し、Select a folder to place the machinesセクションに移動して仮想マシンフォルダーの場所を選択します。指定しない場合、システムは選択したマシンプロファイルのフォルダーをデフォルトの場所と見なします。
-
カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新の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を削減できる可能性があり、より優れたデータ回復と移行サポートのために、完全コピークローンを使用します。
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を含むカタログも含まれます。
一時データのキャッシュを構成する
一時データをVMにローカルでキャッシュすることはオプションです。MCSを使用してカタログ内のプールされた（専用ではない）マシンを管理する場合、マシン上の一時データキャッシュの使用を有効にできます。カタログが一時データ用のストレージを指定する接続を使用している場合、カタログ作成時に一時データキャッシュ情報を有効にして構成できます。
重要:
この機能には、現在のMCS I/Oドライバーが必要です。このドライバーのインストールは、VDAをインストールまたはアップグレードする際のオプションです。デフォルトでは、このドライバーはインストールされません。
カタログが使用する接続を作成する際に、一時データが共有ストレージを使用するかローカルストレージを使用するかを指定します。詳細については、「接続とリソース」を参照してください。各マシンの一時データキャッシュを構成するには、次の2つのオプションを使用できます。キャッシュに割り当てられるメモリ (MB) と ディスクキャッシュサイズ (GB) です。デフォルトでは、これら2つのオプションはクリアされています。「キャッシュに割り当てられるメモリ (MB)」オプションを有効にするには、「ディスクキャッシュサイズ (GB)」チェックボックスを選択します。「ディスクキャッシュサイズ」チェックボックスが選択されていない場合、「キャッシュに割り当てられるメモリ」オプションはグレー表示されます。接続の種類によっては、これらのオプションのデフォルト値が異なる場合があります。一般的に、デフォルト値はほとんどのケースで十分です。ただし、次のものに必要な領域を考慮してください。
- Windows自体によって作成される一時データファイル（Windowsページファイルを含む）。
- ユーザープロファイルデータ。
- ユーザーセッションに同期されるShareFileデータ。
- セッションユーザーによって作成またはコピーされる可能性のあるデータ、またはユーザーがセッション内にインストールする可能性のあるアプリケーション。
一時ストレージとイメージストレージ(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/media/storage-temp2.png)
各マシンの一時データ用のキャッシュを構成するには、次の3つのシナリオに注意してください。
-
[ディスクキャッシュサイズ] チェックボックスと [キャッシュに割り当てられたメモリ] チェックボックスを選択しない場合、一時データはキャッシュされません。各VMの差分ディスク (OSストレージにあります) に直接書き込まれます。(これはバージョン7.8以前のプロビジョニングアクションです。)
-
[ディスクキャッシュサイズ] チェックボックスと [キャッシュに割り当てられたメモリ] チェックボックスを選択すると、一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが構成された制限 ([キャッシュに割り当てられたメモリ] の値) に達すると、最も古いデータは一時データキャッシュディスクに移動されます。
重要:
- ディスクキャッシュの容量が不足すると、ユーザーセッションは使用できなくなります。
- この機能は、Nutanixホスト接続を使用している場合は利用できません。
- マシン作成後、マシンカタログのキャッシュ値を変更することはできません。
注:
- ディスクキャッシュのみでメモリキャッシュなしのライトバックキャッシュの構成は非推奨になりました。一時データ用のキャッシュを有効にするには、[ディスクキャッシュサイズ (GB)] と [キャッシュに割り当てられたメモリ (MB)] の両方を選択し、メモリキャッシュのサイズを0より大きく指定することをお勧めします。
- メモリキャッシュは、各マシンの合計メモリ量の一部です。したがって、[キャッシュに割り当てられたメモリ] オプションを有効にする場合は、各マシンの合計メモリ量を増やすことを検討してください。
- [ディスクキャッシュサイズ] をデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズは、ユーザーの要件とマシンにかかる負荷に合わせる必要があります。
NIC
このページは、リモートPCアクセス カタログを作成する際には表示されません。
[ネットワークインターフェースカード] ページで、複数のNICを使用する予定がある場合は、各カードに仮想ネットワークを関連付けます。たとえば、特定のセキュアネットワークにアクセスするために1つのカードを割り当て、より一般的に使用されるネットワークにアクセスするために別のカードを割り当てることができます。このページからNICを追加または削除することもできます。
マシンアカウント
このページは、Remote PC Accessカタログを作成する場合にのみ表示されます。
マシンアカウントページで、ユーザーまたはユーザーグループに対応する追加するActive Directoryマシンアカウントまたは組織単位（OU）を指定します。OU名にスラッシュ（/）を使用しないでください。
OUを追加する際に、ドメインがリストに表示されない場合は、次の操作を実行できます。
- 完全一致で検索します。
- すべてのドメインを参照して見つけます。
以前に構成した電源管理接続を選択するか、電源管理を使用しないことを選択できます。電源管理を使用したいが、適切な接続がまだ構成されていない場合は、後でその接続を作成し、マシンカタログを編集して電源管理設定を更新できます。
マシンID
このページは、MCSを使用してVMを作成する場合にのみ表示されます。
カタログ内の各マシンは一意のIDを持つ必要があります。このページでは、カタログ内のマシンのIDを構成できます。マシンはプロビジョニング後にIDに結合されます。カタログ作成後にIDタイプを変更することはできません。
このページで設定を構成する一般的なワークフローは次のとおりです。
- リストからIDを選択します。
- アカウントを作成するか既存のアカウントを使用するか、およびそれらのアカウントの場所（ドメイン）を示します。
次のいずれかのオプションを選択できます。
- オンプレミスActive Directory。組織が所有し、その組織に属するActive Directoryアカウントでサインインするマシン。これらはオンプレミスに存在します。
-
Hybrid Azure Active Directory joined。組織が所有し、その組織に属するActive Directory Domain Servicesアカウントでサインインしたマシン。これらはクラウドとオンプレミスの両方に存在します。要件、制限、考慮事項については、「Hybrid Azure Active Directory joined」を参照してください。
注：
- ハイブリッドAzure Active Directory参加を使用する前に、Azure環境が前提条件を満たしていることを確認してください。https://docs.microsoft.com/ja-jp/azure/active-directory/devices/hybrid-azuread-join-managed-domainsを参照してください。
- このオプションでは、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。詳細については、Microsoftのドキュメントを参照してください: https://learn.microsoft.com/ja-jp/azure/active-directory/devices/concept-azure-ad-join-hybrid。
重要：
- IDの種類としてオンプレミスActive DirectoryまたはハイブリッドAzure Active Directory参加済みを選択した場合、カタログ内の各マシンには対応するActive Directoryコンピューターアカウントが必要です。
アカウントを作成する場合、マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。カタログ内の各マシンには一意の名前が必要です。作成するマシンのアカウント命名スキームを指定します。詳細については、「マシンアカウント命名スキーム」を参照してください。
注：
OU名にスラッシュ（
/）を使用しないようにしてください。
既存のアカウントを使用する場合は、アカウントを参照するか、「Import」をクリックしてアカウント名を含む.csvファイルを指定します。インポートされるファイルの内容は、次の形式を使用する必要があります。
- [ADComputerAccount] ADコンピューターアカウント名.ドメイン
追加するすべてのマシンに対して十分なアカウントがあることを確認してください。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文字以上の文字を入力します。
ドメイン資格情報
「資格情報の入力」を選択し、ターゲットのActive Directoryドメインでアカウント操作を実行する権限を持つ管理者の資格情報を入力します。
「名前の確認」オプションを使用して、ユーザー名が有効か一意であるかを確認します。このオプションは、たとえば次のような場合に役立ちます。
- 複数のドメインに同じユーザー名が存在する場合。目的のユーザーを選択するよう求められます。
- ドメイン名を覚えていない場合。ドメイン名を指定せずにユーザー名を入力できます。確認が成功すると、ドメイン名が自動的に入力されます。
注：
「マシンID」で選択したIDタイプが「Hybrid Azure Active Directory joined」である場合、入力する資格情報には、
Write userCertificate権限が付与されている必要があります。
概要、名前、および説明
「概要」ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報はWeb Studioに表示されます。
完了したら、「完了」をクリックしてカタログの作成を開始します。 完了したら、「完了」を選択してカタログの作成を開始します。
「マシンカタログ」で、新しいカタログがインラインの進行状況バーとともに表示されます。
作成の進行状況の詳細を表示するには：
-
マシンカタログにマウスを合わせます。
-
表示されるツールヒントで、「詳細の表示」をクリックします。
ステップバイステップの進行状況グラフが表示され、次の情報を確認できます。
- ステップの履歴
- 現在のステップの進行状況と実行時間
- 残りのステップ
MCSの時刻同期
時刻同期は、マスターイメージと、結合されたマシンIDカタログのタイプによって決定されます。マスターイメージとカタログに応じて、次の時刻同期方法が適用されます。
| マスターイメージ | カタログ | 結果として得られる時刻同期方法 |
|---|---|---|
| NDJ | ADまたはハイブリッドAzure AD | デフォルトではNT5DSです。マスターイメージのレジストリ設定を使用して、MCSが時刻同期設定を変更するのを無効にできます。 |
| NDJ | NDJ または Azure AD のいずれか | 元の時刻同期設定と同じ設定が適用されます |
| ADまたはハイブリッドAzure AD | AD またはハイブリッド Azure AD | 元の時刻同期設定と同じです |
| アジュール AD | アジュール AD | 元の時刻同期設定と同じです |
注:
元の時刻同期は、以下のレジストリ設定によって制御されており、変更できません。
- Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config
Value: MaxAllowedPhaseOffset, MaxNegPhaseCorrection, and MaxPosPhaseCorrection
- Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters
値: 種類
MCSが時刻同期設定を変更するのを無効にするには、マスターイメージで以下のレジストリ設定の値を設定します。
Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix- Name: TimeSyncMethodKeep
- 型: ディーワード
- 0 (または、値 TimeSyncMethodKeep が構成されていない場合): 元の時刻同期設定を保持しません。
- 1: 元の時刻同期設定とデフォルトのパラメータ値を保持します。
カスタムプロパティの設定に関する重要な考慮事項
GCPおよびAzure環境では、New-ProvScheme および Set-ProvScheme でカスタムプロパティを正しく設定する必要があります。存在しないカスタムプロパティを指定すると、以下のエラーメッセージが表示され、コマンドの実行に失敗します。
- アジュールで:
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。 -
マスターイメージをシャットダウンし、スナップショットを作成します。
-
デリバリーコントローラーで、次のPowerShellコマンドを実行します:
Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True。 - そのスナップショットに基づいてカタログを作成します。
- ハイパーバイザー上に準備VMが作成されたら、ログインしてC:\のルートから以下のファイル（Image-prep.logおよびPvsVmAgentLog.txt）を抽出します。
- マシンをシャットダウンすると、その時点で障害が報告されます。
- イメージ準備マシンの自動シャットダウンを再度有効にするには、次のPowerShellコマンドを実行します:
Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown。
イメージ準備に関する問題
MCSは単一のイメージから多数のマシンを作成するため、すべてのマシンが一意で正しくライセンスされていることを確認するために、いくつかの手順が実行されます。イメージ準備は、カタログ作成プロセスの一部です。この準備により、プロビジョニングされたすべてのマシンが一意のIPアドレスを持ち、KMSサーバーに一意のインスタンスとして正しく通知されるようになります。MCSでは、マスターイメージのスナップショットを選択した後にイメージ準備が行われます。カタログが選択したマシンから自身を分離できるように、コピーが作成されます。元のVMに基づいて、ネットワーク接続が切断された準備VMが作成されます。ネットワーク接続を切断することで、他のマシンとの競合を防ぎ、準備されたVMが新しくコピーされたディスクにのみ接続されるようにします。
イメージ準備を実行するために必要な手順を含む小さな指示ディスクが、準備されたVMに接続されます。この準備されたVMが起動し、イメージ準備プロセスが開始されます。イメージ準備には、次のプロセスが含まれます。
- DHCPを有効にします。DHCPを有効にすることで、プロビジョニングされたマシンがIPアドレスの競合を引き起こさないようにします。すべてのネットワークカードでDHCPが有効になります。
- Microsoft Windows KMSの再アーム。KMSを再アームすることで、Microsoft Windowsが正しくライセンスされていることを確認します。再アームされたOSが呼び出され、KMSライセンスサーバーに新しいインスタンスとして正しく報告されます。
- Microsoft Office KMSの再アーム（Microsoft Officeがインストールされている場合）。Microsoft Officeを再アームすることで、Microsoft Officeの任意のバージョン（2010以降）がKMSサーバーに正しく登録されることを確認します。Microsoft Officeの再アームが呼び出されると、KMSライセンスサーバーに新しいインスタンスとして報告されます。
ヒント:
イメージ準備プロセスが完了すると、ハイパーバイザーから指示ディスクが取得されます。ハイパーバイザーには、イメージ準備プロセスから収集された情報が含まれています。
イメージ準備段階が失敗する理由はさまざまです。次のような失敗メッセージが表示されます: Image Preparation Office Rearm Failed。
これらの障害については、以下のセクションで説明します。
DHCPを有効にする
これらの障害ケースは、静的IPアドレスをサポートしないネットワークカードが原因で発生します。たとえば、Dell SonicWallネットワークカードの以前のバージョンなどです。SonicWallカードはファイアウォールネットワークカードであるため、DHCPのみをサポートするカードをDHCPに設定しても意味がないため、操作は失敗しました。これは、Citrix Virtual Apps and Desktopsの後のバージョンで修正されました。ただし、他の種類のネットワークカードで発生した場合は、フォーラムまたはサポート担当者を通じてCitrixに報告する必要があります。
注:
以下の例におけるこのPowerShell設定は、Citrix Virtual Apps and Desktopsサイトに適用されるため、すべての新しいカタログと既存のカタログに対して実行されるイメージ更新に影響します。
他のネットワークカードでこの問題が発生した場合は、Delivery ControllerでPowerShellコマンドを実行することで解決できます。
Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP
マイクロソフト オフィス の再有効化
Microsoft Officeのリアーム段階で発生する可能性のあるKMSリアームの失敗には、さまざまなものがあります。主な失敗は次のとおりです。
- 一部のMicrosoft Officeランタイム（例：Access Runtime）は、Officeのリアームを呼び出し、失敗の原因となることがあります。
- Microsoft OfficeのKMSバージョンがインストールされていません。
- リアーム回数を超過しました。
エラーが誤検知である場合は、Delivery Controllerで次のPowerShellコマンドを実行することで解決できます。
Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm
マイクロソフト Windows の再有効化
Microsoft Windowsのリアーム段階で発生する可能性のあるKMSの失敗には、さまざまなものがあります。主な失敗は次のとおりです。
- インストールされているWindowsのバージョンがKMSを使用してアクティベートされていません。たとえば、MAK（Multiple Activation Key）を使用しています。
- リアーム回数を超過しました。
Microsoft Windowsのバージョンが正しくライセンスされている場合は、Delivery Controllerで次のPowerShellコマンドを実行してOSのリアームをクリアできます。
Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm
完全な失敗の事例
イメージ準備マシンは設計上ネットワークに接続されていないため、イメージ準備段階で完全な失敗のみが報告される場合があります。この失敗タイプの例は次のとおりです。「マスターVMイメージの準備に失敗しました。選択したイメージにサポートされているOS（例：Windows 7）と正しいバージョンのVDA（7.0以降）がインストールされていることを確認してください。」
完全な失敗の主な原因は次のとおりです。
Virtual Delivery Agent (VDA) がインストールされていない、またはVDAバージョン5.xがインストールされている
マスターイメージにVDA 7.xがインストールされていない場合、イメージ準備は20分後にタイムアウトし、上記のエラーを報告します。これは、イメージ準備段階を実行し、成功または失敗を報告するためのソフトウェアがマスターイメージにインストールされていないためです。これを解決するには、マスターイメージとして選択されたスナップショットにVDA（最小バージョン7）がインストールされていることを確認してください。
DISKPART SAN ポリシー
イメージ準備段階全体が、マスターイメージに設定されているDISKPART SANポリシーが原因で失敗する可能性があります。イメージ準備指示ディスクをオンラインにするように設定されていない場合、マシンはシャットダウンされ、イメージ準備は20分後に失敗を報告します。マスターイメージでこれを確認するには、次のコマンドを実行します。
C:\>; Diskpart.exe
DISKPART>; San
<!--NeedCopy-->
このコマンドは現在のポリシーを返します。Online All でない場合は、次のコマンドを実行して変更します。
DISKPART>; San policy=OnlineAll
マスターイメージをシャットダウンし、そのマシンのスナップショットを作成してから、それをベースMCSイメージとして使用します。
イメージ準備が別の理由で失敗した場合
イメージ準備が失敗し、明確な失敗理由がない場合、MCSカタログの作成時にイメージ準備プロセスをバイパスできます。ただし、このプロセスをバイパスすると、サイトのKMSライセンスおよびネットワーク（DHCP）で問題が発生する可能性があります。次のPowerShellコマンドを使用してください。
Set-ProvServiceConfigurationData -Name ImageManagementPrep_DoImagePreparation -Value $false
<!--NeedCopy-->
可能な場合は常に、Citrixサポートチームのためにログを収集してください。フォーラムまたはサポート担当者を通じてCitrixに問題を報告してください。ログを収集するには：
- マスターイメージで、値1（「DWORD (32-bit) value」として）を持つ次のレジストリキーを作成します。
HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING。 - マスターイメージをシャットダウンし、スナップショットを作成します。Delivery Controllerで、Citrix PowerShellスナップインをロードしてPowerShellを起動し、
Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $Trueを実行します。 - そのスナップショットに基づいてカタログを作成します。
- ハイパーバイザー上に準備VMが作成されたら、ログインしてC:\のルートから抽出します。
Image-prep.log
PvsVmAgentLog.txt
<!--NeedCopy-->
マシンをシャットダウンします。この時点で、障害が報告されます。
イメージ準備マシンの自動シャットダウンを再度有効にするには、次のPowerShellコマンドを実行します。
Remove-ProvServiceConfigurationData -Name
ImageManagementPrep_NoAutoShutdown
次のステップ
特定のクラウドサービスカタログの作成については、以下を参照してください。
- AWSカタログを作成する
- XenServerカタログを作成する
- グーグル クラウド プラットフォーム カタログを作成する
- マイクロソフト アジュール カタログを作成する
- マイクロソフト システムセンター バーチャルマシンマネージャー カタログを作成する
- Nutanixカタログを作成する
- VMwareカタログを作成する
これが最初に作成されたカタログである場合、Web Studioはデリバリーグループを作成するよう案内します。
設定プロセス全体を確認するには、インストールと構成を参照してください。
Web StudioとPowerShellを使用してCitrix Provisioningカタログを作成できます。 この実装には、以下の利点があります。
- MCSとCitrix Provisioningカタログの両方を管理するための単一の統合コンソール。
- ID管理ソリューション、オンデマンドプロビジョニングなど、Citrix Provisioningカタログの新機能が提供されます。
現在、この機能はAzureおよびVMwareワークロードでのみ利用可能です。ただし、VMware環境では、現在PowerShellコマンドのみを使用してカタログを作成できます。詳細については、Citrix StudioでCitrix Provisioningカタログを作成するを参照してください。