マシンカタログの作成
注:
この記事では、Studio を使用してカタログを作成する方法について説明します。Quick Deploy を使用して Azure リソースを作成する場合は、Quick Deploy を使用したカタログの作成のガイダンスに従ってください。
物理マシンまたは仮想マシンのコレクションは、マシンカタログと呼ばれる単一のエンティティとして管理されます。マシンカタログ内のすべてのマシンは、マルチセッションOSまたはシングルセッションOS（WindowsやLinuxベースのシステムなど）のいずれかである共通のオペレーティングシステムタイプを共有します。
- Studio は、最初のマシンカタログを作成する手順を案内します。最初のカタログを作成した後、最初のデリバリーグループを作成します。後で、作成したカタログを変更したり、さらに多くのカタログを作成したりできます。
概要
VM のカタログを作成するときは、それらの VM をプロビジョニングする方法を指定します。Machine Creation Services™ (MCS) を使用できます。または、独自のツールを使用してマシンを提供することもできます。
- MCS を使用して VM をプロビジョニングする場合、カタログに同一の VM を作成するためのイメージ（またはスナップショット）を提供します。カタログを作成する前に、選択したハイパーバイザーまたはクラウドサービスへのホスティング接続を初めて設定し、その上でマスターイメージを作成および構成する必要があります。マスターイメージの構成には、必要に応じてドメイン参加、必要なドライバーのインストール、公開するアプリケーション、およびイメージへの Virtual Delivery Agent (VDA) の展開などのタスクが必要です。
- マスターイメージを作成した後、Studio でマシンカタログを作成します。そのイメージ（またはイメージのスナップショット）を選択し、カタログに作成する VM の数を指定し、追加情報を構成します。
- マシンがすでに利用可能な場合は、これらの VM をカタログにインポートするために、1 つ以上のマシンカタログを作成する必要があります。
MCS を使用して最初のカタログを作成する場合、以前に作成したホスティングユニットを指定します。ホスティングユニットは、仮想マシンを作成するためのリソース構成を提供します。後で（最初のカタログとデリバリーグループを作成した後）、そのホスティングユニットまたはその親ホスト接続に関する情報を変更したり、さらに多くの接続とホスティングユニットを作成したりできます。 CustomProperties Cloud Connector が正常に動作していない場合、MCS プロビジョニング操作（カタログの更新など）には通常よりも時間がかかり、管理インターフェイスのパフォーマンスが著しく低下します。
RDS ライセンスチェック
-
Windows マルチセッション OS マシンを含むマシンカタログの作成には、有効な Microsoft RDS ライセンスの自動チェックが含まれます。カタログ内で、チェックを実行するための電源がオンで登録済みのマシンが検索されます。
- 電源がオンで登録済みのマシンが見つからない場合、RDS ライセンスチェックを実行できないことを説明する警告が表示されます。
- マシンが見つかり、エラーが検出された場合、Studio は検出された問題を含むカタログの警告メッセージを表示します。カタログから RDS ライセンス警告を削除する（表示されなくなるようにする）には、カタログを選択します。RDS ライセンス警告の削除を選択します。プロンプトが表示されたら、アクションを確認します。
VDA 登録
- VDA は、仲介されたセッションを起動する際に考慮されるように、Cloud Connector に登録されている必要があります。未登録の VDA は、利用可能なリソースの活用不足につながる可能性があります。VDA が登録されない理由はさまざまであり、その多くはトラブルシューティングが可能です。トラブルシューティング情報は、カタログ作成ウィザード、およびデリバリーグループにカタログを追加した後に提供されます。
カタログ作成ウィザードで、既存のマシンを追加した後、コンピューターアカウント名のリストは、各マシンがカタログに追加するのに適しているかどうかを示します。各マシンの横にあるアイコンにカーソルを合わせると、そのマシンに関する情報メッセージが表示されます。
メッセージが問題のあるマシンを特定した場合、そのマシンを削除する（削除ボタンを使用）か、マシンを追加することができます。たとえば、マシンに関する情報が取得できない（おそらく登録されたことがないため）ことを示すメッセージが表示された場合でも、そのマシンを追加することを選択できます。
VDA 登録のトラブルシューティングの詳細については、CTX136668 を参照してください。
MCS カタログ作成の概要
- カタログ作成ウィザードで情報を提供した後の、デフォルトの MCS アクションの概要を以下に示します。
- イメージ（スナップショットではなく）を選択した場合、MCS はスナップショットを作成します。
- MCS はスナップショットの完全なコピーを作成し、ホスト接続で定義された各ストレージの場所にそのコピーを配置します。
- MCS はマシンを Active Directory に追加し、一意の ID を作成します。
- MCS は、ウィザードで指定された数の VM を、各 VM に 2 つのディスクを定義して作成します。VM ごとの 2 つのディスクに加えて、スナップショットまたはマスターイメージの完全なコピーも同じストレージの場所に保存されます。複数のストレージの場所が定義されている場合、それぞれが次のディスクタイプを取得します。
- スナップショットの完全なコピー（前述）は読み取り専用であり、作成されたばかりの VM 間で共有されます。
- 各 VM に一意の ID を与える一意の 16 MB の ID ディスク。各 VM は ID ディスクを取得します。
- VM に対して行われた書き込みを保存するための一意の差分ディスク。このディスクはシンプロビジョニングされており（ホストストレージでサポートされている場合）、必要に応じてマスターイメージの最大サイズまで増加します。各 VM は差分ディスクを取得します。差分ディスクはセッション中に行われた変更を保持します。これは専用デスクトップでは永続的です。プールされたデスクトップの場合、再起動後に削除され、新しいものが作成されます。
-
VDA バージョン 2511 (Update 1) 以降の Windows VM の場合、MCS は各マシンに一意の
MachineGuidを割り当てることができます。このMachineGuidは、VDA にインストールされている一部のソフトウェアのライセンス目的で使用されます。この動作はデフォルトで無効になっていますが、マスターイメージまたは個々のマシンでレジストリキー値HKLM:\Software\Citrix\MachineIdentityServiceAgent\EnableUniqueMachineGuidを1に設定することで有効にできます。- あるいは、静的デスクトップを提供する VM を作成する場合、カタログ作成ウィザードのマシンページで、シック（完全コピー）VM クローンを指定できます。完全クローンは、すべてのデータストアにマスターイメージを保持する必要はありません。各 VM は独自のファイルを持ちます。
MCS ストレージに関する考慮事項
- MCS のストレージソリューション、構成、および容量を決定する際には、多くの要因があります。以下の情報は、ストレージ容量に関する適切な考慮事項を提供します。
- *容量に関する考慮事項:*
- ディスク
-
デルタディスクまたは差分ディスク（Diff Disk）は、ほとんどの MCS 展開において、各 VM で最大のスペースを消費します。MCS によって作成される各 VM には、作成時に最低 2 つのディスクが与えられます。
- Disk0 = 差分ディスク: ベースマスターイメージからコピーされた OS を含みます。
- Disk1 = ID ディスク: 16 MB - 各 VM の Active Directory データを含みます。
製品の進化に伴い、特定のユースケースや機能の消費を満たすために、ディスクを追加する必要がある場合があります。例：
- MCSストレージ最適化は、各VMにライトキャッシュスタイルのディスクを作成します。XenServer、VMware、およびSCVMM仮想化環境では、ホスト接続の作成時に利用可能なOSストレージリストと利用可能な一時ストレージリストを同じに構成した場合、MCSはライトバックキャッシュ（WBC）ディスクをOSディスクと同じストレージ場所に配置します。
-
MCSは、前のセクションで説明したデルタディスクのシナリオとは対照的に、フルクローンを使用する機能を追加しました。
ハイパーバイザーの機能も考慮に入れる必要がある場合があります。例：
-
XenServer IntelliCacheは、各XenServerのローカルストレージにリードディスクを作成します。このオプションにより、共有ストレージの場所にある可能性のあるイメージに対するIOPSを節約できます。
-
ハイパーバイザーのオーバーヘッド
-
異なるハイパーバイザーは、VMのオーバーヘッドを発生させる特定のファイルを使用します。ハイパーバイザーは、管理および一般的なログ記録操作にもストレージを使用します。オーバーヘッドを含めるスペースを計算します。
- ログファイル
- ハイパーバイザー固有のファイル。例：
- VMwareは、VMストレージフォルダーにさらにファイルを追加します。VMwareのベストプラクティスを参照してください。
- 仮想マシンの合計サイズ要件を計算します。仮想ディスクに20 GB、スワップファイルに16 GB、ログファイルに100 MBを使用し、合計36.1 GBを消費する仮想マシンを考慮してください。
-
プロセスのオーバーヘッド
-
カタログの作成、マシンの追加、およびカタログの更新には、それぞれ固有のストレージへの影響があります。例：
- 初期カタログ作成では、ベースディスクのコピーを各ストレージ場所にコピーする必要があります。
- カタログへのマシンの追加では、ベースディスクを各ストレージ場所にコピーする必要はありません。カタログの作成は、選択された機能によって異なります。
- カタログの更新により、各ストレージ場所に余分なベースディスクが作成されます。カタログの更新では、カタログ内の各VMが一定期間2つの差分ディスクを持つため、一時的なストレージピークも発生します。
その他の考慮事項:
- RAMサイジング: I/O最適化ディスク、ライトキャッシュ、スナップショットファイルなど、特定のハイパーバイザーファイルとディスクのサイズに影響します。
- シン/シックプロビジョニング: シンプロビジョニング機能があるため、NFSストレージが推奨されます。
Machine Creation Services (MCS) ストレージ最適化
-
Machine Creation Services (MCS) ストレージ最適化機能は、MCS I/Oとも呼ばれます。この機能は、Azure、GCP、XenServer、VMware、AWS、およびSCVMMでのみ利用可能です。
- ライトキャッシュコンテナはファイルベースであり、Citrix Provisioningに見られる機能と同じです。たとえば、Citrix Provisioningのライトキャッシュファイル名は
D:\vdiskdif.vhdxであり、MCS I/Oのライトキャッシュファイル名はD:\mcsdif.vhdxです。 - ライトキャッシュディスクに書き込まれるWindowsクラッシュダンプファイルのサポートを含めることで、診断の改善を実現します。
- MCS I/Oは、最も最適なマルチティアライトキャッシュソリューションを提供するために、RAM内のキャッシュとハードディスクへのオーバーフローという技術を保持しています。この機能により、管理者は各ティア（RAMとディスク）のコストとパフォーマンスのバランスを取り、望ましいワークロードの期待に応えることができます。
ライトキャッシュ方式をディスクベースからファイルベースに更新するには、以下の変更が必要です。
- MCS I/OはRAMのみのキャッシュをサポートしなくなりました。マシンカタログ作成時にディスクサイズを指定してください。
- VMライトキャッシュディスクは、VMを初めて起動するときに自動的に作成およびフォーマットされます。VMが起動すると、ライトキャッシュファイル
mcsdif.vhdxはフォーマットされたボリュームMCSWCDiskに書き込まれます。 - ページファイルは、このフォーマットされたボリューム
MCSWCDiskにリダイレクトされます。その結果、このディスクサイズはディスクスペースの合計量を考慮します。これには、ディスクサイズと生成されたワークロードの差分にページファイルサイズを加えたものが含まれます。これは通常、VMのRAMサイズに関連します。
MCSストレージ最適化の更新を有効にする
- MCS I/Oストレージ最適化機能を有効にするには、Cloud ConnectorとVDAをCitrix DaaSの最新バージョンにアップグレードしてください。
注:
MCS I/Oが有効になっている既存の展開をアップグレードする場合、追加の構成は不要です。VDAとDelivery ControllerのアップグレードがMCS I/Oのアップグレードを処理します。
- ライトバックキャッシュディスクにドライブ文字を割り当てる方法については、「MCS I/Oライトバックキャッシュディスクに特定のドライブ文字を割り当てる」を参照してください。
ハイパーバイザーまたはクラウドサービスでマスターイメージを準備する
マスターイメージには、オペレーティングシステム、非仮想化アプリケーション、VDA、およびその他のソフトウェアが含まれます。
知っておくと良いこと：
- マスターイメージは、クローンイメージ、ゴールデンイメージ、ベースVM、またはベースイメージとも呼ばれる場合があります。ホストベンダーやクラウドサービスプロバイダーは、異なる用語を使用する場合があります。
- ハイパーバイザーまたはクラウドサービスに、作成されるマシンの数に対応できる十分なプロセッサ、メモリ、およびストレージがあることを確認してください。
- デスクトップおよびアプリケーションに必要なハードディスク容量を正しく構成してください。この値は、後でまたはマシンカタログで変更することはできません。
- Remote PC Accessマシンカタログは、マスターイメージを使用しません。
- MCS使用時のMicrosoft KMSアクティベーションに関する考慮事項：展開にXenServer 6.1または6.2、vSphere、またはMicrosoft System Center Virtual Machine Managerホストを備えた7.x VDAが含まれている場合、Microsoft WindowsまたはMicrosoft Officeを手動で再アクティベートする必要はありません。
マスターイメージに以下のソフトウェアをインストールおよび構成します。
- ハイパーバイザー用の統合ツール（Citrix VM Tools、Hyper-V Integration Services、VMware toolsなど）。この手順を省略すると、アプリケーションやデスクトップが正しく機能しない可能性があります。
- VDA。Citrixは、最新機能へのアクセスを可能にするために、VDAの最新バージョンをインストールすることを推奨します。マスターイメージにVDAをインストールしないと、カタログ作成が失敗します。
- 必要に応じて、ウイルス対策ソフトウェアや電子ソフトウェア配布エージェントなどのサードパーティツール。ユーザーとマシンタイプに適した設定（更新機能など）でサービスを構成します。
- 仮想化しないサードパーティアプリケーション。Citrixはアプリケーションの仮想化を推奨しています。仮想化により、アプリケーションの追加または再構成後にマスターイメージを更新する必要がなくなるため、コストが削減されます。また、インストールされるアプリケーションが少ないほど、マスターイメージのハードディスクサイズが削減され、ストレージコストが節約されます。
- App-Vアプリケーションを公開する予定がある場合は、推奨設定のApp-Vクライアント。App-VクライアントはMicrosoftから入手できます。
- MCSを使用する場合、Microsoft Windowsをローカライズする場合は、ロケールと言語パックをインストールします。プロビジョニング中にスナップショットが作成されると、プロビジョニングされたVMはインストールされているロケールと言語パックを使用します。
重要:
MCSを使用している場合、マスターイメージでSysprepを実行しないでください。
マスターイメージの準備:
-
- ハイパーバイザーの管理ツールを使用してマスターイメージを作成し、オペレーティングシステム、すべてのサービスパック、および更新プログラムをインストールします。vCPUの数を指定します。PowerShellを使用してマシンカタログを作成する場合、vCPU値を指定することもできます。Studioからカタログを作成する際には、vCPUの数を指定できません。デスクトップとアプリケーションに必要なハードディスク容量を構成します。その値は後で、またはカタログ内で変更することはできません。
- ハードディスクがデバイスロケーション0に接続されていることを確認します。ほとんどの標準マスターイメージテンプレートではこの場所がデフォルトで構成されていますが、一部のカスタムテンプレートではそうでない場合があります。
- マスターイメージに上記のソフトウェアをインストールして構成します。
- MCSを使用していない場合は、マスターイメージをアプリケーションとデスクトップが属するドメインに参加させます。マスターイメージがマシンが作成されるホストで利用可能であることを確認します。MCSを使用している場合、マスターイメージをドメインに参加させる必要はありません。プロビジョニングされたマシンは、カタログ作成ウィザードで指定されたドメインに参加します。
- Citrixでは、後で識別できるようにマスターイメージのスナップショットを作成して名前を付けることをお勧めします。カタログ作成時にスナップショットではなくマスターイメージを指定した場合、管理インターフェイスはスナップショットを作成しますが、名前を付けることはできません。
ボリュームライセンスのアクティベーション
MCSは、WindowsオペレーティングシステムおよびMicrosoft Officeのアクティベーションを自動化および管理するためのボリュームライセンスアクティベーションをサポートしています。MCSがサポートするボリュームライセンスアクティベーションの3つのモデルは次のとおりです。
- Key Management Service (KMS)
- Active Directoryベースのアクティベーション (ADBA)
- Multiple Activation Key (MAK)
マシンカタログを作成した後で、アクティベーション設定を変更できます。
Key Management Service (KMS)
KMSは、専用のシステムを必要とせず、他のサービスを提供するシステム上で簡単に共存できる軽量サービスです。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。イメージ準備中に、MCSはMicrosoft WindowsおよびMicrosoft OfficeのKMSリアームを実行します。Set-Provserviceconfigurationdataコマンドを実行することで、リアームをスキップできます。KMSアクティベーションの詳細については、「Key Management Service を使用したアクティブ化」を参照してください。
注:
Set-Provserviceconfigurationdataコマンドの実行後に作成されたすべてのマシンカタログは、コマンドで指定されたものと同じ設定になります。
Active Directoryベースのアクティベーション (ADBA)
ADBAを使用すると、ドメイン接続を介してマシンをアクティベートできます。マシンはドメインに参加するとすぐにアクティベートされます。これらのマシンは、ドメインに参加し、ドメインと通信している限りアクティベートされたままになります。この機能は、CitrixがサポートするすべてのWindowsバージョンでサポートされています。Active Directoryベースのアクティベーションの詳細については、「Active Directory ベースのアクティブ化」を参照してください。
Multiple Activation Key (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つ以上のアクティベーションを消費しているかどうかを確認したりするには、Volume Activation Management Tool (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を参照してください。
エラーを確認し、問題を解決するための手順を検証できます。
Studioを使用したマシンカタログの作成
カタログを作成する前に:
- ハイパーバイザー、クラウドサービス、またはマシンをホストするその他のリソースへの接続を作成していることを確認してください。
- マシンをプロビジョニングするためのマスターイメージを作成している場合。そのマスターイメージにVDAがインストールされていることを確認してください。
注:
クラウドサービスまたはハイパーバイザーを使用してVMをホストする場合、カタログ作成ウィザードには、そのホストに固有の追加ページが含まれることがあります。たとえば、Azure Resource Managerマスターイメージを使用する場合、カタログ作成ウィザードには［ストレージとライセンスの種類］ページが含まれます。ホスト固有の情報については、「次のステップ」に記載されている特定の記事を参照してください。
カタログ作成ウィザードの起動
- 1. [Citrix Cloud](https://citrix.cloud.com)にサインインします。
- 1. **［DaaS］**タイルで、**［管理］**をクリックしてStudioを開きます。
- 1. 左ペインで**［マシンカタログ］**を選択します。
- 1. これが最初に作成するカタログである場合、適切な選択肢（「アプリとデスクトップを実行するためのマシンをセットアップし、マシンカタログを作成する」など）に誘導されます。カタログ作成ウィザードが開きます。
- 1. すでにカタログを作成しており、別のカタログを作成する場合は、次の手順に従います。
1. フォルダーを使用してカタログを整理するには、デフォルトの**［マシンカタログ］**フォルダーの下にフォルダーを作成します。詳しくは、「[カタログフォルダーの作成](/ja-jp/citrix-daas/install-configure/machine-catalogs-manage.html#create-a-catalog-folder)」を参照してください。
1. カタログを作成するフォルダーを選択し、**［マシンカタログの作成］**をクリックします。カタログ作成ウィザードが開きます。
ウィザードは、以下のセクションで説明されているページを順に案内します。表示されるページは、選択内容や使用する接続（ホストへの接続）によって異なる場合があります。ホスト/仮想化リソースには、サポートされているホストタイプの情報源が記載されています。
マシンタイプの選択
各カタログには、1つのOSタイプのみのマシンを含める必要があります。［マシンタイプ］ページで、次のいずれかを選択します。
- **マルチセッションOS:** マルチセッションOSカタログは、ホストされた共有デスクトップを提供します。マシンはサポートされているバージョンのWindowsまたはLinuxオペレーティングシステムを実行できますが、カタログにWindowsとLinuxの両方のオペレーティングシステムを含めることはできません。
- **シングルセッションOS:** シングルセッションOSカタログは、さまざまなユーザーに割り当てることができるVDIデスクトップを提供します。
- **Remote PC Access:** Remote PC Accessカタログは、ユーザーに物理的なオフィスデスクトップマシンへのリモートアクセスを提供します。Remote PC Accessは、セキュリティを提供するためにVPNを必要としません。
マシン管理オプションの選択
注:
［マシンタイプ］ページで［Remote PC Access］を選択した場合、［マシン管理］ページは表示されません。
- **［マシン管理］**ページには、マシンの管理方法と、マシンを展開するために使用するツールが表示されます。
マシンの電源管理方法を示すオプションを1つ選択します。
- 電源管理されるマシン（仮想マシンやブレードPCなど）: このオプションは、ハイパーバイザーまたはクラウドサービスへの接続をすでに構成している場合にのみ使用できます。
- 電源管理されないマシン（物理マシンなど）
［電源管理されるマシン（仮想マシンやブレードPCなど）］オプションを選択した場合は、VMを作成するツールを選択します。
-
Citrix Provisioning™テクノロジー
- Citrix Machine Creation Services (MCS) MCSを使用してプロビジョニングおよびイメージ化されたVMのカタログを作成します。MCSは、マスターイメージからクローンされたイメージをこれらのVMにコピーします。
-
Citrix Provisioning Services (PVS) MCSを使用してプロビジョニングされ、PVSを使用してイメージ化されたVMのカタログを作成します。これらのVMはPVSターゲットデバイスとして機能し、PVSサーバーは単一の共有ディスクイメージをそれらにストリーミングできます。
注:
-
このオプションは、Citrix Cloud™に登録されているPVSサイトでのみ利用可能であり、現在はAzureリソースに限定されています。
-
［ターゲットデバイス］ページでCitrix Provisioningカタログを作成する際に、プロビジョニングするマシンのファームとサイトを選択するドロップダウンメニューに、存在しないファームとサイトがリストされている場合があります。回避策として、PowerShellコマンド
Unregister-HypPvsSiteを実行して、データベースからファームとサイトを削除できます。PowerShellコマンドの詳細については、「Unregister-HypPvsSite」を参照してください。
-
- その他のサービスまたはテクノロジー データセンターにすでに存在するマシンを管理するツール。Citrixは、カタログ内のマシンの一貫性を確保するために、Microsoft System Center Configuration Managerまたは別のサードパーティ製アプリケーションを使用することをお勧めします。
注:
Linux OSマシンについては、「Machine Creation Services（MCS）を使用したLinux VDAの作成」を参照してください。
デスクトップエクスペリエンスの選択
注:
「デスクトップエクスペリエンス」ページのオプションは、「マシンタイプ」ページで選択したマシンタイプによって異なります。
- **マルチセッションOS**マシンでは、ユーザーはログインするたびにランダムなデスクトップを割り当てられます。「**デスクトップエクスペリエンス**」ページには、以下のオプションが表示されます。
- 仮想デスクトップをホストするマシンのローカルディスクに変更を保存する: 永続的
- ユーザーがログオフしたときにすべての変更を破棄し、仮想デスクトップをクリアする: 非永続的
> **注:**
>
> 永続的なマルチセッションマシンでは、ユーザーがデスクトップに行った変更は保存され、すべての認証済みユーザーがアクセスできます。
-
シングルセッションOSマシンでは、「デスクトップエクスペリエンス」ページに以下のオプションが表示されます。
- ユーザーがログインするたびに新しい（ランダムな）デスクトップに接続する
- ユーザーがログインするたびに同じ（静的な）デスクトップに接続する
ユーザーが行った変更をログオフ後に保存するか破棄するかをさらに決定できます。
仮想デスクトップをホストするマシンのローカルディスクに変更を保存する: 永続的を選択した場合、「仮想マシン」ページの仮想マシンコピーモードで、高速コピー複製または完全コピー複製オプションが利用可能になります。それ以外の場合、仮想マシンコピーモードは利用できません。
イメージとマシンプロファイルの選択
注:
- このページは、「マシン管理」ページでCitrix Machine Creation Services (MCS)を選択した場合にのみ表示されます。
- このページで利用可能なオプションは、ハイパーバイザーまたはクラウドサービスによって異なります。
このページの設定を完了するには、以下の手順に従います。
-
マシンカタログのイメージタイプを選択し、イメージを選択します。2種類のイメージが利用可能です。
-
マスターイメージ: マスターイメージとして作成されたスナップショットまたはVM。カタログ作成の開始時に自動的なイメージ準備が行われます。必要に応じて、選択したイメージにメモを追加できます。
注:
- MCSを使用している場合、マスターイメージでSysprepを実行しないでください。
- スナップショットではなくマスターイメージを指定した場合、管理インターフェイスはスナップショットを作成しますが、名前を付けることはできません。
- ウィザードで以前に選択したマシン管理テクノロジーと互換性のないスナップショットまたはVMを選択すると、エラーメッセージが表示されます。
- イメージノード内のイメージを更新するには、ツリーでそれを選択し、右上隅にある更新オプションをクリックします。イメージノードを選択しない場合、更新をクリックするとツリー内のすべてのイメージが更新されます。ツリー内の選択したノードをクリアするには、CTRLを押しながらノードをクリックします。
-
準備済みイメージ: イメージ準備が完了しており、VM作成に直接使用できるイメージ。カタログ作成にマスターイメージではなく準備済みイメージを選択することで、より高速で信頼性の高いマシンカタログ作成と、合理化されたイメージライフサイクル管理が保証されます。必要に応じて、選択した準備済みイメージにメモを追加します。
注:
- 準備済みイメージを使用して作成されたVMは、ハイバネーションをサポートしていません
-
現在、準備済みイメージを使用したカタログ作成は、Amazon WorkSpaces Core、Azure、およびVMware環境でのみ利用可能です
- Amazon WorkSpaces Core環境でカタログを作成するには、準備済みイメージが必要です
準備済みイメージの作成方法の詳細については、「イメージ管理」を参照してください。
-
-
- マシンプロファイルからVM設定を継承するには、マシンプロファイルを使用を選択し、マシンプロファイルとして使用するVMまたはARMテンプレート仕様（Azure固有）を選択します。
注:
-
現在、マシンプロファイルの使用は、Azure、Amazon WorkSpaces Core、AWS、GCP、およびVMware VMに限定されています
-
Amazon WorkSpaces Core環境でカタログを作成するには、マシンプロファイルが必要です
- VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成する際に、仮想マシンを保持するフォルダーを指定する必要があります。
- 仮想マシンのフォルダーの場所を指定するには、カタログ作成ウィザードで「仮想マシン」ページに移動し、「マシンを配置するフォルダーを選択」セクションに移動して、仮想マシンのフォルダーの場所を指定します。指定しない場合、システムは選択したマシンプロファイルのフォルダーをデフォルトの場所と見なします。
-
AWS展開の場合、起動テンプレートをマシンプロファイルとして選択できます。
-
カタログの最小機能レベルを選択します。最新の製品機能を使用できるようにするには、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。
マシンの構成
注:
- このページのタイトルは、「マシン管理」ページで選択した内容（マシン、仮想マシン、またはマシンとユーザー）によって異なります。
- このページは、「マシンタイプ」ページでRemote PC Accessを選択した場合は表示されません。
- 空のカタログを作成できます。これは、カタログにマシンが含まれていないことを意味します。
-
MCSを使用してマシンを作成する場合:
- 作成する仮想マシンの数を指定します。作成しない場合は0（ゼロ）を入力します。後で、空のカタログにVMを作成するには、マシンの追加を実行できます。
-
各VMのメモリ量（MB単位）を選択します。
重要:
作成された各VMにはハードディスクがあります。そのサイズはマスターイメージで設定されており、カタログでハードディスクサイズを変更することはできません。
- デスクトップエクスペリエンスページで、静的デスクトップに対するユーザーの変更を個別のPersonal vDiskに保存するように指定した場合、仮想ディスクサイズをGB単位で、およびドライブ文字を指定します。
- 展開で複数のゾーン（リソースロケーション）を使用している場合、カタログのゾーンを選択できます。
- 静的デスクトップVMを作成している場合は、仮想マシンコピーモードを選択します。仮想マシンコピーモードを参照してください。
-
ランダムな非永続デスクトップVMを作成している場合は、マシンのI/Oパフォーマンスを向上させるために、一時データ用のライトバックキャッシュを有効にして構成できます。詳細については、一時データ用のキャッシュの構成を参照してください。
-
他のツールを使用してマシンを提供する際:
- マシンアカウント名を追加（またはリストをインポート）します。VMを追加またはインポートした後でも、VMのアカウント名を変更できます。デスクトップエクスペリエンスページで静的マシンを指定した場合、追加する各VMで使用するユーザー名をオプションで指定できます。
ヒント: > > ユーザーを追加するには、ユーザーを参照するか、セミコロンで区切られたユーザー名のリストを手動で入力します。ユーザーがActive Directoryにいる場合は、名前を直接入力します。そうでない場合は、
<identity provider>:<user name>の形式で名前を入力します。例:AzureAD:username。
-
名前を追加またはインポートした後、このウィザードページにいる間は、削除ボタンを使用してリストから名前を削除できます。
-
他のツール（MCS以外）を使用する場合:
-
追加（またはインポート）された各マシンにはアイコンとツールチップが表示され、カタログに追加できない可能性のあるマシンや、Cloud Connectorに登録できない可能性のあるマシンを特定するのに役立ちます。
-
仮想マシンコピーモード
マシンページで指定するコピーモードは、MCSがマスターイメージからシン（高速コピー）クローンまたはシック（完全コピー）クローンを作成するかどうかを決定します。（デフォルト = シンクローン）
- より効率的なストレージ使用とより高速なマシン作成のために、高速コピークローンを使用します。
- マシンの作成後にIOPSが削減される可能性があり、より優れたデータ回復と移行サポートのために、完全コピークローンを使用します。
注:
完全コピークローンアプローチは、マルチセッションまたはシングルセッションOS上の永続VMをプロビジョニングする場合にのみ利用可能です。
一時データ用のキャッシュの構成
MCSを使用してカタログ内のランダムな非永続マシンを管理する場合、マシンのI/Oパフォーマンスを向上させるためにライトバックキャッシュを有効にできます。
ライトバックキャッシュはMCSIOと呼ばれます。詳細については、こちらのブログ記事を参照してください。
前提条件
-
ライトバックキャッシュを有効にするには、カタログが次の要件を満たしている必要があります。
- 一時データ用のストレージを指定する接続を使用していること。詳細については、接続とリソースを参照してください。
-
VDAは少なくともバージョン7.9であり、現在のMCSIOドライバーがインストールされていること。
注:
このドライバーは、VDAのインストールまたはアップグレード時にインストールできます。デフォルトでは、このドライバーはインストールされません。
- ディスクキャッシュのドライブ文字割り当てを有効にするには、VMは次の追加要件を満たす必要があります。
- オペレーティングシステム: Windows
- VDAバージョン: 2305以降
考慮事項
- ライトバックキャッシュには、メモリキャッシュとディスクキャッシュがあります。デフォルトでは、接続タイプによってデフォルト値が異なります。一般的に、デフォルト値はほとんどのケースで十分ですが、次のものに必要なスペースを考慮してください。
- Windows自体によって作成される一時データファイル（Windowsページファイルを含む）。
- ユーザープロファイルデータ。
- ユーザーセッションに同期されるShareFileデータ。
- セッションユーザーまたはユーザーがセッション内にインストールするアプリケーションによって作成またはコピーされる可能性のあるデータ。
- 一時データ用のライトバックキャッシュを有効にする場合は、メモリキャッシュとディスクキャッシュの両方を使用します。一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが構成された制限に達すると、最も古いデータがディスクキャッシュに移動されます。
注: ディスクキャッシュのみを使用するライトバックキャッシュはサポートされなくなりました。
- メモリキャッシュは、各マシンの総メモリ量の一部です。ライトバックキャッシュを有効にした後、各マシンの総メモリ量を増やすことを検討してください。
- ディスクキャッシュサイズ（GB）をデフォルト値から変更すると、パフォーマンスに影響を与える可能性があります。サイズはユーザーの要件とマシンにかかる負荷に合わせる必要があります。
重要:
> ディスクキャッシュの容量が不足すると、ユーザーのセッションは使用できなくなります。
-
ディスクキャッシュサイズチェックボックスをオフにすると、キャッシュディスクは作成されません。この場合、すべての一時データを保持するのに十分な大きさのキャッシュに割り当てられたメモリ値を指定します。これは、各VMに割り当てるための大量のRAMが利用可能な場合にのみ実現可能です。
-
このカタログを使用してAppDisksを作成する予定がある場合は、キャッシュを有効にしないでください。
-
マシンカタログ作成後にキャッシュ値を変更することはできません。
CSVファイルを使用したマシンの一括追加
- Studioを使用している場合、CSVファイルを使用してマシンを一括追加できます。この機能は、MCSを介して作成されたカタログを除くすべてのカタログで利用できます。
- CSVファイルを使用してマシンを一括追加する一般的なワークフローは次のとおりです。
- マシンページで、CSVファイルの追加を選択します。マシンの一括追加ウィンドウが表示されます。
-
- CSVテンプレートのダウンロードを選択します。
-
- テンプレートファイルに記入します。
-
- ファイルをドラッグするか、参照してアップロードします。
-
- テンプレートファイルに記入します。
- 検証を選択して、インポートの検証チェックを実行します。
- インポートを選択して完了します。
CSVファイルの考慮事項については、「CSVファイルを使用してマシンを追加する際の考慮事項」を参照してください。
同じマシンページで、カタログからマシンをエクスポートすることもできます。エクスポートされたマシンのCSVは、マシンを一括追加する際のテンプレートとして使用できます。マシンをエクスポートするには：
- 1. **マシン**ページで、**CSVファイルにエクスポート**を選択します。マシンのリストを含むCSVファイルがダウンロードされます。
- 1. 必要に応じてCSVファイルを開き、マシンを追加または編集します。保存したCSVファイルを使用してマシンを一括追加するには、前のセクション「[CSVファイルを使用したマシンの一括追加](#using-csv-files-to-bulk-add-machines)」を参照してください。
注：
- この機能は、リモートPCアクセス**カタログでは利用できません。 - CSVファイルでのマシンのエクスポートとインポートは、同じ種類のカタログ間でのみサポートされます。
セキュリティ
セキュリティページは、AWS仮想化環境でマシンプロファイルを割り当てずにマシンカタログを作成する場合にのみ表示されます。セキュリティページを使用して、VMのセキュリティグループを構成します。これは、既存のマシンカタログを編集およびクローン作成する場合にも適用されます。
マシンプロファイルベースのマシンカタログを作成する場合、セキュリティグループの構成はマシンプロファイルから継承され、セキュリティページは表示されません。
マシンのNICの構成
マシンタイプページでリモートPCアクセスを選択した場合、NICページは表示されません。
複数のNICを使用する予定がある場合は、各カードに仮想ネットワークを関連付けます。たとえば、特定のセキュアネットワークにアクセスするために1つのカードを割り当て、より一般的に使用されるネットワークにアクセスするために別のカードを割り当てることができます。このページからNICを追加または削除することもできます。
注：
VMware展開の場合、マシンプロファイルを使用してマシンカタログを作成すると、カタログはマシンプロファイルからNIC構成を継承します。このような場合、マシンプロファイルに同じネットワークを持つ複数のNICがある場合、StudioはホスティングユニットのネットワークをNIC構成に使用します。
マシンアカウントの追加
注：
このマシンアカウントページは、マシンタイプページでリモートPCアクセスを選択した場合にのみ表示されます。
Active Directoryマシンアカウントまたは組織単位（OU）を追加します。OU名にスラッシュ（/）を使用しないでください。
以前に構成した電源管理接続を選択するか、電源管理を使用しないことを選択できます。電源管理を使用したいが、適切な接続がまだ構成されていない場合は、後でその接続を作成し、マシンカタログを編集して電源管理設定を更新できます。
CSVファイルを使用してマシンを一括追加することもできます。その一般的なワークフローは次のとおりです。
- マシンアカウントページで、CSVファイルの追加を選択します。マシンの一括追加ウィンドウが表示されます。
-
- CSVテンプレートのダウンロードを選択します。
- テンプレートファイルに記入します。
- ファイルをドラッグするか、参照してアップロードします。
- 検証を選択して、インポートの検証チェックを実行します。
- インポートを選択して完了します。
CSVファイルの考慮事項については、「CSVファイルを使用してマシンを追加する際の考慮事項」を参照してください。
カタログ内のマシンのIDの構成
注：
- マシンIDページは、マシンタイプページでリモートPCアクセスを選択せず、マシン管理ページでCitrix Machine Creation Services (MCS)を選択した場合にのみ表示されます。
カタログ内の各マシンには一意のIDが必要です。このページでは、カタログ内のマシンのIDを構成できます。マシンはプロビジョニング後にIDに参加します。カタログ作成後にIDタイプを変更することはできません。
このページで設定を構成する一般的なワークフローは次のとおりです。
- 1. リストからIDを選択します。
- 1. アカウントを作成するか、既存のアカウントを使用するか、およびそれらのアカウントの場所（ドメイン）を指定します。
- 次のいずれかのオプションを選択できます。
- **オンプレミスActive Directory**: 組織が所有し、その組織に属するActive Directoryアカウントでサインインするマシン。これらはオンプレミスに存在します。
> **注:**
>
> 既定では、リソース（接続）が存在するドメインが選択されます。
-
Microsoft Entra参加済み: 組織が所有し、その組織に属するMicrosoft Entraアカウントでサインインするマシン。これらはクラウドのみに存在します。要件、制限、および考慮事項については、「Microsoft Entra参加済み」を参照してください。
注:
- このオプションでは、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。詳細については、Microsoftドキュメントの「Microsoft Entra参加済みデバイス」を参照してください。
- Microsoft Entraハイブリッド参加済み: 組織が所有し、その組織に属するActive Directory Domain Servicesアカウントでサインインするマシン。これらはクラウドとオンプレミスに存在します。要件、制限、および考慮事項については、「Microsoft Entraハイブリッド参加済み」を参照してください。
注:
- Microsoft Entraハイブリッド参加を使用する前に、Azure環境が前提条件を満たしていることを確認してください。「[Microsoft Entraハイブリッド参加の構成](https://learn.microsoft.com/ja-jp/entra/identity/devices/how-to-hybrid-join)」を参照してください。 - このオプションでは、マスターイメージがオペレーティングシステムの前提条件を満たしている必要があります。詳細については、「[Microsoft Entraハイブリッド参加済みデバイス](https://learn.microsoft.com/ja-jp/entra/identity/devices/concept-hybrid-join)」を参照してください。- ドメイン非参加: いずれのドメインにも参加していないマシン。要件と制限については、「ドメイン非参加」を参照してください。
重要:
- IDの種類としてオンプレミスActive DirectoryまたはMicrosoft Entraハイブリッド参加済みを選択した場合、カタログ内の各マシンには対応するActive Directoryコンピューターアカウントが必要です。
- ドメイン非参加IDタイプでは、カタログの最小機能レベルとしてVDAバージョン1811以降が必要です。利用可能にするには、最小機能レベルを更新してください。
- Microsoft Entra参加済みおよびMicrosoft Entraハイブリッド参加済みIDタイプでは、カタログの最小機能レベルとしてVDAバージョン2203以降が必要です。利用可能にするには、最小機能レベルを更新してください。
- Microsoft Intuneに登録されている永続VMおよび非永続VM用のMicrosoft EntraのみのカタログまたはMicrosoft Entraカタログを作成する場合、Microsoft Entraサービスアカウントは必須です。
マシンIDを構成する前に、マシンが存在するOUでコンピューターアカウントを作成する権限があることを確認してください。カタログ内の各マシンには一意の名前が必要です。次に、マシンIDを構成する方法を選択します。
-
新しいマシンアカウントを作成する場合は、OUとマシン命名スキームを指定します。詳細については、「マシンアカウント命名スキーム」を参照してください。カタログを作成すると、このカタログ用に定義したすべてのマシンIDを保持するためのIDプールが自動的に作成されます。
-
既存のマシンアカウントを使用する場合は、環境内の既存のIDプールを選択します。
注:
OU名にスラッシュ（
/）を使用しないようにしてください。カタログを作成し、マシンIDページで既存のIDプールを使用を選択すると、サービスアカウントの動作はIDプールの構成によって異なります。
選択したIDプールにサービスアカウントが構成されていない場合、ドメイン資格情報ページで保存済みのサービスアカウントを選択しても効果はありません。サービスアカウントが見つからないことを示すエラーでマシンの追加操作が失敗する可能性があります。これを回避するには、ドメイン資格情報ページでドメイン資格情報を手動で入力します。
選択したIDプールにサービスアカウントが構成されている場合、ドメイン資格情報ページで選択されたサービスアカウントは無視されます。マシンの追加操作は常にIDプールに関連付けられたサービスアカウントを使用します。
- 既存のアカウントを使用する場合は、アカウントを参照するか、インポートをクリックしてアカウント名を含む
.csvファイルを指定します。インポートされるファイルの内容は、[ADComputerAccount] ADcomputeraccountname.domainの形式を使用する必要があります。
追加するすべてのマシンに対して十分なアカウントがあることを確認してください。Studioはそれらのアカウントを管理します。したがって、そのインターフェイスですべてのアカウントのパスワードをリセットさせるか、すべてのアカウントで同じである必要があるアカウントパスワードを指定してください。
物理マシンまたは既存のマシンを含むカタログの場合、既存のアカウントを選択またはインポートし、各マシンをActive Directoryコンピューターアカウントとユーザーアカウントの両方に割り当てます。
マシンアカウント命名スキーム
カタログ内の各マシンには一意の名前が必要です。カタログを作成する際には、マシンアカウント命名スキームを指定する必要があります。名前に表示される連番または文字のプレースホルダーとしてワイルドカード（ハッシュマーク）を使用します。
命名スキームを指定する際には、次の点を考慮してください。
- 許可される最大文字数は15です。
- 命名スキームには少なくとも1つのワイルドカード文字が含まれている必要があります。すべてのワイルドカードはまとめて配置する必要があります。
- ワイルドカードを含む名前全体は、2文字以上15文字以下である必要があります。少なくとも1つの非数字文字と1つの#（ワイルドカード）文字を含める必要があります。
- 名前にスペースや次の文字を含めることはできません:
,~!@'$%^&.()}{\/*?"<>|=+[];:_".。 - 名前をハイフン（-）で終わらせることはできません。
-
マシンアカウントの数が増えるにつれて、文字数も増加します。たとえば、「veryverylong#」というスキームで1,000個のマシンアカウントを作成した場合、最後に作成されるアカウント名（veryverylong1000）は、許可される最大文字数を超える16文字になります。
- 連番の値が数字（0-9）か文字（A-Z）かを示すことができます。
-
0-9。選択した場合、指定されたワイルドカードは連番の数字に解決されます。
注:
ワイルドカードが1つだけの場合（#）、アカウント名は1から始まります。2つの場合、アカウント名は01から始まります。3つの場合、アカウント名は001から始まる、といった具合です。
- A-Z。選択した場合、指定されたワイルドカードは連番の文字に解決されます。
たとえば、PC-Sales-##（0-9が選択されている場合）という命名スキームは、PC-Sales-01、PC-Sales-02、PC-Sales-03などのアカウント名になります。
任意で、アカウント名の開始文字を指定できます。
- 0-9を選択した場合、アカウントは指定された数字から順に命名されます。前のフィールドで使用するワイルドカードの数に応じて、1桁以上の数字を入力します。たとえば、2つのワイルドカードを使用する場合は、2桁以上の数字を入力します。
- A-Zを選択した場合、アカウントは指定された文字から順に命名されます。前のフィールドで使用するワイルドカードの数に応じて、1文字以上の文字を入力します。たとえば、2つのワイルドカードを使用する場合は、2文字以上の文字を入力します。
ドメイン資格情報の追加
アカウント操作を実行する権限を持つ管理者の資格情報を入力します。詳細な手順は次のとおりです。
- 1. [資格情報の入力] をクリックします。Windowsセキュリティページが表示されます。
- 1. [ユーザー名] フィールドに、管理者のSamName、ユーザー名、またはユーザーSIDを入力します。入力内容に応じて、次のようになります。
- SamNameを入力した場合、**[ドメイン]** フィールドは自動的に入力されます。
- ユーザー名またはSIDを入力した場合、**[ドメイン]** フィールドにドメイン名またはSIDを入力することで、特定のドメインにユーザー検索を限定できます。
- ユーザー名が有効または一意であるかを確認するには、[名前の確認] をクリックします。
- [パスワード] フィールドに、管理者のドメインパスワードを入力します。
- [完了] をクリックします。
注：
[マシンID] で選択したIDタイプが Microsoft Entraハイブリッド参加済み の場合、入力する資格情報には
Write userCertificate権限が付与されている必要があります。
エクスペリエンス最適化用のWEM構成セットの選択
注：
[エクスペリエンス最適化] ページは、Workspace Environment Management™ (WEM) の資格がある場合にのみ表示されます。
- マシンカタログにWEM構成セットを指定することで、マシンのリソース割り当てを改善し、システムパフォーマンスを向上させます。
必要な権限
デフォルトでは、マシンカタログの構成セットを作成および管理するには、WEM完全管理者ロールと、次のいずれかのロールが必要です。
- 完全アクセス管理者
- クラウド管理者
-
マシンカタログ管理者
- 他のロールに構成セットの管理を許可するには、[構成セットの管理] 権限と WEM完全管理者ロールの両方を割り当てます。
前提条件
- カタログを構成セットにバインドする前に、**Workspace Environment Management (WEM)** サービス展開が設定されていることを確認してください。Citrix Cloudにサインインし、WEMサービスを起動します。詳細については、「[Workspace Environment Managementサービスの使用開始](/ja-jp/workspace-environment-management/service/get-started)」を参照してください。
- すでにWEMを使用している場合は、最適化設定が有効になるように、各VDAに**WEMエージェント**がインストールされ、Citrix Cloudに接続されていることを確認してください。
手順
マシンカタログに適用するエクスペリエンス最適化オプションを選択します。
-
デフォルト設定の適用: このオプションを選択すると、自動CPUスパイク保護やインテリジェントCPU最適化を含む、デフォルトの最適化設定が適用されます。
-
カスタム設定の適用: このオプションを選択すると、カタログ名を使用してこのマシンカタログの構成セットが作成されます。構成セットが作成された後、必要に応じて最適化設定をカスタマイズできます。または、既存の構成セットを選択することもできます。
VDAのアップグレード（オプション）
重要：
- スムーズなアップグレードを確実にするために、VDAをCRまたはLTSR CUバージョンにアップグレードする前に、前提条件を満たし、既知の問題を確認してください。「Studioを使用したVDAのアップグレード」を参照してください。
- LTSR VDAをLTSR累積更新プログラム（CU）バージョンにアップグレードする場合、VDAで実行されているVDAアップグレードエージェントのバージョンが7.36.0.7以降であることを確認してください。詳細については、「Studioを使用したVDAのアップグレード」を参照してください。
- この機能は、次のマシンタイプに適用されます。
- MCSプロビジョニングされた永続マシン。これらは、カタログ作成時に[マシン管理] ページの [Citrix Machine Creation Services] を使用して展開します。
- MCSを使用して作成されていないマシン（物理マシンなど）。これらは、カタログ作成時に[マシン管理] ページの [その他のサービスまたはテクノロジー] を使用して展開します。
2つのオプションの詳細については、「マシン管理」を参照してください。
VDAアップグレードページで、アップグレードするVDAバージョンを選択します。指定されている場合、VDAアップグレードエージェントがインストールされているカタログ内のVDAは、選択したバージョンに即時またはスケジュールされた時間にアップグレードできます。
注:
- この機能は、最新のVDAへのアップグレードのみをサポートします。VDAアップグレードスケジュールを作成またはVDAをアップグレードする時点が、VDAの最新バージョンを決定します。
- VDAアップグレード設定を構成した後、VDAアップグレードフィールドに最新のステータスが反映されるまでに最大15分かかる場合があります。VDAアップグレード列を表示するには、右上隅にある[表示する列]アイコンをクリックし、マシンカタログ > VDAアップグレードを選択して、保存をクリックします。
展開に適したVDAトラックを選択します。
重要:
CR VDAとLTSR VDAの間で切り替えることができますが、その場合、以前のバージョンから新しいバージョンへの切り替えである必要があります。新しいバージョンから以前のバージョンへの切り替えは、ダウングレードと見なされるためできません。たとえば、2212 CRから2203 LTSR（任意のCU）にダウングレードすることはできませんが、2112 CRから2203 LTSR（任意のCU）にアップグレードすることはできます。
-
最新のCR VDA。Current Releases（CR）は、最新かつ最も革新的なアプリ、デスクトップ、およびサーバー仮想化の機能を提供します。
-
最新のLTSR VDA。Long Term Service Releases（LTSR）は、長期間同じベースバージョンを維持することを好む大規模なエンタープライズ本番環境に推奨されます。
カタログ作成後、必要に応じてVDAをアップグレードできます。詳しくは、「VDAのアップグレード」を参照してください。
後でVDAアップグレードを有効にする場合は、カタログ作成後にカタログを編集することでこのページに戻ることができます。詳しくは、「カタログを編集してVDAアップグレード設定を構成する」を参照してください。
設定の確認
概要ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報はStudioに表示されます。
完了したら、完了を選択してカタログ作成を開始します。
-
マシンカタログに、新しいカタログがインラインの進行状況バーとともに表示されます。
-
作成の進行状況の詳細を表示するには:
- マシンカタログにマウスを合わせます。
-
表示されるツールヒントで、詳細の表示をクリックします。
以下の項目を確認できるステップバイステップの進行状況グラフが表示されます。
- ステップの履歴
- 現在のステップの進行状況と実行時間
- 残りのステップ
PowerShellコマンドを使用したMCSマシンカタログの作成
- PowerShellコマンドを使用してMCSマシンカタログを作成することもできます。詳しくは、以下を参照してください。
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--> -
- カタログの作成を完了します。
カスタムプロパティ設定に関する重要な考慮事項
GCPおよびAzure環境では、New-ProvSchemeおよびSet-ProvSchemeでカスタムプロパティを正しく設定する必要があります。存在しないカスタムプロパティを指定した場合、以下のエラーメッセージが表示され、コマンドは実行に失敗します。
`Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.`
ProvSchemeパラメーター設定に関する重要な考慮事項
MCSを使用してカタログを作成する際、以下の場合はエラーが発生します。
- マシンカタログ作成時に、サポートされていないハイパーバイザーで以下の
New-ProvSchemeパラメーターを設定した場合：
| パラメーター | サポートされているハイパーバイザー |
|---|---|
UseWriteBackCache |
VMware |
| Hyper-V | |
| XenServer® | |
| Azure | |
| GCP | |
DedicatedTenancy |
Azure |
| GCP | |
| AWS | |
TenancyType |
Azure |
| GCP | |
| AWS | |
UseFullDiskCloneProvisioning |
VMware |
| Hyper-V | |
| XenServer |
-
マシンカタログ作成後に、以下の
Set-ProvSchemeパラメーターを更新した場合：CleanOnBootUseWriteBackCacheDedicatedTenancyTenancyTypeUseFullDiskCloneProvisioning
仮想マシン作成時のSIDの追加
新しい仮想マシンを作成する際に、マシンを一意に識別するためにパラメーターADAccountSidを追加できます。
これを行うには：
- サポートされているIDタイプでカタログを作成します。
-
NewProvVMを使用してカタログにマシンを追加します。例：New-ProvVM -ProvisioningSchemeName "name" -ADAccountSid @("SID ") -RunAsynchronously <!--NeedCopy-->
ただし、以下の条件ではマシンをプロビジョニングできません。
- カタログIDプールにないADアカウント
- 利用可能な状態ではないADアカウント
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マシンカタログを作成できます。
Azure ArcへのVMのオンボーディング
Azure Arc を使用すると、どこにホストされている VM などのリソースでも、Azure で実行されているかのように組織が管理できます。Azure Arc を使用すると、Azure Monitor などの Azure サービスを利用して、リソースの包括的な可視性とプロアクティブな管理を実現できます。
VM を Azure Arc にオンボーディングするには、New-ProvScheme コマンドを使用して MCS マシンカタログを作成します。既存のカタログは Set-ProvScheme コマンドを使用して更新することもできます。カタログに追加された新しい VM のみが Azure Arc にオンボーディングされます。
現在、この機能は、Citrix のすべてのオンプレミスハイパーバイザー (VMware、Nutanix、SCVMM) に適用されます。
前提条件
MCS カタログで Azure Arc オンボーディングを有効にする前に、以下を考慮してください。
-
Azure リソースグループ (以下を含む):
- Arc サーバーの読み取り、作成、削除をアカウントに許可する。
- VM 拡張機能、ライセンス、プライベートリンクスコープの管理をアカウントに許可する。
- サービスプリンシパルにリソースグループスコープで
Azure Connected Machine Resource Administratorロールが割り当てられていること。
Azure portal を使用して Azure ロールを割り当てるを参照してください。
-
マスターイメージ (以下を含む):
VM を Azure Arc にオンボーディングする手順
-
AzureArcResourceManagement機能を持つサービスアカウントをセットアップします。サービスアカウントは、Microsoft Entra ID などの ID プロバイダーにアクセスするための資格情報を保存することで、認証または承認に使用されます。各サービスアカウントは、単一の ID プロバイダーに紐付けられています。
Azure AD にアクセスするための
AzureArcResourceManagement機能を持つ新しいサービスアカウントを作成するには、以下を実行します。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-->
フォローミータグ付け
フォローミータグ付けは、ハイパーバイザーレベルのタグを適用することで、個々のエンドユーザーVMの使用状況を追跡できるようにします。これらのタグは、特定のユーザーおよび/または組織（キーとしてcitrix-user-upn、値としてユーザープリンシパル名（UPN）を使用）でラベル付けされ、ユーザーがVMに割り当てられるとCitrixによって自動的に追加され、ユーザーの割り当てが解除されると削除されます。
利点
この機能にはいくつかの利点があります。
-
ITチャージバック: タグによってリソース使用量（Azure: NIC、OS、ID、WBC、データディスク、VM）（AWS EC2: EC2インスタンス、EBSボリューム（OS、ID、WBC、データディスク）、NIC）をフィルタリングできるため、個々のユーザーまたは事業部門への正確なチャージバックが可能になります。
注：
- AWS EC2の場合、
citrix-user-upnタグキーをコスト配分タグとしてアクティブ化すると、請求レポートに表示されます。AWS生成タグのコスト配分タグのアクティブ化を参照してください。 - Azureの場合、月間合計支出、個々のリソースごとのコスト、日次コストトレンド、サービスごとのコスト、詳細な請求記録など、詳細な支出を表示するために、コスト分析レポートをユーザーでフィルタリングするために
citrix-user-upnタグをアクティブ化する必要はありません。
- AWS EC2の場合、
- 効率的なユーザー管理: エンドユーザーの割り当てが解除された場合（例えば、退職や組織再編などの雇用変更）、リソースからのタグの削除を自動化します。
- 強化されたセキュリティ監視: 特定のセキュリティスキャンを目的として、特定のエンドユーザーに割り当てられたVMを特定するのに役立ちます。
適用範囲
現在、フォローミータグ付けは以下に適用されます。
- AWS EC2およびAzure環境
- シングルセッションOSを実行する静的に割り当てられたマシン
- 永続および非永続カタログ
- サポートされているすべてのマシンID結合カタログ
- MCSプロビジョニングされたVMのみ
- マネージドディスク（Azureの場合）のみ
制限事項
- エンドユーザーの割り当てと、ハイパーバイザーのマシンへの対応するタグの表示との間に短い同期期間が存在します。
- タグ付け権限の不足、ハイパーバイザーの障害、Cloud Connectorの利用不可などの問題によりタグ付け操作が失敗した場合、MCSはタグ付け操作を再試行しません。代わりに、MCSはプロビジョニングスキームに警告を発行します。この警告は、PowerShellコマンド
Get-ProvOperationEventを使用してアクセスできます。 - タグ操作は、カタログのタグ付けが有効または無効になったとき、またはユーザーがVMに割り当てられたときにのみ開始されます。
- NICからフォローミータグを手動で削除した場合、次に電源がオンになったときに新しく作成されたリソースにはタグが適用されません。
重要な考慮事項
AWS EC2環境でフォローミータグ付けを使用する際は、次の点を考慮してください。
- AWS固有の制限事項：タグ付けの制限については、タグ付けの制限を参照してください。
- コスト配分のためにタグをアクティブ化します。AWS生成タグのコスト配分タグのアクティブ化を参照してください。
Azure環境でフォローミータグ付けを使用する際は、次の点を考慮してください。
- Azure固有の制限事項
- リソースごとに50個のタグしか追加できません。
フォローミータグ付けの構成
フォローミータグ付けは、StudioおよびPowerShellを使用して構成できます。
Studioの使用
マシンカタログセットアップウィザードで:
- オペレーティングシステムページで、シングルセッションOSを選択します。
-
マシン管理ページで:
- 電源管理されているマシン (仮想マシンやブレードPCなど) を選択します。
- CitrixプロビジョニングテクノロジーCitrix Machine Creation Services (MCS) を使用してマシンを展開することを選択します。
- 次のページで設定を完了します。
- 仮想マシンページで、フォローミータグ付けの適用を選択します。
- カタログ作成プロセスを完了します。
- カタログで機能が有効になっていることを確認するには、作成したカタログの詳細ページに移動します。マシンの下にあるフォローミータグ付け機能が有効と表示されている必要があります。
- 左ペインからデリバリーグループを選択し、デリバリーグループの作成をクリックします。作成したカタログをデリバリーグループに追加し、1人以上のユーザーをデリバリーグループに割り当てます。
MCSは、マシンにログオンした最初のユーザーでカタログ内のVMを自動的にタグ付けします。または、最初のログオンに依存する代わりに、ユーザーをマシンに手動で割り当てることもできます。
既存のカタログを編集して、フォローミータグ付けを構成することもできます。
- 変更するカタログを選択し、マシンカタログの編集をクリックします。
- 仮想マシンセクションに移動し、フォローミータグ付けの適用を選択します。
- 適用をクリックし、次に保存をクリックして、既存のカタログでこの機能を有効にします。このカタログ内の新規および既存のVMは、エンドユーザーが割り当てられるとハイパーバイザーでタグ付けされます。
PowerShellの使用
PowerShellを使用してフォローミータグ付けを構成するには、-HypervisorVMTaggingパラメーターをSet-BrokerCatalogコマンドレットとともに使用し、$trueに設定します。
タグ付けを有効にするスクリプトの例:
Set-BrokerCatalog -Name 'CatalogName' -HypervisorVMTagging $true
<!--NeedCopy-->
カタログのタグ付けステータスを確認するスクリプトの例:
Get-BrokerCatalog -Name "SS-S-P-Cat" | Select Name, SessionSupport, AllocationType, ProvisioningType, HypervisorVMTagging
<!--NeedCopy-->
HypervisorVMTaggingの値を確認します。カタログでフォローミータグ付けが有効になっている場合、HypervisorVMTaggingの値はTrueです。
カタログでフォローミータグ付けを有効にした後、作成したカタログをデリバリーグループに追加し、1人以上のユーザーをデリバリーグループに割り当てます。
フォローミータグ付けの使用
マシンカタログでフォローミータグ付けを有効にし、そのカタログ内のVMにユーザーが割り当てられると、MCSは仮想マシンにハイパーバイザーレベルのタグを自動的に適用します。このタグはcitrix-user-upn:<User Principal Name (UPN)>の形式です。このタグをハイパーバイザーの課金および管理コンソール内で使用して、特定のエンドユーザーによるリソース使用状況を追跡します。
Azureで特定のタグを持つリソースのコストを分析するには:
- Azure Portalのコスト分析ページに移動します。
- タグフィルターを追加します。
-
citrix-user-upnをキーとして使用します。 - リソースコストを追跡するために、1つ以上の目的のUPNを選択します。
- タグ付けされたリソースに累積された実際のコストを表示します。
citrix-user-upnを使用したタグフィルタリングで、次のことができます:
- ユーザーの月間合計支出を確認する（累積コストビュー）。
- 特定のユーザーが所有するすべてのリソースとそのコストを表示する（リソース別コストビュー）。
- ユーザーあたりの日次コストの予期せぬ増加を検出する（日次コストビュー）。
- ユーザーがVMやストレージなど、どのサービスに支出しているかを特定する（サービス別コストビュー）。
- 生の請求明細項目をフィルタリングして、詳細なユーザーレベルの請求記録を作成する（請求詳細ビュー）。
AWSでコスト配分タグを持つリソースのコストを分析するには:
- コスト配分タグをアクティブ化します（アクティブ化され、請求レポートに表示されるまでに最大24時間かかります）。EC2請求コンソールまたはAWSコストエクスプローラーAPIの
UpdateCostAllocationTagsStatusを介してコスト配分タグをアクティブ化します。 - コスト配分タグキーといくつかの値をAWSリソースに追加します。
これらのタグを使用して、コスト配分タグキーと特定の値に従ってリソースによって発生したコストを表示する請求レポートを生成します。レポートは、月次、日次、時間単位の粒度で表示できます。
ユーザーがマシンから割り当て解除されると、MCSは自動的にそのVMから対応するタグを削除します。
トラブルシューティング
- 問題: ユーザー割り当て後にハイパーバイザーにタグが表示されない。
- 原因: 同期遅延が発生しているか、権限の問題、ハイパーバイザーの障害、または利用できないCloud Connectorが原因でMCSがタグ付けを実行できなかった可能性があります。
-
解決策:
- タグが表示されるまで数分待ちます。
- 問題が解決しない場合は、PowerShell コマンドレット
Get-ProvOperationEventを使用してプロビジョニングスキームの警告を確認し、タグ付け中に発生したエラーを特定します。Citrix がハイパーバイザーに必要なタグ付け権限を持っていることを確認してください。 - タグ付けステータスを確認します。
Get-ProvVMを実行し、CustomMachineDataでブール値IsFollowMeTaggedを確認します。
サポートされているオンプレミスハイパーバイザーの追加ストレージのイメージレプリケーション
この機能により、オンプレミスハイパーバイザーでサポートされている複数のストレージロケーション間で、イメージバージョン仕様インスタンスの効率的なレプリケーションと管理が可能になります。
ユースケース
- イメージバージョンを新規または置き換えられたストレージロケーションにレプリケートすることで、イメージ準備プロセス中またはその後に、仮想マシンを追加のロケーションにプロビジョニングできます。
- 新しいイメージバージョンが作成され、追加のストレージロケーションが指定されると、準備されたイメージバージョン仕様は自動的にそれらの指定されたストレージロケーションにレプリケートされます。
- 置き換えられた、または新しく追加されたストレージロケーションで既存のイメージバージョンを使用する必要がある場合は、新しいストレージロケーションにレプリケートするイメージバージョンインスタンスを追加できます。
- 既存のイメージバージョンにホスティングユニットが追加され、追加ストレージも追加されると、準備されたイメージバージョン仕様インスタンスは、ターゲットホスティングユニット内の指定された追加ストレージにレプリケートされます。
PowerShell コマンド
-
準備されたイメージバージョン仕様を指定されたストレージロケーションにレプリケートする新しいイメージインスタンスを追加します。
Add-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid > -StorageIds "<StorageId1,StorageId2>" -RunAsynchronously <!--NeedCopy--> -
既存のイメージバージョン仕様インスタンスレプリカを削除します（既存のVMで使用されていないもの）。
Remove-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid > -ImageInstanceUid < ImageInstanceUid > -RunAsynchronously <!--NeedCopy--> -
イメージバージョン仕様インスタンスのリストを取得します。
Get-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid > <!--NeedCopy-->
次のステップ
特定のハイパーバイザーカタログの作成については、以下を参照してください。
- AWS カタログの作成
- Google Cloud Platform カタログの作成
- Microsoft Azure カタログの作成
- Microsoft System Center Virtual Machine Manager カタログの作成
- Nutanix カタログの作成
- VMware カタログの作成
- XenServer カタログの作成
これが最初に作成するカタログである場合は、デリバリーグループの作成に誘導されます。
構成プロセス全体を確認するには、展開の計画と構築を参照してください。
Studio と PowerShell を使用して Citrix Provisioning カタログを作成できます。 この実装には、次の利点があります。
- MCS と Citrix Provisioning カタログの両方を管理するための単一の統合コンソール。
- ID 管理ソリューション、オンデマンドプロビジョニングなど、Citrix Provisioning カタログの新しい機能。
現在、この機能は Azure および VMware ワークロードでのみ利用可能です。ただし、VMware および XenServer 環境では、現在 PowerShell コマンドのみを使用してカタログを作成できます。詳細については、「Citrix Studio で Citrix Provisioning カタログを作成する」を参照してください。