製品ドキュメント

Citrix DaaS

PDFを表示

Microsoft Azureカタログの作成

March 23, 2023

寄稿者:

「マシンカタログの作成」では、マシンカタログを作成するウィザードについて説明します。以下の情報は、Microsoft Azure Resource Managerクラウド環境に固有の詳細について説明しています。

注：

Microsoft Azureカタログを作成する前に、Microsoft Azureへの接続の作成を完了する必要があります。「Microsoft Azureへの接続」を参照してください。

Azureのオンデマンドプロビジョニング

Azureのオンデマンドプロビジョニングでは、VMは、プロビジョニング完了後、Citrix Virtual Apps and Desktopsで電源投入操作が開始されたときにのみ作成されます。

MCSを使用してAzure Resource Managerでマシンカタログを作成する場合、Azureのオンデマンドプロビジョニング機能は次のことを実現します：

ストレージコストを削減する。
カタログ作成を高速化する。

MCSカタログを作成すると、Azure Portalにリソースグループ内のネットワークセキュリティグループ、ネットワークインターフェイス、基本イメージ、IDディスクが表示されます。

Azure Portalでは、Citrix Virtual Apps and DesktopsがVMの電源投入操作を開始するまで、そのVMは表示されません。次に、［完全な構成］インターフェイスのVMのステータスがオンに変わります。次のような違いがある2種類のマシンがあります：

プールされたマシンの場合、オペレーティングシステムのディスクとライトバックキャッシュは、VMが存在する場合にのみ存在します。プールされたマシンをコンソールでシャットダウンすると、VMはAzure Portalに表示されません。マシンを定期的に（たとえば、勤務時間外に）シャットダウンすると、ストレージコストを大幅に節約できます。
専用マシンでは、VMの初回電源投入時にオペレーティングシステムのディスクが作成されます。Azure PortalのVMは、マシンIDが削除されるまでストレージに残ります。専用マシンをコンソールでシャットダウンすると、VMは引き続きAzure Portalに表示されます。

Azure Resource Managerイメージを使用してマシンカタログを作成する

これは、「マシンカタログの作成」のガイダンスを補完する情報です。

イメージは、マシンカタログの仮想マシンの作成に使用されることになるテンプレートです。マシンカタログを作成する前に、Azure Resource Managerでイメージを作成します。イメージについて詳しくは、「マシンカタログの作成」を参照してください。

ヒント：

非管理ディスクを使用して仮想マシンをプロビジョニングすることは推奨されません。

イメージの準備中に、元の仮想マシンに基づいて準備用の仮想マシン（VM）が作成されます。この準備VMはネットワークから切断されています。ネットワークを準備VMから切断するために、すべての受信および送信トラフィックを拒否するネットワークセキュリティグループが作成されます。ネットワークセキュリティグループは、自動的にカタログごとに1回作成されます。ネットワークセキュリティグループの名前はCitrix-Deny-All-a3pgu-GUIDで、GUIDがランダムに生成されます。例：Citrix-Deny-All-a3pgu-3f161981-28e2-4223-b797-88b04d336dd1。

マシンカタログ作成ウィザードで次の操作を行います：

［マシンの種類］ ページと ［マシン管理］ ページには、Azure固有の情報は含まれていません。「マシンカタログの作成」のガイダンスに従ってください。
［マスターイメージ］ ページで、カタログ内のすべてのマシンのマスターイメージとして使用するイメージを選択します。［イメージの選択］ ウィザードが表示されます。イメージがあるサブスクリプションを選択し、リソースグループを選択してから、Azure VHD、Azure Compute Gallery（以前のShared Image Gallery）、またはAzureイメージバージョンに移動します。

イメージを選択するときは、次の点を考慮してください：
- Citrix VDAがイメージにインストールされていることを確認します。
- VMに接続されているVHDを選択した場合は、次の手順に進む前にVMをシャットダウンする必要があります。
注：
- カタログにマシンを作成した接続（ホスト）のサブスクリプションは、緑色の点で示されます。他のサブスクリプションは、Azure Compute Galleryをそのサブスクリプションと共有します。これらのサブスクリプションでは、共有ギャラリーのみが表示されます。共有サブスクリプションを構成する方法については、「共有イメージを使用した完全な構成でのマシンカタログの作成または更新」を参照してください。
- トラステッド起動が有効になっているイメージまたはスナップショットを選択する場合は、［セキュリティの種類］ としてトラステッド起動が選択されているマシンプロファイルを使用する必要があります。次に、［マシンプロファイル］の値を指定することにより、SecureBootとvTPMを有効または無効にできます。トラステッド起動は、Shared Image Galleryではサポートされていません。Azureのトラステッド起動については、「https://docs.microsoft.com/en-us/azure/virtual-machines/trusted-launch」を参照してください。
- トラステッド起動で、WindowsでエフェメラルOSディスクを使用して、プロビジョニングスキームを作成できます。トラステッド起動でイメージを選択する場合は、vTPMが有効になっているトラステッド起動でマシンプロファイルを選択する必要があります。エフェメラルOSディスクを使用してマシンカタログを作成する方法については、「エフェメラルOSディスクを使用してマシンを作成する方法」を参照してください。
- イメージのレプリケーション中に、先に進んでそのイメージをマスターイメージとして選択し、セットアップを完了することができます。ただし、イメージのレプリケーション中は、カタログ作成完了までの時間が長くなることがあります。MCSでは、カタログの作成開始から1時間以内にレプリケーションを完了する必要があります。レプリケーションがタイムアウトすると、カタログの作成は失敗します。レプリケーションステータスはAzureで確認できます。レプリケーションがまだ保留中の場合、またはレプリケーションが完了した後で再試行してください。
- Azureでマシンカタログのマスターイメージを選択すると、MCSは、選択されたマスターイメージとマシンプロファイルに基づいてOSの種類を識別します。MCSで識別できない場合は、マスターイメージに一致するOSの種類を選択してください。
カタログ内のVMがマシンプロファイルから構成を継承するかどうかを選択します。デフォルトでは、［マシンプロファイルを使用する（Azure Active Directoryでは必須）］ チェックボックスがオンになっています。［マシンプロファイルを選択］ をクリックして、リソースグループの一覧からVMまたはARMテンプレート仕様を参照します。

ARMテンプレート仕様を検証して、マシンカタログを作成するためにマシンプロファイルとして使用できるかどうかを確認します。ARMテンプレート仕様を検証する方法は2つあります：
- リソースグループの一覧からARMテンプレート仕様を選択したら、［次へ］ をクリックします。ARMテンプレート仕様にエラーがある場合、エラーメッセージが表示されます。
- 次のPowerShellコマンドのいずれかを実行します：
  - Test-ProvInventoryItem -HostingUnitName <string> -InventoryPath <string>
  - Test-ProvInventoryItem -HostingUnitUid <Guid> -InventoryPath <string>
VMがマシンプロファイルから継承できる構成の例として、次のようなものがあります：
- 高速ネットワーク
- ブート診断
- ホストのディスクキャッシュ（OSおよびMCSIOディスク関連）
- マシンサイズ（別途指定されていない場合）
- VMに適用されたタグ
カタログを作成した後、イメージがマシンプロファイルから継承している構成を表示できます。［マシンカタログ］ ノードで、カタログを選択して下部ペインに詳細を表示します。次に、［テンプレートのプロパティ］ タブをクリックしてマシンプロファイルのプロパティを表示します。［タグ］ セクションには、最大3つのタグが表示されます。そのVMに配置されているすべてのタグを表示するには、［すべて表示］ をクリックします。

MCSでAzure専用ホストにVMをプロビジョニングする場合は、［ホストグループを使用する］ チェックボックスをオンにし、リストからホストグループを選択します。ホストグループは、専用ホストのコレクションを表すリソースです。専用ホストは、1つまたは複数の仮想マシンをホストする物理サーバーを提供するサービスです。サーバーはAzureサブスクリプション専用であり、他のサブスクライバーとは共有されません。専用ホストを使用する場合、Azureは、VMがそのホストで実行されている唯一のマシンであることを保証します。この機能は、規制または内部のセキュリティ要件を満たす必要があるシナリオに適しています。ホストグループとそれらを使用する際の考慮事項について詳しくは、「Azure専用ホスト」を参照してください。
重要：
- Azureの自動配置が有効になっているホストグループのみが表示されます。
- ホストグループを使用すると、ウィザードの後半で表示される ［Virtual Machines］ ページが変更されます。選択したホストグループに含まれるマシンサイズのみが、このページに表示されます。また、アベイラビリティゾーンは自動的に選択され、選択できません。
［ストレージとライセンスの種類］ ページは、Azure Resource Managerイメージを使用するときのみ表示されます。

マシンカタログに使用するストレージタイプは次のとおりです：
- プレミアムSSD：I/Oを多用するワークロードを持つVMに適した、高性能かつ低遅延のディスクストレージオプションを提供します。
- 標準SSD：低IOPSレベルで安定したパフォーマンスを必要とするワークロードに適した、コスト効率の高いストレージオプションを提供します。
- 標準HDD：遅延の影響を受けないワークロードを実行しているVMに対して、信頼性の高い低コストのディスクストレージオプションを提供します。
- AzureエフェメラルOSディスクVMのローカルディスクを再利用してオペレーティングシステムディスクをホストする、コスト効率の高いストレージオプションを提供します。または、PowerShellを使用して、エフェメラルOSディスクを使用するマシンを作成することもできます。詳しくは、「Azureエフェメラルディスク」を参照してください。エフェメラルOSディスクを使用する場合は、次の考慮事項に注意してください：
  - AzureエフェメラルOSディスクとMCS I/Oを同時に有効にすることはできません。
  - エフェメラルOSディスクを使用するマシンを更新するには、サイズが仮想マシンのキャッシュディスクまたは一時的ディスクのサイズを超えないイメージを選択する必要があります。
  - ウィザードの後半で表示される ［電源サイクル中にシステムディスクを保持する］ オプションを使用することはできません。
注：

IDディスクは、選択したストレージの種類に関係なく、常に標準SSDを使用して作成されます。

ストレージの種類によって、ウィザードの ［仮想マシン］ ページに表示されるマシンのサイズが変わります。MCSは、ローカル冗長ストレージ（LRS）を使用するようにプレミアムディスクと標準ディスクを構成します。LRSは、単一のデータセンター内でデータの複数の同期コピーを作成します。AzureエフェメラルOSディスクは、VMのローカルディスクを使用してオペレーティングシステムを格納します。Azureのストレージの種類およびストレージの複製について詳しくは、以下のドキュメントを参照してください：
既存のWindowsライセンスを使用するかLinuxライセンスを使用するかを選択します。
- Windowsライセンス：WindowsライセンスとWindowsイメージ（Azureプラットフォームのサポートイメージまたはカスタムイメージ）を使用すると、AzureでWindows VMを低コストで実行できます。ライセンスには次の2種類があります：
  - Windows Serverライセンス。Windows ServerライセンスまたはAzure Windows Serverライセンスを使用できます。これにより、Azureハイブリッド特典を使用できます。詳しくは、https://azure.microsoft.com/en-us/pricing/hybrid-benefit/を参照してください。Azureハイブリッド特典を使用すると、AzureギャラリーからのWindows Server追加ライセンス料金が不要になるため、Azureでの仮想マシン実行コストを基本計算料金のみに抑えられます。
  - Windowsクライアントライセンス。Windows 10ライセンスおよびWindows 11ライセンスをAzureに移行できるため、追加のライセンスなしでWindows 10 VMおよびWindows 11 VMをAzureで実行できます。詳しくは、「クライアントアクセスライセンスと管理ライセンス」を参照してください。
プロビジョニングされた仮想マシンがライセンス特典を使用していることを確認するには、次のPowerShellコマンドを実行します：Get-AzVM -ResourceGroup MyResourceGroup -Name MyVM。
- ［Windows Serverのライセンスの種類］で、ライセンスの種類が ［Windows_Server］ であることを確認します。詳しくは、https://docs.microsoft.com/en-us/azure/virtual-machines/windows/hybrid-use-benefit-licensing/を参照してください。
- ［Windowsクライアントのライセンスの種類］で、ライセンスの種類が ［Windows_Client］ であることを確認します。詳しくは、https://docs.microsoft.com/en-us/azure/virtual-machines/windows/windows-desktop-multitenant-hosting-deployment/を参照してください。
または、Get-Provscheme PowerShell SDKを使用して確認することもできます。例：Get-Provscheme -ProvisioningSchemeName "My Azure Catalog"。このコマンドレットについて詳しくは、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Get-ProvScheme/を参照してください。
- Linuxライセンス：bring-your-own-subscription（BYOS）Linuxライセンスを使用すると、ソフトウェアの料金を支払う必要がありません。BYOSの料金には、コンピューティングハードウェアの料金のみが含まれます。ライセンスには次の2種類があります：
  - RHEL_BYOS：RHEL_BYOSの種類を正しく使用するには、AzureサブスクリプションでRed Hat Cloud Accessを有効にします。
  - SLES_BYOS：SLESのBYOSバージョンには、SUSEからのサポートが含まれています。
  LicenseType値をNew-ProvSchemeおよびSet-ProvSchemeでLinuxオプションに設定できます。
  
  LicenseTypeをNew-ProvSchemeでRHEL_BYOSに設定した例：
```
New-ProvScheme -CleanOnBoot -ProvisioningSchemeName "azureCatalog" -RunAsynchronously -Scope @() -SecurityGroup @() -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="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /><Property xsi:type="StringProperty" Name="LicenseType" Value="RHEL_BYOS" /></CustomProperties>'

```
  LicenseTypeをSet-ProvSchemeでSLES_BYOSに設定した例：
```
Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -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="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /><Property xsi:type="StringProperty" Name="LicenseType" Value="SLES_BYOS" /></CustomProperties>'

```
  注：
  
  LicenseType値が空の場合、デフォルト値は、OsType値に応じて、Azure Windows ServerライセンスまたはAzure Linuxライセンスになります。
  
  LicenseTypeを空にした例：
```
Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -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="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /></CustomProperties>'

```
ライセンスの種類と利点を理解するには、次のドキュメントを参照してください：
- https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.management.compute.models.virtualmachine.licensetype?view=azure-dotnet
- https://docs.microsoft.com/en-us/azure/virtual-machines/linux/azure-hybrid-benefit-linux
AzureのShared Image Gallery（SIG）は、画像を管理および共有するためのリポジトリです。これにより、組織全体で画像を利用できるようになります。大規模な永続的でないマシンカタログを作成する場合は、よりすばやくVDA OSディスクをリセットできるため、イメージをSIGに保存することをお勧めします。［AzureのShared Image Galleryにイメージを格納する］ を選択すると、［Azure Shared Image Galleryの設定］ セクションが表示され、追加のSIG設定を指定できます：
- イメージレプリカに対する仮想マシンの比率。Azureで保持するイメージレプリカに対する仮想マシンの比率を指定できます。デフォルトでは、Azureは40台の非永続的なマシンごとに1つのイメージレプリカを保持します。永続マシンの場合、その数はデフォルトで1,000になります。
- 最大レプリカ数。Azureで保持するイメージレプリカの最大数を指定できます。デフォルトは10です。
［仮想マシン］ ページで、作成する仮想マシンの数を指定します。少なくとも1つを指定し、マシンサイズを選択する必要があります。カタログ作成後、カタログを編集してマシンサイズを変更できます。
［NIC］ ページには、Azure固有の情報は表示されません。「マシンカタログの作成」のガイダンスに従ってください。
［ディスク設定］ ページで、ライトバックキャッシュを有効にするかどうかを選択します。MCSストレージ最適化機能を有効にすると、カタログを作成するときに以下の設定を構成できます。これらの設定は、Azure環境とGCP環境の両方に適用されます。

ライトバックキャッシュを有効にした後、次の操作を実行できます：
- 一時データのキャッシュに使用するディスクとRAMのサイズを構成する。詳しくは、「一時データ用キャッシュの構成」を参照してください。
- ライトバックキャッシュディスク用のストレージの種類を選択します。ライトバックキャッシュディスクには、次のストレージのオプションを使用できます：
  - プレミアムSSD
  - 標準SSD
  - 標準HDD
- プロビジョニングされたVMに対してライトバックキャッシュディスクを保持するかどうかを選択します。このオプションを使用可能にするには、［ライトバックキャッシュを有効にする］ を選択します。デフォルトでは、［非永続的なライトバックキャッシュディスクを使用する］ が選択されています。
- https://docs.microsoft.com/en-us/azure/storage/common/storage-introduction/
- https://docs.microsoft.com/en-us/azure/virtual-machines/premium-storage-performance/
- https://docs.microsoft.com/en-us/azure/storage/common/storage-redundancy/
- ライトバックキャッシュディスクの種類を選択します。
  - 非永続的なライトバックキャッシュディスクを使用する：選択した場合、ライトバックキャッシュディスクは電源サイクル中に削除されます。リダイレクトされたデータはすべて失われます。VMの一時ディスクに十分なスペースがある場合、それはライトバックキャッシュディスクのホストに使用され、コストを削減します。カタログの作成後、プロビジョニングされたマシンが一時ディスクを使用しているかどうかを確認できます。これを行うには、カタログをクリックして、［テンプレートのプロパティ］ タブの情報を確認します。一時ディスクが使用されている場合は、［非永続的なライトバックキャッシュディスク］ が表示され、その値は ［はい（VMの一時ディスクを使用）］ になっていますそうでない場合は、［非永続的なライトバックキャッシュディスク］ が表示され、その値は ［いいえ］（VMの一時ディスクを使用しない） になっています。
  - 永続的なライトバックキャッシュディスクを使用する：選択した場合、ライトバックキャッシュディスクは、プロビジョニングされたVMで保持されます。このオプションを有効にすると、ストレージコストが増加します。
- 電源サイクル中にVDA用のシステムディスクを保持するかどうかを選択します。
  - 電源サイクル中にシステムディスクを保持する：デフォルトでは、システムディスクはシャットダウン時に削除され、スタートアップ時に再作成されます。これにより、ディスクは常にクリーンな状態になりますが、VMの再起動時間が長くなります。システムからの書き込みがRAMキャッシュにリダイレクトされ、キャッシュディスクにオーバーフローする場合、システムディスクは変更されません。このオプションを有効にすると、ストレージコストは増加しますが、仮想マシンの再起動時間は短縮されます。このオプションを使用可能にするには、［ライトバックキャッシュを有効にする］ を選択します。
    - 電源サイクルをまたいで仮想マシンを保持する。仮想マシンのカスタマイズを保持し、Azure Portalから仮想マシンを起動できるようにするには、このオプションを選択します。
- ストレージコストの削減を有効にするかどうかを選択します。有効にすると、VMのシャットダウン時にストレージディスクを標準HDDにダウングレードすることで、ストレージコストを削減できます。VMは、再起動時に元の設定に切り替わります。このオプションは、ストレージディスクとライトバックキャッシュディスクの両方に適用されます。または、PowerShellを使用することもできます。「仮想マシンのシャットダウン時にストレージの種類をダウングレードする」を参照してください。
- カタログでプロビジョニングされるマシンのデータを暗号化するかどうかを選択します。顧客が管理する暗号化キーを使用したサーバー側暗号化により、管理対象ディスクレベルで暗号化を管理し、カタログ内のマシン上のデータを保護できます。詳しくは、「Azureサーバー側暗号化」を参照してください。
［リソースグループ］ ページで、リソースグループを作成するか、既存のグループを使用するかを選択します。
- リソースグループを作成する場合は、［次へ］ を選択します。
- 既存のリソースグループを使用する場合は、［使用可能なプロビジョニングリソースグループ］ボックスの一覧からグループを選択します。注意事項：カタログで作成しているマシンを収容するのに十分なグループを選択してください。選択が少なすぎると、メッセージが表示されます。後でカタログにさらにVMを追加する予定がある場合は、必要最小限よりも多く選択しておくことをお勧めします。カタログが作成された後、カタログにリソースグループをさらに追加することはできません。
詳しくは、「Azureリソースグループ」を参照してください。
［マシンID］ ページ、［ドメイン資格情報］ ページ、および ［概要］ ページには、Azure固有の情報は表示されません。「マシンカタログの作成」のガイダンスに従ってください。

ウィザードを完了します。

Azure一時ディスクをライトバックキャッシュディスクとして使用するための条件

次のすべての条件が満たされている場合にのみ、Azure一時ディスクをライトバックキャッシュディスクとして使用できます：

Azure一時ディスクは永続データには適していないため、ライトバックキャッシュディスクは非永続である必要があります。
選択したAzure VMのサイズには、一時ディスクが含まれている必要があります。
エフェメラルOSディスクを有効にする必要はありません。
ライトバックキャッシュファイルをAzure一時ディスクに保存することを受け入れます。
Azure一時ディスクのサイズは、「ライトバックキャッシュディスクサイズ + ページングファイル用に予約されたスペース + 1GBのバッファスペース」の合計サイズよりも大きい必要があります。

PowerShellを使用して非永続的なライトバックキャッシュディスクのカタログを作成する

非永続的なライトバックキャッシュディスクのカタログを構成するには、PowerShellパラメーターNew-ProvScheme CustomPropertiesを使用します。カスタムプロパティは次のとおりです：

UseTempDiskForWBC。このプロパティは、ライトバックキャッシュファイルを保存するのに、Azure一時ストレージの使用を受け入れるかどうかを示します。一時ディスクをライトバックキャッシュディスクとして使用する場合は、New-ProvScheme実行時に「true」に設定する必要があります。このプロパティを指定しない場合、パラメーターはデフォルトで「False」に設定されます。

例：CustomPropertiesパラメーターを使用してUseTempDiskForWBCをtrueに設定した場合：

    -CustomProperties '<CustomProperties xmlns=" http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> `
    <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="StorageAccountType" Value="Premium_LRS"/> `
    <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS"/> `
    <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
    <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="true"/> `
    </CustomProperties>'
<!--NeedCopy-->

注：

マシンカタログをコミットして、ライトバックキャッシュファイル用としてAzureローカル一時ストレージを使用すると、後からVHDを使用するように変更することはできません。

非永続的なライトバックキャッシュディスクのシナリオ

次の表は、マシンカタログの作成中に一時ディスクがライトバックキャッシュに使用される場合の3つの異なるシナリオを示しています。

シナリオ	結果
ライトバックキャッシュに一時ディスクを使用するためのすべての条件が満たされている。	WBCファイル`mcsdif.vhdx`は一時ディスクに保存されます。
一時ディスクに、ライトバックキャッシュを使用するための十分なスペースがない。	VHDディスク「MCSWCDisk」が作成され、WBCファイル`mcsdif.vhdx`がこのディスクに保存されます。
一時ディスクに、ライトバックキャッシュを使用するための十分なスペースはあるが、`UseTempDiskForWBC`が「false」に設定されている。	VHDディスク「MCSWCDisk」が作成され、WBCファイル`mcsdif.vhdx`がこのディスクに保存されます。

PowerShellを使用して永続的なライトバックキャッシュディスクのカタログを作成する

永続的なライトバックキャッシュディスクのカタログを構成するには、PowerShellパラメーターNew-ProvScheme CustomPropertiesを使用します。

ヒント：

PowerShellパラメーターNew-ProvScheme CustomPropertiesは、クラウドベースのホスティング接続にのみ使用してください。オンプレミスソリューション（Citrix Hypervisorなど）で永続的なライトバックキャッシュディスクを使用してマシンをプロビジョニングする場合、ディスクは自動的に永続化されるため、PowerShellは必要ありません。

このパラメーターでは追加プロパティPersistWBCをサポートしており、これを使用することで、MCSでプロビジョニングされたマシンのライトバックキャッシュディスクを永続化させる方法を指定できます。PersistWBCプロパティは、UseWriteBackCacheパラメーターが指定され、WriteBackCacheDiskSizeパラメーターがディスクが作成されたことを示すよう設定された場合のみ使用されます。

注：

この動作は、電源を入れ直したときにデフォルトのMCSIOライトバックキャッシュディスクが削除されて再作成されるAzureおよびGCPの両方に適用されます。ディスクを永続化すると、MCSIOライトバックキャッシュディスクの削除と再作成を回避できます。

以下は、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-->

注：

この例はAzureにのみ適用されます。このプロパティはGCP環境では異なります。

これらのプロパティを使用するときは、プロパティがCustomPropertiesパラメーターから省略されている場合にデフォルトの値が含まれるようにしてください。PersistWBCプロパティには、次の2つの値が設定可能です：trueまたはfalse。

PersistWBCプロパティをtrueに設定すると、Citrix Virtual Apps and Desktops管理者が管理インターフェイスでマシンをシャットダウンしたときに、ライトバックキャッシュディスクが消去されません。

PersistWBCプロパティをfalseに設定すると、Citrix Virtual Apps and Desktops管理者が管理インターフェイスでマシンをシャットダウンしたときに、ライトバックキャッシュディスクが消去されます。

注：

PersistWBCプロパティを省略する場合、デフォルトはfalseになり、管理インターフェイスでマシンをシャットダウンするとライトバックキャッシュは消去されます。

例：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-ProvScheme PowerShellコマンドレットを使用してのみ設定できます。作成後にプロビジョニングスキームのCustomPropertiesを変更しようとしても、マシンがシャットダウンしたときにマシンカタログやライトバックキャッシュディスクの永続性は影響を受けません。

例：PersistWBCプロパティをtrueに設定するときにNew-ProvSchemeを設定してライトバックキャッシュを使用した場合：

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-->

MCSIOによる起動パフォーマンスの向上

MCSIOが有効な場合、AzureやGCPの管理対象ディスクの起動パフォーマンスを向上させることができます。New-ProvSchemeコマンドでPowerShellカスタムプロパティPersistOSDiskを使用してこの機能を構成します。New-ProvSchemeに関連するオプションは次のとおりです：

<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="Resource<!--NeedCopy-->
``````<!--NeedCopy-->
````````Groups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
</CustomProperties>
<!--NeedCopy-->

この機能を有効にするには、カスタムプロパティPersistOSDiskを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=`"PersistOsDisk`" 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-->

トラステッド起動を使用したマシンカタログ

トラステッド起動でマシンカタログを正常に作成するには、次を使用します：

トラステッド起動を使用したマシンプロファイル
トラステッド起動をサポートするVMサイズ
トラステッド起動をサポートするWindows VMバージョン。現在、Windows 10、2016、2019、および2022はトラステッド起動をサポートしています。

重要：

トラステッド起動には、新しいVMの作成が必要です。トラステッド起動を使用せずに最初に作成された既存のVMでは、トラステッド起動を有効にすることはできません。

Citrix DaaSオファリングのインベントリアイテムを表示し、VMサイズがトラステッド起動をサポートしているかどうかを判断するには、次のコマンドを実行します：

PowerShellウィンドウを開きます。
asnp citrix*を実行し、Citrix固有のPowerShellモジュールをロードします。

次のコマンドを実行します：

$s = (ls XDHyp:\HostingUnits<name of hosting unit>\serviceoffering.folder"<VM size>.serviceoffering)
<!--NeedCopy-->

$s | select -ExpandProperty Additionaldataを実行します。
SupportsTrustedLaunch属性の値を確認してください。
- SupportsTrustedLaunchがTrueの場合、VMサイズはトラステッド起動をサポートします。
- SupportsTrustedLaunchがFalseの場合、VMサイズはトラステッド起動をサポートしません。

AzureのPowerShellに従って、次のコマンドを使用してトラステッド起動をサポートするVMサイズを決定できます：

(Get-AzComputeResourceSku | where {$\_.Locations.Contains($region) -and ($\_.Name -eq "<VM size>") })[0].Capabilities
<!--NeedCopy-->

Azure PowerShellコマンドを実行した後、VMサイズがトラステッド起動をサポートするかどうかを説明する例を次に示します。

例1：Azure VMが第1世代のみをサポートしている場合、そのVMはトラステッド起動をサポートしていません。したがって、Azure PowerShellコマンドを実行した後、TrustedLaunchDisabled機能は表示されません。
例2：Azure VMが第2世代のみをサポートし、TrustedLaunchDisabled機能がTrueの場合、第2世代のVMサイズはトラステッド起動ではサポートされません。
例3：Azure VMが第2世代のみをサポートし、PowerShellコマンドの実行後にTrustedLaunchDisabled機能が表示されない場合、第2世代のVMサイズはトラステッド起動でサポートされます。

Azure仮想マシンのトラステッド起動ついて詳しくは、Microsoftのドキュメント「Azure Virtual Machinesのトラステッド起動」を参照してください。

トラステッド起動でマシンカタログを作成する際のエラー

トラステッド起動を使用してマシンカタログを作成しているときに、次のシナリオに応じたエラーが発生します：

シナリオ	エラー
非管理対象カタログの作成中にマシンプロファイルを選択した場合	`MachineProfileNotSupportedForUnmanagedCatalog`
非管理対象ディスクをマスターイメージとしてカタログを作成するときに、トラステッド起動をサポートするマシンプロファイルを選択した場合	`SecurityTypeNotSupportedForUnmanagedDisk`
セキュリティの種類でトラステッド起動を使用し、マスターイメージソースを使用して管理カタログを作成するときに、マシンプロファイルを選択しない場合	`MachineProfileNotFoundForTrustedLaunchMasterImage`
マスターイメージとは異なるセキュリティの種類のマシンプロファイルを選択した場合	`SecurityTypeConflictBetweenMasterImageAndMachineProfile`
トラステッド起動をサポートしないVMサイズを選択しながら、カタログの作成時にトラステッド起動をサポートするマスターイメージを使用する場合	`MachineSizeNotSupportTrustedLaunch`

マシンプロファイルのプロパティ値を使用する

マシンカタログは、カスタムプロパティで定義されている次のプロパティを使用します：

アベイラビリティゾーン
専用ホストグループID
ディスク暗号化セットID
OSの種類
ライセンスの種類
ストレージの種類

これらのカスタムプロパティが明示的に定義されていない場合、プロパティ値はマシンプロファイルとして使用されているARMテンプレートの指定または仮想マシンのいずれかから設定されます。また、ServiceOfferingが指定されていない場合は、マシンプロファイルから設定されます。

注：

一部のプロパティがマシンプロファイルで指定されておらず、カスタムプロパティで定義されていないとき、プロパティのデフォルト値が常に適用されます（該当する場合）。

次のセクションでは、CustomPropertiesですべてのプロパティが定義されている場合、または値がMachineProfileから由来している場合、New-ProvSchemeおよびSet-ProvSchemeでのシナリオについて説明します。

New-ProvSchemeシナリオ

MachineProfileですべてのプロパティが定義され、CustomPropertiesは定義されていません。例：

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm"

カタログのカスタムプロパティとして、次の値が設定されています：

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="<mpA-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

MachineProfileで一部のプロパティが定義され、CustomPropertiesは定義されていません。例：MachineProfileにはLicenseTypeとOsTypeのみが含まれます。

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm"

カタログのカスタムプロパティとして、次の値が設定されています：
```
 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<mpA-value>"/>
 </CustomProperties>
 
```

MachineProfileとCustomPropertiesの両方がすべてのプロパティを定義します。例：

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -CustomProperties $CustomPropertiesA

カスタムプロパティが優先されます。カタログのカスタムプロパティとして、次の値が設定されています：

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="<CustomPropertiesA-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

一部のプロパティはMachineProfileで定義され、一部のプロパティはCustomPropertiesで定義されます。例：

CustomPropertiesは、LicenseTypeとStorageAccountTypeを定義します
MachineProfileは、LicenseType、OsType、Zonesを定義します

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -CustomProperties $CustomPropertiesA

カタログのカスタムプロパティとして、次の値が設定されています：

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="<mpA-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

一部のプロパティはMachineProfileで定義され、一部のプロパティはCustomPropertiesで定義されます。また、ServiceOfferingは定義されていません。例：

CustomPropertiesはStorageTypeを定義します
MachineProfileはLicenseTypeを定義します

 New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mp.vm"
 -ServiceOffering "XDHyp:\HostingUnits\azureunit\serviceoffering.folder<explicit-machine-size>.serviceoffering"
 <!--NeedCopy-->

カタログのカスタムプロパティとして、次の値が設定されています：

 Get-ProvScheme | select ServiceOffering
 serviceoffering.folder<explicit-machine-size>.serviceoffering

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="explicit-storage-type"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="value-from-machineprofile"/>
 </CustomProperties>
 <!--NeedCopy-->

OsTypeがCustomPropertiesにもMachineProfileにもない場合、次のようになります：
- 値はマスターイメージから読み取られます。
- マスターイメージが非管理対象ディスクの場合、OsTypeはWindowsに設定されます。例：
New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -MasterImageVM "XDHyp:\HostingUnits\azureunit\image.folder\linux-master-image.manageddisk"

マスターイメージの値は、カスタムプロパティに書き込まれます（この場合はLinux）。
```
 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="OSType" Value="Linux"/>
 </CustomProperties>
 
```

Set-ProvSchemeシナリオ

既存のカタログ：
- StorageAccountTypeおよびOsTypeのCustomProperties
- Zonesを定義するMachineProfile mpA.vm

更新：

StorageAccountTypeを定義するMachineProfile mpB.vm
LicenseTypeとOsTypeを定義するカスタムプロパティの新しいセット$CustomPropertiesB

Set-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpB.vm" -CustomProperties $CustomPropertiesB

カタログのカスタムプロパティとして、次の値が設定されています：

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<mpB-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<CustomPropertiesB-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesB-value>"/>
     </CustomProperties>
 <!--NeedCopy-->

既存のカタログ：
- StorageAccountTypeおよびOsTypeのCustomProperties
- StorageAccountTypeとLicenseTypeを定義するMachineProfile mpA.vm

更新：

StorageAccountTypeとOsTypeを定義するカスタムプロパティの新しいセット$CustomPropertiesB

Set-ProvScheme -CustomProperties $CustomPropertiesB

カタログのカスタムプロパティとして、次の値が設定されています：

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<CustomPropertiesB-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<CustomPropertiesB-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<mp-A-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

既存のカタログ：
- StorageAccountTypeおよびOsTypeのCustomProperties
- Zonesを定義するMachineProfile mpA.vm

更新：

StorageAccountTypeとLicenseTypeを定義するMachineProfile mpB.vm
ServiceOfferingは指定されていません

Set-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpB.vm"

カタログのカスタムプロパティとして、次の値が設定されています：

 Get-ProvScheme | select ServiceOffering
 serviceoffering.folder<value-from-machineprofile>.serviceoffering

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<mpB-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<prior-CustomProperties-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<mpB-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

PowerShellを使用してAzure VM拡張機能を有効にする

ARM（Azure Resource Manager）テンプレートスペックを選択したら、次のPowerShellコマンドを実行して、Azure VM（仮想マシン）拡張機能を操作します：

サポートされているAzure VM拡張機能の一覧を表示するには：Get-ProvMetadataConfiguration
さらにVM拡張機能を追加するには：Add-ProvMetadataConfiguration。例：Add-ProvMetadataConfiguration -PluginType "AzureRM" -ConfigurationName "Extension" -ConfigurationValue "CustomScriptExtension"

次のいずれかを追加しようとするとコマンドが失敗し、エラーメッセージが表示されます：
- Citrix定義の拡張機能。
- 既存のユーザー定義の拡張機能。
- サポートされていない構成キー。現在、サポートされている構成キーはExtensionです。
一覧から拡張機能を削除するには：Remove-ProvMetadataConfiguration。追加した拡張機能は削除できます。

ページファイルの場所

Azure環境では、最初にVM（仮想マシン）が作成されたときに、ページファイルの場所が設定されます。ページファイル設定の形式は次のとおりです：ページファイルの場所［最小サイズ］［最大サイズ］（サイズはMB）。詳しくは、「適切なページファイルのサイズを決定する方法」を参照してください。

イメージの準備中、プロビジョニングスキームを作成する際、MCSは特定のルールに基づいてページファイルの場所を決定します。プロビジョニングスキームの作成後は、以下のことができなくなります：

VMサイズの変更
マシンプロファイルの更新
EOSおよびMCS I/Oプロパティの変更

ページファイルの場所の決定

EOSおよびMCS I/Oなどの機能には、それぞれ想定するページファイルの場所があり、相互に排他的です。次の表は、各機能で想定されているページファイルの場所を示したものです：

機能	想定されているページファイルの場所
EOS	OSディスク
MCS I/O	Azure一時ディスクが優先され、それ以外の場合はライトバックキャッシュディスク

注：

プロビジョニングスキームの作成からイメージの準備を切り離した場合でも、ページファイルの場所はMCSによって正しく決定されます。デフォルトのページファイルの場所はOSディスク上です。

ページファイル設定シナリオ

次の表は、イメージの準備およびプロビジョニングスキーム更新中のページファイル設定について、いくつかの可能なシナリオを示しています：

タイミング	シナリオ	結果
イメージの準備時	ソースイメージページファイルを一時ディスクに設定しており、プロビジョニングスキームで指定したVMサイズに一時ディスクがない	ページファイルはOSに保存されます
イメージの準備時	ソースイメージページファイルをOSディスクに設定しており、プロビジョニングスキームで指定したVMサイズに一時ディスクがない	ページファイルは一時ディスクに保存されます
イメージの準備時	ソースイメージページファイルを一時ディスクに設定しており、エフェメラルOSディスクがプロビジョニングスキームで有効になっている	ページファイルはOSディスクに保存されます
プロビジョニングスキームの更新時	プロビジョニングスキームの更新を試みます。元のVMサイズには一時ディスクがありますが、ターゲットVMには一時ディスクがない	エラーメッセージが表示され変更が拒否されます
プロビジョニングスキームの更新時	プロビジョニングスキームの更新を試みます。元のVMサイズには一時ディスクがないが、ターゲットVMには一時ディスクがある	エラーメッセージが表示され変更が拒否されます

ページファイル設定の更新

PowerShellコマンドを使用して、場所やサイズなどのページファイル設定を指定できます。その場合、MCSによって決定されたページファイル設定は上書きされます。これを行うには、マシンカタログの作成中に次のNew-ProvSchemeコマンドを実行します：

New-ProvScheme -CleanOnBoot `
    -HostingUnitName "zijinnet" `
    -IdentityPoolName "PageFileSettingExample" `
    -ProvisioningSchemeName "PageFileSettingExample" `
    -InitialBatchSizeHint 1 `
    -MasterImageVM "XDHyp:\HostingUnits\zijinnet\image.folder\neal-zijincloud-resources.resourcegroup\CustomWin10VDA_OsDisk_1_9473d7c8a6174b2c8284c7d3efeea88f.manageddisk" `
    -NetworkMapping @{"0"="XDHyp:\HostingUnits\zijinnet\virtualprivatecloud.folder\East US.region\virtualprivatecloud.folder\neal-zijincloud-resources.resourcegroup\neal-zijincloud-resources-vnet.virtualprivatecloud\default.network"} `
    -ServiceOffering "XDHyp:\HostingUnits\zijinnet\serviceoffering.folder\Standard_B2ms.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="PersistOsDisk" Value="false"/> `
    <Property xsi:type="StringProperty" Name="PersistVm" Value="false"/> `
    <Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="d"/> `
    <Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048"/> `
    <Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196"/> `
    <Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS"/> `
    <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
    </CustomProperties>'
<!--NeedCopy-->

Remote PowerShell SDKを使用してカタログを作成する方法については、「PowerShellを使用してカタログを作成する」を参照してください。

制約：

New-ProvSchemeコマンドを実行してプロビジョニングスキームを作成する場合にのみ、ページファイル設定を更新できます。ページファイル設定を後で変更することはできません。
New-ProvSchemeコマンドですべてのカスタムプロパティ（「PageFileDiskDriveLetterOverride」、「InitialPageFileSizeInMB」、および「MaxPageFileSizeInMB」）を指定するか、いずれも指定しないでください。
この機能はCitrix Studioではサポートされていません。
初期ページファイルサイズは、16MB〜16,777,216MBである必要があります。
最大ページファイルサイズは、初期ページファイルサイズ以上で、16,777,216MB未満である必要があります。
初期ページファイルサイズと最大ページファイルサイズの両方を同時に0に設定できます。

Azureリソースグループ

Azureプロビジョニングのリソースグループは、アプリケーションとデスクトップをユーザーに提供するVMをプロビジョニングする方法を提供します。MCSマシンカタログを作成するときに既存の空のAzureリソースグループを追加するか、新しいリソースグループを作成することができます。Azureリソースグループについて詳しくは、Microsoft社のドキュメントを参照してください。

Azureリソースグループの使用

Azureリソースグループごとの仮想マシン、管理対象ディスク、スナップショット、およびイメージの数に制限はありません（Azureリソースグループごとに仮想マシンは240、管理対象ディスクは800という数の制限はなくなりました）。

フルスコープのサービスプリンシパルを使用してマシンカタログを作成する場合、MCSは1つのAzureリソースグループのみを作成し、カタログのこのグループを使用します。
スコープの狭いサービスプリンシパルを使用してマシンカタログを作成する場合、事前に作成された空のAzureリソースグループを指定する必要があります。

Azureエフェメラルディスク

Azureエフェメラルディスクを使用すると、キャッシュディスクまたは一時ディスクを再利用して、Azure対応の仮想マシンのOSディスクを保存できます。この機能は、標準のHDDディスクよりも高性能のSSDディスクを必要とするAzure環境で役立ちます。エフェメラルディスクを使用するには、New-ProvSchemeを実行するとき、カスタムプロパティUseEphemeralOsDiskをtrueに設定する必要があります。

注：

カスタムプロパティUseEphemeralOsDiskがfalseに設定されているか、値が指定されていない場合、プロビジョニングされたすべてのVDAは引き続きプロビジョニングされたOSディスクを使用します。

以下は、プロビジョニングスキームで使用するカスタムプロパティのセットの例です：

"CustomProperties": [
            {
                "Name": "UseManagedDisks",
                "Value": "true"
            },
            {
                "Name": "StorageType",
                "Value": "Standard_LRS"
            },
            {
                "Name": "UseSharedImageGallery",
                "Value": "true"
            },
            {
                "Name": "SharedImageGalleryReplicaRatio",
                "Value": "40"
            },
            {
                "Name": "SharedImageGalleryReplicaMaximum",
                "Value": "10"
            },
            {
                "Name": "LicenseType",
                "Value": "Windows_Server"
            },
            {
                "Name": "UseEphemeralOsDisk",
                "Value": "true"
            }
        ],
<!--NeedCopy-->

エフェメラルOSディスクを使用してマシンを作成する方法

エフェメラルOSディスクは、CustomPropertiesパラメーターのUseEphemeralOsDiskプロパティに基づいて制御されます。

エフェメラルディスクに関する重要な考慮事項

New-ProvSchemeを使用してエフェメラルOSディスクのプロビジョニングをするには、次の制約を考慮してください：

カタログに使用されるVMサイズは、エフェメラルOSディスクをサポートする必要があります。
VMサイズに関連付けられているキャッシュまたは一時ディスクのサイズは、OSディスクのサイズ以上である必要があります。
一時ディスクのサイズは、キャッシュディスクのサイズよりも大きい必要があります。

次の場合にも、これらの問題を考慮してください：

プロビジョニングスキームを作成する場合。
プロビジョニングスキームを変更する場合。
イメージを更新する場合。

AzureエフェメラルディスクとMachine Creation Services（MCS）ストレージ最適化（MCS I/O）

AzureエフェメラルOSディスクとMCS I/Oを同時に有効にすることはできません。

重要な考慮事項は次のとおりです：

エフェメラルOSディスクとMCS I/Oの両方を同時に有効にしてマシンカタログを作成することはできません。
マシンカタログのセットアップウィザードで、［ストレージとライセンスの種類］ ページの ［AzureエフェメラルOSディスク］ を選択した場合、［ディスク設定］ ページでライトバックキャッシュディスクのオプションは使用できません。
New-ProvSchemeまたはSet-ProvSchemeが「true」に設定されたPowerShellパラメーター（UseWriteBackCacheおよびUseEphemeralOsDisk）を使用すると、適切なエラーメッセージが表示されて失敗します。
両方の機能を有効にして作成した既存のマシンカタログについては、次のことができます：
- マシンカタログの更新。
- VMの追加または削除。
- マシンカタログの削除。

Azureサーバー側暗号化

Citrix DaaSは、Azure Key Vaultを使用してAzure Managed Disksの顧客が管理する暗号化キーをサポートします。このサポートにより、独自の暗号化キーを使用してマシンカタログの管理対象ディスクを暗号化して、組織およびコンプライアンスの要件を管理できます。詳しくは、「Azure Disk Storageのサーバー側暗号化」を参照してください。

管理対象ディスクにこの機能を使用する場合：

ディスクが暗号化されているキーを変更するには、DiskEncryptionSetの現在のキーを変更します。DiskEncryptionSetに関連付けられているすべてのリソースは、新しいキーで暗号化されるように変更されます。
キーを無効にするか削除すると、そのキーを使用するディスクのあるVMはすべて自動的にシャットダウンします。シャットダウン後、キーを再度有効にするか、新しいキーを割り当てない限り、VMは使用できません。このキーを使用するカタログの電源をオンにすることはできません。また、VMをカタログに追加することもできません。

顧客が管理する暗号化キーを使用する場合の重要な考慮事項

この機能を使用するときは、次のことに注意してください：

顧客が管理するキーに関連するすべてのリソース（Azure Key Vault、ディスク暗号化セット、VM、ディスク、スナップショット）は、同じサブスクリプションとリージョンに配置される必要があります。
顧客が管理する暗号化キーを有効にすると、後で無効にすることはできません。顧客が管理する暗号化キーを無効にする、または削除する場合は、顧客が管理する暗号化キーを使用していない別の管理対象ディスクにすべてのデータをコピーします。
サーバー側暗号化と顧客が管理するキーを使用して暗号化されたカスタムイメージから作成されたディスクは、同じ顧客が管理するキーを使用して暗号化する必要があります。これらのディスクは同じサブスクリプションでカバーされる必要があります。
サーバー側暗号化と顧客が管理するキーを使用して暗号化されたディスクから作成されたスナップショットは、同じ顧客が管理するキーを使用して暗号化する必要があります。
顧客が管理するキーで暗号化されたディスク、スナップショット、イメージは、別のリソースグループおよびサブスクリプションに移動できません。
Azure Disk Encryptionを使用して現在暗号化されている、または以前に暗号化された管理対象ディスクは、顧客が管理するキーを使用して暗号化することはできません。
リージョンごとのディスク暗号化セットの制限については、Microsoft社のサイトを参照してください。

注：

Azureサーバー側暗号化の構成については、「クイックスタート：Azure Portalを使用してキーコンテナを作成する」を参照してください。

Azureの顧客が管理する暗号キー

マシンカタログを作成するときに、カタログでプロビジョニングされるマシンのデータを暗号化するかどうかを選択できます。顧客が管理する暗号化キーを使用したサーバー側暗号化により、管理対象ディスクレベルで暗号化を管理し、カタログ内のマシン上のデータを保護できます。ディスク暗号化セット（DES）は、顧客が管理するキーを表します。この機能を使用するには、最初にAzureでDESを作成する必要があります。DESの形式は次のとおりです：

/subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet

一覧からDESを選択します。選択したDESは、リソースと同じサブスクリプションおよびリージョンに存在する必要があります。イメージがDESで暗号化されている場合は、マシンカタログを作成するときに同じDESを使用します。カタログの作成後にDESを変更することはできません。

暗号化キーを使用してカタログを作成し、後でAzureで対応するDESを無効にすると、カタログ内のマシンの電源をオンにしたり、カタログにマシンを追加したりできなくなります。

Azure専用ホスト

MCSを使用して、Azure専用ホストでVMをプロビジョニングできます。Azure専用ホストでVMをプロビジョニングする前に、以下を実行します：

ホストグループを作成します。
そのホストグループにホストを作成します。
カタログと仮想マシンを作成するために十分なホスト容量が確保されていることを確認してください。

管理者は、次のPowerShellスクリプトで定義されたホストテナントを持つマシンのカタログを作成できます：

New-ProvScheme <otherParameters> -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="HostGroupId" Value="myResourceGroup/myHostGroup" />
 ...other Custom Properties...
 </CustomProperties>
<!--NeedCopy-->

MCSを使用して、Azure専用ホストで仮想マシンをプロビジョニングする場合、次の点を考慮してください：

専用ホストはカタログプロパティであり、カタログの作成後に変更することはできません。専用テナントは現在、Azureではサポートされていません。
HostGroupIdパラメーターを使用する場合は、ホスティングユニットの領域に事前構成されたAzureホストグループが必要です。
Azureの自動配置が必要です。この機能は、ホストグループに関連付けられたサブスクリプションをオンボードするように要求します。詳しくは、「Azure専用ホストのVMスケールセット - パブリックプレビュー」を参照してください。自動配置が有効になっていない場合、MCSはカタログの作成中にエラーをスローします。

Azure Shared Image Gallery

AzureでMCSプロビジョニングされたマシンの公開イメージリポジトリとしてAzure Shared Image Galleryを使用します。公開イメージをギャラリーに保存して、OSディスクの作成とハイドレーションを高速化し、非永続仮想マシンの起動時間とアプリケーションの起動時間を改善できます。Shared Image Galleryには、次の3つの要素が含まれています：

ギャラリー。イメージはここに保存されます。MCSは、マシンカタログごとに1つのギャラリーを作成します。
ギャラリーイメージの定義。この定義には、公開イメージに関する情報（オペレーティングシステムの種類と状態、Azureリージョン）が含まれます。MCSは、カタログ用に作成されたイメージごとに1つのイメージ定義を作成します。
ギャラリーイメージバージョン。Shared Image Galleryの各イメージには複数のバージョンを含めることができ、各バージョンには異なるリージョンに複数のレプリカを含めることができます。各レプリカは、公開イメージの完全なコピーです。Citrix DaaSでは、カタログ内のマシン数、構成されたレプリカの比率、および構成されたレプリカの最大数に基づき、カタログのリージョンにおいて適切なレプリカ数を持つ各イメージに対して、Standard_LRSイメージバージョン（バージョン1.0.0）が1つ作成されます。

注：

Shared Image Galleryの機能は、管理対象ディスクとのみ互換性があります。従来のマシンカタログでは使用できません。

詳しくは、「Azure Shared Image Galleryの概要」を参照してください。

Azure Shared Image Galleryからイメージにアクセスする

マシンカタログの作成に使用するイメージを選択するときに、Azure Shared Image Galleryで作成したイメージを選択できます。これらのイメージは、マシンカタログセットアップウィザードの ［マスターイメージ］ 画面のイメージ一覧に表示されます。

これらのイメージを表示するには、次のことを行う必要があります：

Citrix Virtual Apps and Desktopsサイトを構成します。
Azure Resource Managerに接続します。
Azureポータルで、リソースグループを作成します。詳しくは、「ポータルを使用してAzure Shared Image Galleryを作成する」を参照してください。
リソースグループで、Shared Image Galleryを作成します。
Shared Image Galleryで、イメージ定義を作成します。
イメージ定義で、イメージバージョンを作成します。

Shared Image Galleryを構成する

New-ProvSchemeコマンドを使用することで、Shared Image Galleryをサポートする新しいプロビジョニングスキームを作成できます。Set-ProvSchemeコマンドでは、プロビジョニングスキームでのこの機能の有効化または無効化と、レプリカの比率およびレプリカの最大値の変更が可能です。

Shared Image Gallery機能をサポートするために、プロビジョニングスキームに3つのカスタムプロパティが追加されました：

UseSharedImageGallery

Shared Image Galleryを使用して公開イメージを保存するかどうかを定義します。Trueに設定すると、イメージはShared Image Galleryイメージとして保存されます。Trueに設定しない場合、イメージはスナップショットとして保存されます。
有効な値は、TrueおよびFalseです。
プロパティが定義されていない場合、デフォルト値はFalseです。

SharedImageGalleryReplicaRatio

ギャラリーイメージバージョンのレプリカに対するマシンの比率を定義します。
有効な値は、0より大きい整数です。
プロパティが定義されていない場合は、デフォルト値が使用されます。永続OSディスクのデフォルト値は1000であり、非永続OSディスクのデフォルト値は40です。

SharedImageGalleryReplicaMaximum

各ギャラリーイメージバージョンのレプリカの最大数を定義します。
有効な値は、0より大きい整数です。
プロパティが定義されていない場合、デフォルト値は10です。
Azureは現在、ギャラリーイメージの単一バージョンに対して最大10個のレプリカをサポートしています。プロパティがAzureでサポートされている値よりも大きい値に設定されている場合、MCSは指定された値を使用しようとします。Azureはエラーを生成し、MCSログでは現在のレプリカ数が変更されずに残ります。

ヒント：

Shared Image Galleryを使用してMCSプロビジョニングされたカタログの公開イメージを保存する場合、MCSは、カタログ内のマシンの数、レプリカの比率、およびレプリカの最大数に基づいて、ギャラリーイメージバージョンのレプリカ数を設定します。レプリカ数は、カタログ内のマシンの数をレプリカ比率（最も近い整数値に切り上げ）で除算し、最大レプリカ数で値を制限することによって計算されます。たとえば、レプリカの比率が20で最大5の場合、0〜20台のマシンで1つのレプリカが作成され、21〜40台で2つ、41〜60台で3つ、61〜80台で4つ、81台以上で5つのレプリカが作成されます。

ユースケース：Shared Image Galleryのレプリカ比率とレプリカの最大値を更新する

既存のマシンカタログはShared Image Galleryを使用します。Set-ProvSchemeコマンドを使用して、カタログ内の既存のすべてのマシンおよび将来のマシンのカスタムプロパティを更新します：

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="True"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaRatio" Value="30"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaMaximum" Value="20"/></CustomProperties>'
<!--NeedCopy-->

ユースケース：スナップショットカタログをShared Image Galleryカタログに変換する

このユースケースの場合：

UseSharedImageGalleryフラグをTrueに設定してSet-ProvSchemeを実行します。オプションで、SharedImageGalleryReplicaRatioおよびSharedImageGalleryReplicaMaximumプロパティを含めます。
カタログを更新します。
マシンの電源を入れ直して、強制的に更新します。

例：

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="True"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaRatio" Value="30"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaMaximum" Value="20"/></CustomProperties>'
<!--NeedCopy-->

ヒント：

パラメーターSharedImageGalleryReplicaRatioおよびSharedImageGalleryReplicaMaximumは必須ではありません。Set-ProvSchemeコマンドが完了した後、Shared Image Galleryイメージはまだ作成されていません。ギャラリーを使用するようにカタログを構成すると、次回のカタログ更新操作で公開イメージがギャラリーに保存されます。カタログ更新コマンドは、ギャラリー、ギャラリーイメージ、およびイメージバージョンを作成します。マシンの電源を入れ直すとマシンが更新されます。そのとき、必要に応じてレプリカ数が更新されます。それ以降、既存のすべての非永続マシンはShared Image Galleryイメージを使用してリセットされ、新しくプロビジョニングされたすべてのマシンはイメージを使用して作成されます。古いスナップショットは、数時間以内に自動的にクリーンアップされます。

ユースケース：Shared Image Galleryカタログをスナップショットカタログに変換する

このユースケースの場合：

UseSharedImageGalleryフラグをFalseに設定するか、定義せずにSet-ProvSchemeを実行します。
カタログを更新します。
マシンの電源を入れ直して、強制的に更新します。

例：

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="False"/></CustomProperties>'
<!--NeedCopy-->

ヒント：

スナップショットからShared Image Galleryカタログへの更新とは異なり、各マシンのカスタムデータは、新しいカスタムプロパティを反映するようにまだ更新されていません。次のコマンドを実行して、元のShared Image Galleryのカスタムプロパティを表示します：Get-ProvVm -ProvisioningSchemeName catalog-name。Set-ProvSchemeコマンドが完了した後、イメージスナップショットはまだ作成されていません。ギャラリーを使用しないようにカタログを構成すると、次回のカタログ更新操作で公開イメージがスナップショットとして保存されます。その時点から、既存のすべての非永続マシンはスナップショットを使用してリセットされ、新しくプロビジョニングされたすべてのマシンはスナップショットから作成されます。マシンの電源を入れ直すと更新され、その時カスタムマシンデータが更新されて、UseSharedImageGalleryがFalseに設定されていることが反映されます。古いShared Image Galleryアセット（ギャラリー、画像、バージョン）は、数時間以内に自動的にクリーンアップされます。

指定されたアベイラビリティゾーンへのマシンのプロビジョニング

Azure環境の特定のアベイラビリティゾーンにマシンをプロビジョニングできます。これは、［完全な構成］インターフェイスまたはPowerShellを使用して実行できます

注：

ゾーンが指定されていない場合、MCSはAzureにマシンをリージョン内に配置させます。複数のゾーンが指定されている場合、MCSはマシンをそれらにランダムに分散します。

完全な構成インターフェイスを使用したアベイラビリティゾーンの構成

マシンカタログを作成するときに、マシンをプロビジョニングするアベイラビリティゾーンを指定できます。［仮想マシン］ ページで、マシンを作成するアベイラビリティゾーンを1つ以上選択します。

アベイラビリティゾーンが使用できない理由は2つあります：リージョンにアベイラビリティゾーンがないか、選択したマシンサイズが使用できないことです。

PowerShellを使用したアベイラビリティゾーンの構成

PowerShellを使用する場合、Get-ItemでCitrix DaaSオファリングのインベントリアイテムを表示できます。たとえば、米国東部リージョン Standard_B1lsのサービスオファリングを表示するには、以下を実行します：

$serviceOffering = Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\Standard_B1ls.serviceoffering"
<!--NeedCopy-->

ゾーンを表示するには、アイテムのAdditionalDataパラメーターを使用します：

$serviceOffering.AdditionalData

アベイラビリティゾーンが指定されていない場合、マシンのプロビジョニング方法に変更はありません。

PowerShellを使用してアベイラビリティゾーンを構成するには、New-ProvScheme操作で、使用可能なZonesカスタムプロパティを使用します。Zonesプロパティは、マシンをプロビジョニングするアベイラビリティゾーンの一覧を定義します。これらのゾーンには、1つまたは複数のアベイラビリティゾーンを含めることができます。たとえば、Zones 1と3の場合は、<Property xsi:type="StringProperty" Name="Zones" Value="1, 3"/> のようになります。

Set-ProvSchemeコマンドを使用して、プロビジョニングスキームのゾーンを更新します。

無効なゾーンが指定された場合、プロビジョニングスキームは更新されず、無効なコマンドを修正する方法を示すエラーメッセージが表示されます。

ヒント：

無効なカスタムプロパティを指定すると、プロビジョニングスキームは更新されず、関連するエラーメッセージが表示されます。

ホストグループゾーンとAzure Availability Zonesの同時使用

カスタムプロパティで指定されたアベイラビリティゾーンとホストグループのゾーンに基づいて、マシンカタログの作成が成功するかどうかを評価する事前チェックがあります。アベイラビリティゾーンのカスタムプロパティがホストグループのゾーンと一致しない場合、カタログの作成は失敗します。

PowerShellを使用してアベイラビリティゾーンを構成する方法については、「PowerShellを使用したアベイラビリティゾーンの構成」を参照してください。

Azure専用ホストについて詳しくは、「Azure専用ホスト」を参照してください。

次の表は、アベイラビリティゾーンとホストグループゾーンのさまざまな組み合わせと、マシンカタログの作成が成功または失敗する結果を示しています。

ホストグループゾーン	カスタムプロパティのAzureアベイラビリティゾーン	マシンカタログの作成結果
指定。たとえば、ホストグループはゾーン1にあります	指定なし	成功。マシンはホストグループのゾーンに作成されます
指定。たとえば、ホストグループはゾーン1にあります	ホストグループゾーンと同じゾーン。たとえば、カスタムプロパティのゾーンは1に設定されます	成功。マシンはゾーン1に作成されます
指定。たとえば、ホストグループはゾーン1にあります	ホストグループゾーンとは異なります。たとえば、カスタムプロパティのゾーンは2に設定されます	指定されたアベイラビリティゾーンとホストグループのゾーンが一致しないため、事前チェック中に関連するエラーが発生してカタログの作成が失敗します
指定。たとえば、ホストグループはゾーン1にあります	複数のゾーンが指定されました。たとえば、カスタムプロパティのゾーンは1、2または2、3に設定されます	指定されたアベイラビリティゾーンとホストグループのゾーンが一致しないため、事前チェック中に関連するエラーが発生してカタログの作成が失敗します
指定なし。たとえば、ホストグループのゾーンは`None`です	指定なし	指定したアベイラビリティゾーンとホストグループのゾーンが一致する（つまり、ゾーンがない）ため、カタログの作成は成功します。マシンはどのゾーンにも作成されません
指定なし。たとえば、ホストグループのゾーンは`None`です	指定。たとえば、カスタムプロパティのゾーンは1つまたは複数のゾーンに設定されます	指定されたアベイラビリティゾーンとホストグループのゾーンが一致しないため、事前チェック中に関連するエラーが発生してカタログの作成が失敗します

Azureエフェメラルディスク

Azureエフェメラルディスクを使用すると、キャッシュディスクまたは一時ディスクを再利用して、Azure対応の仮想マシンのOSディスクを保存できます。この機能は、標準のHDDディスクよりも高性能のSSDディスクを必要とするAzure環境で役立ちます。

注：

永続カタログでは、エフェメラルOSディスクはサポートされていません。

エフェメラルOSディスクでは、プロビジョニングスキームで管理対象ディスクとShared Image Galleryを使用する必要があります。詳しくは、「Azure Shared Image Gallery」を参照してください。

PowerShellを使用してエフェメラルディスクを構成する

カタログのAzureエフェメラルOSディスクを構成するには、Set-ProvSchemeのUseEphemeralOsDiskパラメーターを使用します。UseEphemeralOsDiskパラメーターの値を「true」に設定します。

注：

この機能を使用するには、パラメーターのUseManagedDisksとUseSharedImageGalleryも有効にする必要があります。

例：

Set-ProvScheme -ProvisioningSchemeName catalog-name -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="UseSharedImageGallery" Value="true" />
<Property xsi:type="StringProperty" Name="UseEphemeralOsDisk" Value="true" />
</CustomProperties>'
<!--NeedCopy-->

エフェメラルOS一時ディスクの保存

エフェメラルOSディスクをVM一時ディスクまたはリソースディスクに保存するオプションがあります。この機能により、キャッシュがないか、キャッシュが不十分なVMで、エフェメラルOSディスクを使用できます。このようなVMには、Ddv4などのエフェメラルOSディスクを保存するための一時ディスクまたはリソースディスクがあります。

以下に注意してください：

エフェメラルディスクは、VMキャッシュディスクまたはVMの一時（リソース）ディスクのいずれかに保存されます。キャッシュディスクがOSディスクの内容を保持するのに十分な大きさでない場合を除き、キャッシュディスクは一時ディスクよりも優先されます。
更新の際は、キャッシュディスクよりも大きいが一時ディスクよりも小さい新しいイメージにより、エフェメラルOSディスクがVMの一時ディスクに置き換えられます。

ストレージの種類

MCSを使用するAzure環境の仮想マシン用に異なるストレージの種類を選択します。ターゲットVMの場合、MCSは以下をサポートします：

OSディスク：プレミアムSSD、SSDまたはHDD
ライトバックキャッシュディスク：プレミアムSSD、SSD、またはHDD

これらのストレージの種類を使用するときは、次の点を考慮してください：

VMが選択したストレージの種類をサポートしていることを確認してください。
構成でAzureエフェメラルディスクを使用している場合、ライトバックキャッシュディスク設定のオプションは使用できません。

ヒント：

StorageTypeは、OSタイプとストレージアカウント用に構成されています。WBCDiskStorageTypeは、ライトバックキャッシュのストレージの種類用に構成されています。通常のカタログの場合、StorageTypeが必要です。WBCDiskStorageTypeが構成されていない場合は、WBCDiskStorageTypeのデフォルトとしてStorageTypeが使用されます。

WBCDiskStorageTypeが構成されていない場合、WBCDiskStorageTypeのデフォルトとしてStorageTypeが使用されます

ストレージの種類の構成

VM用のストレージの種類を構成するには、New-ProvSchemeのStorageTypeパラメーターを使用します。StorageTypeパラメーターの値を、いずれかのサポートされているストレージの種類に設定します。

以下は、プロビジョニングスキームで使用するCustomPropertiesパラメーターのセットの例です：

Set-ProvScheme -ProvisioningSchemeName catalog-name -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="StorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
</CustomProperties>'
<!--NeedCopy-->

ゾーン冗長ストレージの有効化

カタログの作成中にゾーン冗長ストレージを選択できます。ゾーン冗長ストレージは複数のアベイラビリティゾーンにわたってAzure Managed Disksを同期的に複製するため、別のゾーンの冗長を利用して、ゾーンでの障害から回復できます。

ストレージの種類のカスタムプロパティでPremium_ZRSおよびStandardSSD_ZRSを指定できます。ZRSストレージは、既存のカスタムプロパティを使用するか、MachineProfileテンプレートを使用して設定できます。ZRSストレージもRequest-ProvVMUpdateによりサポートされており、既存のマシンをLRSからZRSストレージに変更できます。

制限事項：

管理対象ディスクでのみサポートされます
プレミアムおよびスタンダードのソリッドステートドライブ（SSD）でのみサポートされます
StorageTypeAtShutdownではサポートされません
特定のリージョンでのみ利用できます。
ZRSディスクを大量に作成すると、Azureのパフォーマンスが低下します。したがって、最初の電源投入時には、小規模なバッチ（一度に300台未満のマシン）ごとにマシンの電源をオンにします。

ゾーン冗長ストレージをディスクストレージの種類として設定する

最初のカタログ作成時にゾーン冗長ストレージを選択するか、既存のカタログでストレージの種類を更新できます。

PowerShellコマンドを使用してゾーン冗長ストレージを選択する

New-ProvScheme Powershellコマンドを使用してAzureで新しいカタログを作成するときは、StorageAccountTypeの値としてStandard_ZRSを使用します。例：

<Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_ZRS" />
<!--NeedCopy-->

この値を設定すると、適切に使用できるかどうかを判断する動的APIによって検証されます。ZRSの使用がカタログで有効でない場合、次の例外が発生する可能性があります：

StorageTypeAtShutdownNotSupportedForZrsDisks：StorageTypeAtShutdownカスタムプロパティは、ZRSストレージでは使用できません。
StorageAccountTypeNotSupportedInRegion：この例外は、ZRSをサポートしていないAzureリージョンでZRSストレージを使用しようとすると発生します。
ZrsRequiresManagedDisks：ゾーン冗長ストレージは、管理対象ディスクでのみ使用できます。

次のカスタムプロパティを使用して、ディスクストレージの種類を設定できます：

StorageType
WBCDiskStorageType
IdentityDiskStorageType

注：

カスタムプロパティが設定されていない場合、カタログの作成中にマシンプロファイルのOSディスク（StorageType）が使用されます。

Azure Marketplace

Citrix DaaSは、マシンカタログを作成するためのプラン情報を含むAzure上のマスターイメージの使用をサポートしています。詳しくは、Microsoft Azure Marketplaceを参照してください。

ヒント：

標準のWindows Serverイメージなど、Azure Marketplaceにある一部のイメージには、プラン情報が追加されていません。Citrix DaaS機能は有料イメージ用です。

Shared Image Galleryで作成されたイメージにAzureプラン情報が含まれていることの確認

このセクションの手順を使用して、Citrix StudioでShared Image Galleryのイメージを表示します。これらのイメージは、マスターイメージに使用することもできます。イメージをShared Image Galleryに配置するには、ギャラリーでイメージ定義を作成します。

Azure Marketplace、Shared Image Gallery

［公開オプション］ ページで、購入プラン情報を確認します。

購入プラン情報フィールドは最初は空欄です。これらのフィールドに、イメージに使用されている購入プラン情報を入力します。購入プラン情報を入力しないと、マシンカタログプロセスが失敗する可能性があります。

Azure MarketplaceでのVDA公開オプションの確認

購入プラン情報を確認した後、定義内にイメージバージョンを作成します。これはマスターイメージとして使用されます。［バージョンの追加］ をクリックします :

Azure Marketplace、VDAバージョンの追加

［バージョンの詳細］ セクションで、ソースとしてイメージスナップショットか管理対象ディスクを選択します：

Azure Marketplace、VDAオプションの選択

次の手順

最初のカタログを作成すると、デリバリーグループを作成する手順が表示されます。
構成プロセスの全体像については、「展開の計画と構築」を参照してください。
カタログを管理するには、「マシンカタログの管理」と「Microsoft Azureカタログの管理」を参照してください。

追加情報

このコンテンツの正式なバージョンは英語で提供されています。Cloud Software Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

この情報は役に立ちましたか?

Microsoft Azureカタログの作成

March 23, 2023

寄稿者:

March 23, 2023

寄稿者:

この記事の概要

Azureのオンデマンドプロビジョニング
Azure Resource Managerイメージを使用してマシンカタログを作成する
トラステッド起動を使用したマシンカタログ
マシンプロファイルのプロパティ値を使用する
PowerShellを使用してAzure VM拡張機能を有効にする
ページファイルの場所
ページファイル設定の更新
Azureリソースグループ
Azureサーバー側暗号化
Azure専用ホスト
Azure Shared Image Gallery
指定されたアベイラビリティゾーンへのマシンのプロビジョニング
ホストグループゾーンとAzure Availability Zonesの同時使用
Azureエフェメラルディスク
ストレージの種類
Azure Marketplace
次の手順
追加情報

この情報は役に立ちましたか?