Microsoft Azureカタログの作成

最終公開日 : Nov 13, 2026

注:

2023 年 7 月以降、Microsoft は Azure Active Directory (Azure AD) を Microsoft Entra ID に名称変更しました。このドキュメントでは、Azure Active Directory、Azure AD、または AAD へのすべての参照は、Microsoft Entra ID を指します。

マシンカタログを作成するウィザードについては、(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create.html)で説明しています。以下の情報は、Microsoft Azure Resource Managerクラウド環境に固有の詳細を扱っています。

注:

Microsoft Azureカタログを作成する前に、Microsoft Azureへの接続の作成を完了する必要があります。(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/connections/connection-azure-resource-manager.html)を参照してください。

マシンカタログの作成

マシンカタログは、次の2つの方法で作成できます。

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

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

イメージとは、ディスク、スナップショット、またはAzure Compute Gallery内のイメージ定義のイメージバージョンであり、マシンカタログ内のVMを作成するために使用されます。マシンカタログを作成する前に、Azure Resource Managerでイメージを作成します。イメージに関する一般的な情報については、(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create.html)を参照してください。

注:

ホスト接続で構成されているリージョンとは異なるリージョンからのマスターイメージの使用は非推奨です。Azure Compute Galleryを使用して、マスターイメージを目的のリージョンにレプリケートしてください。

MCSマシンカタログを作成すると、DHCPの有効化やライセンスの再アクティブ化などの準備タスクを実行するために、元のVMに基づいて一時的なVMが作成されます。この一時的なVMは準備VMと呼ばれます。この準備VMの名前はPreparati-84x9nという形式に従い、最後の5文字は重複を避けるためにランダムに生成されます。この準備VMの命名規則は固定されており、カスタマイズできません。準備タスクが完了すると、準備VMは破棄されます。

準備用VMからネットワークを切断するために、すべてのインバウンドおよびアウトバウンドトラフィックを拒否するネットワークセキュリティグループが作成されます。ネットワークセキュリティグループは、カタログごとに1回自動的に作成されます。ネットワークセキュリティグループの名前はCitrix-Deny-All-a3pgu-GUIDで、GUIDはランダムに生成されます。例: Citrix-Deny-All-a3pgu-3f161981-28e2-4223-b797-88b04d336dd1。

マシンカタログ作成ウィザードで:

マシンタイプページとマシン管理ページには、Azure固有の情報は含まれていません。マシンカタログの作成の記事のガイダンスに従ってください。
イメージページで、このカタログにマシンを作成するためのテンプレートとして使用するイメージを選択します。

使用するイメージタイプとしてマスターイメージを選択する場合は、イメージの選択をクリックし、必要に応じてマスターイメージを選択するために次の手順に従います。
1. (テナント内またはテナント間で共有イメージが構成されている接続にのみ適用) イメージが存在するサブスクリプションを選択します。
2. リソースグループを選択します。
3. Azure VHD、Azure Compute Gallery、またはAzureイメージバージョンに移動します。必要に応じて、選択したイメージにメモを追加します。
イメージを選択する際は、次の点を考慮してください。
- イメージにCitrix VDAがインストールされていることを確認します。
- VMに接続されているVHDを選択する場合は、次の手順に進む前にVMをシャットダウンする必要があります。
注:
- カタログ内のマシンを作成した接続（ホスト）に対応するサブスクリプションは、緑色の点で示されます。その他のサブスクリプションは、Azure Compute Galleryがそのサブスクリプションと共有されているものです。これらのサブスクリプションでは、共有ギャラリーのみが表示されます。共有サブスクリプションの構成方法については、テナント内（サブスクリプション間）でイメージを共有するおよびテナント間でイメージを共有するを参照してください。
- Trusted Launchが有効になっているイメージまたはスナップショットを選択する場合、セキュリティの種類としてTrusted Launchを使用するマシンプロファイルの使用が必須です。その後、マシンプロファイルでSecureBootとvTPMの値を指定することで、それらを有効または無効にできます。Trusted LaunchはShared Image Galleryではサポートされていません。Azure Trusted Launchの詳細については、<https://docs.microsoft.com/ja-jp/azure/virtual-machines/trusted-launch>を参照してください。
- Trusted Launchが有効なWindowsでエフェメラルOSディスクを使用してプロビジョニングスキームを作成できます。Trusted Launchが有効なイメージを選択する場合、vTPMが有効なTrusted Launchを使用するマシンプロファイルを選択する必要があります。エフェメラルOSディスクを使用してマシンカタログを作成する方法については、エフェメラルOSディスクを使用してマシンを作成する方法を参照してください。
- イメージのレプリケーションが進行中の場合でも、続行してそのイメージをマスターイメージとして選択し、セットアップを完了できます。ただし、イメージのレプリケーション中は、カタログの作成に時間がかかる場合があります。MCSでは、カタログ作成から1時間以内にレプリケーションが完了する必要があります。レプリケーションがタイムアウトすると、カタログ作成は失敗します。Azureでレプリケーションステータスを確認できます。レプリケーションがまだ保留中の場合、またはレプリケーションが完了した後に再試行してください。
- Azureでマシンカタログのマスターイメージを選択すると、MCSは選択したマスターイメージとマシンプロファイルに基づいてOSタイプを識別します。MCSが識別できない場合は、マスターイメージに一致するOSタイプを選択してください。
- Gen2イメージを使用してGen2 VMカタログをプロビジョニングすると、起動時間のパフォーマンスが向上します。ただし、Gen1イメージを使用してGen2マシンカタログを作成することはサポートされていません。同様に、Gen2イメージを使用してGen1マシンカタログを作成することもサポートされていません。また、世代情報を持たない古いイメージはすべてGen1イメージです。
使用するイメージの種類として準備済みイメージを選択する場合は、イメージの選択をクリックし、必要に応じて準備済みイメージを選択します。

VMの作成を成功させるには、イメージにCitrix VDA 2311以降がインストールされており、VDAにMCSIOが存在することを確認してください。

イメージを選択すると、**マシンプロファイルを使用する（Azure Active Directoryに必須）**チェックボックスが自動的に選択されます。マシンプロファイルの選択をクリックして、リソースグループのリストからVMまたはARMテンプレート仕様を参照します。カタログ内のVMは、選択したマシンプロファイルから構成を継承できます。

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つ以上のVMをホストする物理サーバーを提供するサービスです。サーバーはAzureサブスクリプション専用であり、他のサブスクライバーと共有されることはありません。専用ホストを使用すると、AzureはVMがそのホストで実行されている唯一のマシンであることを保証します。この機能は、規制要件または内部セキュリティ要件を満たす必要があるシナリオに適しています。ホストグループとその使用に関する考慮事項の詳細については、「Azure 専用ホスト」を参照してください。

重要:
- Azureの自動配置が有効になっているホストグループのみが表示されます。
- ホストグループを使用すると、ウィザードの後半で提供される仮想マシンページが変更されます。そのページには、選択したホストグループに含まれるマシンサイズのみが表示されます。また、可用性ゾーンは自動的に選択され、選択できません。
ストレージとライセンスの種類ページは、Azure Resource Managerイメージを使用する場合にのみ表示されます。

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

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

ストレージの種類によって、ウィザードの仮想マシンページで提供されるマシンのサイズが決まります。MCSは、プレミアムディスクと標準ディスクをローカル冗長ストレージ（LRS）を使用するように構成します。LRSは、単一のデータセンター内でディスクデータの複数の同期コピーを作成します。AzureエフェメラルOSディスクは、VMのローカルディスクを使用してオペレーティングシステムを保存します。Azureストレージの種類とストレージレプリケーションの詳細については、以下を参照してください。
- <https://docs.microsoft.com/ja-jp/azure/storage/common/storage-introduction/>
- <https://docs.microsoft.com/ja-jp/azure/virtual-machines/premium-storage-performance/>
- <https://docs.microsoft.com/ja-jp/azure/storage/common/storage-redundancy/>
既存のWindowsライセンスまたはLinuxライセンスを使用するかどうかを選択します。
- Windowsライセンス：WindowsライセンスをWindowsイメージ（Azureプラットフォームサポートイメージまたはカスタムイメージ）とともに使用すると、AzureでWindows VMを低コストで実行できます。ライセンスには次の2種類があります。
  - Windows Serverライセンス。Windows ServerまたはAzure Windows Serverライセンスを使用でき、Azureハイブリッド特典を利用できます。詳細については、<https://azure.microsoft.com/ja-jp/pricing/hybrid-benefit/>を参照してください。Azureハイブリッド特典は、AzureでのVMの実行コストを基本コンピューティング料金に削減し、Azureギャラリーからの追加のWindows Serverライセンスのコストを免除します。
  - Windowsクライアントライセンス。Windows 10およびWindows 11ライセンスをAzureに持ち込むことができ、追加のライセンスなしでAzureでWindows 10およびWindows 11 VMを実行できます。詳細については、「クライアントアクセスライセンスと管理ライセンス」を参照してください。
プロビジョニングされたVMがライセンス特典を使用しているかどうかは、次のPowerShellコマンドを実行して確認できます: Get-AzVM -ResourceGroup MyResourceGroup -Name MyVM。
- Windows Serverライセンスタイプの場合、ライセンスタイプが Windows_Server であることを確認します。詳細な手順は <https://docs.microsoft.com/ja-jp/azure/virtual-machines/windows/hybrid-use-benefit-licensing/> で入手できます。
- Windows Clientライセンスタイプの場合、ライセンスタイプが Windows_Client であることを確認します。詳細な手順は <https://docs.microsoft.com/ja-jp/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ライセンス: BYOS (bring-your-own-subscription) Linuxライセンスでは、ソフトウェアの料金を支払う必要はありません。BYOSの料金には、コンピューティングハードウェア料金のみが含まれます。ライセンスには次の2種類があります。
  - RHEL_BYOS: RHEL_BYOSタイプを正常に使用するには、AzureサブスクリプションでRed Hat Cloud Accessを有効にします。
  - SLES_BYOS: SLESのBYOSバージョンには、SUSEからのサポートが含まれています。
  LicenseTypeの値を、New-ProvScheme および Set-ProvScheme のLinuxオプションに設定できます。
  
  New-ProvScheme でLicenseTypeを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>'
  Set-ProvScheme でLicenseTypeを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 LicenseまたはAzure Linux Licenseになります。
  
  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/ja-jp/dotnet/api/microsoft.azure.management.compute.models.virtualmachine.licensetype?view=azure-dotnet>
- <https://docs.microsoft.com/ja-jp/azure/virtual-machines/linux/azure-hybrid-benefit-linux>
Azure Compute Gallery (旧称 Azure Shared Image Gallery) は、イメージを管理および共有するためのリポジトリです。これにより、組織全体でイメージを利用できるようになります。大規模な非永続マシンカタログを作成する際には、VDA OSディスクのリセットが高速化されるため、イメージをSIGに保存することをお勧めします。を選択すると、セクションが表示され、Azure Compute Gallery の詳細設定を指定できます。
- 仮想マシンとイメージレプリカの比率。Azureが保持する仮想マシンとイメージレプリカの比率を指定できます。デフォルトでは、Azureは非永続マシン40台ごとに1つのイメージレプリカを保持します。永続マシンの場合、この数はデフォルトで1,000です。
- 最大レプリカ数。Azure に保持させるイメージレプリカの最大数を指定できます。デフォルトは 100 です。
注:

イメージを保存するために、ACG にギャラリーが作成されます。このギャラリーは、VM 作成のために MCS からのみアクセス可能であり、イメージの選択ページには表示されません。
仮想マシンページで、作成するVMの数を指定します。少なくとも1つを指定し、マシンサイズを選択する必要があります。カタログ作成後、カタログを編集することでマシンサイズを変更できます。
NICページには、Azure固有の情報は含まれていません。(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create.html#nic)の記事のガイダンスに従ってください。
ディスク設定ページで、ライトバックキャッシュを有効にするかどうかを選択します。MCS ストレージ最適化機能が有効になっている場合、カタログ作成時に以下の設定を構成できます。これらの設定は、Azure と GCP の両方の環境に適用されます。

ライトバックキャッシュを有効にすると、次のことができます。
- 一時データのキャッシュに使用されるディスクとRAMのサイズを構成します。詳しくは、(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create.html#configure-cache-for-temporary-data)を参照してください。
- ライトバックキャッシュディスクのストレージタイプを選択します。ライトバックキャッシュディスクに使用できるストレージオプションは次のとおりです。
  - プレミアム SSD
  - スタンダード SSD
  - スタンダード HDD
- プロビジョニングされたVMに対してライトバックキャッシュディスクを永続化するかどうかを選択します。オプションを有効にするには、ライトバックキャッシュを有効にするを選択します。デフォルトでは、非永続ライトバックキャッシュディスクを使用するが選択されています。
- ライトバックキャッシュディスクの種類を選択します。
  - 非永続的なライトバックキャッシュディスクを使用する。選択した場合、ライトバックキャッシュディスクは電源サイクル中に削除されます。そこにリダイレクトされたデータはすべて失われます。VMの一時ディスクに十分な空き容量がある場合、コストを削減するためにライトバックキャッシュディスクをホストするために使用されます。カタログ作成後、プロビジョニングされたマシンが一時ディスクを使用しているかどうかを確認できます。そのためには、カタログをクリックし、テンプレートプロパティタブの情報を確認します。一時ディスクが使用されている場合、非永続的なライトバックキャッシュディスクと表示され、その値は**はい（VMの一時ディスクを使用）となります。そうでない場合、非永続的なライトバックキャッシュディスクと表示され、その値はいいえ（VMの一時ディスクを使用しない）**となります。
  - 永続的なライトバックキャッシュディスクを使用する。選択した場合、ライトバックキャッシュディスクはプロビジョニングされたVMに対して永続化されます。このオプションを有効にすると、ストレージコストが増加します。
- 電源サイクル中にVDAのVMとシステムディスクを保持するかどうかを選択します。
  
  電源サイクル中にVMとシステムディスクを保持する。ライトバックキャッシュを有効にするを選択した場合に利用可能です。デフォルトでは、VMとシステムディスクはシャットダウン時に削除され、起動時に再作成されます。VMの再起動時間を短縮したい場合は、このオプションを選択します。このオプションを有効にすると、ストレージコストも増加することに注意してください。
- ストレージコストの節約を有効にするかどうかを選択します。有効にすると、VMがシャットダウンしたときにストレージディスクをStandard HDDにダウングレードすることで、ストレージコストを節約できます。VMは再起動時に元の設定に戻ります。このオプションは、ストレージディスクとライトバックキャッシュディスクの両方に適用されます。または、PowerShellを使用することもできます。VMシャットダウン時にストレージタイプを下位層に変更するを参照してください。
  
  注:
  
  Microsoftは、VMシャットダウン中のストレージタイプの変更に制限を課しています。また、Microsoftが将来的にストレージタイプの変更をブロックする可能性もあります。詳細については、このMicrosoftの記事を参照してください。
- このカタログ内のマシン上のデータを暗号化するかどうか、およびどの暗号化キーを使用するかを選択します。顧客管理キー（CMK）によるサーバー側暗号化を使用すると、マネージドディスクレベルで暗号化を管理し、カタログ内のマシン上のデータを保護できます。デフォルト設定は、マシンプロファイルまたはマスターイメージのいずれかから継承され、プロファイルが優先されます。
  - CMKを使用するマシンプロファイルを使用している場合、各マシン上のデータを暗号化するために次のキーを使用するオプションが自動選択され、マシンプロファイルからのキーがデフォルトになります。
  - プラットフォーム管理キー（PMK）を使用するマシンプロファイルを使用しており、マスターイメージがCMKで暗号化されている場合、各マシン上のデータを暗号化するために次のキーを使用するオプションが自動選択され、マスターイメージからのキーがデフォルトになります。
  - マシンプロファイルを使用していない場合、およびマスターイメージがCMKで暗号化されている場合、各マシン上のデータを暗号化するために次のキーを使用するオプションが自動選択され、マスターイメージからのキーがデフォルトになります。
  詳細については、Azureサーバー側暗号化を参照してください。
リソースグループ ページで、リソースグループを作成するか、既存のグループを使用するかを選択します。
- リソースグループを作成することを選択した場合は、次へを選択します。
- 既存のリソースグループを使用することを選択した場合は、利用可能なプロビジョニングリソースグループリストからグループを選択します。注意: カタログで作成するマシンを収容するのに十分なグループを選択してください。選択が少なすぎるとメッセージが表示されます。後でカタログにVMを追加する予定がある場合は、必要最小限よりも多く選択することをお勧めします。カタログ作成後に、カタログにリソースグループを追加することはできません。
詳細については、「Azure リソースグループ」を参照してください。
マシンIDページで、IDタイプを選択し、このカタログ内のマシン用のIDを構成します。VM を Azure Active Directory に参加済みとして選択した場合、それらを Azure AD セキュリティグループに追加できます。詳細な手順は次のとおりです。
1. IDの種類フィールドから、Azure Active Directory参加済みを選択します。**Azure ADセキュリティグループ (オプション)**オプションが表示されます。
2. Azure ADセキュリティグループ: 新規作成をクリックします。
3. グループ名を入力し、作成をクリックします。
4. 画面の指示に従って Azure にサインインします。グループ名が Azure に存在しない場合、緑色のアイコンが表示されます。それ以外の場合は、新しい名前を入力するよう求めるエラーメッセージが表示されます。
5. VM のマシンアカウントの命名スキームを入力します。
カタログ作成後、Citrix Virtual Apps and Desktops™はユーザーに代わってAzureにアクセスし、セキュリティグループとグループの動的メンバーシップルールを作成します。このルールに基づいて、このカタログで指定された命名スキームを持つVMは自動的にセキュリティグループに追加されます。

異なる命名スキームを持つVMをこのカタログに追加するには、Azureにサインインする必要があります。Citrix Virtual Apps and Desktopsは、Azureにアクセスして、新しい命名スキームに基づいて動的メンバーシップルールを作成できます。

このカタログを削除する際、Azure からセキュリティグループを削除するには、Azure へのサインインも必要です。
ドメイン資格情報および概要ページには、Azure固有の情報は含まれていません。「マシンカタログの作成」の記事のガイダンスに従ってください。

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

Azure一時ディスクがライトバックキャッシュディスクとして適格であるための条件

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

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

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

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

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

Azure テンプレート仕様を作成する

Azure ポータルで Azure テンプレート仕様を作成し、Web Studio および PowerShell コマンドで使用して、MCS マシンカタログを作成または更新できます。

既存のVMのAzureテンプレートスペックを作成するには：

Azure portalに移動します。リソースグループを選択し、VMとネットワークインターフェイスを選択します。上部の**…**メニューから、テンプレートのエクスポートをクリックします。
カタログプロビジョニング用のテンプレートスペックを作成する場合は、パラメーターを含めるチェックボックスをオフにします。JSONファイルでparametersおよびvariablesセクションが次のようになっていることを確認します。
"parameters": {}, "variables": {}
ダウンロードをクリックして、テンプレートをJSONファイルとして保存します。
Azureポータルで、テンプレートスペックを選択し、テンプレートのインポートをクリックします。
コンピューターに保存されているマシンプロファイル（JSON形式）を参照してインポートします。
名前、サブスクリプション、リソースグループ、場所、バージョンを指定します。次へ: テンプレートの編集をクリックします。
確認と作成を作成し、テンプレートスペックを作成します。
テンプレートスペックページで、作成したばかりのテンプレートスペックを確認します。テンプレートスペックをクリックします。左側のパネルで、バージョンをクリックします。
新しいバージョンの作成をクリックして、新しいバージョンを作成できます。新しいバージョン番号を指定し、現在のテンプレートスペックに変更を加え、確認と作成をクリックして、テンプレートスペックの新しいバージョンを作成します。

以下のPowerShellコマンドを使用して、テンプレートスペックとテンプレートバージョンの情報を取得できます。

テンプレートスペックの情報を取得するには、以下を実行します。
get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec
テンプレートスペックバージョンの情報を取得するには、以下を実行します。
get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec\bgg1.0.templatespecversion

カタログの作成または更新でのテンプレートスペックの使用

テンプレート仕様をマシンプロファイル入力として使用して、MCSマシンカタログを作成または更新できます。これを行うには、Web StudioまたはPowerShellコマンドを使用します。

Web Studioについては、「Web StudioでAzure Resource Managerイメージを使用してマシンカタログを作成する」を参照してください。
PowerShellについては、「PowerShellを使用してカタログを作成または更新する際にテンプレート仕様を使用する」を参照してください。

Azureサーバー側暗号化

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

マネージドディスクでこの機能を使用する場合：

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

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

この機能を使用する際は、次の点を考慮してください。

顧客管理キーに関連するすべてのリソース（Azure Key Vault、ディスク暗号化セット、VM、ディスク、スナップショット）は、同じサブスクリプションとリージョンに存在する必要があります。
顧客管理キーで暗号化されたディスク、スナップショット、およびイメージは、別のリソースグループやサブスクリプションに移動できません。
リージョンごとのディスク暗号化セットの制限については、Microsoftサイトを参照してください。

注:

Azureサーバー側暗号化の構成については、「クイックスタート: Azureポータルを使用してKey Vaultを作成する」を参照してください。

Azureカスタマーマネージド暗号化キー

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

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

リストからDESを選択します。選択するDESは、リソースと同じサブスクリプションおよびリージョンにある必要があります。

を参照してください(#create-a-machine-catalog-with-customer-managed-encryption-key)。

Azure ホストでのディスク暗号化

ホストでの暗号化機能を持つMCSマシンカタログを作成できます。現在、MCSはこの機能に対してマシンプロファイルワークフローのみをサポートしています。マシンプロファイルの入力として、VMまたはテンプレート仕様を使用できます。

この暗号化方法は、Azureストレージを介してデータを暗号化しません。VMをホストするサーバーがデータを暗号化し、その後、暗号化されたデータがAzureストレージサーバーを介して流れます。したがって、この暗号化方法はデータをエンドツーエンドで暗号化します。

制限事項：

Azure ホストでのディスク暗号化は次のとおりです:

すべてのAzureマシンサイズでサポートされているわけではありません
Azure ディスク暗号化と互換性がありません

ホストでの暗号化機能を持つマシンカタログを作成するには:

サブスクリプションでホストでの暗号化機能が有効になっているかどうかを確認します。これを行うには、<https://learn.microsoft.com/ja-jp/rest/api/resources/features/get?tabs=HTTP/>を参照してください。有効になっていない場合は、サブスクリプションでこの機能を有効にする必要があります。サブスクリプションで機能を有効にする方法については、<https://learn.microsoft.com/ja-jp/azure/virtual-machines/disks-enable-host-based-encryption-portal?tabs=azure-powershell#prerequisites/>を参照してください。
特定のAzure VMサイズがホストでの暗号化をサポートしているかどうかを確認します。これを行うには、PowerShellウィンドウで次のいずれかを実行します:
PS XDHyp:\Connections\<your connection>\east us.region\serviceoffering.folder>PS XDHyp:\HostingUnits\<your hosting unit>\serviceoffering.folder>
Azure portal で、ホストでの暗号化を有効にして、マシンプロファイルの入力としてVMまたはテンプレート仕様を作成します。
- VMを作成する場合は、ホストでの暗号化をサポートするVMサイズを選択します。VMを作成すると、VMプロパティのEncryption at hostが有効になります。
- テンプレート仕様を使用する場合は、securityProfile内でパラメーターEncryption at Hostをtrueとして割り当てます。
VMまたはテンプレート仕様のいずれかを選択して、マシンプロファイルワークフローでMCSマシンカタログを作成します。
- OSディスク/データディスク：顧客管理キーとプラットフォーム管理キーを介して暗号化されます
- エフェメラルOSディスク：プラットフォーム管理キーのみを介して暗号化されます
- キャッシュディスク: 顧客管理キーとプラットフォーム管理キーによって暗号化されます
Web Studioを使用するか、PowerShellコマンドを実行して、マシンカタログを作成できます。

マシンプロファイルからホストでの暗号化情報を取得する

AdditionalData パラメーターを指定して PowerShell コマンドを実行すると、マシンプロファイルからホストでの暗号化情報を取得できます。EncryptionAtHost パラメーターが True の場合、そのマシンプロファイルでホストでの暗号化が有効になっていることを示します。

例: マシンプロファイルの入力が VM の場合、次のコマンドを実行します。

(get-item XDHyp:\HostingUnits\myAzureNetwork\machineprofile.folder\abc.resourcegroup\def.vm).AdditionalData

例: マシンプロファイルの入力がテンプレート仕様の場合、次のコマンドを実行します。

(get-item XDHyp:\HostingUnits\myAzureNetwork\machineprofile.folder\abc.resourcegroup\def_templatespec.templatespec\EncryptionAtHost.templatespecversion).AdditionalData

マネージドディスクでの二重暗号化

二重暗号化を使用してマシンカタログを作成できます。この機能で作成されたカタログはすべて、プラットフォームキーと顧客管理キーの両方でサーバー側で暗号化されたディスクを持ちます。Azure Key Vault、Encryption Key、およびDisk Encryption Sets (DES) はお客様が所有および管理します。

二重暗号化は、プラットフォーム側暗号化（デフォルト）と顧客管理暗号化（CMEK）です。したがって、暗号化アルゴリズム、実装、または侵害されたキーに関連するリスクを懸念するセキュリティ意識の高いお客様は、この二重暗号化を選択できます。永続OSディスクとデータディスク、スナップショット、およびイメージはすべて、二重暗号化によって保存時に暗号化されます。

注記：

Web Studio および PowerShell コマンドを使用して、二重暗号化されたマシンカタログを作成および更新できます。PowerShell コマンドについては、「二重暗号化されたマシンカタログの作成」を参照してください。
二重暗号化されたマシンカタログを作成または更新するには、マシンプロファイルに基づかないワークフローまたはマシンプロファイルに基づくワークフローを使用できます。
マシンプロファイルに基づかないワークフローを使用してマシンカタログを作成する場合、保存されている DiskEncryptionSetId を再利用できます。
マシンプロファイルを使用する場合、VM またはテンプレート仕様をマシンプロファイルの入力として使用できます。

制限事項：

二重暗号化は、Ultra Disks または Premium SSD v2 ディスクではサポートされていません。
二重暗号化は、アンマネージドディスクではサポートされていません。
カタログに関連付けられている DiskEncryptionSet キーを無効にすると、そのカタログの VM は無効になります。
お客様が管理するキーに関連するすべてのリソース (Azure Key Vault、ディスク暗号化セット、VM、ディスク、およびスナップショット) は、同じサブスクリプションおよびリージョンにある必要があります。
サブスクリプションあたり、リージョンあたりで作成できるディスク暗号化セットは最大 50 個です。

Azure リソースグループ

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

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

Azure リソースグループあたりの仮想マシン、マネージドディスク、スナップショット、およびイメージの数に制限はありません。(Azure リソースグループあたり 800 個のマネージドディスクあたり 240 個の VM という制限は削除されました。)

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

Azureエフェメラルディスク

An Azure エフェメラルディスクを使用すると、キャッシュディスクまたは一時ディスクを再利用して、Azure 対応仮想マシンの OS ディスクを保存できます。この機能は、標準の HDD ディスクよりも高性能な SSD ディスクを必要とする Azure 環境で役立ちます。Azure エフェメラルディスクを使用してカタログを作成する方法については、Azure エフェメラルディスクを使用してカタログを作成するを参照してください。

注:

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

エフェメラル OS ディスクには、プロビジョニングスキームでマネージドディスクと共有イメージギャラリーを使用する必要があります。

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

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

次の点を考慮してください。

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

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

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

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

エフェメラルOSディスクとMCS I/Oの両方を同時に有効にしてマシンカタログを作成することはできません。
PowerShellパラメーター (UseWriteBackCache および UseEphemeralOsDisk) をNew-ProvSchemeまたはSet-ProvSchemeでtrueに設定すると、適切なエラーメッセージが表示されて失敗します。
両方の機能が有効になっている既存のマシンカタログについては、引き続き以下を行うことができます。
- マシンカタログを更新する。
- VMを追加または削除する。
- マシンカタログを削除する。

Azure コンピュートギャラリー

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

ギャラリー: イメージはここに保存されます。MCSは、マシンカタログごとに1つのギャラリーを作成します。
ギャラリーイメージ定義: この定義には、公開イメージに関する情報 (オペレーティングシステムの種類と状態、Azureリージョン) が含まれます。MCSは、カタログ用に作成されたイメージごとに1つのイメージ定義を作成します。
ギャラリーイメージバージョン: 共有イメージギャラリー内の各イメージは複数のバージョンを持つことができ、各バージョンは異なるリージョンに複数のレプリカを持つことができます。各レプリカは、公開イメージの完全なコピーです。

注:

共有イメージギャラリー機能は、マネージドディスクとのみ互換性があります。レガシーマシンカタログでは使用できません。

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

PowerShell を使用して Azure Compute Gallery イメージでマシンカタログを作成または更新する方法については、「Azure Compute Gallery イメージを使用してマシンカタログを作成または更新する」を参照してください。

Azure 機密 VM

Azure 機密コンピューティング VM は、仮想デスクトップがメモリ内で暗号化され、使用中に保護されることを保証します。

MCS を使用して、Azure 機密 VM を含むカタログを作成できます。このようなカタログを作成するには、マシンプロファイルワークフローを使用する必要があります。マシンプロファイルの入力として、VM と ARM テンプレート仕様の両方を使用できます。

機密 VM に関する重要な考慮事項

サポートされている VM サイズと機密 VM を使用したマシンカタログの作成に関する重要な考慮事項は次のとおりです。

サポートされている VM サイズ: 機密 VM は、次の VM サイズをサポートしています。
- DCasv5 シリーズ
- DCadsv5 シリーズ
- ECasv5 シリーズ
- ECadsv5 シリーズ
機密 VM を使用してマシンカタログを作成します。
- Web Studio および PowerShell コマンドを使用して、Azure 機密 VM を含むマシンカタログを作成できます。
- Azure 機密 VM を含むマシンカタログを作成するには、マシンプロファイルベースのワークフローを使用する必要があります。マシンプロファイルの入力として、VM またはテンプレート仕様を使用できます。
- マスターイメージとマシンプロファイルの入力は、両方とも同じ機密セキュリティタイプで有効にする必要があります。セキュリティタイプは次のとおりです。
  - VMGuestStateOnly: VM ゲストの状態のみが暗号化された機密 VM
  - DiskWithVMGuestState: OSディスクとVMゲスト状態の両方がプラットフォームマネージドキーまたはカスタマーマネージドキーで暗号化された機密VM。通常のOSディスクとエフェメラルOSディスクの両方を暗号化できます。
- マネージドディスク、スナップショット、Azure Compute Galleryイメージ、VM、ARMテンプレート仕様など、さまざまなリソースタイプの機密VM情報を、AdditionalDataパラメーターを使用して取得できます。例:
  PS C:\Users\username> (get-item XDHyp:\HostingUnits\mynetwork\image.folder\username-dev-testing-rg.resourcegroup\username-dev-tsvda.vm).AdditionalData
  追加データフィールドは次のとおりです。
  - DiskSecurityType
  - ConfidentialVMDiskEncryptionSetId
  - DiskSecurityProfiles
  マシンサイズの機密コンピューティングプロパティを取得するには、次のコマンドを実行します: (Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\abc.serviceoffering").AdditionalData
  
  追加データフィールドはConfidentialComputingTypeです。
- マスターイメージまたはマシンプロファイルを、機密から非機密セキュリティタイプへ、あるいは非機密から機密セキュリティタイプへ変更することはできません。
- 不適切な構成の場合、適切なエラーメッセージが表示されます。

マスターイメージとマシンプロファイルを準備する

一連の機密VMを作成する前に、次の手順に従ってそれらのマスターイメージとマシンプロファイルを準備します。

Azureポータルで、次のような特定の構成で機密VMを作成します。
- セキュリティの種類: 機密仮想マシン
- 機密OSディスク暗号化: 有効。
- キー管理: プラットフォーム管理キーによる機密ディスク暗号化機密VMの作成に関する詳細については、こちらのMicrosoft記事を参照してください。
作成したVMでマスターイメージを準備します。作成したVMに必要なアプリケーションとVDAをインストールします。

注:

VHDを使用した機密VMの作成はサポートされていません。代わりに、Azure Compute Gallery、マネージドディスク、またはスナップショットを使用してください。
次のいずれかの方法でマシンプロファイルを作成します。
- ステップ1で作成した既存のVMが必要なマシンプロパティを持っている場合は、それを使用します。
- マシンプロファイルとしてARMテンプレート仕様を選択する場合は、必要に応じてテンプレート仕様を作成します。具体的には、SecurityEncryptionType や diskEncryptionSet (顧客管理キーの場合) など、機密VMの要件を満たすパラメーターを構成します。詳細については、(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure#create-an-azure-template-spec)を参照してください。
  
  注:
  - マスターイメージとマシンプロファイルが同じセキュリティキータイプであることを確認してください。
  - 顧客管理キーによる機密OSディスク暗号化を必要とする機密VMを作成するには、マスターイメージとマシンプロファイルの両方でディスク暗号化セットIDが同じであることを確認してください。

Web Studio または PowerShell コマンドを使用して機密VMを作成する

機密VMのセットを作成するには、マスターイメージと、目的の機密VMから派生したマシンプロファイルを使用してマシンカタログを作成します。

Web Studioを使用してカタログを作成するには、(/ja-jp/citrix-virtual-apps-desktops/2503/install-configure/machine-catalogs-create)に記載されている手順に従ってください。以下の点を考慮してください。

イメージページで、機密VM作成のために準備したマスターイメージとマシンプロファイルを選択します。マシンプロファイルの選択は必須であり、選択したマスターイメージと同じセキュリティ暗号化タイプに一致するプロファイルのみが選択可能です。
仮想マシンページでは、機密VMをサポートするマシンサイズのみが選択肢として表示されます。
「ディスク設定」ページでは、選択したマシンプロファイルから継承されるため、ディスク暗号化セットを指定できません。

起動整合性監視

VMでセキュアブートと仮想トラステッドプラットフォームモジュール（vTPM）が有効になっており、GuestAttestation拡張機能がインストールされている場合、Microsoft Defender for Cloudは、VMが正常に起動することをリモートで検証できます。この監視はブート整合性監視と呼ばれます。ブート整合性監視の詳細については、「ブート整合性監視の概要」を参照してください。

マシンプロファイル（VMまたはテンプレート仕様）を使用して、MCSマシンカタログVM（永続VMおよび非永続VM）のブート整合性監視を有効にできます。ブート整合性監視は、信頼できる起動と機密VMでのみサポートされます。

Set-ProvSchemeを使用して、既存のカタログを更新し、ブート整合性が有効なマシンプロファイルを指すようにできます。カタログに追加された新しいVMは、整合性監視が有効になります。

Set-ProvVmUpdateTimeWindow、Set-ProvVm、またはMaintenance Cyclesを使用して、カタログ内の既存のVMを更新することもできます。次のように変換できます。

整合性監視なしのVMを整合性監視ありにする
整合性監視ありのVMを整合性監視なしにする

整合性監視が有効なマシンカタログを作成する

必要な権限：

次の権限があることを確認してください。

Microsoft.Compute/virtualMachines/extensions/read
Microsoft.Compute/virtualMachines/extensions/write

整合性監視が有効なMCSマシンカタログを作成するには、次の手順を実行します。

GuestAttestation拡張機能がインストールされたマシンプロファイル（VMまたはテンプレート仕様）を作成します。（以下のコンテンツへのリンク）
Web StudioまたはPowerShellコマンドを使用して、マシンプロファイル入力を利用したMCSマシンカタログを作成します。

注：

Get-Item PowerShellコマンドをAdditionalDataパラメーターとともに使用して、VMまたはテンプレート仕様のGuestAttestationExtensionEnabledステータスを確認できます。
カタログにVMを追加します。

GuestAttestation拡張機能がインストールされた状態で有効化されたマシンプロファイルを作成する

整合性監視が有効になっているVMまたはテンプレート仕様をマシンプロファイル入力として作成します。これは、GuestAttestation拡張機能がインストールされていることを意味します。

整合性監視が有効なVMを作成するには、次の手順を実行します。

Azureポータルにサインインします。
新しいVMを作成している場合：
1. セキュリティの種類として、信頼された起動仮想マシンまたは機密仮想マシンを選択します。
2. セキュリティ機能の構成をクリックし、整合性監視チェックボックスを選択します。
  
  注：
  
  整合性監視には、セキュアブートとvTPMを有効にする必要があります。
概要ページで、セキュリティの種類セクションに移動し、セキュリティの種類が信頼された起動または機密仮想マシンであり、整合性監視が有効になっていることを確認します。
拡張機能 + アプリケーションページに移動して、GuestAttestationがインストールされていることを確認します。

既存のVMの整合性監視を有効にするには、「整合性監視を有効にする - Azure portal」を参照してください。

GuestAttestation拡張機能がインストールされたテンプレート仕様を作成するには:

テンプレート仕様を使用してGuestAttestationをインストールできます。「整合性監視を有効にする - テンプレート仕様」を参照してください。

注：

Get-Item PowerShell コマンドを AdditionalData パラメーターとともに使用して、VM またはテンプレート仕様の GuestAttestationExtensionEnabled ステータスを確認できます。

アジュールマーケットプレイス

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

ヒント：

標準のWindows Serverイメージなど、Azure Marketplaceで見つかる一部のイメージには、プラン情報が追加されていません。Citrix Virtual Apps and Desktops の機能は、有料イメージ向けです。

共有イメージギャラリーで作成されたイメージにAzureプラン情報が含まれていることを確認する

このセクションの手順を使用して、Web Studioで共有イメージギャラリーのイメージを表示します。これらのイメージは、オプションでマスターイメージとして使用できます。イメージを共有イメージギャラリーに入れるには、ギャラリーでイメージ定義を作成します。

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

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

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

バージョン詳細セクションで、イメージスナップショットまたはマネージドディスクをソースとして選択します。

オンデマンド容量予約VMのカタログを作成する

オンデマンド容量予約を使用すると、Azureリージョンまたは可用性ゾーンで任意の期間、コンピューティング容量を予約できます。Azureオンデマンド容量予約の詳細については、Microsoftドキュメント「オンデマンド容量予約」を参照してください。

マシンプロファイル（VMまたはテンプレート仕様）を使用して、オンデマンド容量予約付きのAzure VMのMCSマシンカタログを作成できます。また、既存のマシンカタログと既存のVMを更新して、オンデマンド容量予約を追加または削除することもできます。

この機能は、永続および非永続マシンカタログに適用されます。

制限事項

この機能は、以下には適用されません。

スポットVM
ホストグループ
休止状態が有効なVM

制限事項の詳細については、Microsoftドキュメントの「制限事項」を参照してください。

オンデマンド容量予約VMのカタログを作成する手順

マシンプロファイルソース（VMまたはARMテンプレート仕様）を作成します。VMまたはARMテンプレート仕様の作成については、「キャパシティ予約グループへのVMの関連付け」を参照してください。
マシンプロファイルでオンデマンドキャパシティ予約が有効になっているかどうかを確認するには、次のPowerShellコマンドを実行します。マシンプロファイルでオンデマンドキャパシティ予約が有効になっている場合、capacityReservationGroup idを取得します。

例：

マシンプロファイルソースがVMの場合、次のコマンドを実行します。
(Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\demand-capacity.vm").AdditionalData
マシンプロファイルソースがテンプレート仕様の場合、次のコマンドを実行します。
(Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\fc-aeh-templatespec.templatespec\14.0.0-capacity-reservation.templatespecversion").AdditionalData
Web StudioまたはPowerShellコマンドを使用して、マシンプロファイルを使用してマシンカタログを作成します。

Set-ProvSchemeコマンドを使用してカタログを更新できます。PowerShellコマンドSet-ProvVmUpdateTimeWindowを使用して既存のVMを更新することもできます。マシンプロファイルは次回の電源投入時に更新されます。

入れ子になった仮想化

マスターVMを入れ子になった仮想化が有効になるように構成すると、そのマスターVMを使用して作成されたMCSマシンカタログ内のすべてのVMで入れ子になった仮想化が有効になります。この機能は、永続VMと非永続VMの両方に適用されます。既存のMCSマシンカタログと既存のVMをイメージ更新によって入れ子になった仮想化を有効にするように更新できます。

現在、Dv3およびEv3 VMサイズのみが入れ子になった仮想化をサポートしています。

入れ子になった仮想化の詳細については、Microsoftのブログ「Azureにおける入れ子になった仮想化」を参照してください。

NVMeのみのSKU

通常、汎用、メモリ最適化、およびコンピューティング最適化VMの古い世代（D/Ev5またはFv2以前）はSCSIをサポートしています。新しい世代（Da/Ea/Fav6以降）は通常、NVMeストレージインターフェイスのみをサポートしています。MCSは、Azureの新しいVM SKUをサポートするためにNVMeストレージコントローラータイプをサポートしています。

NVMeの詳細については、Microsoftのドキュメント「NVMeに関する一般的なFAQ」を参照してください。

次のサービスオファリングを使用して MCS カタログを作成できます。

SCSIとNVMeの両方をサポートしています。詳細については、「SCSIとNVMeの両方をサポートするサービスオファリングを使用したカタログの作成」を参照してください。
NVMeのみをサポートしています。詳細については、「NVMeのみをサポートするサービスオファリングを使用したカタログの作成」を参照してください。

制限事項

NVMeをサポートするすべてのサービスオファリングは、同時にTrusted Launchをサポートしていません。
NVMeはGen 1 VMではサポートされていません。
一部のOSイメージはNVMeをサポートしていない場合があります。その場合、Azure UIではNVMeオプションがグレー表示されます。

SCSIとNVMeの両方をサポートするサービスオファリングを使用したカタログの作成

マスターイメージとして使用する VM を作成します。
1. NVMeをサポートするマーケットプレイスイメージを使用します。NVMeをサポートするAzure Marketplaceイメージのリストは、「リモートNVMeでサポートされているOSイメージ」で確認できます。
2. VMのOSディスクのスナップショットを取得し、New-ProvSchemeコマンドのMasterImageVMパラメーターで使用するか、マネージドディスクを直接使用します。
  
  マスターイメージがNVMeをサポートしているかどうかを、以下のいずれかの方法で確認します。
  - Get-ItemのAdditionalDataフィールドにあるSupportedDiskControllerTypesを確認します。例：
    (get-item XDHyp:\HostingUnits\mynetwork\image.folder\abc.resourcegroup\deg-snapshot).AdditionalData
    SupportedDiskControllerTypesはSCSI, NVMeである必要があります。
  - Azure CLIとPowerShellを使用する
NVMeとSCSIの両方をサポートするサービスオファリングを使用します。
NVMeが有効になっているマシンプロファイルとして、VMまたはテンプレート仕様を使用します。DiskControllerTypeがNVMeに設定されている任意のVMを使用します。VMをマシンプロファイルとして直接使用するか、テンプレートをエクスポートしてテンプレート仕様をマシンプロファイルとして使用します。

NVMeのみをサポートするサービスオファリングを使用してカタログを作成する

マスターイメージとして使用するVMを作成します。NVMeをサポートするマーケットプレイスイメージを使用します。NVMeをサポートするAzure Marketplaceイメージのリストは、リモートNVMeでサポートされるOSイメージで確認できます。
NVMeのみをサポートするサービスオファリングを使用します。

注:

サービスオファリングがNVMeをサポートしているため、カタログでNVMeを有効にするためにNVMeに設定されたDiskControllerTypeを持つマシンプロファイルは必要ありません。ただし、マシンプロファイルを使用する場合は、DiskControllerTypeがNVMeに設定されているか、空白であるか、指定されていない必要があります。

既存の永続VMを変更する

NVMe構成は、VMが作成された後に変更することはできません。永続VMのNVMe構成を変更する方法は、VMを再デプロイすることです。これを行うロジックは次のとおりです。

VMの現在の状態を保存します。
既存のVMの電源をオンにした後、VMが再デプロイを必要とするかどうかを検出します。
1. 構成変更がNVMeからNVMe、またはSCSIからSCSIである場合、VMの再展開は不要です。
2. 構成変更がSCSIからNVMe、またはその逆である場合、VMを再展開して再作成します。

PowerShellを使用してマシンカタログを作成する

このセクションでは、PowerShell を使用してカタログを作成する方法について詳しく説明します。

非永続的なライトバックキャッシュディスクを持つカタログを作成する
永続的なライトバックキャッシュディスクを持つカタログを作成する
MCSIO で起動パフォーマンスを向上させる
PowerShell を使用してカタログを作成または更新する際にテンプレート仕様を使用する
トラステッド起動によるマシンカタログ
マシンプロファイルプロパティ値を使用する
顧客管理の暗号化キーを使用してマシンカタログを作成する
二重暗号化を使用してマシンカタログを作成する
Azure エフェメラルディスクを使用してカタログを作成する
Azure 専用ホスト
Azure Compute Gallery イメージを使用してマシンカタログを作成または更新する
共有イメージギャラリーを構成する
指定された可用性ゾーンにマシンをプロビジョニングする
ストレージの種類
Azure Spot VM を使用してカタログを作成する
バックアップ VM サイズを構成する
すべてのリソースにタグをコピー(#copy-tags-on-all-resources)
Azure Monitor AgentがインストールされたカタログVMをプロビジョニング(#provision-catalog-vms-with-azure-monitor-agent-installed)

非永続的なライトバックキャッシュディスクを持つカタログの作成

非永続的なライトバックキャッシュディスクを持つカタログを構成するには、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>'

注:

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

永続的なライトバックキャッシュディスクを持つカタログを作成する

永続的なライトバックキャッシュディスクを持つカタログを構成するには、PowerShellパラメーターNew-ProvScheme CustomPropertiesを使用します。このパラメーターは、MCSプロビジョニングされたマシンに対してライトバックキャッシュディスクがどのように永続化するかを決定するために使用される追加のプロパティPersistWBCをサポートします。PersistWBCプロパティは、UseWriteBackCacheパラメーターが指定され、WriteBackCacheDiskSizeパラメーターがディスクが作成されることを示すように設定されている場合にのみ使用されます。

PersistWBCをサポートする前のCustomPropertiesパラメーターに見られるプロパティの例を次に示します。

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
 <Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
 </CustomProperties>

これらのプロパティを使用する場合、CustomPropertiesパラメーターからプロパティが省略されていると、それらはデフォルト値を含むことに注意してください。PersistWBCプロパティには、trueまたはfalseの2つの可能な値があります。

PersistWBCプロパティをtrueに設定すると、Citrix Virtual Apps and Desktops管理者がWeb Studioを使用してマシンをシャットダウンしても、ライトバックキャッシュディスクは削除されません。

PersistWBCプロパティをfalseに設定すると、Citrix Virtual Apps and Desktops管理者がWeb Studioを使用してマシンをシャットダウンしたときに、ライトバックキャッシュディスクが削除されます。

注:

PersistWBCプロパティが省略された場合、プロパティはデフォルトでfalseになり、Web Studioを使用してマシンがシャットダウンされるとライトバックキャッシュは削除されます。

例えば、CustomProperties パラメーターを使用して PersistWBC を true に設定する場合:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
 <Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
 <Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
 </CustomProperties>

重要:

PersistWBC プロパティは、New-ProvScheme PowerShell コマンドレットを使用してのみ設定できます。プロビジョニングスキームの CustomProperties を作成後に変更しようとしても、マシンカタログには影響せず、マシンがシャットダウンされたときのライトバックキャッシュディスクの永続性にも影響しません。

例えば、New-ProvScheme を使用してライトバックキャッシュを使用するように設定し、同時に PersistWBC プロパティを true に設定する場合:

New-ProvScheme
 -CleanOnBoot
 -CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
 -HostingUnitName "adSubnetScale1"
 -IdentityPoolName "BV-WBC1-CAT1"
 -MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
 -NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
 -ProvisioningSchemeName "BV-WBC1-CAT1"
 -ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
 -UseWriteBackCache
 -WriteBackCacheDiskSize 127
 -WriteBackCacheMemorySize 256

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

この機能を有効にするには、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

PowerShell を使用してカタログを作成または更新する際にテンプレート仕様を使用する

マシンプロファイルの入力としてテンプレート仕様を使用して、MCS マシンカタログを作成または更新できます。これを行うには、Web Studio または PowerShell コマンドを使用します。

Web Studio の場合は、「Web Studio で Azure Resource Manager イメージを使用してマシンカタログを作成する」を参照してください。

PowerShell コマンドを使用する場合:

PowerShell ウィンドウを開きます。
asnp citrix*を実行します。
カタログを作成または更新します。
- カタログを作成するには:
  1. New-ProvScheme コマンドをテンプレート仕様とともにマシンプロファイル入力として使用します。例:
    New-ProvScheme -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk" MachineProfile "XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion" -ProvisioningSchemeName <String> -HostingUnitName <String> -IdentityPoolName <String> [-ServiceOffering <String>][-CustomProperties <String> [-LoggingId <Guid>] [-BearerToken <String>][-AdminAddress <String>] [<CommonParameters>]
  2. カタログの作成を完了します。
- カタログを更新するには、Set-ProvScheme コマンドをテンプレート仕様とともにマシンプロファイル入力として使用します。例:
  Set-ProvScheme -MasterImageVm 'XDHyp://Connections/Azure/East Us.region/vm.folder/MasterDisk.vm' MachineProfile 'XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/testing.templatespec/V1.templatespecversion' [-ProvisioningSchemeName] <String> [-CustomProperties <String>][-ServiceOffering <String>] [-PassThru] [-LoggingId <Guid>] [-BearerToken <String>][-AdminAddress <String>] [<CommonParameters>]

Trusted Launch を使用したマシンカタログ

Trusted Launch を使用してマシンカタログを正常に作成するには、以下を使用します。

Trusted Launch が有効なマスターイメージ。マシンプロファイルを使用する必要がありますが、マシンプロファイルが Trusted Launch 対応である必要はありません。Trusted Launch が有効なマスターイメージと、Trusted Launch が有効でないマシンプロファイルを使用すると、マスターイメージとマシンプロファイルの Trusted Launch 構成が一致しないため、警告メッセージが表示されます。
Trusted Launch をサポートするVMサイズ
Trusted Launch をサポートするWindows VMバージョン。現在、Windows 10、Windows 11、Windows Server 2016、2019、2022 が Trusted Launch をサポートしています。

Citrix Virtual Apps and Desktops の提供インベントリアイテムを表示し、VMサイズが Trusted Launch をサポートしているかどうかを判断するには、次のコマンドを実行します。

PowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix* を実行します。
次のコマンドを実行します。
$s = (ls XDHyp:\HostingUnits\<name of hosting unit>\serviceoffering.folder\"<VM size>.serviceoffering)
$s | select -ExpandProperty Additionaldata を実行します。
SupportsTrustedLaunch 属性の値を確認します。
- SupportsTrustedLaunch が True の場合、VMサイズは Trusted Launch をサポートしています。
- SupportsTrustedLaunch が False の場合、VM サイズは Trusted Launch をサポートしていません。

Azure の PowerShell によると、Trusted Launch をサポートする VM サイズを特定するには、次のコマンドを使用できます。

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

Azure PowerShell コマンドを実行した後、VM サイズが Trusted Launch をサポートしているかどうかを説明する例を次に示します。

例 1: Azure VM が Generation 1 のみをサポートしている場合、その VM は Trusted Launch をサポートしていません。したがって、Azure PowerShell コマンドを実行しても TrustedLaunchDisabled 機能は表示されません。
例 2: Azure VM が Generation 2 のみをサポートしており、TrustedLaunchDisabled 機能が True の場合、Generation 2 VM サイズは Trusted Launch でサポートされません。
例 3: Azure VM が Generation 2 のみをサポートしており、PowerShell コマンドを実行しても TrustedLaunchDisabled 機能が表示されない場合、Generation 2 VM サイズは Trusted Launch でサポートされます。

Azure 仮想マシンの Trusted Launch の詳細については、Microsoft ドキュメント「Trusted Launch for Azure virtual machines」を参照してください。

Trusted Launch を使用してマシンカタログを作成する

Trusted Launch が有効なマスターイメージを作成します。Microsoft ドキュメント「Trusted Launch VM Images」を参照してください。
セキュリティの種類を trusted launch virtual machines として VM またはテンプレート仕様を作成します。VM またはテンプレート仕様の作成の詳細については、Microsoft ドキュメント「Deploy a trusted launch VM」を参照してください。
Web Studio または PowerShell コマンドを使用してマシンカタログを作成します。
- Web Studio を使用する場合は、「Web Studio で Azure Resource Manager イメージを使用してマシンカタログを作成する」を参照してください。
- PowerShell コマンドを使用する場合は、VM またはテンプレート仕様をマシンプロファイル入力として New-ProvScheme コマンドを使用します。カタログを作成するためのコマンドの完全なリストについては、「カタログの作成」を参照してください。
  
  VM をマシンプロファイル入力とする New-ProvScheme の例:
  New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1 -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk" -MachineProfile "XDHyp:\HostingUnits\<adnet>\machineprofile.folder\<def.resourcegroup>\<machine profile vm.vm>" -ProvisioningSchemeName <String> -HostingUnitName <String> -IdentityPoolName <String> [-ServiceOffering <String>][-CustomProperties <String>] [<CommonParameters>]
  テンプレート仕様をマシンプロファイル入力とする New-ProvScheme の例:
  New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1 -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk" MachineProfile "XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion" -ProvisioningSchemeName <String> -HostingUnitName <String> -IdentityPoolName <String> [-ServiceOffering <String>][-CustomProperties <String>] [<CommonParameters>]

トラステッド起動でマシンカタログを更新する

永続および非永続の両方のマシンカタログを更新できます。

永続マシンカタログの場合:

永続マシンカタログを Trusted Launch で更新する (/en-us/citrix-virtual-apps-desktops/2503/media/persistent-update-trusted-launch.png)

非永続マシンカタログの場合:

非永続マシンカタログを Trusted Launch で更新する (/en-us/citrix-virtual-apps-desktops/2503/media/non-persistent-update-trusted-launch.jpg)

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

トラステッド起動でマシンカタログを作成する際に、以下のシナリオで適切なエラーが発生します。

シナリオ	エラー
アンマネージドカタログの作成中にマシンプロファイルを選択した場合	`MachineProfileNotSupportedForUnmanagedCatalog`
セキュリティの種類として Trusted Launch を使用するマスターイメージソースでマネージドカタログを作成する際に、マシンプロファイルを選択しなかった場合	`MachineProfileNotFoundForTrustedLaunchMasterImage`
マスターイメージのセキュリティの種類とは異なるセキュリティ種類のマシンプロファイルを選択した場合	`SecurityTypeConflictBetweenMasterImageAndMachineProfile`
カタログ作成時に、Trusted LaunchをサポートしないVMサイズを選択したが、Trusted Launchをサポートするマスターイメージを使用した場合	`MachineSizeNotSupportTrustedLaunch`

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

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

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

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

注:

マシンプロファイルに一部のプロパティが欠落しており、カスタムプロパティで定義されていない場合、該当する場所ではプロパティのデフォルト値が適用されます。

次のセクションでは、New-ProvSchemeとSet-ProvSchemeにおけるいくつかのシナリオについて説明します。この場合、CustomPropertiesはすべてのプロパティを定義しているか、値がMachineProfileから派生しています。

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>
- 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>
- 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>
- 一部のプロパティは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"
  カタログのカスタムプロパティとして、次の値が設定されます。
  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>
- 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のカスタムプロパティ
  - ゾーンを定義するMachineProfile mpA.vm
- 更新:
  - StorageAccountTypeを定義するマシンプロファイル 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>
- 既存のカタログ (以下を含む):
  - 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>
- 既存のカタログ (以下を含む):
  - 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>

VMごとに複数のNICを持つカタログを作成または更新する

MCSはVMごとに複数のNICをサポートしています。VM上の複数のNICを複数のサブネットに関連付けることができますが、それらのサブネットは同じ仮想ネットワーク (VNet) 内にある必要があります。PowerShellコマンドを使用して、以下を実行できます。

VM上に複数のNICを持つカタログを作成する(#create-a-catalog-with-multiple-nics-on-a-vm)
既存のカタログ構成を更新して、VM上に複数のNICを持たせ、新しく作成されるVMが複数のNICを持つようにする(#update-a-catalog-to-have-multiple-nics-on-a-vm)
既存のVMを更新して、複数のNICを持つようにする(#update-an-existing-vm-to-have-multiple-nics-on-a-vm)

マシンプロファイルに基づかないマシンカタログと、マシンプロファイルに基づくマシンカタログを作成または更新して、VM上に複数のNICを持たせることができます。現在、マシンプロファイルに基づくマシンカタログの場合、マシンプロファイルソースで指定されたNICの数と同じ数しか持つことができません。

アクセラレーテッドネットワーキングなどのプロパティは、マシンプロファイルソースから派生します。

注:

VMサイズは、同じ数のNICと対応するアクセラレーテッドネットワーキングをサポートしている必要があります。そうでない場合、エラーが発生します。

選択したVMサイズに関連付けられているNICの最大数を取得できます。PowerShellコマンド get-item を AdditionalData パラメーターとともに実行すると、MaxNetworkInterfaces というPowerShellプロパティが最大NIC数を表示します。

最大NIC数を取得する

最大NIC数を取得するには:

Delivery Controller™ホストからPowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。
利用可能なすべてのVMサイズを一覧表示するには、Get-ChildItem -Path "XDHyp:\Connections\abc-connection\East US.region\serviceoffering.folder"を実行します。
get-item -Path "XDHyp:\Connections\abc-connection\East US.region\serviceoffering.folder\Standard_M416ms_v2.serviceoffering").AdditionalDataを実行します。
MaxNetworkInterfacesを確認して、最大NIC数を把握します。

VM上に複数のNICを持つカタログを作成する

VM上に複数のNICを持つカタログを作成するには、次の手順を実行します。

Delivery ControllerホストからPowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。
まだ作成されていない場合は、IDプールを作成します。
プロビジョニングスキームを作成します。
- マシンプロファイルに基づかないマシンカタログを作成する場合は、NetworkMappingsパラメーターを指定してNew-ProvSchemeコマンドを実行します。NetworkMappingsパラメーターに複数のサブネットを追加できます。例：
  New-Provscheme -NetworkMappings @{"0"="subnetpath1";"1"="subnetpath1"}
- マシンプロファイルに基づいたマシンカタログを作成する場合:
  1. 複数のNICを持つVMをAzureに作成します。詳しくは、複数のNICを持つWindows仮想マシンの作成と管理を参照してください。新しいVMを作成し、AzureポータルのNetworkingページでネットワークインターフェイスをアタッチすることもできます。
  2. VMをマシンプロファイルの入力として使用して、New-ProvSchemeコマンドを実行します。
  注：
  
  マシンプロファイルベースのマシンカタログを作成する場合、NetworkMappings の数は、マシンプロファイルの NetworkInterfaceCount と同じである必要があります。NetworkInterfaceCount は、Get-item -Path "machine profile path" の AdditionalData から取得できます。
カタログの作成を完了します。

VM上に複数のNICを持つようにカタログを更新する

VM上に複数のNICを持つようにカタログを更新するには、次の手順を実行します。

Delivery ControllerホストからPowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。
プロビジョニングスキームを更新します。
- マシンプロファイルに基づかないマシンカタログを作成する場合は、NetworkMappingsパラメーターを指定してSet-ProvSchemeコマンドを実行します。パラメーターNetworkMappingsに複数のサブネットを追加できます。例：
  Set-Provscheme -NetworkMappings @{"0"="subnetpath1";"1"="subnetpath1"}
- マシンプロファイルに基づいてマシンカタログを作成する場合：
  1. 複数の NIC を持つ VM を Azure に作成します。詳しくは、「複数の NIC を持つ Windows 仮想マシンの作成と管理」を参照してください。
  2. VM をマシンプロファイルの入力として使用して Set-ProvScheme コマンドを実行します。

既存の VM を更新して、VM に複数の NIC を持たせる

Set-ProvVMUpdateTimeWindowを使用して既存のVMを更新したり、更新時間枠中に既存のVMでパワーサイクルを実行したりすることもできます。

Azure Monitor エージェントがインストールされたカタログ VM をプロビジョニングする

Azure監視は、Azureおよびオンプレミス環境からのテレメトリデータを収集、分析し、それに基づいて行動するために使用できるサービスです。

Azure Monitor Agent (AMA) は、仮想マシンなどのコンピューティングリソースから監視データを収集し、そのデータを Azure Monitor に配信します。現在、イベントログ、Syslog、パフォーマンスメトリックの収集をサポートしており、Azure Monitor Metrics および Azure Monitor Logs データソースに送信します。

監視データ内の VM を一意に識別して監視を有効にするには、AMA を拡張機能としてインストールした MCS マシンカタログの VM をプロビジョニングできます。

要件

権限: 必要な Azure 権限に指定されている最小限の Azure 権限と、Azure Monitor を使用するための以下の権限があることを確認してください。
- Microsoft.Compute/virtualMachines/extensions/read
- Microsoft.Compute/virtualMachines/extensions/write
- Microsoft.Insights/DataCollectionRuleAssociations/Read
- Microsoft.Insights/dataCollectionRuleAssociations/write
- Microsoft.Insights/DataCollectionRules/Read
データ収集ルール: Azure portal でデータ収集ルールを設定します。DCR の設定については、「データ収集ルールを作成する」を参照してください。DCR はプラットフォーム固有 (Windows または Linux) です。必要なプラットフォームに応じて DCR を作成してください。 AMA は、データ収集ルール (DCR) を使用して、VM などのリソースと、Azure Monitor Metrics や Azure Monitor Logs などのデータソース間のマッピングを管理します。
デフォルトワークスペース: Azure portal でワークスペースを作成します。ワークスペースの作成については、「Log Analytics ワークスペースを作成する」を参照してください。ログとデータを収集すると、その情報はワークスペースに保存されます。ワークスペースには一意のワークスペース ID とリソース ID があります。ワークスペース名は、特定のリソースグループに対して一意である必要があります。ワークスペースを作成したら、データソースとソリューションを設定して、データをワークスペースに保存します。
監視拡張機能のホワイトリスト登録: 拡張機能 AzureMonitorWindowsAgent および AzureMonitorLinuxAgent は、Citrix が定義したホワイトリスト登録済みの拡張機能です。ホワイトリスト登録済みの拡張機能のリストを表示するには、PoSH コマンド Get-ProvMetadataConfiguration を使用します。
マスターイメージ: Microsoft は、既存のマシンから新しいマシンを作成する前に、既存のマシンから拡張機能を削除することを推奨しています。拡張機能が削除されない場合、残存ファイルや予期しない動作につながる可能性があります。詳細については、「VM が既存の VM から再作成された場合」を参照してください。

AMA を有効にしてカタログ VM をプロビジョニングするには:

マシンプロファイルテンプレートを設定します。
- VM をマシンプロファイルテンプレートとして使用する場合:
  1. Azure ポータルで VM を作成します。
  2. VM の電源を入れます。
  3. Resources の下のデータ収集ルールに VM を追加します。これにより、テンプレート VM にエージェントのインストールが呼び出されます。
注:

Linux カタログを作成する必要がある場合は、Linux マシンを設定します。
- テンプレート仕様をマシンプロファイルテンプレートとして使用する場合:
  1. テンプレート仕様を設定します。
  2. 生成されたテンプレート仕様に、次の拡張機能とデータ収集ルール関連付けを追加します。
    { "type": "Microsoft.Compute/virtualMachines/extensions", "apiVersion": "2022-03-01", "name": "<vm-name>/AzureMonitorWindowsAgent", "dependsOn": [ "Microsoft.Compute/virtualMachines/<vm-name>" ], "location": "<azure-region>", "properties": { "publisher": "Microsoft.Azure.Monitor", "type": "AzureMonitorWindowsAgent", "typeHandlerVersion": "1.0", "autoUpgradeMinorVersion": true, "enableAutomaticUpgrade": true } }, { "type": "Microsoft.Insights/dataCollectionRuleAssociations", "apiVersion": "2021-11-01", "name": "<associatio-name>", "scope": "Microsoft.Compute/virtualMachines/<vm-name>", "dependsOn": [ "Microsoft.Compute/virtualMachines/<vm-name>", "Microsoft.Compute/virtualMachines/<vm-name>/extensions/AzureMonitorWindowsAgent" ], "properties": { "description": "Association of data collection rule. Deleting this association will break the data collection for this Arc server.", "dataCollectionRuleId": "/subscriptions/<azure-subscription>/resourcegroups/<azure-resource-group>/providers/microsoft.insights/datacollectionrules/<azure-data-collection-rule>" } }
既存の MCS マシンカタログを作成または更新します。
- 新しい MCS カタログを作成するには:
  1. Web Studio で、その VM またはテンプレート仕様をマシンプロファイルとして選択します。
  2. カタログを作成するための次の手順に進みます。
- 既存の MCS カタログを更新するには、次の PoSH コマンドを使用します。
  - 新しいVMに更新されたマシンプロファイルテンプレートを適用するには、次のコマンドを実行します。
    Set-ProvScheme -ProvisioningSchemeName "name" -MachineProfile "XDHyp:\HostingUnits\Unit1\machineprofile.folder\abc.resourcegroup\ab-machine-profile.vm"
  - 既存の VM を更新されたマシンプロファイルテンプレートで更新するには：
    Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
カタログVMの電源を入れます。
Azure portal に移動し、モニター拡張機能が VM にインストールされていること、および VM が DCR のリソースの下に表示されていることを確認します。数分後、監視データが Azure Monitor に表示されます。

トラブルシューティング

Azure Monitor Agentのトラブルシューティングガイダンスについては、以下を参照してください。

顧客管理の暗号化キーでマシンカタログを作成する

顧客管理の暗号化キーを使用してマシンカタログを作成する詳細な手順は次のとおりです。

PowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。
cd xdhyp:/と入力します。
cd .\HostingUnits\(your hosting unit)と入力します。
cd diskencryptionset.folderと入力します。
dir を入力して、ディスク暗号化セットのリストを取得します。
ディスク暗号化セットのIDをコピーします。
ディスク暗号化セットのIDを含めるカスタムプロパティ文字列を作成します。例：
$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=`"Standard_LRS`" /> <Property xsi:type=`"StringProperty`" Name=`"persistWBC`" Value=`"False`" /> <Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"false`" /> <Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /> <Property xsi:type=`"StringProperty`" Name=`"DiskEncryptionSetId`" Value=`"/subscriptions/0xxx4xxx-xxb-4bxx-xxxx-xxxxxxxx/resourceGroups/abc/providers/Microsoft.Compute/diskEncryptionSets/abc-des`"/> </CustomProperties>
まだ作成されていない場合は、IDプールを作成します。例：
New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain def.local -NamingSchemeType Numeric
New-ProvSchemeコマンドを実行します: 例:
New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1 -MasterImageVM "XDHyp:\HostingUnits\azure-res2\image.folder\def.resourcegroup\def.snapshot" -NetworkMapping @{"0"="XDHyp:\HostingUnits\azure-res2\\virtualprivatecloud.folder\def.resourcegroup\def-vnet.virtualprivatecloud\subnet1.network"} -ProvisioningSchemeName "name" -ServiceOffering "XDHyp:\HostingUnits\azure-res2\serviceoffering.folder\Standard_DS2_v2.serviceoffering" -MachineProfile "XDHyp:\HostingUnits\<adnet>\machineprofile.folder\<def.resourcegroup>\<machine profile vm.vm>" -CustomProperties $customProperties
マシンカタログの作成を完了します。

二重暗号化でマシンカタログを作成する

Web StudioとPowerShellコマンドを使用して、二重暗号化されたマシンカタログを作成および更新できます。

二重暗号化されたマシンカタログを作成する方法に関する詳細な手順は次のとおりです。

プラットフォーム管理キーと顧客管理キーを使用して、Azure Key VaultとDESを作成します。Azure Key VaultとDESの作成方法については、Azureポータルを使用してマネージドディスクの保存時の二重暗号化を有効にするを参照してください。
ホスティング接続で利用可能なDiskEncryptionSetsを参照するには:
1. PowerShellウィンドウを開きます。
2. 次のPowerShellコマンドを実行します:
  1. asnp citrix*
  2. cd xdhyp::
  3. cd HostingUnits
  4. cd YourHostingUnitName (例えば azure-east)
  5. cd diskencryptionset.folder
  6. dir
カスタムプロパティを使用してカタログを作成または更新するには、DiskEncryptionSet の ID を使用できます。
マシンプロファイルワークフローを使用する場合は、VM またはテンプレート仕様をマシンプロファイル入力として作成します。
- VM をマシンプロファイル入力として使用する場合:
  1. Azure Portal で VM を作成します。
  2. ディスク > キー管理 に移動して、任意の DiskEncryptionSetID で VM を直接暗号化します。
- テンプレート仕様をマシンプロファイル入力として使用する場合:
  1. テンプレートの properties>storageProfile>osDisk>managedDisk の下に、diskEncryptionSet パラメーターを追加し、二重暗号化 DES の ID を追加します。
マシンカタログを作成します。
- Web Studio を使用する場合は、マシンカタログの作成の手順に加えて、次のいずれかを実行します。
  - マシンプロファイルベースのワークフローを使用しない場合は、ディスク設定 ページで、各マシンのデータを暗号化するために次のキーを使用する を選択します。次に、ドロップダウンメニューから二重暗号化 DES を選択します。カタログの作成を続行します。
  - マシンプロファイルワークフローを使用する場合は、イメージ ページでマスターイメージとマシンプロファイルを選択します。マシンプロファイルのプロパティにディスク暗号化セット ID があることを確認してください。
  カタログで作成されたすべてのマシンは、選択した DES に関連付けられたキーによって二重に暗号化されます。
- PowerShellコマンドを使用する場合は、次のいずれかを実行します。
  - マシンプロファイルベースのワークフローを使用しない場合は、New-ProvSchemeコマンドにカスタムプロパティDiskEncryptionSetIdを追加します。例:
    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="DiskEncryptionSetId" Value="/subscriptions/12345678-xxxx-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" /> </CustomProperties>' -HostingUnitName "Redacted" -IdentityPoolName "Redacted" -InitialBatchSizeHint 1 -MasterImageVM "Redacted" -NetworkMapping @{"0"="Redacted"} -ProvisioningSchemeName "Redacted" -ServiceOffering "Redacted"
  - マシンプロファイルベースのワークフローを使用する場合は、New-ProvSchemeコマンドでマシンプロファイル入力を使用します。例:
    New-ProvScheme -CleanOnBoot -HostingUnitName azure-east -IdentityPoolName aio-ip -InitialBatchSizeHint 1 -MasterImageVM XDHyp:\HostingUnits\azure-east\image.folder\abc.resourcegroup\fgb-vda-snapshot.snapshot -NetworkMapping @{"0"="XDHyp:\HostingUnits\azure-east\virtualprivatecloud.folder\apa-resourceGroup.resourcegroup\apa-resourceGroup-vnet.virtualprivatecloud\default.network"} -ProvisioningSchemeName aio-test -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\abc.resourcegroup\abx-mp.templatespec\1.0.0.templatespecversion
リモートPowerShell SDKを使用してカタログの作成を完了します。リモートPowerShell SDKを使用してカタログを作成する方法については、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/を参照してください。カタログで作成されたすべてのマシンは、選択したDESに関連付けられたキーによって二重に暗号化されます。

暗号化されていないカタログを二重暗号化を使用するように変換する

マシンカタログの暗号化タイプ（カスタムプロパティまたはマシンプロファイルを使用）を更新できます。

マシンプロファイルベースのワークフローを使用しない場合は、Set-ProvSchemeコマンドにカスタムプロパティDiskEncryptionSetIdを追加します。例:
Set-ProvScheme -ProvisioningSchemeName "SampleProvSchemeName" -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-xxxx-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" /> </CustomProperties>'
マシンプロファイルベースのワークフローを使用する場合は、Set-ProvSchemeコマンドでマシンプロファイル入力を使用します。例:
Set-ProvScheme -ProvisioningSchemeName mxiao-test -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\aelx.resourcegroup\elx-mp.templatespec\1.0.0.templatespecversion

成功すると、カタログに追加するすべての新しいVMは、選択したDESに関連付けられたキーによって二重暗号化されます。

カタログが二重暗号化されていることを確認する

ウェブスタジオで:
1. マシンカタログに移動します。
2. 確認するカタログを選択します。画面下部にあるテンプレートプロパティタブをクリックします。
3. Azureの詳細で、ディスク暗号化セットのディスク暗号化セットIDを確認します。カタログのDES IDが空白の場合、カタログは暗号化されていません。
4. Azure Portalで、DES IDに関連付けられたDESの暗号化タイプがプラットフォーム管理キーと顧客管理キーであることを確認します。
PowerShellコマンドの使用:
1. PowerShellウィンドウを開きます。
2. Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。
3. マシンカタログの情報を取得するには、Get-ProvSchemeを使用します。例:
  Get-ProvScheme -ProvisioningSchemeName "SampleProvSchemeName"
4. マシンカタログのDES IDカスタムプロパティを取得します。例:
  <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />
5. Azure Portalで、DES IDに関連付けられたDESの暗号化タイプがプラットフォーム管理キーと顧客管理キーであることを確認します。

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"
             }
         ],

カタログのエフェメラルディスクを構成する

カタログの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>'

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

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

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

また、以下の状況ではこれらの問題も考慮してください。

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

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>

MCSを使用してAzure専用ホストに仮想マシンをプロビジョニングする場合、以下を考慮してください。

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

Azure Compute Galleryイメージを使用してマシンカタログを作成または更新する

マシンカタログの作成に使用するイメージを選択する際、Azure Compute Gallery で作成したイメージを選択できます。

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

Citrix Virtual Apps and Desktopsサイトを構成します。
Azure Resource Managerに接続します。
Azureポータルで、リソースグループを作成します。詳細については、「Create an Azure Compute Gallery using the portal」を参照してください。
リソースグループ内で、Azure Compute Galleryを作成します。
Azure Compute Gallery内で、イメージ定義を作成します。
イメージ定義内で、イメージバージョンを作成します。

Azure Compute Gallery のイメージを使用してマシンカタログを作成または更新するには、次の PowerShell コマンドを使用します。

PowerShell ウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするためにasnp citrix*を実行します。
リソースグループを選択し、そのリソースグループのすべてのギャラリーを一覧表示します。
Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup")
ギャラリーを選択し、そのギャラリーのすべてのイメージ定義を一覧表示します。
Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery")
1つのイメージ定義を選択し、そのイメージ定義のすべてのイメージバージョンを一覧表示します。
Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery\sigtestimage.imagedefinition")
次の要素を使用して、MCSカタログを作成および更新します。
- リソースグループ
- ギャラリー
- ギャラリーイメージ定義
- ギャラリーイメージバージョン
Remote PowerShell SDK を使用してカタログを作成する方法については、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/ を参照してください。

共有イメージギャラリーの構成

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

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

UseSharedImageGallery

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

SharedImageGalleryReplicaRatio

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

SharedImageGalleryReplicaMaximum

各ギャラリーイメージバージョンに対するレプリカの最大数を定義します。
プロパティが定義されていない場合、デフォルト値は100です。
プロパティが定義されていない場合、デフォルト値は100です。

ヒント:

MCSプロビジョニングされたカタログの公開イメージを保存するためにShared Image Galleryを使用する場合、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>'

ユースケース：スナップショットカタログを 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>'

ヒント:

パラメーターSharedImageGalleryReplicaRatioとSharedImageGalleryReplicaMaximumは必須ではありません。Set-ProvSchemeコマンドが完了しても、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>'

ヒント:

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

指定された可用性ゾーンにマシンをプロビジョニングする

Azure環境では、特定の可用性ゾーンにマシンをプロビジョニングできます。これはPowerShellを使用して実現できます。

注:

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

PowerShellによる可用性ゾーンの構成

PowerShellを使用して、Get-Item で提供されるインベントリアイテムを表示できます。たとえば、米国東部リージョンの Standard_B1ls サービス提供を表示するには:

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

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

$serviceOffering.AdditionalData

可用性ゾーンが指定されていない場合、マシンのプロビジョニング方法に変更はありません。

PowerShellを介して可用性ゾーンを構成するには、New-ProvScheme操作で利用可能なZonesカスタムプロパティを使用します。Zonesプロパティは、マシンをプロビジョニングする可用性ゾーンのリストを定義します。これらのゾーンには、1つ以上の可用性ゾーンを含めることができます。たとえば、ゾーン1および3の<Property xsi:type="StringProperty" Name="Zones" Value="1, 3"/>です。

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

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

ヒント:

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

ストレージの種類

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

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

これらのストレージの種類を使用する場合、以下を考慮してください。

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

ヒント:

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

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

ストレージの種類を構成する

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

ゾーン冗長ストレージを有効にする

カタログ作成時にゾーン冗長ストレージを選択できます。これは、Azure マネージドディスクを複数の可用性ゾーンに同期的にレプリケートし、あるゾーンでの障害発生時に他のゾーンの冗長性を利用して回復できるようにします。

ストレージタイプのカスタムプロパティで Premium_ZRS と StandardSSD_ZRS を指定できます。ZRS ストレージは、既存のカスタムプロパティまたは MachineProfile テンプレートを使用して設定できます。ZRS ストレージは、-StartsNow および -DurationInMinutes -1 パラメータを持つ Set-ProvVMUpdateTimeWindow コマンドでもサポートされており、既存のマシンを LRS から ZRS ストレージに変更できます。

制限事項:

マネージドディスクのみをサポート
プレミアムおよび標準ソリッドステートドライブ (SSD) のみでサポート
StorageTypeAtShutdownには対応していません
一部のリージョンでのみ利用可能です。
大規模にZRSディスクを作成すると、Azureのパフォーマンスが低下します。そのため、最初の電源投入時には、マシンをより小さなバッチ（一度に300台未満のマシン）で起動してください。

ゾーン冗長ストレージをディスクストレージタイプとして設定する

初期カタログ作成時にゾーン冗長ストレージを選択することも、既存のカタログでストレージタイプを更新することもできます。

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

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

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

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

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

以下のカスタムプロパティを使用して、ディスクストレージタイプを設定できます。

StorageType
WBCDiskStorageType
IdentityDiskStorageType

注:

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

マシンプロファイルからVMとNICの診断設定をキャプチャする

マシンカタログの作成時、既存のマシンカタログの更新時、および既存のVMの更新時に、マシンプロファイルからVMとNICの診断設定をキャプチャできます。

VMまたはテンプレート仕様をマシンプロファイルのソースとして作成できます。

主な手順

Azureで必要なIDを設定します。これらのIDはテンプレート仕様で指定する必要があります。
- ストレージアカウント
- Log Analyticsワークスペース
- 標準ティアの価格設定のEvent Hub名前空間
マシンプロファイルソースを作成します。
新しいマシンカタログを作成するか、既存のカタログを更新するか、既存のVMを更新します。

Azureで必要なIDを設定します

Azureで次のいずれかを設定します。

ストレージアカウント
ログ分析ワークスペース
Standardティアの価格設定を持つイベントハブ名前空間

ストレージアカウントを設定します

Azureで標準ストレージアカウントを作成します。テンプレート仕様で、ストレージアカウントの完全なresourceIdをstorageAccountIdとして指定します。

VMがストレージアカウントにデータをログ記録するように設定されると、データはinsights-metrics-pt1mコンテナの下にあります。

Log Analyticsワークスペースを設定します

Log Analyticsワークスペースを作成します。テンプレート仕様で、Log Analyticsワークスペースの完全なresourceIdをworkspaceIdとして指定します。

VMがワークスペースにデータをログ記録するように設定されると、Azureのでデータをクエリできます。Azureので次のコマンドを実行して、リソースによってログ記録されたすべてのメトリックの数を表示できます。

AzureMetrics | summarize Count=count() by ResourceId

イベントハブを設定します

Azureポータルでイベントハブを設定するには、次の手順を実行します。

標準ティアの価格でイベントハブの名前空間を作成します。
名前空間の下にイベントハブを作成します。
イベントハブの下にあるに移動します。トグルをオンにして、Avro 出力タイプでキャプチャします。
ログをキャプチャするために、既存のストレージアカウントに新しいコンテナを作成します。
テンプレート仕様で、eventHubAuthorizationRuleId を次の形式で指定します: /subscriptions/093f4c12-704b-4b1d-8339-f339e7557f60/resourcegroups/matspo/providers/Microsoft.EventHub/namespaces/matspoeventhub/authorizationrules/RootManageSharedAccessKey
イベントハブの名前を指定します。

VMがイベントハブにデータをログするように設定されると、データは構成されたストレージコンテナにキャプチャされます。

マシンプロファイルソースを作成する

VMまたはテンプレートスペックをマシンプロファイルソースとして作成できます。

診断設定を含むVMベースのマシンプロファイルを作成する

VMをマシンプロファイルとして作成する場合は、まずテンプレートVM自体に診断設定をセットアップします。詳細な手順については、MicrosoftドキュメントのAzure Monitorの診断設定を参照してください。

VMまたはNICに関連付けられた診断設定が現在存在することを確認するには、次のコマンドを実行できます。

az monitor diagnostic-settings list --resource-group matspo --resource matspo-tog-cc2659 --resource-type microsoft.network/networkInterfaces

az monitor diagnostic-settings list --resource-group matspo --resource matspo-tog-cc2 --resource-type microsoft.compute/virtualMachines

診断設定を含むテンプレートスペックベースのマシンプロファイルを作成する

診断設定がすでに有効になっているVMを使用し、それをARMテンプレートスペックにエクスポートする場合、これらの設定はテンプレートに自動的に含まれません。ARMテンプレート内で診断設定を手動で追加または変更する必要があります。

ただし、VMをマシンプロファイルとして使用する場合、MCSは、重要な診断設定が正確にキャプチャされ、MCSカタログ内のリソースに適用されることを保証します。

VM と NIC を定義する標準テンプレート仕様を作成します。
診断設定を仕様に従って展開するための追加リソースを追加します: Microsoft.Insights diagnosticSettings。スコープについては、テンプレート内の VM または NIC を部分的な ID を持つ名前で参照します。たとえば、テンプレート仕様で test-VM という名前の VM にアタッチされた診断設定を作成する場合、スコープを次のように指定します。
"scope": "microsoft.compute/virtualMachines/test-VM",
テンプレート仕様をマシンプロファイルのソースとして使用します。

診断設定を含むカタログを作成または更新する

マシンプロファイルソースを作成した後、New-ProvScheme コマンドを使用してマシンカタログを作成し、Set-ProvScheme コマンドを使用して既存のマシンカタログを更新し、Request-ProvVMUpdate コマンドを使用して既存のVMを更新できます。

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

ページファイルの場所は、次のシナリオに従って決定されます。

注:

デフォルトのページファイルの場所は OS ディスクです。

シナリオ	場所
ページファイル設定がカスタムプロパティで指定されている	カスタムプロパティで指定されているとおり
エフェメラル OS ディスクまたはハイバネーションが有効になっている	OSディスク
VMに一時ディスクがある	一時ディスク
MCS I/O が有効になっています	WBCディスク

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

次の表は、イメージ準備中およびプロビジョニングスキームの更新中に考えられるページファイル設定のシナリオの一部を示しています。

期間	シナリオ	結果
イメージ準備	プロビジョニングスキームで指定するVMサイズに一時ディスクがないにもかかわらず、ソースイメージのページファイルを一時ディスクに設定する	ページファイルはOSに配置される
イメージ準備	プロビジョニングスキームで指定するVMサイズに一時ディスクがあるにもかかわらず、ソースイメージのページファイルをOSディスクに設定する	ページファイルは一時ディスクに配置されます
イメージの準備	プロビジョニングスキームで、ソースイメージのページファイルを一時ディスクに設定し、エフェメラルOSディスクを有効にします	ページファイルはOSディスクに配置されます
プロビジョニングスキームの更新	VDAバージョンが2311より前のときにプロビジョニングスキームを更新しようとします	警告とともにページファイル設定を変更します
プロビジョニングスキームの更新	VDAバージョンが2311以降のときにプロビジョニングスキームを更新しようとします	ページファイルの場所の決定に従ってページファイルの場所を決定します

ページファイル設定の指定

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

重要な考慮事項

カタログ作成を進める前に、以下を考慮してください。

すべてのカスタムプロパティ（'PageFileDiskDriveLetterOverride'、'InitialPageFileSizeInMB'、'MaxPageFileSizeInMB'）をNew-ProvSchemeコマンドで指定するか、または何も指定しないでください。
この機能はCitrix Studioではサポートされていません。
初期ページファイルサイズは16 MBから16777216 MBの間である必要があります。
最大ページファイルサイズは、初期ページファイルサイズ以上で、かつ16777216 MB未満である必要があります。
初期ページファイルサイズと最大ページファイルサイズの両方を同時にゼロに設定できます。

注:

既存のカタログに新しく追加されたVMのページファイル設定は、マスターイメージを更新することなく変更できます。ページファイル設定を変更するには、VDAバージョン2311以降が必要です。PowerShellコマンドを使用してページファイル設定を変更できます。詳細については、「ページファイル設定の変更」を参照してください。

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

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

既存のカタログに新しく追加されたVMのページファイル設定は、マスターイメージを更新することなく変更できます。現在、この機能はAzure環境のみに適用されます。

ページファイル設定を変更するには、VDAバージョン2311以降が必要です。PowerShellコマンドを使用してページファイル設定を変更できます。

Azure環境で変更できるページファイル設定は次のとおりです。

PageFileDiskDriveLetterOverride
InitialPageFileSizeInMB
MaxPageFileSizeInMB

既存のカタログのページファイル設定を変更する

既存のマシンカタログのページファイル設定を変更するには、Set-ProvSchemeコマンドを実行します。この場合、更新はカタログに追加された新しいVMにのみ適用されます。例:

Set-ProvScheme -ProvisioningSchemeName $schemeName -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="StandardSSD_LRS" />
 <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="LicenseType" Value="Windows_Client" />
 <Property  xsi:type="StringProperty" Name="Zones" Value="1" />
 <Property xsi:type="StringProperty" Name="ResourceGroups" Value="neal-test-group1" />
 <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
 </CustomProperties>'

注：

ライトバックキャッシュを有効にして、PowerShellコマンドを使用してPageFileDiskDriveLetterOverrideをC:に設定しようとすると、MCS IOドライバーはページファイルを正しいディスクドライブに自動的にリダイレクトし、C:にはリダイレクトしません。

Azure Spot VMを使用してカタログを作成する

Azure Spot VMを使用すると、Azureの未使用のコンピューティング能力を大幅なコスト削減で活用できます。ただし、Azure Spot VMを割り当てる機能は、現在の容量と価格設定によって異なります。そのため、Azureは強制排除ポリシーに従って、実行中のVMを強制排除したり、VMの作成に失敗したり、VMの電源投入に失敗したりする可能性があります。したがって、Azure Spot VMは、一部の重要でないアプリケーションやデスクトップに適しています。詳細については、Azure Spot Virtual Machinesの使用を参照してください。

制限事項

すべてのVMサイズがAzure Spot VMでサポートされているわけではありません。詳細については、制限事項を参照してください。

VMサイズがSpot VMをサポートしているかどうかを確認するには、次のPowerShellコマンドを実行します。VMサイズがSpot VMをサポートしている場合、SupportsSpotVMはTrueです。
(Get-Item "XDHyp:\HostingUnits\azure-res-conn2\serviceoffering.folder\Standard_D2ds_v4.serviceoffering"). AdditionalData
現在、Azure Spot VMは休止状態をサポートしていません。

要件

Azure Spot VMカタログの仮想マシンプロファイルソース（VMまたはテンプレート仕様）を作成する際、Azure Spotインスタンスを選択するか（VMを使用する場合）、priorityをSpotに設定する必要があります（テンプレート仕様を使用する場合）。

Azure Spot VMを使用してカタログを作成する手順

仮想マシンプロファイルソース（VMまたは起動テンプレート）を作成します。
- Azureポータルを使用してVMを作成する方法については、Azureポータルを使用してAzure Spot Virtual Machinesを展開するを参照してください。
- テンプレート仕様を作成するには、テンプレート仕様のresources > type: Microsoft.Compute/virtualMachines > propertiesの下に次のプロパティを追加します。例：
  "priority": "Spot", "evictionPolicy": "Deallocate", "billingProfile": { "maxPrice": 0.01 }
注：
- 立ち退きポリシーは、割り当て解除または削除にすることができます。
- 非永続VMの場合、MCSは常に立ち退きポリシーを削除に設定します。VMが立ち退きになると、非永続ディスク（例: OSディスク）とともに削除されます。永続ディスク（例: IDディスク）は削除されません。ただし、カタログタイプが永続的であるか、PersistOsDisk カスタムプロパティがTrueに設定されている場合、OSディスクは永続的です。同様に、PersistWbc カスタムプロパティがTrueに設定されている場合、WBCディスクは永続的です。
- 永続VMの場合、MCSは常に立ち退きポリシーを割り当て解除に設定します。VMが立ち退きになると、割り当て解除されます。ディスクに変更は加えられません。
- 最大価格は、1時間あたりに支払う意思のある価格です。容量のみを使用している場合、これは**-1**です。最大価格は、null、-1、またはゼロより大きい小数のみにすることができます。詳細については、価格設定を参照してください。
マシンプロファイルでAzure Spot VMが有効になっているかどうかを確認するには、次のPowerShellコマンドを実行します。SpotEnabled パラメーターがTrueで、SpotEvictionPolicy が割り当て解除または削除に設定されている場合、マシンプロファイルでAzure Spot VMが有効になっています。例：
- マシンプロファイルのソースがVMの場合、次のコマンドを実行します。
  (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\kb-spot-delete.vm"). AdditionalData
- マシンプロファイルのソースがテンプレート仕様の場合、次のコマンドを実行します。
  (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\fc-aeh-templatespec.templatespec\14.0.0-spot-delete.templatespecversion").AdditionalData
New-ProvScheme PowerShellコマンドを使用して、マシンプロファイルでマシンカタログを作成します。

Set-ProvScheme コマンドを使用してカタログを更新できます。PowerShellコマンド Set-ProvVmUpdateTimeWindow を使用して既存のVMを更新することもできます。マシンプロファイルは次回の電源投入時に更新されます。

実行中のAzure Spot VMでの強制排除

コンピューティング容量が利用できない場合、または1時間あたりの価格が構成されている最大価格よりも高い場合、Azureは実行中のSpot VMを立ち退かせます。デフォルトでは、立ち退きの通知はされません。VMは単にフリーズし、立ち退きになります。Microsoftは、立ち退きを監視するためにスケジュールされたイベントを使用することを推奨しています。立ち退きを継続的に監視するを参照してください。立ち退きの前に通知を受け取るために、VM内からスクリプトを実行することもできます。たとえば、MicrosoftはPythonでポーリングスクリプトScheduledEvents.csを提供しています。

トラブルシューティング

Get-ProvVM コマンドを使用して、プロビジョニングされたVMのcustomMachineDataでSpot VMプロパティを確認できます。優先度フィールドがSpotに設定されている場合、Spotが使用中です。
AzureポータルでVMがSpotを使用しているかどうかを確認できます。
1. AzureポータルでVMを見つけます。
2. 「概要」ページに移動します。
3. 下までスクロールし、「Azure Spot」セクションを見つけます。
  - Spotが使用されていない場合、このフィールドは空です。
  - Spotが使用されている場合、「Azure Spot」と「Azure Spot eviction policy」フィールドが設定されます。

構成ページで、VMの課金プロファイルまたは1時間あたりの最大価格を確認できます。

バックアップVMサイズを構成する

パブリッククラウドでは、特定のVMサイズで容量が不足する場合があります。また、Azure Spot VMを使用している場合、Azureの容量要件に基づいてVMはいつでも強制終了されます。Azureの容量不足またはSpot VMの電源投入失敗の場合、MCSはバックアップVMサイズにフォールバックします。MCSマシンカタログの作成または更新時に、カスタムプロパティBackupVmConfigurationを使用してバックアップVMサイズのリストを提供できます。MCSは、リストで指定された順序でバックアップVMサイズにフォールバックしようとします。

MCSがVMに特定のバックアップ構成を使用する場合、次回のシャットダウンまでその構成を使い続けます。次回の電源投入時には、MCSはプライマリVM構成を起動しようとします。失敗した場合、MCSはリストに従ってバックアップVMサイズ構成を再度起動しようとします。

この機能は以下をサポートしています。

マシンプロファイルを使用するカタログ
永続的および非永続的なMCSマシンカタログ
現在のAzure環境

重要な考慮事項

リストには複数のバックアップVMサイズを指定できます。
リストは一意である必要があります。
リスト内の各VMにインスタンスタイププロパティを追加できます。タイプはSpotまたはRegularのいずれかです。タイプが指定されていない場合、MCSはVMをRegularと見なします。
既存のカタログのバックアップVMサイズリストは、Set-ProvScheme PowerShellコマンドを使用して変更できます。
カタログに関連付けられたプロビジョニングスキームから作成された既存のVMは、Set-ProvVMUpdateTimeWindow コマンドを使用して更新できます。
選択した数の既存のMCS VMのバックアップVMサイズリストは、Set-ProvVM コマンドを使用して構成できます。ただし、更新を適用するには、Set-ProvVMUpdateTimeWindow を使用してVMの更新時間枠を設定し、その時間枠内にVMを起動します。VMでSet-ProvVm コマンドが使用された場合、プロビジョニングスキーム上のリストが後で更新されても、VMはその特定のVMに設定されたバックアップVMサイズリストを引き続き使用します。VMにプロビジョニングスキーム上のバックアップリストを使用させるには、Set-ProvVM と -RevertToProvSchemeConfiguration を使用できます。

バックアップVMサイズでカタログを作成する

注:

Studio UI のフリーズの問題に対処するには、PowerShell コマンドを実行する際に、すべてのシングルクォートを " に置き換えてください。

PowerShellウィンドウを開きます。
Citrix固有のPowerShellモジュールをロードするには、asnp citrix* を実行します。
ブローカーカタログを作成します。このカタログには、これから作成されるマシンが格納されます。
IDプールを作成します。これは、作成されるマシン用に作成されたADアカウントのコンテナになります。
マシンプロファイルを使用してプロビジョニングスキームを作成します。「バックアップ構成の構成方法」を参照してください。
プロビジョニングスキームの一意のIDでBrokerCatalogを更新します。
VMを作成し、カタログに追加します。

既存のカタログを更新する

Set-ProvSchemeコマンドを使用してプロビジョニングスキームを更新できます。バックアップ構成を構成する方法を参照してください。

既存のVMを更新する

Set-ProvVMUpdateTimeWindow PowerShellコマンドを使用して、カタログ内の既存のVMを更新できます。このコマンドは、指定された時間枠内で次回の電源投入時に、カタログに関連付けられたプロビジョニングスキームから作成されたVMを更新します。例:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartTimeInUTC "3/12/2022 3am" -DurationInMinutes 60
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartsNow -DurationInMinutes 60

注:

StartsNowはスケジュールされた開始時間を示します。DurationInMinutesはスケジュールの時間枠です。

Set-ProvVMコマンドを使用して、選択した既存のMCS VMのバックアップVMサイズリストを構成できます。ただし、更新を適用するには、Set-ProvVMUpdateTimeWindowを使用してVMの更新時間枠を設定し、その時間枠内でVMを起動する必要があります。例:

Set-ProvVMコマンドを実行して、選択した既存のMCS VMのバックアップVMサイズリストを構成します。例:
Set-ProvVM -ProvisioningSchemeName "name" -VMName "Vm-001" -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=`"LicenseType`" Value=`"Windows_Server`"/> <Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`"/> <Property xsi:type=`"StringProperty`" Name=`"BackupVmConfiguration`" Value=`"[{"ServiceOffering": "Standard_D2as_v4", "Type": "Spot"}, {"ServiceOffering": "Standard_D2s_v3", "Type": "Regular"}, {"ServiceOffering": "Standard_D2s_v3", "Type": "Spot"}]`"/> </CustomProperties>"
Set-ProvVMUpdateTimeWindowコマンドを実行して更新を適用します。例:
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartsNow -DurationInMinutes 60

すべてのリソースにタグをコピーする

マシンプロファイルで指定されたタグを、マシンカタログ内の新しいVMまたは既存のVMの複数のNICやディスク（OSディスク、IDディスク、ライトバックキャッシュディスクなど）といったすべてのリソースにコピーできます。マシンプロファイルのソースは、VMまたはARMテンプレート仕様にすることができます。

注:

タグに関するポリシーを追加するか（タグコンプライアンスのポリシー定義を割り当てるを参照）、またはマシンプロファイルソースにタグを追加して、リソース上のタグを保持する必要があります。

前提条件

マシンプロファイルソース（VMまたはARMテンプレート仕様）を作成し、そのVMのVM、ディスク、NICにタグを付けます。

VMをマシンプロファイルの入力として使用する場合は、AzureポータルでVMとすべてのリソースにタグを適用します。「Azureポータルでタグを適用する」を参照してください。
ARMテンプレート仕様をマシンプロファイルの入力として使用する場合は、各リソースの下に次のタグブロックを追加します。
"tags": { "TagC": "Value3" },

注:

テンプレート仕様には、最大1つのディスクと少なくとも1つのNICを含めることができます。

新しいマシンカタログ内のVMのリソースにタグをコピーする

VMまたはARMテンプレート仕様をマシンプロファイルの入力として使用して、非永続または永続カタログを作成します。
カタログにVMを追加して電源をオンにします。マシンプロファイルで指定されたタグが、そのVMの対応するリソースにコピーされていることを確認する必要があります。

注:

マシンプロファイルで提供されるNICの数と、VMで使用するNICの数に不一致がある場合、エラーが発生します。

既存のVMのリソース上のタグを変更する

すべてのリソースにタグを付けたマシンプロファイルを作成します。
既存のマシンカタログを、更新されたマシンプロファイルで更新します。例：
Set-ProvScheme -ProvisioningSchemeName <YourCatalogName> -MachineProfile <PathToYourMachineProfile>
更新を適用したいVMの電源をオフにします。
VMのスケジュールされたアップデートを要求します。例:
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName <YourCatalogName> -VMName machine1 -StartsNow -DurationInMinutes -1
VM を起動します。
マシンプロファイルで指定されたタグが、対応するリソースにコピーされていることを確認する必要があります。

注：

マシンプロファイルで提供される NIC の数と、Set-ProvScheme で提供される NIC の数の間に不一致がある場合、エラーが発生します。

事前フォーマットされたWBCディスクカタログを作成する

プロビジョニングされたマシンの起動パフォーマンスを向上させるために、事前フォーマットされた WBC ディスクカタログを作成できます。この機能を実装するには、WBC が有効な Azure カタログを作成し、追加のカスタムプロパティ PreformatWriteBackCache を True として含めます。

既存のカタログは、Set-ProvSchemeコマンドを使用してWBCディスクサイズを更新できます。

この機能は、MCS がマスタリングフェーズを全体のプロビジョニングワークフローから分離するイメージ管理ワークフローと互換性があります。イメージ管理の詳細については、「イメージ管理」を参照してください。

WBC を有効にし、PreformatWriteBackCache を True として設定した Azure カタログを作成する例：

$customProperties = @'
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="PreformatWriteBackCache" Value="true" />
 </CustomProperties>
 '@
 
 New-ProvScheme -CleanOnBoot `
 -ProvisioningSchemeName "provisioningschemename" `
 -HostingUnitName "hostingunitname" `
 -IdentityPoolName "identitypoolnamename" `
 -MasterImageVM "XDHyp:\HostingUnits\AzureHostingUnit\image.folder\rg.resourcegroup\masterImage.manageddisk" `
 -CustomProperties $customProperties `
 -NetworkMapping $networkMapping `
 -UseWriteBackCache `
 -WriteBackCacheDiskSize 30

既存のカタログの WBC ディスクキャッシュサイズを更新する例：

Set-ProvScheme -ProvisioningSchemeName provisioningschemename -WriteBackCacheDiskSize 127

MCSプロビジョニングされたCitrix Provisioning™カタログのシャットダウン時にWBCディスクを削除する

Azure で MCS プロビジョニングされた Citrix Provisioning カタログを作成する際に、WBC ディスクを非永続的 (PersistWBC を False) にプロビジョニングできます。この構成により、Azure で MCS プロビジョニングされた Citrix Provisioning カタログの VM をシャットダウンした後、ライトバックキャッシュ (WBC) ディスクを削除できます。

条件：

この機能が動作するには、カスタムプロパティ PreformatWriteBackCache を True として設定する必要があります。

PersistWBC を False、PreformatWriteBackCache を True として設定した Azure カタログを作成する例：

$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="PreformatWriteBackCache" Value="true" />
 </CustomProperties>
 '@
 
 New-ProvScheme -CleanOnBoot `
 -ProvisioningSchemeName "provisioningschemename" `
 -HostingUnitName "hostingunitname" `
 -IdentityPoolName "identitypoolnamename" `
 -MasterImageVM "XDHyp:\HostingUnits\AzureHostingUnit\image.folder\rg.resourcegroup\masterImage.manageddisk" `
 -CustomProperties $customProperties `
 -NetworkMapping $networkMapping `
 -UseWriteBackCache `
 -WriteBackCacheDiskSize 30

Set-ProvSchemeコマンドを使用してPersistWBCカスタムプロパティを更新することで、既存のカタログを更新することもできます。

次のステップ

これが最初に作成されたカタログである場合、Web Studioはデリバリーグループを作成するように案内します
構成プロセス全体を確認するには、インストールと構成を参照してください
カタログを管理するには、マシンカタログの管理およびMicrosoft Azureカタログの管理を参照してください

Citrix Virtual Apps and Desktops™ 7 2503

マシンカタログの作成

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

Azure一時ディスクがライトバックキャッシュディスクとして適格であるための条件

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

Azure テンプレート仕様を作成する

カタログの作成または更新でのテンプレートスペックの使用

Azureサーバー側暗号化

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

Azureカスタマーマネージド暗号化キー

Azure ホストでのディスク暗号化

マシンプロファイルからホストでの暗号化情報を取得する

マネージドディスクでの二重暗号化

Azure リソースグループ

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

Azureエフェメラルディスク

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

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

Azure コンピュート ギャラリー

Azure 機密 VM

機密 VM に関する重要な考慮事項

マスターイメージとマシンプロファイルを準備する

Web Studio または PowerShell コマンドを使用して機密VMを作成する

起動整合性監視

整合性監視が有効なマシンカタログを作成する

GuestAttestation拡張機能がインストールされた状態で有効化されたマシンプロファイルを作成する

アジュール マーケットプレイス

共有イメージギャラリーで作成されたイメージにAzureプラン情報が含まれていることを確認する

オンデマンド容量予約VMのカタログを作成する

制限事項

オンデマンド容量予約VMのカタログを作成する手順

入れ子になった仮想化

NVMeのみのSKU

制限事項

SCSIとNVMeの両方をサポートするサービスオファリングを使用したカタログの作成

NVMeのみをサポートするサービスオファリングを使用してカタログを作成する

既存の永続VMを変更する

PowerShellを使用してマシンカタログを作成する

非永続的なライトバックキャッシュディスクを持つカタログの作成

永続的なライトバックキャッシュディスクを持つカタログを作成する

MCSIOで起動パフォーマンスを向上させる

PowerShell を使用してカタログを作成または更新する際にテンプレート仕様を使用する

Trusted Launch を使用したマシンカタログ

Trusted Launch を使用してマシンカタログを作成する

トラステッド起動でマシンカタログを更新する

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

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

VMごとに複数のNICを持つカタログを作成または更新する

最大NIC数を取得する

VM上に複数のNICを持つカタログを作成する

VM上に複数のNICを持つようにカタログを更新する

既存の VM を更新して、VM に複数の NIC を持たせる

Azure Monitor エージェントがインストールされたカタログ VM をプロビジョニングする

要件

トラブルシューティング

顧客管理の暗号化キーでマシンカタログを作成する

二重暗号化でマシンカタログを作成する

暗号化されていないカタログを二重暗号化を使用するように変換する

カタログが二重暗号化されていることを確認する

Azureエフェメラルディスクでカタログを作成する

カタログのエフェメラルディスクを構成する

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

Azure専用ホスト

Azure Compute Galleryイメージを使用してマシンカタログを作成または更新する

共有イメージギャラリーの構成

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

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

ユースケース: 共有イメージギャラリーカタログをスナップショットカタログに変換する

指定された可用性ゾーンにマシンをプロビジョニングする

PowerShellによる可用性ゾーンの構成

ストレージの種類

ストレージの種類を構成する

ゾーン冗長ストレージを有効にする

ゾーン冗長ストレージをディスクストレージタイプとして設定する

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

マシンプロファイルからVMとNICの診断設定をキャプチャする

主な手順

Azureで必要なIDを設定します

ストレージアカウントを設定します

Log Analyticsワークスペースを設定します

Azure コンピュートギャラリー

アジュールマーケットプレイス