マシンカタログを作成する
重要：
Citrix Virtual Apps and Desktops™ 7 2006以降、現在の展開で以下のいずれかのテクノロジーを使用している場合、それらのテクノロジーを使用するサポート終了（EOL）項目を削除した後にのみ、展開を現在のリリースにアップグレードできます。
- パーソナル vディスク (PvDs)
- アップディスク™
- パブリッククラウドのホストの種類としては、Citrix CloudPlatformやMicrosoft Azure Classicといったものが利用可能です。
詳細については、「PVD、AppDisks、およびサポートされていないホストを削除する」を参照してください。
展開にパブリッククラウドホスト接続を使用する場合は、新規インストールまたは現在のリリースへのアップグレードを完了するためにHybrid Rights Licenseが必要です。
インストーラーがサポートされていないテクノロジーまたはHybrid Rights Licenseなしのホスト接続を1つ以上検出すると、アップグレードは一時停止または停止します。説明メッセージが表示されます。インストーラーログに詳細が含まれています。詳しくは、「展開をアップグレードする」を参照してください。
ハイブリッドライツライセンスがホスト接続に与える影響
Hybrid Rights Licenseの資格に基づいて、パブリッククラウドホストへのホスト接続が影響を受ける3つのシナリオがあります。
-
パブリッククラウドホストへのホスト接続を作成するには、Hybrid Rights Licenseが必要です。
-
Hybrid Rights Licenseを所有しているがライセンスの有効期限が切れている場合、パブリッククラウドホストへの既存の接続は資格なしとマークされ、メンテナンスモードに入ります。既存のホスト接続がメンテナンスモードの場合、次のことはできません。
- ホスト接続の追加または変更
- カタログの作成とイメージの更新
- 電源操作を実行する
-
資格のないホスト接続が資格のあるものに変更されると、既存のホスティング接続が再度有効になります。
はじめに
物理マシンまたは仮想マシンのコレクションは、マシンカタログと呼ばれる単一のエンティティとして管理されます。カタログ内のマシンは、マルチセッションOSまたはシングルセッションOSのいずれかの同じ種類のオペレーティングシステムを持っています。マルチセッションOSマシンを含むカタログには、WindowsマシンまたはLinuxマシンのいずれかを含めることができ、両方を含めることはできません。
Citrix Studioは、サイトを作成した後、最初のマシンカタログを作成するようにガイドします。最初のカタログを作成した後、Studioは最初のデリバリーグループを作成するようにガイドします。後で、作成したカタログを変更したり、さらにカタログを作成したりできます。
ヒント:
既存の展開をアップグレードすると、Machine Creation Services (MCS) ストレージ最適化 (MCS I/O) 機能が有効になり、追加の構成は不要です。Virtual Delivery Agent (VDA) と Delivery Controller のアップグレードが MCS I/O のアップグレードを処理します。
概要
VMのカタログを作成するときは、それらのVMをプロビジョニングする方法を指定します。Machine Creation Services™ (MCS) やCitrix Provisioning (旧Provisioning Services) などのCitrixツールを使用できます。または、独自のツールを使用してマシンを提供することもできます。
考慮事項:
- MCSは、仮想マシンイメージからの単一のシステムディスクをサポートします。そのイメージに接続されている残りのデータディスクは無視されます。
- Citrix Provisioningを使用してマシンを作成する場合は、手順についてCitrix Provisioningドキュメントを参照してください。
- MCSを使用してVMをプロビジョニングする場合、カタログに同一のVMを作成するためにマスターイメージ（またはイメージのスナップショット）を提供します。カタログを作成する前に、まずツールを使用してマスターイメージを作成および構成します。このプロセスには、イメージにVirtual Delivery Agent (VDA) をインストールすることが含まれます。その後、Studioでマシンカタログを作成します。そのイメージ（またはスナップショット）を選択し、カタログに作成するVMの数を指定し、追加情報を構成します。
- マシンがすでに利用可能な場合でも、それらのマシン用に1つ以上のマシンカタログを作成する必要があります。
- PowerShell SDKを直接使用してカタログを作成する場合、イメージやスナップショットではなく、ハイパーバイザーテンプレート (VMTemplates) を指定できます。
- テンプレートを使用してカタログをプロビジョニングすることは、実験的な機能と見なされます。この方法を使用すると、仮想マシンの準備が失敗する可能性があります。その結果、テンプレートを使用してカタログを公開することはできません。
MCSまたはCitrix Provisioning™を使用して最初のカタログを作成する場合、サイト作成時に構成したホスト接続を使用します。後で（最初のカタログとデリバリーグループを作成した後）、その接続に関する情報を変更したり、さらに接続を作成したりできます。
カタログ作成ウィザードを完了すると、正しく構成されていることを確認するためにテストが自動的に実行されます。テストが完了すると、テストレポートを表示できます。Studioからいつでもテストを実行できます。
注：
MCSはWindows 10 IoT CoreおよびWindows 10 IoT Enterpriseをサポートしていません。詳細については、Microsoftサイトを参照してください。
Citrix プロビジョニングツールの技術的な詳細については、Citrix Virtual Apps and Desktops イメージ管理を参照してください。
RDSライセンスチェック
Citrix Studioは現在、WindowsマルチセッションOSマシンを含むマシンカタログを作成する際に、有効なMicrosoft RDSライセンスのチェックを実行しません。Windows マルチセッションOSマシンのMicrosoft RDSライセンスのステータスを表示するには、Citrix Directorに移動します。マシン詳細パネルでMicrosoft RDSライセンスのステータスを表示します。このパネルは、マシン詳細とユーザー詳細ページにあります。詳細については、Microsoft RDSライセンスの健全性を参照してください。
VDA登録
ブローカーセッションを起動する際には、VDAをDelivery Controller™に登録する必要があります。未登録のVDAは、利用可能なリソースの活用不足につながる可能性があります。VDAが登録されない理由はさまざまであり、その多くは管理者がトラブルシューティングできます。Studioは、カタログ作成ウィザードで、またカタログからデリバリーグループにマシンを追加した後で、トラブルシューティング情報を提供します。
ウィザードを使用して既存のマシンを追加すると、コンピューターアカウント名の一覧に、各マシンがカタログに追加するのに適しているかどうかが示されます。各マシンの横にあるアイコンにカーソルを合わせると、そのマシンに関する情報メッセージが表示されます。
メッセージで問題のあるマシンが特定された場合は、そのマシンを削除するか、追加します。たとえば、マシンに関する情報が取得できない可能性があるというメッセージが表示された場合でも、そのマシンを追加します。
詳細については、以下を参照してください。
- VDA登録のトラブルシューティングガイダンスについては、CTX136668を参照してください。
- VDAのバージョンと機能レベル
- 「VDA登録方法」(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/manage-deployment/vda-registration.html)
MCSカタログ作成の概要
カタログ作成ウィザードで情報を提供した後の、デフォルトのMCSアクションの概要を以下に示します。
- マスターイメージ（スナップショットではない）を選択した場合、MCSはスナップショットを作成します。
- MCSはスナップショットの完全なコピーを作成し、ホスト接続で定義されている各ストレージの場所にそのコピーを配置します。
- MCSはマシンをActive Directoryに追加し、これにより一意のIDが作成されます。
- MCSはウィザードで指定された数のVMを作成し、各VMに2つのディスクを定義します。VMごとに2つのディスクに加えて、マスターも同じストレージの場所に保存されます。複数のストレージの場所が定義されている場合、それぞれが以下のディスクタイプを取得します。
- スナップショットの完全なコピー。これは読み取り専用で、作成されたばかりのVM間で共有されます。
- 各VMに一意のIDを与える一意の16 MBのIDディスク。各VMはIDディスクを取得します。
- VMへの書き込みを保存するための一意の差分ディスク。このディスクはシンプロビジョニングされており（ホストストレージでサポートされている場合）、必要に応じてマスターイメージの最大サイズまで増加します。各VMは差分ディスクを取得します。差分ディスクはセッション中に加えられた変更を保持します。専用デスクトップの場合は永続的です。プールされたデスクトップの場合、デリバリーコントローラーを介した再起動ごとに削除され、新しいものが作成されます。
あるいは、静的デスクトップを配信するためにVMを作成する場合、カタログ作成ウィザードのマシンページで、シック（完全コピー）VMクローンを指定できます。完全クローンは、すべてのデータストアにマスターイメージを保持する必要はありません。各VMは独自のファイルを持ちます。
MCSストレージに関する考慮事項
MCSのストレージソリューション、構成、容量を決定する際には、多くの要因があります。以下の情報は、ストレージ容量に関する適切な考慮事項を提供します。
容量に関する考慮事項:
-
ディスク
デルタディスクまたは差分ディスク (Diff Disk) は、ほとんどのMCS展開において、各VMで最大のスペースを消費します。MCSによって作成される各VMには、作成時に最低2つのディスクが割り当てられます。
- Disk0 = 差分ディスク: マスターベースイメージからコピーされたOSが含まれます。
- Disk1 = 識別ディスク: 16 MB - 各VMのActive Directoryデータが格納されています。
製品の進化に伴い、特定のユースケースや機能の利用を満たすために、さらにディスクを追加する必要がある場合があります。例:
- MCS Storage Optimization は、各VMのライトキャッシュスタイルのディスクを作成します。XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に利用可能なOSストレージリストと利用可能な一時ストレージリストを同じに構成した場合、MCSはライトバックキャッシュ (WBC) ディスクをOSディスクと同じストレージ場所に配置します。
- MCSは、前のセクションで説明したデルタディスクのシナリオとは対照的に、フルクローンを使用する機能を追加しました。
ハイパーバイザーの機能も考慮に入れる必要があるかもしれません。例:
- (/ja-jp/citrix-hypervisor/storage/intellicache.html)は、各Citrix Hypervisorのローカルストレージにリードディスクを作成します。このオプションは、共有ストレージの場所にある可能性のあるマスターイメージに対する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 のみのキャッシュをサポートしなくなりました。マシンカタログ作成時に Citrix 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 スナップショットに更新すると、次の動作が発生します。新しいスナップショットは、既存のカタログの RAM およびディスクサイズに対する MCS I/O 設定を引き続き使用します。既存の生ディスクはフォーマットされます。
重要：
MCS ストレージ最適化は、Citrix Virtual Apps and Desktops バージョン 1903 で変更されました。このリリースでは、ファイルベースのライトキャッシュテクノロジーがサポートされ、パフォーマンスと安定性が向上しています。MCS I/O によって提供される新機能は、以前の Citrix Virtual Apps and Desktops リリースと比較して、より高いライトキャッシュストレージ要件を必要とする場合があります。Citrix は、割り当てられたワークフローと追加のページファイルサイズに対して十分なディスク領域があることを確認するために、ディスクサイズを再評価することをお勧めします。ページファイルサイズは通常、システム RAM の量に関連しています。既存のカタログディスクサイズが不十分な場合は、マシンカタログを作成し、より大きなライトキャッシュディスクを割り当ててください。
PowerShell を使用して永続的なライトバックキャッシュディスクを持つカタログを作成する
永続的なライトバックキャッシュディスクを持つカタログを構成するには、PowerShell パラメーター New-ProvScheme CustomProperties を使用します。このパラメーターは、MCS プロビジョニングされたマシンに対してライトバックキャッシュディスクがどのように永続化するかを決定するために使用される追加のプロパティ PersistWBC をサポートします。PersistWBC プロパティは、UseWriteBackCache パラメーターが指定され、WriteBackCacheDiskSize パラメーターがディスクが作成されることを示すように設定されている場合にのみ使用されます。
PersistWBCをサポートする前の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="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
</CustomProperties>
<!--NeedCopy-->
これらのプロパティを使用する際は、CustomPropertiesパラメーターからプロパティが省略された場合、それらがデフォルト値を含むことを考慮してください。PersistWBCプロパティには、trueまたはfalseの2つの値があります。
Citrix Virtual Apps and Desktops管理者がCitrix Studioを使用してマシンをシャットダウンしても、PersistWBCプロパティをtrueに設定すると、ライトバックキャッシュディスクは削除されません。
Citrix Virtual Apps and Desktops管理者がCitrix Studioを使用してマシンをシャットダウンすると、PersistWBCプロパティをfalseに設定すると、ライトバックキャッシュディスクが削除されます。
注:
PersistWBCプロパティが省略された場合、プロパティはデフォルトでfalseになり、Citrix Studioを使用してマシンがシャットダウンされると、ライトバックキャッシュは削除されます。
たとえば、CustomPropertiesパラメーターを使用してPersistWBCをtrueに設定する場合:
<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="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->
重要:
PersistWBCプロパティは、New-ProvSchemePowerShellコマンドレットを使用してのみ設定できます。作成後にプロビジョニングスキームのCustomPropertiesを変更しようとしても、マシンカタログや、マシンがシャットダウンされたときのライトバックキャッシュディスクの永続性には影響しません。
たとえば、New-ProvSchemeをライトバックキャッシュを使用するように設定し、同時にPersistWBCプロパティをtrueに設定します。
New-ProvScheme
-CleanOnBoot
-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=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->
マスターイメージを準備する
接続ホストの作成については、接続とリソースを参照してください。
マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれています。
知っておくと良いこと:
- マスターイメージは、クローンイメージ、ゴールデンイメージ、ベースVM、またはベースイメージとも呼ばれることがあります。ホストベンダーは異なる用語を使用します。
- Citrix Provisioningを使用する場合、マスターイメージまたは物理コンピューターをマスターターゲットデバイスとして使用できます。Citrix Provisioningは、イメージを参照するためにMCSとは異なる用語を使用します。詳細については、Citrix Provisioning ドキュメントを参照してください。
- ホストに、作成されるマシンの数に対応できる十分なプロセッサ、メモリ、ストレージがあることを確認してください。
- デスクトップとアプリケーションに必要なハードディスク容量を正しく構成します。この値は、後でまたはマシンカタログ内で変更することはできません。
- Remote PC Accessマシンカタログはマスターイメージを使用しません。
- MCSを使用する場合のMicrosoft KMSアクティベーションに関する考慮事項: 展開にXenServer 6.1または6.2、vSphere、またはMicrosoft System Center Virtual Machine Managerホストを備えた7.x VDAが含まれている場合、Microsoft WindowsまたはMicrosoft Officeを手動で再アクティブ化する必要はありません。
マスターイメージに次のソフトウェアをインストールして構成します。
- ハイパーバイザー用の統合ツール（Citrix VM Tools、Hyper-V Integration Services、VMware toolsなど）。この手順を省略すると、アプリケーションとデスクトップが正しく機能しない可能性があります。
- VDA。Citrixは、最新の機能にアクセスできるように、最新バージョンをインストールすることをお勧めします。マスターイメージにVDAをインストールしないと、カタログ作成が失敗します。
- 必要に応じて、ウイルス対策ソフトウェアや電子ソフトウェア配布エージェントなどのサードパーティツール。ユーザーとマシンの種類に適した設定（更新機能など）でサービスを構成します。
- 仮想化しないサードパーティアプリケーション。Citrixはアプリケーションの仮想化を推奨しています。仮想化により、アプリケーションの追加または再構成後にマスターイメージを更新する必要がなくなるため、コストが削減されます。また、インストールされるアプリケーションが少ないほど、マスターイメージのハードディスクサイズが削減され、ストレージコストが節約されます。
- App-Vアプリケーションを公開する予定がある場合は、推奨設定のApp-Vクライアント。App-VクライアントはMicrosoftから入手できます。
- MCSを使用する場合、Microsoft Windowsをローカライズする場合は、ロケールと言語パックをインストールします。プロビジョニング中にスナップショットが作成されると、プロビジョニングされたVMはインストールされているロケールと言語パックを使用します。
重要:
Citrix ProvisioningまたはMCSを使用している場合は、マスターイメージでSysprepを実行しないでください。
マスターイメージを準備するには:
- ハイパーバイザーの管理ツールを使用して、マスターイメージを作成し、オペレーティングシステムとすべてのサービスパックおよび更新プログラムをインストールします。vCPUの数を指定します。PowerShellを使用してマシンカタログを作成する場合、vCPU値を指定することもできます。Studioを使用してカタログを作成する場合、vCPUの数を指定することはできません。デスクトップとアプリケーションに必要なハードディスク容量を構成します。この値は後で、またはカタログ内で変更することはできません。
- ハードディスクがデバイスロケーション0に接続されていることを確認してください。ほとんどの標準マスターイメージテンプレートでは、このロケーションがデフォルトで構成されていますが、一部のカスタムテンプレートではそうでない場合があります。
- 上記のソフトウェアをマスターイメージにインストールして構成します。
- Citrix Provisioningを使用する場合、マスターターゲットデバイスをドメインに参加させる前に、そのマスターターゲットデバイスから仮想ディスク用のVHDファイルを作成します。詳細については、Citrix Provisioningのドキュメントを参照してください。
- MCSを使用しない場合は、マスターイメージをアプリケーションとデスクトップがメンバーであるドメインに参加させます。マスターイメージがマシンが作成されるホストで利用可能であることを確認してください。MCSを使用している場合、マスターイメージをドメインに参加させる必要はありません。プロビジョニングされたマシンは、カタログ作成ウィザードで指定されたドメインに参加します。
- Citrixでは、マスターイメージのスナップショットを作成して名前を付けることをお勧めします。カタログ作成時にスナップショットではなくマスターイメージを指定した場合、Studioはスナップショットを作成します。そのスナップショットに名前を付けることはできません。
Studioを使用してマシンカタログを作成する
カタログ作成ウィザードを開始する前に、このセクションを確認してください。
マスターイメージを使用している場合は、カタログを作成する前に、そのイメージにVDAがインストールされていることを確認してください。
スタジオから:
- サイトを既に作成しているが、まだマシンカタログを作成していない場合、Studioはカタログを作成するための適切な開始場所に案内します。
- カタログを既に作成しており、別のカタログを作成したい場合は、Studioナビゲーションペインでマシンカタログを選択します。次に、アクションペインでマシンカタログの作成を選択します。
ウィザードは以下の項目について説明します。表示されるウィザードページは、選択内容によって異なります。
オペレーティングシステム
各カタログには1種類のマシンのみが含まれます。1つ選択してください。
- マルチセッションOS: マルチセッションOSカタログは、ホストされた共有デスクトップを提供します。マシンはサポートされているバージョンのWindowsまたはLinuxオペレーティングシステムを実行できますが、カタログに両方を含めることはできません。(そのOSの詳細については、Linux VDAドキュメントを参照してください。)
- シングルセッションOS: シングルセッションOSカタログは、さまざまなユーザーに割り当てることができるVDIデスクトップを提供します。
- Remote PCアクセス: Remote PCアクセス カタログは、ユーザーに物理的なオフィスデスクトップマシンへのリモートアクセスを提供します。Remote PCアクセスは、セキュリティを提供するためにVPNを必要としません。
マシン管理
Remote PCアクセス カタログを作成している場合、このページは表示されません。
マシン管理ページには、マシンの管理方法と、マシンの展開に使用するツールが示されます。
カタログ内のマシンがStudioを介して電源管理されるかどうかを選択します。
- マシンはStudioを介して電源管理されます（例：VMまたはブレードPC）。このオプションは、ホストへの接続をすでに構成している場合にのみ使用できます。
- マシンはStudioを介して電源管理されません（例：物理マシン）。
マシンがStudioを介して電源管理されることを示した場合、VMの作成に使用するツールを選択します。
- Citrix Machine Creation Services (MCS): マスターイメージを使用して仮想マシンを作成および管理します。MCSは物理マシンでは使用できません。
-
Citrix Provisioning: (旧Provisioning Services)。ターゲットデバイスをデバイスコレクションとして管理します。マスターターゲットデバイスからイメージ化されたCitrix Provisioning仮想ディスクは、デスクトップとアプリケーションを提供します。
注:
このオプションはサポートされなくなりました。シトリックス プロビジョニング ターゲットデバイスをシトリックス バーチャル アプリケーションズ アンド デスクトップ カタログにインポートするには、シトリックス プロビジョニング エクスポート デバイス ウィザードを使用します。
- その他: データセンターにすでに存在するマシンを管理するツールです。Citrixは、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Managerまたはその他のサードパーティ製アプリケーションを使用することをお勧めします。
デスクトップの種類 (デスクトップエクスペリエンス)
このページは、シングルセッションOSマシンを含むカタログを作成している場合にのみ表示されます。
デスクトップエクスペリエンスページでは、ユーザーがログオンするたびに何が起こるかを決定します。次のいずれかを選択します。
- ユーザーはログオンするたびに新しい（ランダムな）デスクトップに接続します。
- ユーザーはログオンするたびに同じ（静的な）デスクトップに接続します。
2番目のオプションを選択し、MCSを使用してマシンをプロビジョニングしている場合、デスクトップに対するユーザーの変更がどのように処理されるかを構成できます。
- デスクトップに対するユーザーの変更をローカルディスクに保存します。
- ユーザーがログオフしたときに、ユーザーの変更を破棄し、仮想デスクトップをクリアします。ユーザーパーソナライゼーションレイヤーを使用している場合は、このオプションを選択します。
マスターイメージ
このページは、MCSを使用してVMを作成している場合にのみ表示されます。
マスターイメージページで、ホストへの接続を選択し、以前に作成したスナップショットまたはVMを選択します。最初のカタログを作成している場合、利用可能な接続は、サイト作成時に構成した接続のみです。
注意：
- MCSまたはCitrix Provisioningを使用している場合、マスターイメージでSysprepを実行しないでください。
- スナップショットではなくマスターイメージを指定した場合、Studioはスナップショットを作成しますが、名前を付けることはできません。
最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。デフォルトの最小VDA選択を変更しないでください。ただし、以前のVDAバージョンを使用する必要がある場合は、「VDAバージョンと機能レベル」を参照してください。
ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。
デバイスコレクション
このページは、Citrix Provisioningを使用してVMを作成する場合にのみ表示されます。
デバイスコレクションページには、デバイスコレクションと、まだカタログに追加されていないデバイスが表示されます。
使用するデバイスコレクションを選択します。
マシン
このページは、リモートPCアクセス カタログを作成する場合には表示されません。
このページのタイトルは、マシン管理ページで選択した内容によって異なります: マシン、仮想マシン、またはVMとユーザー。
MCSを使用する場合:
- 作成する仮想マシンの数を指定します。
- 各VMが持つメモリ量（MB単位）を選択します。
- 作成された各VMにはハードディスクがあります。そのサイズはマスターイメージで設定されます。カタログでハードディスクのサイズを変更することはできません。
- 展開に複数のゾーンが含まれている場合、カタログのゾーンを選択できます。
- 静的デスクトップVMを作成する場合は、仮想マシンコピーモードを選択します。仮想マシンコピーモードを参照してください。
- vDiskを使用しないランダムデスクトップVMを作成する場合は、各マシンの一時データに使用するキャッシュを構成できます。一時データ用のキャッシュの構成を参照してください。
シトリックス プロビジョニングを使用する場合：
デバイスページには、前のウィザードページで選択したデバイスコレクション内のマシンが一覧表示されます。このページでマシンを追加または削除することはできません。
その他のツールを使用する場合:
Active Directoryマシンアカウント名を追加（またはリストをインポート）します。追加/インポート後に、VMのActive Directoryアカウント名を変更できます。デスクトップエクスペリエンスページで静的マシンを指定した場合、追加する各VMのActive Directoryユーザー名をオプションで指定できます。
名前を追加またはインポートした後、このページにいる間は、削除ボタンを使用してリストから名前を削除できます。
Citrix Provisioningまたはその他のツールを使用する場合（MCSを除く）：
追加された（またはインポートされた、あるいはCitrix Provisioningデバイスコレクションからの）各マシンに表示されるアイコンとツールヒントは、カタログに追加できない可能性のあるマシンや、Delivery Controllerに登録できない可能性のあるマシンを特定するのに役立ちます。詳しくは、「VDAのバージョンと機能レベル」を参照してください。
仮想マシンコピーモード
マシンページで指定するコピーモードによって、MCSがマスターイメージからシン（高速コピー）クローンを作成するか、シック（完全コピー）クローンを作成するかが決まります。（デフォルト = シンクローン）
- ストレージ使用効率とマシン作成速度を向上させるには、高速コピークローンを使用します。
- データ回復と移行のサポートを向上させ、マシン作成後のIOPSを削減する可能性のある場合は、完全コピークローンを使用します。
VDAのバージョンと機能レベル
カタログの機能レベルは、カタログ内のマシンで利用できる製品機能を制御します。新しい製品バージョンで導入された機能を使用するには、新しいVDAが必要です。機能レベルを設定すると、そのバージョンで導入されたすべての機能（および機能レベルが変更されない場合はそれ以降のバージョン）がカタログ内のマシンで利用できるようになります。ただし、以前のVDAバージョンを使用しているカタログ内のマシンは登録できません。
マシン（またはデバイス）ページの下部にあるメニューで、最小VDAレベルを選択できます。これにより、カタログの最小機能レベルが設定されます。デフォルトでは、オンプレミス展開の場合、最新の機能レベルが選択されます。Citrixの推奨事項に従って、常にVDAとコアコンポーネントを最新バージョンにインストールおよびアップグレードする場合は、この選択を変更する必要はありません。ただし、古いVDAバージョンを使い続ける必要がある場合は、正しい値を選択してください。
Citrix Virtual Apps and Desktopsのリリースには、新しいVDAバージョンが含まれていない場合や、新しいVDAが機能レベルに影響を与えない場合があります。そのような場合、機能レベルは、インストールまたはアップグレードされたコンポーネントよりも古いVDAバージョンを示すことがあります。たとえば、バージョン7.17には7.17 VDAが含まれていますが、デフォルトの機能レベル（「7.9以降」）は最新のままです。したがって、コンポーネント7.9～7.16を7.17にインストールまたはアップグレードした後でも、デフォルトの機能レベルを変更する必要はありません。各リリースの新機能の記事には、デフォルトの機能レベルの変更が示されています。
選択された機能レベルは、その上のマシンリストに影響します。リストでは、各エントリの横にあるツールチップが、その機能レベルでマシンの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/2203-ltsr/media/storage-temp2.png)
各マシンで一時データのキャッシュを構成するには、次の3つのシナリオに注意してください。
- [ディスクキャッシュサイズ]チェックボックスと[キャッシュに割り当てるメモリ]チェックボックスを選択しない場合、一時データはキャッシュされません。各VMの差分ディスク（OSストレージ内）に直接書き込まれます。（これはバージョン7.8以前のプロビジョニングアクションです。）
- [ディスクキャッシュサイズ]チェックボックスを選択し、[キャッシュに割り当てるメモリ]チェックボックスを選択しない場合、一時データは最小限のメモリキャッシュを使用して、キャッシュディスクに直接書き込まれます。
- [ディスクキャッシュサイズ]チェックボックスと[キャッシュに割り当てるメモリ]チェックボックスを選択した場合、一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが構成された制限（[キャッシュに割り当てるメモリ]の値）に達すると、最も古いデータは一時データキャッシュディスクに移動されます。
重要:
- ディスクキャッシュの空き容量がなくなると、ユーザーセッションは使用できなくなります。
- この機能は、Nutanixホスト接続を使用している場合は利用できません。
- マシン作成後、マシンカタログのキャッシュ値を変更することはできません。
注:
- メモリキャッシュは、各マシンの合計メモリ量の一部です。したがって、[キャッシュに割り当てるメモリ]オプションを有効にする場合は、各マシンの合計メモリ量を増やすことを検討してください。
- ディスクキャッシュサイズをデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズは、ユーザー要件とマシンにかかる負荷に合わせる必要があります。
NIC
「リモートPCアクセス」カタログを作成している場合、このページは表示されません。
ネットワークインターフェイスカードページで、複数のNICを使用する予定がある場合は、各カードに仮想ネットワークを関連付けます。たとえば、一方のカードを特定のセキュアネットワークへのアクセスに割り当て、もう一方のカードをより一般的に使用されるネットワークへのアクセスに割り当てることができます。このページからNICを追加または削除することもできます。
マシンアカウント
このページは、「リモートPCアクセス」カタログを作成する場合にのみ表示されます。
マシンアカウントページで、ユーザーまたはユーザーグループに対応する追加するActive Directoryマシンアカウントまたは組織単位（OU）を指定します。OU名にスラッシュ（/）を使用しないでください。
以前に構成した電源管理接続を選択するか、電源管理を使用しないことを選択できます。電源管理を使用したいが、適切な接続がまだ構成されていない場合は、後でその接続を作成し、マシンカタログを編集して電源管理設定を更新できます。
コンピューターアカウント
このページは、MCSを使用してVMを作成する場合にのみ表示されます。
カタログ内の各マシンには、対応するActive Directoryコンピューターアカウントが必要です。コンピューターアカウントページで、アカウントを作成するか既存のアカウントを使用するか、およびそれらのアカウントの場所を指定します。
-
アカウントを作成する場合、マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。
マシンのアカウント命名スキームを指定します。ハッシュマークを使用して、連番または文字が表示される場所を示します。OU名にスラッシュ（/）を使用しないでください。名前は数字で始めることはできません。たとえば、PC-Sales-##（0-9を選択）という命名スキームは、PC-Sales-01、PC-Sales-02、PC-Sales-03などのコンピューターアカウントになります。
-
既存のアカウントを使用する場合は、アカウントを参照するか、インポートをクリックしてアカウント名を含む.csvファイルを指定します。インポートされるファイルの内容は、次の形式を使用する必要があります。
[ADComputerAccount]
ADcomputeraccountname.domain
...
<!--NeedCopy-->
追加するすべてのマシンに十分なアカウントがあることを確認してください。Studioはこれらのアカウントを管理するため、Studioがすべてのアカウントのパスワードをリセットすることを許可するか、すべてのアカウントで同じである必要があるアカウントパスワードを指定します。
物理マシンまたは既存のマシンを含むカタログの場合、既存のアカウントを選択またはインポートします。各マシンをActive Directoryコンピューターアカウントとユーザーアカウントの両方に割り当てます。
Citrix Provisioningで作成されたマシンについては、ターゲットデバイスのコンピューターアカウントは異なる方法で管理されます。Citrix Provisioningのドキュメントを参照してください。
概要、名前、および説明
概要ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報はStudioに表示されます。
完了したら、完了をクリックしてカタログの作成を開始します。
トラブルシューティング
重要：
Citrix Studioを使用してマシンカタログを作成した後、
Get-ProvTaskPowerShellコマンドを使用して、マシンカタログ作成に関連するタスクを取得することはできません。この制限は、カタログが正常に作成されたかどうかにかかわらず、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。
次のステップ
これが最初に作成されたカタログである場合、Studio は デリバリーグループを作成する よう案内します。