Microsoft Azure のカタログを作成する

注：

2023年7月以降、マイクロソフトはアジュール Active Directory (Azure AD) をMicrosoft Entra IDに名称変更しました。このドキュメントでは、アジュール Active Directory、Azure AD、またはAADへの言及はすべてMicrosoft Entra IDを指します。

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

注：

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

マシンカタログを作成する

マシンカタログを作成する方法は2つあります。

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

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

イメージは、ディスク、スナップショット、またはAzure Compute Gallery内のイメージ定義のイメージバージョンであり、マシンカタログ内のVMを作成するために使用されます。マシンカタログを作成する前に、Azure Resource Managerでイメージを作成します。イメージに関する一般的な情報については、マシンカタログの作成を参照してください。

注：

ホスト接続で構成されているリージョンとは異なるリージョンからのマスターイメージの使用は非推奨です。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を共有しているものです。これらのサブスクリプションでは、共有ギャラリーのみが表示されます。共有サブスクリプションの構成方法については、「テナント内でイメージを共有する（サブスクリプション間）」および「テナント間でイメージを共有する」を参照してください。
  • 信頼できる起動が有効になっているイメージまたはスナップショットを選択する場合は、セキュリティの種類として信頼できる起動を持つマシンプロファイルを使用することが必須です。その後、マシンプロファイルでSecureBootとvTPMの値を指定することで、それらを有効または無効にできます。信頼できる起動は、Shared Image Galleryではサポートされていません。Azureの信頼できる起動の詳細については、https://docs.microsoft.com/ja-jp/azure/virtual-machines/trusted-launchを参照してください。
  • 信頼できる起動が有効なWindowsでエフェメラルOSディスクを使用してプロビジョニングスキームを作成できます。信頼できる起動が有効なイメージを選択する場合は、vTPMが有効な信頼できる起動を持つマシンプロファイルを選択する必要があります。エフェメラルOSディスクを使用してマシンカタログを作成する方法については、「エフェメラルOSディスクを使用してマシンを作成する方法」を参照してください。
  • イメージのレプリケーションが進行中の場合でも、続行してそのイメージをマスターイメージとして選択し、セットアップを完了できます。ただし、イメージのレプリケーション中は、カタログの作成に時間がかかる場合があります。MCSでは、カタログ作成から1時間以内にレプリケーションを完了する必要があります。レプリケーションがタイムアウトすると、カタログの作成は失敗します。Azureでレプリケーションの状態を確認できます。レプリケーションがまだ保留中の場合、またはレプリケーションが完了した後に、もう一度試してください。
  • Azureでマシンカタログのマスターイメージを選択すると、MCSは、選択したマスターイメージとマシンプロファイルに基づいてOSの種類を識別します。MCSが識別できない場合は、マスターイメージと一致するOSの種類を選択してください。
  • 起動時間のパフォーマンスを向上させるために、Gen2イメージを使用してGen2 VMカタログをプロビジョニングできます。ただし、Gen1イメージを使用してGen2マシンカタログを作成することはサポートされていません。同様に、Gen2イメージを使用してGen1マシンカタログを作成することもサポートされていません。また、世代情報を持たない古いイメージはすべてGen1イメージです。

  使用するイメージの種類として準備済みイメージを選択した場合、イメージの選択をクリックし、必要に応じて準備済みイメージを選択します。

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

  イメージを選択すると、マシンプロファイルを使用（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イメージを使用している場合にのみ、ストレージとライセンスの種類ページが表示されます。

  

  マシンカタログで使用できるストレージの種類は次のとおりです。

  • Premium 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クライアントライセンスタイプの場合、ライセンスタイプが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 からのサポートが含まれています。

    New-ProvScheme および Set-ProvScheme で LicenseType の値を 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>'
    <!--NeedCopy-->
    

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

    注:

    LicenseType の値が空の場合、OsType の値に応じて、デフォルト値は Azure Windows Server ライセンスまたは Azure Linux ライセンスになります。

    LicenseType を空に設定する例:

    Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /></CustomProperties>'
    <!--NeedCopy-->
    

  ライセンスの種類とその利点については、以下のドキュメントを参照してください。

  • 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) は、イメージを管理および共有するためのリポジトリです。これにより、組織全体でイメージを利用できるようになります。大規模な非永続マシンカタログを作成する際には、SIG にイメージを保存することをお勧めします。そうすることで、VDA OS ディスクのリセットが高速化されるためです。[Place prepared image in Azure Compute Gallery] を選択すると、[Azure Compute Gallery settings] セクションが表示され、Azure Compute Gallery の詳細設定を指定できます。

  • 仮想マシンとイメージレプリカの比率。Azure が保持する仮想マシンとイメージレプリカの比率を指定できます。デフォルトでは、Azure は非永続マシン40台ごとに1つのイメージレプリカを保持します。永続マシンの場合、この数はデフォルトで1,000になります。

  • 最大レプリカ数。Azureに保持させたいイメージレプリカの最大数を指定できます。デフォルトは100です。

  注：

  イメージを保存するためにACGにギャラリーが作成されます。このギャラリーはVM作成のためにMCSからのみアクセス可能で、イメージの選択ページには表示されません。

• 仮想マシンページで、作成するVMの数を指定します。少なくとも1つを指定し、マシンサイズを選択する必要があります。カタログ作成後、カタログを編集してマシンサイズを変更できます。

• NICページにはAzure固有の情報は含まれていません。マシンカタログの作成の記事のガイダンスに従ってください。

• ディスク設定ページで、ライトバックキャッシュを有効にするかどうかを選択します。MCSストレージ最適化機能が有効になっている場合、カタログ作成時に以下の設定を構成できます。これらの設定は、AzureとGCPの両方の環境に適用されます。

  

  ライトバックキャッシュを有効にすると、次のことができます。

  • 一時データのキャッシュに使用されるディスクとRAMのサイズを構成します。詳細については、一時データのキャッシュを構成するを参照してください。

  • ライトバックキャッシュディスクのストレージタイプを選択します。ライトバックキャッシュディスクに使用できるストレージオプションは次のとおりです。

    • プレミアム 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つの異なるシナリオについて説明しています。

Azureテンプレート仕様の作成

Azure portalでAzureテンプレートスペックを作成し、Web StudioおよびPowerShellコマンドでそれを使用してMCSマシンカタログを作成または更新できます。

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

1. Azure portalに移動します。リソースグループを選択し、VMとネットワークインターフェースを選択します。上部にある…メニューから、テンプレートのエクスポートをクリックします。

2. カタログプロビジョニング用のテンプレートスペックを作成する場合は、パラメーターを含めるチェックボックスをオフにします。JSONファイルでparametersとvariablesのセクションが次のようになっていることを確認します。

   "parameters": {},
   "variables": {}
   <!--NeedCopy-->
   

3. ダウンロードをクリックして、テンプレートをJSONファイルとして保存します。
4. Azure portalで、テンプレートスペックを選択し、テンプレートのインポートをクリックします。
5. コンピューターに保存されているマシンプロファイル（JSON形式）を参照してインポートします。
6. 名前、サブスクリプション、リソースグループ、場所、バージョンを指定します。次へ: テンプレートの編集をクリックします。
7. 確認と作成を実行し、テンプレートスペックを作成します。
8. テンプレートスペックページで、作成したばかりのテンプレートスペックを確認します。テンプレートスペックをクリックします。左側のパネルで、バージョンをクリックします。
9. 新しいバージョンの作成をクリックして、新しいバージョンを作成できます。新しいバージョン番号を指定し、現在のテンプレートスペックに変更を加え、確認と作成をクリックして、テンプレートスペックの新しいバージョンを作成します。

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

• テンプレートスペックの情報を取得するには、以下を実行します。

   get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec
   <!--NeedCopy-->
  

• テンプレートスペックバージョンの情報を取得するには、以下を実行します。

   get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec\bgg1.0.templatespecversion
   <!--NeedCopy-->
  

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

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

• Web Studioについては、「Web StudioでAzure Resource Managerイメージを使用してマシンカタログを作成する」(#create-a-machine-catalog-using-an-azure-resource-manager-image-in-web-studio)を参照してください。
• PowerShellについては、「PowerShellを使用してカタログを作成または更新する際にテンプレート仕様を使用する」(#use-template-spec-in-creating-or-updating-a-catalog-using-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は、リソースと同じサブスクリプションおよびリージョンにある必要があります。

「カスタマーマネージドキーを使用したマシンカタログの作成」を参照してください。

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

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

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

制限事項:

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

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

ホストでの暗号化機能を備えたマシンカタログを作成するには：

1. サブスクリプションでホストでの暗号化機能が有効になっているかどうかを確認します。これを行うには、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/を参照してください。

2. 特定のAzure VMサイズがホストでの暗号化をサポートしているかどうかを確認します。これを行うには、PowerShellウィンドウで次のいずれかを実行します。

   PS XDHyp:\Connections\<your connection>\east us.region\serviceoffering.folder>
   <!--NeedCopy-->
   

   PS XDHyp:\HostingUnits\<your hosting unit>\serviceoffering.folder>
   <!--NeedCopy-->
   

3. ホストでの暗号化が有効になっているAzureポータルで、マシンプロファイルの入力としてVMまたはテンプレート仕様を作成します。

   • VMを作成する場合は、ホストでの暗号化をサポートするVMサイズを選択します。VMを作成すると、VMプロパティのホストでの暗号化が有効になります。
   • テンプレート仕様を使用する場合は、securityProfile内でパラメータEncryption at Hostをtrueとして割り当てます。

4. VMまたはテンプレート仕様のいずれかを選択して、マシンプロファイルワークフローでMCSマシンカタログを作成します。

   • OSディスク/データディスク: 顧客管理キーとプラットフォーム管理キーによって暗号化されます
   • エフェメラルOSディスク: プラットフォーム管理キーによってのみ暗号化されます
   • キャッシュディスク: 顧客管理キーとプラットフォーム管理キーによって暗号化されます

   Web Studioを使用するか、PowerShellコマンドを実行してマシンカタログを作成できます。

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

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

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

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

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

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

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

二重暗号化を使用してマシンカタログを作成できます。この機能で作成されたすべてのカタログは、プラットフォームキーと顧客管理キーの両方でサーバー側で暗号化されたすべてのディスクを持っています。Azure Key Vault、暗号化キー、およびディスク暗号化セット（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エフェメラルディスク

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

注：

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

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

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

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

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

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

アジュール エフェメラルディスクとマシンクリエーションサービス (MCS) ストレージ最適化 (MCS I/O)

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

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

• エフェメラル OS ディスクと MCS I/O の両方が同時に有効になっているマシンカタログを作成することはできません。

• New-ProvScheme または Set-ProvScheme で UseWriteBackCache と UseEphemeralOsDisk を true に設定すると、PowerShell パラメーターは適切なエラーメッセージとともに失敗します。
• 両方の機能が有効な状態で作成された既存のマシンカタログの場合、引き続き以下を行うことができます。
  • マシンカタログを更新する。
  • VM を追加または削除する。
  • マシンカタログを削除する。

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

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

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

注:

Shared Image Gallery の機能は、マネージドディスクとのみ互換性があります。レガシーマシンカタログでは利用できません。

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

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

Azure 機密仮想マシン

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

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

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

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

• サポートされているVMサイズ：機密VMは以下のVMサイズをサポートしています。

  • DCasv5-series
  • DCadsv5 のシリーズ
  • イーシーエーエスブイファイブ-シリーズ
  • イーシーエーディーエスブイファイブシリーズ

• 機密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
     <!--NeedCopy-->
    

    追加データフィールドは次のとおりです。

    • ディスクセキュリティタイプ
    • 機密VMディスク暗号化セットID
    • ディスクセキュリティプロファイル

    マシンサイズの機密コンピューティングプロパティを取得するには、次のコマンドを実行します: (Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\abc.serviceoffering").AdditionalData

    追加データフィールドはConfidentialComputingTypeです。

  • マスターイメージまたはマシンプロファイルを、機密から非機密セキュリティタイプへ、あるいは非機密から機密セキュリティタイプへ変更することはできません。
  • 不適切な構成に対しては、適切なエラーメッセージが表示されます。

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

機密VMのセットを作成する前に、それらのマスターイメージとマシンプロファイルを準備するために、次の手順に従ってください。

1. Azureポータルで、次のような特定の設定で機密VMを作成します。
   • セキュリティの種類: 機密仮想マシン
   • 機密OSディスク暗号化: 有効。
   • キー管理: プラットフォーム管理キーによる機密ディスク暗号化 機密VMの作成に関する詳細については、このMicrosoft記事を参照してください。

2. 作成したVMでマスターイメージを準備します。作成したVMに必要なアプリケーションとVDAをインストールします。

   注:

   VHDを使用した機密VMの作成はサポートされていません。代わりに、この目的のためにAzure Compute Gallery、マネージドディスク、またはスナップショットを使用してください。

3. 次のいずれかの方法でマシンプロファイルを作成します。

   • ステップ1で作成した既存のVMが必要なマシンプロパティを持っている場合は、それを使用します。

   • マシンプロファイルとしてARMテンプレート仕様を選択する場合は、必要に応じてテンプレート仕様を作成します。具体的には、SecurityEncryptionTypeやdiskEncryptionSet（顧客管理キーの場合）など、機密VMの要件を満たすパラメーターを構成します。詳細については、(/ja-jp/citrix-virtual-apps-desktops/2411/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure#create-an-azure-template-spec)の[Azureテンプレート仕様の作成]を参照してください。

     注:

     • マスターイメージとマシンプロファイルが同じセキュリティキータイプであることを確認してください。
     • 顧客管理キーによる機密OSディスク暗号化を必要とする機密VMを作成するには、マスターイメージとマシンプロファイルの両方でディスク暗号化セットIDが同一であることを確認してください。

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

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

Web Studioを使用してカタログを作成するには、(/ja-jp/citrix-virtual-apps-desktops/2411/install-configure/machine-catalogs-create)の[マシンカタログの作成]で説明されている手順に従ってください。次の考慮事項に留意してください。

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

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

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

ヒント：

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

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

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

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

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

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

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

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

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

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

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

制限事項

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

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

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

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

1. マシンプロファイルソース（VMまたはARMテンプレート仕様）を作成します。VMまたはARMテンプレート仕様の作成については、VMを容量予約グループに関連付けるを参照してください。

2. 次のPowerShellコマンドを実行して、マシンプロファイルでオンデマンド容量予約が有効になっているかどうかを確認します。マシンプロファイルでオンデマンド容量予約が有効になっている場合、capacityReservationGroup idを取得します。

   例えば、

   マシンプロファイルソースがVMの場合、次のコマンドを実行します。

   (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\demand-capacity.vm").AdditionalData
   <!--NeedCopy-->
   

   マシンプロファイルのソースがテンプレート仕様である場合は、次のコマンドを実行します。

   (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\fc-aeh-templatespec.templatespec\14.0.0-capacity-reservation.templatespecversion").AdditionalData
   <!--NeedCopy-->
   

3. Web StudioまたはPowerShellコマンドを使用して、マシンプロファイルを使用してマシンカタログを作成します。

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

ネストされた仮想化

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

現在、Dv3およびEv3 VMサイズのみがネストされた仮想化をサポートしています。

ネストされた仮想化の詳細については、Microsoftのブログ「Nested Virtualization in Azure」を参照してください。

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

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

• 非永続ライトバックキャッシュディスクを持つカタログを作成する
• 永続ライトバックキャッシュディスクを持つカタログを作成する
• MCSIOで起動パフォーマンスを向上させる
• PowerShellを使用してカタログを作成または更新する際にテンプレート仕様を使用する
• 信頼された起動を持つマシンカタログ
• マシンプロファイルのプロパティ値を使用する
• 顧客管理の暗号化キーを使用してマシンカタログを作成する(#create-a-machine-catalog-with-customer-managed-encryption-key)
• 二重暗号化を使用してマシンカタログを作成する(#create-a-machine-catalog-with-double-encryption)
• Azureエフェメラルディスクを使用してカタログを作成する(#create-a-catalog-with-an-azure-ephemeral-disks)
• Azure専用ホスト(#azure-dedicated-hosts)
• Azure Compute Galleryイメージを使用してマシンカタログを作成または更新する(#create-or-update-a-machine-catalog-using-an-azure-compute-gallery-image)
• 共有イメージギャラリーを構成する(#configure-shared-image-gallery)
• 指定された可用性ゾーンにマシンをプロビジョニングする(#provision-machines-into-specified-availability-zones)
• ストレージの種類(#storage-types)
• ページファイル設定を更新する(#update-page-file-setting)
• Azure Spot VMを使用してカタログを作成する(#create-a-catalog-using-azure-spot-vms)
• バックアップVMサイズを構成する(#configure-backup-vm-sizes)
• すべてのリソースにタグをコピーする(#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>'
<!--NeedCopy-->

注：

マシンカタログをコミットして、書き戻しキャッシュファイルに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>
<!--NeedCopy-->

これらのプロパティを使用する場合、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>
<!--NeedCopy-->

重要：

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

MCSIO を使用して起動パフォーマンスを向上させる

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

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

この機能を有効にするには、PersistOSDisk カスタムプロパティを true に設定します。例:

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

PowerShell を使用したカタログの作成または更新でのテンプレート仕様の使用

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

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

PowerShell コマンドの使用:

1. PowerShell ウィンドウを開きます。
2. asnp citrix* を実行します。
3. カタログを作成または更新します。
   • カタログを作成するには:

     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>]
        <!--NeedCopy-->
        

     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>]
      <!--NeedCopy-->
     

信頼された起動によるマシンカタログ

信頼できる起動でマシンカタログを正常に作成するには、以下を使用します。

• 信頼できる起動を備えたマシンプロファイル
• 信頼できる起動をサポートするVMサイズ
• 信頼できる起動をサポートするWindows VMバージョン。現在、Windows 10、Windows 11、Windows Server 2016、2019、および2022が信頼できる起動をサポートしています。

重要:

MCSは、信頼できる起動が有効なVMで新しいカタログを作成することをサポートしています。ただし、既存の永続カタログと既存のVMを更新するには、Azureポータルを使用する必要があります。非永続カタログの信頼できる起動を更新することはできません。詳細については、Microsoftドキュメント「既存のAzure VMで信頼できる起動を有効にする」を参照してください。

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

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

3. 次のコマンドを実行します。

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

4. $s | select -ExpandProperty Additionaldataを実行します。

5. SupportsTrustedLaunch属性の値を確認します。

   • SupportsTrustedLaunchがTrueの場合、VMサイズは信頼できる起動をサポートしています。
   • SupportsTrustedLaunchがFalseの場合、VMサイズは信頼できる起動をサポートしていません。

AzureのPowerShellに従って、信頼できる起動をサポートするVMサイズを判断するには、次のコマンドを使用できます。

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

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

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

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

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

1. トラステッド起動が有効なマスターイメージを作成します。Microsoftドキュメント「Trusted launch VM Images」を参照してください。
2. セキュリティの種類をtrusted launch virtual machinesとしてVMまたはテンプレート仕様を作成します。VMまたはテンプレート仕様の作成の詳細については、Microsoftドキュメント「Deploy a trusted launch VM」を参照してください。

3. Web StudioまたはPowerShellコマンドを使用してマシンカタログを作成します。

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

   • PowerShellコマンドを使用する場合は、VMまたはテンプレート仕様をマシンプロファイルの入力としてNew-ProvSchemeコマンドを使用します。カタログを作成するためのコマンドの完全なリストについては、「Creating a catalog」を参照してください。

     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>]
      <!--NeedCopy-->
     

     テンプレート仕様をマシンプロファイルの入力とする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>]
      <!--NeedCopy-->
     

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

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

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

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

• 可用性ゾーン
• 専用ホストグループID
• ディスク暗号化セットID
• OSタイプ
• ライセンスタイプ
• ストレージタイプ

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

注：

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

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

• ニュープロブスキーム シナリオ

  • MachineProfileにすべてのプロパティがあり、CustomPropertiesが定義されていない場合。例：

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

    以下の値がカタログのカスタムプロパティとして設定されます。

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

  • MachineProfile にはいくつかのプロパティがありますが、CustomProperties は定義されていません。例として、MachineProfile には LicenseType と OsType のみが含まれます。

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

    カタログのカスタムプロパティとして、以下の値が設定されます:

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

  • MachineProfileとCustomPropertiesの両方で、すべてのプロパティが定義されています。例:

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

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

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

  • 一部のプロパティはMachineProfileで定義され、一部のプロパティはCustomPropertiesで定義されています。例:
    • カスタムプロパティは、ライセンスの種類とストレージアカウントの種類を定義します。
    • マシンプロファイルはライセンスタイプ、OSタイプ、およびゾーンを定義します

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

    カタログのカスタムプロパティとして、以下の値が設定されます:

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

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

    • カスタムプロパティはストレージタイプを定義します
    • マシンプロファイルはライセンスタイプを定義します

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

    カタログのカスタムプロパティとして、以下の値が設定されます:

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

  • OSタイプがカスタムプロパティにもマシンプロファイルにも含まれていない場合、次のようになります。
    • 値はマスターイメージから読み取られます。
    • マスターイメージがアンマネージドディスクの場合、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>
     <!--NeedCopy-->
    

• Set-ProvScheme コマンドレットのシナリオ

  • 既存のカタログで、以下を含むもの:

    • StorageAccountType および OSタイプ のカスタムプロパティ
    • ゾーンを定義するマシンプロファイル mpA.vm

  • 更新:

    • ストレージアカウントの種類を定義するマシンプロファイル mpB.vm
    • ライセンスタイプとOSタイプを定義する新しいカスタムプロパティのセット $CustomPropertiesB

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

    以下の値がカタログのカスタムプロパティとして設定されます:

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

  • 既存のカタログで、以下を含むもの:
    • StorageAccountType および OsType のためのカスタムプロパティ
    • ストレージアカウントタイプとライセンスタイプを定義するマシンプロファイル mpA.vm
  • 更新:
    • ストレージアカウントタイプとOSタイプを定義する新しいカスタムプロパティセット$CustomPropertiesB。

    Set-ProvScheme -CustomProperties $CustomPropertiesB

    カタログのカスタムプロパティとして、以下の値が設定されます。

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

  • 既存のカタログで、以下を含むもの:
    • StorageAccountTypeとOSタイプのカスタムプロパティ
    • ゾーンを定義するマシンプロファイル mpA.vm
  • 更新:
    • ストレージアカウントタイプとライセンスタイプを定義するマシンプロファイル mpB.vm
    • ServiceOfferingは指定されていません

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

    カタログのカスタムプロパティとして、以下の値が設定されます。

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

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

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

• VM上に複数のNICを持つカタログを作成する
• 既存のカタログ構成を更新して、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 の最大数を取得できます。AdditionalData パラメーターを指定して PowerShell get-item コマンドを実行すると、MaxNetworkInterfaces と呼ばれる PowerShell プロパティが NIC の最大数を表示します。

NIC の最大数を取得する

NIC の最大数を取得するには：

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

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

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

1. デリバリーコントローラー ホストから PowerShell ウィンドウを開きます。
2. Citrix固有のPowerShellモジュールをロードするために、asnp citrix*を実行します。
3. まだ作成されていない場合は、IDプールを作成します。
4. プロビジョニングスキームを作成します。

   • マシンプロファイルに基づかないマシンカタログを作成する場合は、NetworkMappingsパラメーターを指定してNew-ProvSchemeコマンドを実行します。パラメーターNetworkMappingsに複数のサブネットを追加できます。例：

      New-Provscheme -NetworkMappings @{"0"="subnetpath1";"1"="subnetpath1"}
      <!--NeedCopy-->
     

   • マシンプロファイルに基づくマシンカタログを作成する場合：

     1. 複数のNICを持つVMをAzureに作成します。詳細については、「複数のNICを持つWindows仮想マシンの作成と管理」を参照してください。新しいVMを作成し、Azureポータルの「ネットワーク」ページでネットワークインターフェイスをアタッチすることもできます。
     2. VMをマシンプロファイルの入力として、New-ProvSchemeコマンドを実行します。

     注：

     マシンプロファイルに基づくマシンカタログを作成する場合、NetworkMappingsの数はマシンプロファイルのNetworkInterfaceCountと同じである必要があります。NetworkInterfaceCountは、Get-item -Path "machine profile path"のAdditionalDataから取得できます。

5. カタログの作成を完了します。

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

VMに複数のNICを持つカタログを更新するには、以下を実行します。

1. デリバリーコントローラー ホストから PowerShell ウィンドウを開きます。
2. Citrix固有のPowerShellモジュールをロードするには、asnp citrix*を実行します。

3. プロビジョニングスキームを更新します。

   • マシンプロファイルに基づかないマシンカタログを作成する場合は、NetworkMappingsパラメーターを指定してSet-ProvSchemeコマンドを実行します。複数のサブネットをパラメーターNetworkMappingsに追加できます。例：

      Set-Provscheme -NetworkMappings @{"0"="subnetpath1";"1"="subnetpath1"}
      <!--NeedCopy-->
     

   • マシンプロファイルに基づいてマシンカタログを作成する場合：

     1. 複数のNICを持つVMをAzureに作成します。詳しくは、「複数のNICを持つWindows仮想マシンの作成と管理」を参照してください。
     2. VMをマシンプロファイルの入力として使用して、Set-ProvSchemeコマンドを実行します。

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

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

Azure Monitor Agentがインストールされたカタログ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 ポータルでデータ収集ルールを設定します。DCR の設定については、「データ収集ルールを作成する」を参照してください。DCR はプラットフォーム固有です (Windows または Linux)。必要なプラットフォームに応じて DCR を作成してください。 AMA は、VM などのリソースと、Azure Monitor メトリックや Azure Monitor ログなどのデータソース間のマッピングを管理するために、データ収集ルール (DCR) を使用します。
• デフォルトワークスペース: Azure ポータルでワークスペースを作成します。ワークスペースの作成については、「Log Analytics ワークスペースを作成する」を参照してください。ログとデータを収集すると、その情報はワークスペースに保存されます。ワークスペースには一意のワークスペース ID とリソース ID があります。ワークスペース名は、特定のリソースグループ内で一意である必要があります。ワークスペースを作成したら、データソースとソリューションを設定して、そのデータをワークスペースに保存します。
• モニター拡張機能をホワイトリストに登録しました: 拡張機能 AzureMonitorWindowsAgent および AzureMonitorLinuxAgent は、Citrix が定義したホワイトリスト登録済み拡張機能です。ホワイトリスト登録済み拡張機能のリストを表示するには、PoSH コマンド Get-ProvMetadataConfiguration を使用します。
• マスターイメージ: Microsoft は、既存のマシンから新しいマシンを作成する前に、そのマシンから拡張機能を削除することを推奨しています。拡張機能が削除されていない場合、残存ファイルや予期せぬ動作につながる可能性があります。詳細については、「既存の VM から VM を再作成する場合」を参照してください。

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

1. マシンプロファイルテンプレートを設定します。

   • VM をマシンプロファイルテンプレートとして使用する場合:

     1. Azure ポータルで VM を作成します。
     2. VM の電源をオンにします。
     3. リソースの下にあるデータ収集ルールに 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>"
             }
            }
        <!--NeedCopy-->
        

2. 既存の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"
        <!--NeedCopy-->
       

     • 既存のVMを更新されたマシンプロファイルテンプレートで更新するには：

        Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1
        <!--NeedCopy-->
       

3. カタログVMの電源をオンにします。
4. Azureポータルに移動し、モニター拡張機能がVMにインストールされているか、およびVMがDCRのリソースの下に表示されているかを確認します。数分後、監視データがAzure Monitorに表示されます。

トラブルシューティング

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

• https://learn.microsoft.com/ja-jp/azure/azure-monitor/agents/azure-monitor-agent-troubleshoot-windows-vm/
• https://learn.microsoft.com/ja-jp/azure/azure-resource-manager/troubleshooting/create-troubleshooting-template/

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

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

1. PowerShellウィンドウを開きます。
2. Citrix固有のPowerShellモジュールをロードするためにasnp citrix*を実行します。
3. cd xdhyp:/を入力します。
4. cd .\HostingUnits\(your hosting unit)を入力します。
5. cd diskencryptionset.folderを入力します。
6. ディスク暗号化セットのリストを取得するためにdirを入力します。
7. ディスク暗号化セットのIDをコピーします。

8. ディスク暗号化セットの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>
   <!--NeedCopy-->
   

9. まだ作成されていない場合は、IDプールを作成します。例：

   New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain def.local -NamingSchemeType Numeric
   <!--NeedCopy-->
   

10. 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
    <!--NeedCopy-->
    

11. マシンカタログの作成を完了します。

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

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

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

1. プラットフォーム管理キーと顧客管理キーを使用して、Azure Key VaultとDESを作成します。Azure Key VaultとDESの作成方法については、「マネージドディスクの保存時の二重暗号化を有効にするためにAzureポータルを使用する」を参照してください。
2. ホスティング接続で利用可能なDiskEncryptionSetを参照するには：
   1. PowerShellウィンドウを開きます。
   2. 次のPowerShellコマンドを実行します。
      1. asnp citrix*
      2. cd xdhyp:
      3. cd HostingUnits
      4. cd YourHostingUnitName (ex. azure-east)
      5. cd diskencryptionset.folder
      6. dir

   カスタムプロパティを使用してカタログを作成または更新するには、DiskEncryptionSetのIDを使用できます。

3. マシンプロファイルワークフローを使用する場合は、VMまたはテンプレート仕様をマシンプロファイル入力として作成します。
   • VMをマシンプロファイル入力として使用する場合：
     1. Azure Portalで仮想マシンを作成します。
     2. ディスク>キー管理に移動し、DiskEncryptionSetIDを使用してVMを直接暗号化します。
   • テンプレート仕様をマシンプロファイル入力として使用する場合：
     1. テンプレートのproperties>storageProfile>osDisk>managedDiskの下に、diskEncryptionSetパラメーターを追加し、二重暗号化DESのIDを追加します。
4. マシンカタログを作成します。
   • 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"
        <!--NeedCopy-->
       

     • マシンプロファイルベースのワークフローを使用している場合は、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
        <!--NeedCopy-->
       

5. リモートPowerShell SDKを使用してカタログの作成を完了します。Remote 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>'
   <!--NeedCopy-->
  

• マシンプロファイルベースのワークフローを使用する場合は、Set-ProvScheme コマンドでマシンプロファイル入力を使用します。例:

   Set-ProvScheme -ProvisioningSchemeName mxiao-test -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\aelx.resourcegroup\elx-mp.templatespec\1.0.0.templatespecversion
   <!--NeedCopy-->
  

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

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

• ウェブスタジオで:

  1. マシンカタログに移動します。
  2. 確認したいカタログを選択します。画面下部にあるテンプレートプロパティタブをクリックします。
  3. Azureの詳細で、ディスク暗号化セットのディスク暗号化セットIDを確認します。カタログのDES IDが空白の場合、カタログは暗号化されていません。
  4. Azureポータルで、DES IDに関連付けられているDESの暗号化タイプが、プラットフォーム管理キーと顧客管理キーであることを確認します。

• PowerShellコマンドを使用する:

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

  3. Get-ProvScheme を使用してマシンカタログの情報を取得します。例:

     Get-ProvScheme -ProvisioningSchemeName "SampleProvSchemeName"
     <!--NeedCopy-->
     

  4. マシンカタログのDES IDカスタムプロパティを取得します。例:

     <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />
     <!--NeedCopy-->
     

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

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

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

注：

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

例えば：

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

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

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

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

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

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

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

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

1. シトリックス バーチャルアプリ アンド デスクトップのサイトを構成します。
2. Azure リソースマネージャーに接続します。
3. Azure portalで、リソースグループを作成します。詳細については、「ポータルを使用してAzure Compute Galleryを作成する」を参照してください。
4. リソースグループで、Azure Compute Galleryを作成します。
5. Azure コンピュートギャラリーで、イメージ定義を作成します。
6. イメージ定義で、イメージバージョンを作成します。

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

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

3. リソースグループを選択し、そのリソースグループのすべてのギャラリーを一覧表示します。

   Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup")
   <!--NeedCopy-->
   

4. ギャラリーを選択し、そのギャラリーのすべてのイメージ定義を一覧表示します。

   Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery")
   <!--NeedCopy-->
   

5. 1つのイメージ定義を選択し、そのイメージ定義のすべてのイメージバージョンを一覧表示します。

   Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery\sigtestimage.imagedefinition")
   <!--NeedCopy-->
   

6. 次の要素を使用してMCSカタログを作成および更新します。
   • リソースグループ
   • ギャラリー
   • ギャラリーイメージ定義
   • ギャラリーイメージバージョン

   Remote PowerShell SDKを使用してカタログを作成する方法については、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/を参照してください。

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

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

共有イメージギャラリー機能をサポートするために、3つのカスタムプロパティがプロビジョニングスキームに追加されました。

UseSharedImageGallery

• 公開されたイメージを保存するために共有イメージギャラリーを使用するかどうかを定義します。Trueに設定されている場合、イメージは共有イメージギャラリーイメージとして保存され、それ以外の場合はスナップショットとして保存されます。
• 有効な値は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>'
<!--NeedCopy-->

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

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

1. UseSharedImageGalleryフラグをTrueに設定してSet-ProvSchemeを実行します。オプションでSharedImageGalleryReplicaRatioとSharedImageGalleryReplicaMaximumプロパティを含めます。
2. カタログを更新します。
3. マシンをパワーサイクルして、強制的に更新します。

以下に例を示します：

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

ヒント：

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

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

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

1. UseSharedImageGallery フラグを False に設定するか、未定義の状態で Set-ProvScheme を実行します。
2. カタログを更新します。
3. マシンを再起動して、強制的に更新します。

以下に例を示します：

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

ヒント：

スナップショットから共有イメージギャラリーカタログへの更新とは異なり、各マシンのカスタムデータはまだ新しいカスタムプロパティを反映するように更新されていません。元の共有イメージギャラリーのカスタムプロパティを表示するには、次のコマンドを実行します: 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"
<!--NeedCopy-->

ゾーンを表示するには、項目に 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>'
<!--NeedCopy-->

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

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

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

制限事項:

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

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

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

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

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

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

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

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

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

• StorageType
• WBCDiskStorageType
• IdentityDiskStorageType

注:

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

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

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

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

主な手順

1. Azureで必要なIDを設定します。これらのIDはテンプレート仕様で指定する必要があります。

   • ストレージアカウント
   • ログ アナリティクス ワークスペース
   • 標準ティアの価格設定を持つイベントハブの名前空間
2. マシンプロファイルのソースを作成します。
3. 新しいマシンカタログを作成するか、既存のカタログを更新するか、既存のVMを更新します。

Azureで必要なIDを設定する

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

• ストレージアカウント
• ログ アナリティクス ワークスペース
• Standard レベルの価格設定のイベントハブの名前空間

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

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

VM がストレージアカウントにデータをログするように設定されると、データは insights-metrics-pt1m コンテナの下で見つけることができます。

ログ分析ワークスペースを設定する

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

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

AzureMetrics | summarize Count=count() by ResourceId

イベントハブを設定する

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

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

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

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

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

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

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

1. VMとNICを定義する標準テンプレートスペックを作成します。

2. スペックに従って診断設定をデプロイするための追加リソースを追加します: Microsoft.Insights diagnosticSettings。スコープについては、テンプレート内のVMまたはNICを部分的なIDで名前によって参照します。たとえば、テンプレートスペック内のtest-VMという名前のVMにアタッチされた診断設定を作成する場合、スコープを次のように指定します。

   "scope": "microsoft.compute/virtualMachines/test-VM",
   <!--NeedCopy-->
   

3. テンプレートスペックをマシンプロファイルソースとして使用します。

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

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

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

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

注：

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

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

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

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

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

重要な考慮事項

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

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

注：

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

New-ProvScheme -CleanOnBoot `
-HostingUnitName "zijinnet" `
-IdentityPoolName "PageFileSettingExample" `
-ProvisioningSchemeName "PageFileSettingExample" `
-InitialBatchSizeHint 1 `
-MasterImageVM "XDHyp:\HostingUnits\zijinnet\image.folder\neal-zijincloud-resources.resourcegroup\CustomWin10VDA_OsDisk_1_9473d7c8a6174b2c8284c7d3efeea88f.manageddisk" `
-NetworkMapping @{"0"="XDHyp:\\HostingUnits\\zijinnet\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\neal-zijincloud-resources.resourcegroup\\neal-zijincloud-resources-vnet.virtualprivatecloud\\default.network"} `
-ServiceOffering "XDHyp:\\HostingUnits\\zijinnet\\serviceoffering.folder\\Standard_B2ms.serviceoffering" `
-CustomProperties '<CustomProperties xmlns=" http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> `
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false"/> `
<Property xsi:type="StringProperty" Name="PersistVm" Value="false"/> `
<Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="d"/> `
<Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048"/> `
<Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196"/> `
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS"/> `
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
</CustomProperties>'
<!--NeedCopy-->

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

マスターイメージを更新することなく、既存のカタログに新しく追加された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>'
<!--NeedCopy-->

注：

ライトバックキャッシュを有効にして、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でサポートされているわけではありません。詳細については、「制限事項」を参照してください。

  PowerShellコマンドを実行して、VMサイズがSpot VMをサポートしているかどうかを確認できます。VMサイズがSpot VMをサポートしている場合、SupportsSpotVM は True です。

   (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\serviceoffering.folder\Standard_D2ds_v4.serviceoffering"). AdditionalData
   <!--NeedCopy-->
  

• 現在、Azure Spot VMは休止状態をサポートしていません。

必要条件

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

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

1. マシンプロファイルソース（VMまたは起動テンプレート）を作成します。

   • Azureポータルを使用してVMを作成する方法については、Azureポータルを使用してAzure Spot Virtual Machinesを展開する を参照してください。

   • テンプレート仕様を作成するには、テンプレート仕様の resources > type: Microsoft.Compute/virtualMachines > properties の下に次のプロパティを追加します。例：

      "priority": "Spot",
      "evictionPolicy": "Deallocate",
      "billingProfile": {
      "maxPrice": 0.01
      }
      <!--NeedCopy-->
     

   注：

   • 削除ポリシーは Deallocate または Delete にすることができます。
     • 非永続VMの場合、MCSは常に削除ポリシーを Delete に設定します。VMが削除された場合、非永続ディスク（例：OSディスク）とともに削除されます。永続ディスク（例：IDディスク）は削除されません。ただし、カタログタイプが永続的であるか、PersistOsDisk カスタムプロパティがTrueに設定されている場合、OSディスクは永続的です。同様に、PersistWbc カスタムプロパティが True に設定されている場合、WBCディスクは永続的です。
     • 永続VMの場合、MCSは常に削除ポリシーをDeallocateに設定します。VMが削除された場合、割り当て解除されます。ディスクに変更は加えられません。
   • 最大価格は、1時間あたりに支払う意思のある価格です。Capacity Only を使用している場合、これは -1 です。最大価格は、null、-1、またはゼロより大きい小数のみです。詳細については、価格 を参照してください。

2. 次のPowerShellコマンドを実行して、マシンプロファイルがAzure Spot VM対応であるかどうかを確認できます。SpotEnabled パラメーターが True で、SpotEvictionPolicy が Deallocate または Delete に設定されている場合、マシンプロファイルはAzure Spot VM対応です。例：

   • マシンプロファイルソースがVMの場合、次のコマンドを実行します。

      (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\kb-spot-delete.vm"). AdditionalData
      <!--NeedCopy-->
     

   • マシンプロファイルのソースがテンプレート仕様である場合、次のコマンドを実行します。

      (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\fc-aeh-templatespec.templatespec\14.0.0-spot-delete.templatespecversion").AdditionalData
      <!--NeedCopy-->
     

3. New-ProvScheme PowerShell コマンドを使用して、マシンプロファイルでマシンカタログを作成します。

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

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

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

トラブルシューティング

• Get-ProvVM コマンドを使用して、プロビジョニングされた VM の customMachineData で Spot VM のプロパティを確認できます。priority フィールドが Spot に設定されている場合、Spot が使用されています。

• Azure Portal で VM が Spot を使用しているかどうかを確認できます。

  1. アジュールポータルで VM を見つけます。
  2. 概要ページに移動します。

  3. 下までスクロールし、Azure Spot セクションを見つけます。

     • Spot が使用されていない場合、このフィールドは空です。
     • Spot が使用されている場合、Azure Spot および Azure Spot 強制排除ポリシーフィールドが設定されます。

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

バックアップ 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コマンドの実行中は、すべてのシングルクォートを"に置き換えてください。

1. PowerShellウィンドウを開きます。
2. Citrix固有のPowerShellモジュールをロードするために、asnp citrix*を実行します。
3. ブローカーカタログを作成します。このカタログには、これから作成されるマシンが格納されます。
4. IDプールを作成します。これは、作成されるマシン用に作成されたADアカウントのコンテナとなります。
5. マシンプロファイルを使用してプロビジョニングスキームを作成します。バックアップ構成の構成方法を参照してください。
6. プロビジョニングスキームの一意のIDでBrokerCatalogを更新します。
7. 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を起動します。例:

1. 選択した既存のMCS VMのバックアップVMサイズリストを構成するには、Set-ProvVM コマンドを実行します。例:

   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=`"[{&quot;ServiceOffering&quot;: &quot;Standard_D2as_v4&quot;, &quot;Type&quot;: &quot;Spot&quot;}, {&quot;ServiceOffering&quot;: &quot;Standard_D2s_v3&quot;, &quot;Type&quot;: &quot;Regular&quot;}, {&quot;ServiceOffering&quot;: &quot;Standard_D2s_v3&quot;, &quot;Type&quot;: &quot;Spot&quot;}]`"/>
   </CustomProperties>"
   <!--NeedCopy-->
   

2. 更新を適用するには、Set-ProvVMUpdateTimeWindow コマンドを実行します。例:

   Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartsNow -DurationInMinutes 60
   <!--NeedCopy-->
   

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

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

注:

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

前提条件

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

• VMをマシンプロファイルの入力として使用したい場合は、AzureポータルでVMとすべてのリソースにタグを適用します。Azureポータルでタグを適用する を参照してください。

• ARMテンプレート仕様をマシンプロファイルの入力として使用したい場合は、各リソースの下に以下のタグブロックを追加します。

    "tags": {
   "TagC": "Value3"
   },
   <!--NeedCopy-->
  

注:

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

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

1. VMまたはARMテンプレート仕様をマシンプロファイル入力として使用して、非永続または永続カタログを作成します。

2. カタログにVMを追加し、電源を入れます。マシンプロファイルで指定されたタグが、そのVMの対応するリソースにコピーされていることを確認する必要があります。

   注：

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

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

1. すべてのリソースにタグを付けてマシンプロファイルを作成します。

2. 更新されたマシンプロファイルで既存のマシンカタログを更新します。例：

   Set-ProvScheme -ProvisioningSchemeName <YourCatalogName> -MachineProfile <PathToYourMachineProfile>
   <!--NeedCopy-->
   

3. 更新を適用するVMの電源を切ります。

4. VMのスケジュールされた更新を要求します。例：

   Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName <YourCatalogName>  -VMName machine1 -StartsNow -DurationInMinutes -1
   <!--NeedCopy-->
   

5. VMの電源を入れます。
6. マシンプロファイルで指定されたタグが、対応するリソースにコピーされていることを確認する必要があります。

注：

マシンプロファイルで提供されている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
<!--NeedCopy-->

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

Set-ProvScheme -ProvisioningSchemeName provisioningschemename -WriteBackCacheDiskSize 127
<!--NeedCopy-->

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

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

次のステップ

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

詳細情報

• 接続とリソースの作成および管理(/ja-jp/citrix-virtual-apps-desktops/2411/install-configure/connections.html)
• マイクロソフト アジュール リソース マネージャーへの接続
• マシンカタログの作成(/ja-jp/citrix-virtual-apps-desktops/2411/install-configure/machine-catalogs-create.html)