Citrix Virtual Apps and Desktops

Microsoft Azureカタログの作成

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

注:

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

マシンカタログの作成

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

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

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

注:

ホスト接続で構成されたリージョンとは異なるリージョンからマスターイメージを使用することに対するサポートは、廃止されました。Azure Compute Galleryを使用して、マスターイメージを目的のリージョンに複製します。

イメージの準備中に、元のVMに基づいて準備用の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/en-us/azure/virtual-machines/trusted-launch」を参照してください。
    • トラステッド起動で、WindowsでエフェメラルOSディスクを使用して、プロビジョニングスキームを作成できます。トラステッド起動でイメージを選択する場合は、vTPMが有効になっているトラステッド起動でマシンプロファイルを選択する必要があります。エフェメラルOSディスクを使用してマシンカタログを作成する方法については、「エフェメラルOSディスクを使用してマシンを作成する方法」を参照してください。
    • イメージのレプリケーション中に、先に進んでそのイメージをマスターイメージとして選択し、セットアップを完了することができます。ただし、イメージのレプリケーション中は、カタログ作成完了までの時間が長くなることがあります。MCSでは、カタログの作成開始から1時間以内にレプリケーションを完了する必要があります。レプリケーションがタイムアウトすると、カタログの作成は失敗します。レプリケーションステータスはAzureで確認できます。レプリケーションがまだ保留中の場合、またはレプリケーションが完了した後で再試行してください。
    • Azureでマシンカタログのマスターイメージを選択すると、MCSは、選択されたマスターイメージとマシンプロファイルに基づいてOSの種類を識別します。MCSで識別できない場合は、マスターイメージに一致するOSの種類を選択してください。
    • Gen2イメージを使用してGen 2 VMカタログをプロビジョニングし、起動時のパフォーマンスを向上させることができます。ただし、Gen1イメージを使用したGen2マシンカタログの作成はサポートされていません。同様に、Gen2イメージを使用したGen1マシンカタログの作成もサポートされていません。また、世代情報を持たない古いイメージはすべてGen1イメージです。

    カタログ内のVMがマシンプロファイルから構成を継承するかどうかを選択します。デフォルトでは、[マシンプロファイルを使用する(Azure Active Directoryでは必須)] チェックボックスがオンになっています。[マシンプロファイルを選択] を クリックして、リソースグループの一覧からVMまたはARMテンプレートスペックを参照します。

    ARMテンプレートスペックを検証して、マシンカタログを作成するためにマシンプロファイルとして使用できるかどうかを確認します。ARMテンプレートスペックを検証する方法は2つあります:

    • リソースグループの一覧からARMテンプレートスペックを選択したら、[次へ] をクリックします。ARMテンプレートスペックにエラーがある場合、エラーメッセージが表示されます。
    • 次のPowerShellコマンドのいずれかを実行します:
      • Test-ProvInventoryItem -HostingUnitName <string> -InventoryPath <string>
      • Test-ProvInventoryItem -HostingUnitUid <Guid> -InventoryPath <string>

    VMがマシンプロファイルから継承できる構成の例として、次のようなものがあります:

    • 高速ネットワーク
    • ブート診断
    • ホストのディスクキャッシュ(OSおよびMCSIOディスク関連)
    • マシンサイズ(別途指定されていない場合)
    • VMに適用されたタグ

    カタログを作成した後、イメージがマシンプロファイルから継承している構成を表示できます。[マシンカタログ] ノードで、カタログを選択して下部ペインに詳細を表示します。次に、[テンプレートのプロパティ] タブをクリックしてマシンプロファイルのプロパティを表示します。[タグ] セクションには、最大3つのタグが表示されます。そのVMに配置されているすべてのタグを表示するには、[すべて表示] をクリックします。

    MCSでAzure専用ホストにVMをプロビジョニングする場合は、[専用のホストグループを使用する] チェックボックスをオンにし、一覧からホストグループを選択します。ホストグループは、専用ホストのコレクションを表すリソースです。専用ホストは、1つまたは複数のVMをホストする物理サーバーを提供するサービスです。サーバーはAzureサブスクリプション専用であり、他のサブスクライバーとは共有されません。専用ホストを使用する場合、Azureは、VMがそのホストで実行されている唯一のマシンであることを保証します。この機能は、規制または内部のセキュリティ要件を満たす必要があるシナリオに適しています。ホストグループとそれらを使用する際の考慮事項について詳しくは、「Azure専用ホスト」を参照してください。

    重要:

    • Azureの自動配置が有効になっているホストグループのみが表示されます。
    • ホストグループを使用すると、ウィザードの後半で表示される [Virtual Machines] ページが変更されます。選択したホストグループに含まれるマシンサイズのみが、このページに表示されます。また、アベイラビリティゾーンは自動的に選択され、選択できません。
  • [ストレージとライセンスの種類] ページは、Azure Resource Managerイメージを使用するときのみ表示されます。

    [ストレージとライセンスの種類]ページ

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

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

    注:

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

    ストレージの種類によって、ウィザードの [仮想マシン] ページに表示されるマシンのサイズが変わります。MCSは、ローカル冗長ストレージ(LRS)を使用するようにプレミアムディスクと標準ディスクを構成します。LRSは、単一のデータ センター内でデータの複数の同期コピーを作成します。AzureエフェメラルOSディスクは、VMのローカルディスクを使用してオペレーティングシステムを格納します。Azureのストレージの種類およびストレージの複製について詳しくは、以下のドキュメントを参照してください:

    既存のWindowsライセンスを使用するかLinuxライセンスを使用するかを選択します。

    • Windowsライセンス:WindowsライセンスとWindowsイメージ(Azureプラットフォームのサポートイメージまたはカスタムイメージ)を使用すると、AzureでWindows VMを低コストで実行できます。ライセンスには次の2種類があります:

      • Windows Serverライセンス。Windows ServerライセンスまたはAzure Windows Serverライセンスを使用できます。これにより、Azure Hybrid特典を使用できます。詳しくは、https://azure.microsoft.com/en-us/pricing/hybrid-benefit/を参照してください。Azure Hybrid特典を使用すると、AzureギャラリーからのWindows Server追加ライセンス料金が不要になるため、Azureでの仮想マシン実行コストを基本計算料金のみに抑えられます。

      • Windowsクライアントライセンス。Windows 10ライセンスおよびWindows 11ライセンスをAzureに移行できるため、追加のライセンスなしでWindows 10 VMおよびWindows 11 VMをAzureで実行できます。詳しくは、「クライアントアクセスライセンスと管理ライセンス」を参照してください。

    プロビジョニングされた仮想マシンがライセンス特典を使用していることを確認するには、次のPowerShellコマンドを実行します:Get-AzVM -ResourceGroup MyResourceGroup -Name MyVM

    または、Get-Provscheme PowerShell SDKを使用して確認することもできます。例:Get-Provscheme -ProvisioningSchemeName "My Azure Catalog"。このコマンドレットについて詳しくは、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Get-ProvScheme/を参照してください。

    • Linuxライセンス:bring-your-own-subscription(BYOS)Linuxライセンスを使用すると、ソフトウェアの料金を支払う必要がありません。BYOSの料金には、コンピューティングハードウェアの料金のみが含まれます。ライセンスには次の2種類があります:

      • RHEL_BYOS:RHEL_BYOSの種類を正しく使用するには、AzureサブスクリプションでRed Hat Cloud Accessを有効にします。
      • SLES_BYOS:SLESのBYOSバージョンには、SUSEからのサポートが含まれています。

      LicenseType値をNew-ProvSchemeおよびSet-ProvSchemeでLinuxオプションに設定できます。

      LicenseTypeをNew-ProvSchemeでRHEL_BYOSに設定した例:

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

      LicenseTypeをSet-ProvSchemeでSLES_BYOSに設定した例:

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

    ライセンスの種類と利点を理解するには、次のドキュメントを参照してください:

    Azure Compute Gallery(旧称Azure Shared Image Gallery)は、画像を管理および共有するためのリポジトリです。これにより、組織全体で画像を利用できるようになります。大規模な永続的でないマシンカタログを作成する場合は、よりすばやくVDA OSディスクをリセットできるため、イメージをSIGに保存することをお勧めします。[準備されたイメージをAzure Compute Galleryに配置します] を選択すると、[Azure Computer Gallaryの設定] セクションが表示され、追加のAzure Compute Gallery設定を指定できます:

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

    • 最大レプリカ数。Azureで保持するイメージレプリカの最大数を指定できます。デフォルトは10です。

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

  • [NIC] ページには、Azure固有の情報は表示されません。「マシンカタログの作成」のガイダンスに従ってください。

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

    マシンカタログのセットアップ - ディスク設定

    ライトバックキャッシュを有効にした後、次の操作を実行できます:

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

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

      • プレミアムSSD
      • 標準SSD
      • 標準HDD
    • プロビジョニングされたVMに対してライトバックキャッシュディスクを保持するかどうかを選択します。このオプションを使用可能にするには、[ライトバックキャッシュを有効にする] を選択します。デフォルトでは、[非永続的なライトバックキャッシュディスクを使用する] が選択されています。

    • ライトバックキャッシュディスクの種類を選択します。

      • 非永続的なライトバックキャッシュディスクを使用する。選択した場合、ライトバックキャッシュディスクは電源サイクル中に削除されます。リダイレクトされたデータはすべて失われます。VMの一時ディスクに十分なスペースがある場合、それはライトバックキャッシュディスクのホストに使用され、コストを削減します。カタログの作成後、プロビジョニングされたマシンが一時ディスクを使用しているかどうかを確認できます。これを行うには、カタログをクリックして、[テンプレートのプロパティ] タブの情報を確認します。一時ディスクが使用されている場合は、[非永続的なライトバックキャッシュディスク] が表示され、その値は [はい(VMの一時ディスクを使用)] になっていますそうでない場合は、[非永続的なライトバックキャッシュディスク] が表示され、その値は [いいえ](VMの一時ディスクを使用しない) になっています。
      • 永続的なライトバックキャッシュディスクを使用する:選択した場合、ライトバックキャッシュディスクは、プロビジョニングされたVMで保持されます。このオプションを有効にすると、ストレージコストが増加します。
    • 電源サイクル中にVDA用の仮想マシンとシステムディスクを保持するかどうかを選択します。

      電源サイクル中に仮想マシンとシステムディスクを保持する[ライトバックキャッシュを有効にする] を選択した場合に使用できます。デフォルトでは、仮想マシンとシステムディスクはシャットダウン時に削除され、スタートアップ時に再作成されます。仮想マシンの再起動時間を短縮したい場合は、このオプションを選択します。このオプションを有効にすると、ストレージコストも増加することに注意してください。

    • ストレージコストの削減を有効にするかどうかを選択します。有効にすると、VMのシャットダウン時にストレージディスクを標準HDDにダウングレードすることで、ストレージコストを削減できます。VMは、再起動時に元の設定に切り替わります。このオプションは、ストレージディスクとライトバックキャッシュディスクの両方に適用されます。または、PowerShellを使用することもできます。「仮想マシンのシャットダウン時にストレージの種類をダウングレードする」を参照してください。

      注:

      Microsoftは、VMのシャットダウン中のストレージの種類の変更に制限を課しています。Microsoftが将来的にストレージの種類の変更を禁止する可能性もあります。詳しくは、Microsoft社の記事を参照してください。

    • カタログでプロビジョニングされるマシンのデータを暗号化するかどうかを選択します。顧客が管理する暗号化キーを使用したサーバー側暗号化により、管理対象ディスクレベルで暗号化を管理し、カタログ内のマシン上のデータを保護できます。詳しくは、「Azureサーバー側暗号化」を参照してください。

  • [リソースグループ] ページで、リソースグループを作成するか、既存のグループを使用するかを選択します。

    • リソースグループを作成する場合は、[次へ] を選択します。
    • 既存のリソースグループを使用する場合は、[使用可能なプロビジョニングリソースグループ]ボックスの一覧からグループを選択します。注意事項:カタログで作成しているマシンを収容するのに十分なグループを選択してください。選択が少なすぎると、メッセージが表示されます。後でカタログにさらにVMを追加する予定がある場合は、必要最小限よりも多く選択しておくことをお勧めします。カタログが作成された後、カタログにリソースグループをさらに追加することはできません。

    詳しくは、「Azureリソースグループ」を参照してください。

  • [マシンID] ページでIDの種類を選択し、このカタログ内のマシンのIDを設定します。[Azure Active Directory参加] として仮想マシンを選択すると、それらをAzure ADセキュリティグループに追加できます。詳細な手順は次のとおりです:

    1. [IDの種類] フィールドから、[Azure Active Directory参加] を選択します。[Azure ADセキュリティグループ(オプション)] オプションが表示されます。
    2. [Azure ADセキュリティグループ:新規作成]をクリックします。
    3. グループ名を入力して、[作成] をクリックします。
    4. 画面の指示に従って、Azureにサインインします。 グループ名がAzureに存在しない場合は、緑色のアイコンが表示されます。それ以外の場合は、新しい名前の入力を求めるエラーメッセージが表示されます。
    5. 仮想マシンのマシンアカウント名前付けスキームを入力します。

    カタログの作成後、Citrix Virtual Apps and Desktopsはユーザーに代わってAzureにアクセスし、セキュリティグループとグループの動的メンバーシップ規則を作成します。この規則に基づいて、このカタログで指定された名前付けスキームの仮想マシンがセキュリティグループに自動的に追加されます。

    このカタログに別の名前付けスキームの仮想マシンを追加するには、Azureにサインインする必要があります。これにより、Citrix Virtual Apps and DesktopsはAzureにアクセスし、新しい名前付けスキームに基づいて動的メンバーシップ規則を作成できます。

    このカタログを削除する場合、Azureからセキュリティグループを削除するには、Azureへのサインインも必要です。

  • [ドメイン資格情報] ページおよび [概要] ページには、Azure固有の情報は表示されません。「マシンカタログの作成」のガイダンスに従ってください。

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

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

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

  • Azure一時ディスクは永続データには適していないため、ライトバックキャッシュディスクは非永続である必要があります。

  • 選択したAzure VMのサイズには、一時ディスクが含まれている必要があります。

  • エフェメラルOSディスクを有効にする必要はありません。

  • ライトバックキャッシュファイルをAzure一時ディスクに保存することを受け入れます。

  • Azure一時ディスクのサイズは、「ライトバックキャッシュディスクサイズ + ページングファイル用に予約されたスペース + 1GBのバッファスペース」の合計サイズよりも大きい必要があります。

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

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

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

Azureテンプレートスペックを作成する

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

既存の仮想マシンのAzureテンプレートスペックを作成するには、以下の手順に従います:

  1. Azure Portalに移動します。リソースグループを選択してから、仮想マシンとネットワークインターフェイスを選択します。上の[…] メニューで、[Export template]をクリックします。
  2. カタログプロビジョニング用のテンプレートスペックを作成する場合は、[Include parameters] チェックボックスをオフにします。
  3. テンプレートスペックを後で変更するには、[Add to library] をクリックします。
  4. [Importing template] ページで、NameSubscriptionResource GroupLocationVersionなどの必要な情報を入力します。[Next: Edit Template] をクリックします。
  5. カタログをプロビジョニングする場合は、独立したリソースとしてネットワークインターフェイスも必要です。したがって、テンプレートスペックで指定されているdependsOnを削除する必要があります。例:

    "dependsOn": [
    "[resourceId('Microsoft.Network/networkInterfaces', 'tnic937')]"
    ],
    <!--NeedCopy-->
    
  6. [Review+Create] を作成してテンプレートスペックを作成します。
  7. [Template Specs] ページで、作成したテンプレートスペックを確認します。テンプレートスペックをクリックします。左側のパネルで、[Versions] をクリックします。
  8. [Create new version] をクリックして、新しいバージョンを作成できます。新しいバージョン番号を指定し、現在のテンプレートスペックを変更して、[Review + Create] をクリックし、新しいバージョンのテンプレートスペックを作成します。

次の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コマンドを使用できます。

Azureサーバー側暗号化

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

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

  • ディスクが暗号化されているキーを変更するには、DiskEncryptionSetの現在のキーを変更します。DiskEncryptionSetに関連付けられているすべてのリソースは、新しいキーで暗号化されるように変更されます。

  • キーを無効にするか削除すると、そのキーを使用するディスクのあるVMはすべて自動的にシャットダウンします。シャットダウン後、キーを再度有効にするか、新しいキーを割り当てない限り、VMは使用できません。このキーを使用するカタログの電源をオンにすることはできません。また、VMをカタログに追加することもできません。

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

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

  • 顧客が管理するキーに関連するすべてのリソース(Azure Key Vault、ディスク暗号化セット、VM、ディスク、スナップショット)は、同じサブスクリプションとリージョンに配置される必要があります。

  • 顧客が管理する暗号化キーを有効にすると、後で無効にすることはできません。顧客が管理する暗号化キーを無効にする、または削除する場合は、顧客が管理する暗号化キーを使用していない別の管理対象ディスクにすべてのデータをコピーします。

  • サーバー側暗号化と顧客が管理するキーを使用して暗号化されたカスタムイメージから作成されたディスクは、同じ顧客が管理するキーを使用して暗号化する必要があります。これらのディスクは同じサブスクリプションでカバーされる必要があります。

  • サーバー側暗号化と顧客が管理するキーを使用して暗号化されたディスクから作成されたスナップショットは、同じ顧客が管理するキーを使用して暗号化する必要があります。

  • 顧客が管理するキーで暗号化されたディスク、スナップショット、イメージは、別のリソースグループおよびサブスクリプションに移動できません。

  • Azure Disk Encryptionを使用して現在暗号化されている、または以前に暗号化された管理対象ディスクは、顧客が管理するキーを使用して暗号化することはできません。

  • リージョンごとのディスク暗号化セットの制限については、Microsoft社のサイトを参照してください。

注:

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

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

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

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

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

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

顧客管理暗号キーを使用したマシンカタログの作成」を参照してください。

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

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

この暗号化方法は、Azure Storageでデータを暗号化しません。VMをホストするサーバーがデータを暗号化し、暗号化されたデータがAzure Storageサーバーを通過します。つまり、この暗号化方法はデータをエンドツーエンドで暗号化します。

制限:

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

  • すべてのAzureマシンサイズでサポートされているわけではありません
  • Azure Disk Encryptionと互換性がありません

ホスト機能での暗号化を使用してマシンカタログを作成するには、次の手順を実行します:

  1. ホスト機能での暗号化がサブスクリプションで有効になっているかどうかを確認します。確認する方法については、「https://learn.microsoft.com/en-us/rest/api/resources/features/get?tabs=HTTP/」を参照してください。有効になっていない場合は、サブスクリプションの機能を有効にする必要があります。サブスクリプションでこの機能を有効にする方法については、「https://learn.microsoft.com/en-us/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 Portalでホストでの暗号化を有効にして、マシンプロファイルの入力として、VMまたはテンプレートスペックを作成します。

    • VMを作成する場合は、ホストでの暗号化をサポートしているVMサイズを選択します。VMを作成すると、VMプロパティの [Encryption at host] が有効になります。
    • テンプレートスペックを使用する場合は、Encryption at HostパラメーターをsecurityProfile内で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 DiskまたはPremium SSD v2ディスクではサポートされていません。
  • 二重暗号化は、非管理ディスクではサポートされません。
  • カタログに関連付けられているDiskEncryptionSetキーを無効にすると、カタログのVMが無効になります。
  • 顧客が管理するキーに関連するすべてのリソース(Azure Key Vault、ディスク暗号化セット、VM、ディスク、スナップショット)は、同じサブスクリプションとリージョンに存在する必要があります。
  • サブスクリプションごとに、リージョンあたり最大50のディスク暗号化セットのみを作成できます。
  • 既にDiskEncryptionSetIdを持つマシンカタログを別のDiskEncryptionSetIdで更新することはできません。

Azureリソースグループ

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

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

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

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

Azureエフェメラルディスク

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

注:

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

エフェメラルOSディスクでは、プロビジョニングスキームで管理対象ディスクとShared Image Galleryを使用する必要があります。

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

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

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

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

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

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

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

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

  • New-ProvSchemeまたはSet-ProvSchemetrueに設定されたPowerShellパラメーター(UseWriteBackCacheおよびUseEphemeralOsDisk)を使用すると、対応するエラーメッセージが表示されて失敗します。
  • 両方の機能を有効にして作成した既存のマシンカタログについては、次のことができます:
    • マシンカタログの更新。
    • VMの追加または削除。
    • マシンカタログの削除。

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

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

注:

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

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

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

Azure Marketplace

Citrix Virtual Apps and Desktopsでは、プラン情報を含んだAzure内マスターイメージを使用してマシンカタログを作成できます。詳しくは、Microsoft Azure Marketplaceを参照してください。

ヒント:

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

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

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

Azure Marketplace、Shared Image Gallery

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

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

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

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

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

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

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

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

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

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

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

例:CustomPropertiesパラメーターを使用してUseTempDiskForWBCtrueに設定した場合:

-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を使用します。このパラメーターでは追加プロパティPersistWBCをサポートしており、これを使用することで、MCSでプロビジョニングされたマシンのライトバックキャッシュディスクを永続化させる方法を指定できます。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プロパティには、次の2つの値が設定可能です:trueまたはfalse

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を変更しようとしても、マシンがシャットダウンしたときにマシンカタログやライトバックキャッシュディスクの永続性は影響を受けません。

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

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

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

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

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="Resource <!--NeedCopy-->
``````<!--NeedCopy-->
<!--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、2016、2019、および2022はトラステッド起動をサポートしています。

重要:

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

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

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

    $s = (ls XDHyp:\HostingUnits<name of hosting unit>\serviceoffering.folder"<VM size>.serviceoffering)
    <!--NeedCopy-->
    
  4. $s | select -ExpandProperty Additionaldataを実行します
  5. SupportsTrustedLaunch属性の値を確認してください。

    • SupportsTrustedLaunchTrueの場合、VMサイズはトラステッド起動をサポートします。
    • SupportsTrustedLaunchFalseの場合、VMサイズはトラステッド起動をサポートしません。

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

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

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

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

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

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

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

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

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

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

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

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

注:

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

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

  • New-ProvSchemeシナリオ

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

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

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

       Get-ProvScheme | select CustomProperties
       <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<mpA-value>"/>
       <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
       <Property xsi:type="StringProperty" Name="LicenseType" Value="<mpA-value>"/>
       <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="<mpA-value>"/>
       <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="<mpA-value>"/>
       <Property xsi:type="StringProperty" Name="Zones" Value="<mpA-value>"/>
       </CustomProperties>
       <!--NeedCopy-->
      
    • MachineProfileで一部のプロパティが定義され、CustomPropertiesは定義されていません。例:MachineProfileにはLicenseTypeとOsTypeのみが含まれます。

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

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

       Get-ProvScheme | select CustomProperties
       <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
       <Property xsi:type="StringProperty" Name="LicenseType" Value="<mpA-value>"/>
       </CustomProperties>
       <!--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で定義されます。例:
      • CustomPropertiesは、LicenseTypeとStorageAccountTypeを定義します
      • MachineProfileは、LicenseType、OsType、Zonesを定義します

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

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

       Get-ProvScheme | select CustomProperties
       <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<CustomPropertiesA-value>"/>
       <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
       <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesA-value>"/>
       <Property xsi:type="StringProperty" Name="Zones" Value="<mpA-value>"/>
       </CustomProperties>
       <!--NeedCopy-->
      
    • 一部のプロパティはMachineProfileで定義され、一部のプロパティはCustomPropertiesで定義されます。また、ServiceOfferingは定義されていません。例:

      • CustomPropertiesはStorageTypeを定義します
      • MachineProfileはLicenseTypeを定義します
       New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mp.vm"
       -ServiceOffering "XDHyp:\HostingUnits\azureunit\serviceoffering.folder<explicit-machine-size>.serviceoffering"
       <!--NeedCopy-->
      

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

       Get-ProvScheme | select ServiceOffering
       serviceoffering.folder<explicit-machine-size>.serviceoffering
      
       Get-ProvScheme | select CustomProperties
       <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <Property xsi:type="StringProperty" Name="StorageAccountType" Value="explicit-storage-type"/>
       <Property xsi:type="StringProperty" Name="LicenseType" Value="value-from-machineprofile"/>
       </CustomProperties>
       <!--NeedCopy-->
      
    • OsTypeがCustomPropertiesにもMachineProfileにもない場合、次のようになります:
      • 値はマスターイメージから読み取られます。
      • マスターイメージが非管理対象ディスクの場合、OsTypeはWindowsに設定されます。例:

      New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -MasterImageVM "XDHyp:\HostingUnits\azureunit\image.folder\linux-master-image.manageddisk"

      マスターイメージの値は、カスタムプロパティに書き込まれます(この場合はLinux)。

       Get-ProvScheme | select CustomProperties
       <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <Property xsi:type="StringProperty" Name="OSType" Value="Linux"/>
       </CustomProperties>
       <!--NeedCopy-->
      
  • Set-ProvSchemeシナリオ

    • 既存のカタログ:

      • StorageAccountTypeおよびOsTypeのCustomProperties
      • Zonesを定義するMachineProfile mpA.vm
    • 更新:

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

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

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

       Get-ProvScheme | select CustomProperties
       <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<mpB-value>"/>
       <Property xsi:type="StringProperty" Name="OSType" Value="<CustomPropertiesB-value>"/>
       <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesB-value>"/>
           </CustomProperties>
       <!--NeedCopy-->
      
    • 既存のカタログ:
      • StorageAccountTypeおよびOsTypeのCustomProperties
      • StorageAccountTypeとLicenseTypeを定義するMachineProfile mpA.vm
    • 更新:
      • StorageAccountTypeとOsTypeを定義するカスタムプロパティの新しいセット$CustomPropertiesB

      Set-ProvScheme -CustomProperties $CustomPropertiesB

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

       Get-ProvScheme | select CustomProperties
       <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<CustomPropertiesB-value>"/>
       <Property xsi:type="StringProperty" Name="OSType" Value="<CustomPropertiesB-value>"/>
       <Property xsi:type="StringProperty" Name="LicenseType" Value="<mp-A-value>"/>
       </CustomProperties>
       <!--NeedCopy-->
      
    • 既存のカタログ:
      • StorageAccountTypeおよびOsTypeのCustomProperties
      • Zonesを定義するMachineProfile mpA.vm
    • 更新:
      • StorageAccountTypeとLicenseTypeを定義するMachineProfile mpB.vm
      • ServiceOfferingは指定されていません

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

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

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

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

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

Azure Monitorエージェント(AMA)は、仮想マシンなどのコンピューティングリソースから監視データを収集し、そのデータをAzure Monitorに配信します。現在、イベントログ、Syslog、パフォーマンスメトリックの収集がサポートされており、収集した結果をAzure MonitorメトリックとAzure MonitorのLog Analyticsエージェントのデータソースとして送信します。

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

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

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

    • VMをマシンプロファイルテンプレートとして使用する場合は、次の手順を実行します:

      1. Azure Portalで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. 完全な構成インターフェイスで、前述の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 Portalに移動し、モニター拡張機能がVMにインストールされているかどうか、およびVMがDCRの[リソース]の下に表示されているかどうかを確認します。数分後、監視データがAzure Monitorに表示されます。

トラブルシューティング

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

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

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

  1. PowerShellウィンドウを開きます。
  2. asnp citrix*を実行し、Citrix固有のPowerShellモジュールをロードします。
  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 portalを使用して、マネージドディスクの保存時の二重暗号化を有効にします」を参照してください。
  2. ホスト接続で利用可能なDiskEncryptionSetsを参照するには、次の手順を実行します:
    1. PowerShellウィンドウを開きます。
    2. 次のPowerShellコマンドを実行します:
      1. asnp citrix*
      2. cd xdhyp:
      3. cd HostingUnits
      4. cd YourHostingUnitName(例:azure-east)
      5. cd diskencryptionset.folder
      6. dir

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

  3. マシンプロファイルワークフローを使用する場合は、マシンプロファイルの入力用にVMまたはテンプレートスペックを作成します。
    • VMをマシンプロファイルの入力に使用する場合は、次の手順を実行します:
      1. Azure PortalでVMを作成します。
      2. Disks > Key managementに移動して、VMをDiskEncryptionSetIDで直接暗号化します。
    • テンプレートスペックをマシンプロファイルの入力に使用する場合は、次の手順を実行します:
      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. Remote 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-->
    

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

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

  • Web Studioの場合:

    1. [マシンカタログ] に移動します。
    2. 確認するカタログを選択します。画面の下部近くにある [テンプレートのプロパティ] タブをクリックします。
    3. [Azureの詳細][ディスク暗号化セット] でディスク暗号化セットIDを確認します。カタログのDES IDが空白の場合、カタログは暗号化されていません。
    4. Azure Portalで、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を実行するとき、カスタムプロパティUseEphemeralOsDisktrueに設定する必要があります。

注:

カスタムプロパティUseEphemeralOsDiskfalseに設定されているか、値が指定されていない場合、プロビジョニングされたすべての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-ProvSchemeUseEphemeralOsDiskパラメーターを使用します。UseEphemeralOsDiskパラメーターの値を「true」に設定します。

注:

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

例:

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の自動配置が必要です。この機能は、ホストグループに関連付けられたサブスクリプションをオンボードするように要求します。詳しくは、「Azure専用ホストのVMスケールセット - パブリックプレビュー」を参照してください。自動配置が有効になっていない場合、MCSはカタログの作成中にエラーをスローします。

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

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

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

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

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

  1. PowerShellウィンドウを開きます。
  2. asnp citrix*を実行し、Citrix固有のPowerShellモジュールをロードします。
  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/を参照してください。

Shared Image Galleryを構成する

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

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

UseSharedImageGallery

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

SharedImageGalleryReplicaRatio

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

SharedImageGalleryReplicaMaximum

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

ヒント:

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

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

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

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

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

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

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

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

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

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

ヒント:

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

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

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つまたは複数のアベイラビリティゾーンを含めることができます。たとえば、Zones 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が構成されていない場合は、WBCDiskStorageTypeのデフォルトとしてStorageTypeが使用されます。

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

ストレージの種類の構成

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

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

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

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

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

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

制限事項:

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

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

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

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

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

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

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

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

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

  • StorageType
  • WBCDiskStorageType
  • IdentityDiskStorageType

注:

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

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

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

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

主な手順

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

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

Azureで必要なIDを設定する

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

  • ストレージアカウント
  • Log Analyticsワークスペース
  • 標準レベルの料金設定のイベントハブ名前空間

ストレージアカウントをセットアップする

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

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

Log Analyticsワークスペースをセットアップする

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

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

`AzureMetrics | summarize Count=count() by ResourceId# Microsoft Azureカタログの作成

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

注:

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

マシンカタログの作成

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

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

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

注:

ホスト接続で構成されたリージョンとは異なるリージョンからマスターイメージを使用することに対するサポートは、廃止されました。Azure Compute Galleryを使用して、マスターイメージを目的のリージョンに複製します。

イメージの準備中に、元のVMに基づいて準備用のVMが作成されます。この準備VMはネットワークから切断されています。ネットワークを準備VMから切断するために、すべての受信および送信トラフィックを拒否するネットワークセキュリティグループが作成されます。ネットワークセキュリティグループは、自動的にカタログごとに1回作成されます。ネットワークセキュリティグループの名前は<!JEKYLL@5300@0>で、GUIDがランダムに生成されます。例:<!JEKYLL@5300@1>。

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

  • [マシンの種類] ページと [マシン管理] ページには、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/en-us/azure/virtual-machines/trusted-launch」を参照してください。
    • トラステッド起動で、WindowsでエフェメラルOSディスクを使用して、プロビジョニングスキームを作成できます。トラステッド起動でイメージを選択する場合は、vTPMが有効になっているトラステッド起動でマシンプロファイルを選択する必要があります。エフェメラルOSディスクを使用してマシンカタログを作成する方法については、「エフェメラルOSディスクを使用してマシンを作成する方法」を参照してください。
    • イメージのレプリケーション中に、先に進んでそのイメージをマスターイメージとして選択し、セットアップを完了することができます。ただし、イメージのレプリケーション中は、カタログ作成完了までの時間が長くなることがあります。MCSでは、カタログの作成開始から1時間以内にレプリケーションを完了する必要があります。レプリケーションがタイムアウトすると、カタログの作成は失敗します。レプリケーションステータスはAzureで確認できます。レプリケーションがまだ保留中の場合、またはレプリケーションが完了した後で再試行してください。
    • Azureでマシンカタログのマスターイメージを選択すると、MCSは、選択されたマスターイメージとマシンプロファイルに基づいてOSの種類を識別します。MCSで識別できない場合は、マスターイメージに一致するOSの種類を選択してください。
    • Gen2イメージを使用してGen 2 VMカタログをプロビジョニングし、起動時のパフォーマンスを向上させることができます。ただし、Gen1イメージを使用したGen2マシンカタログの作成はサポートされていません。同様に、Gen2イメージを使用したGen1マシンカタログの作成もサポートされていません。また、世代情報を持たない古いイメージはすべてGen1イメージです。

    カタログ内のVMがマシンプロファイルから構成を継承するかどうかを選択します。デフォルトでは、[マシンプロファイルを使用する(Azure Active Directoryでは必須)] チェックボックスがオンになっています。[マシンプロファイルを選択] を クリックして、リソースグループの一覧からVMまたはARMテンプレートスペックを参照します。

    ARMテンプレートスペックを検証して、マシンカタログを作成するためにマシンプロファイルとして使用できるかどうかを確認します。ARMテンプレートスペックを検証する方法は2つあります:

    • リソースグループの一覧からARMテンプレートスペックを選択したら、[次へ] をクリックします。ARMテンプレートスペックにエラーがある場合、エラーメッセージが表示されます。
    • 次のPowerShellコマンドのいずれかを実行します:
      • <!JEKYLL@5300@2>
      • <!JEKYLL@5300@3>

    VMがマシンプロファイルから継承できる構成の例として、次のようなものがあります:

    • 高速ネットワーク
    • ブート診断
    • ホストのディスクキャッシュ(OSおよびMCSIOディスク関連)
    • マシンサイズ(別途指定されていない場合)
    • VMに適用されたタグ

    カタログを作成した後、イメージがマシンプロファイルから継承している構成を表示できます。[マシンカタログ] ノードで、カタログを選択して下部ペインに詳細を表示します。次に、[テンプレートのプロパティ] タブをクリックしてマシンプロファイルのプロパティを表示します。[タグ] セクションには、最大3つのタグが表示されます。そのVMに配置されているすべてのタグを表示するには、[すべて表示] をクリックします。

    MCSでAzure専用ホストにVMをプロビジョニングする場合は、[専用のホストグループを使用する] チェックボックスをオンにし、一覧からホストグループを選択します。ホストグループは、専用ホストのコレクションを表すリソースです。専用ホストは、1つまたは複数のVMをホストする物理サーバーを提供するサービスです。サーバーはAzureサブスクリプション専用であり、他のサブスクライバーとは共有されません。専用ホストを使用する場合、Azureは、VMがそのホストで実行されている唯一のマシンであることを保証します。この機能は、規制または内部のセキュリティ要件を満たす必要があるシナリオに適しています。ホストグループとそれらを使用する際の考慮事項について詳しくは、「Azure専用ホスト」を参照してください。

    重要:

    • Azureの自動配置が有効になっているホストグループのみが表示されます。
    • ホストグループを使用すると、ウィザードの後半で表示される [Virtual Machines] ページが変更されます。選択したホストグループに含まれるマシンサイズのみが、このページに表示されます。また、アベイラビリティゾーンは自動的に選択され、選択できません。
  • [ストレージとライセンスの種類] ページは、Azure Resource Managerイメージを使用するときのみ表示されます。

    [ストレージとライセンスの種類]ページ

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

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

    注:

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

    ストレージの種類によって、ウィザードの [仮想マシン] ページに表示されるマシンのサイズが変わります。MCSは、ローカル冗長ストレージ(LRS)を使用するようにプレミアムディスクと標準ディスクを構成します。LRSは、単一のデータ センター内でデータの複数の同期コピーを作成します。AzureエフェメラルOSディスクは、VMのローカルディスクを使用してオペレーティングシステムを格納します。Azureのストレージの種類およびストレージの複製について詳しくは、以下のドキュメントを参照してください:

    既存のWindowsライセンスを使用するかLinuxライセンスを使用するかを選択します。

    • Windowsライセンス:WindowsライセンスとWindowsイメージ(Azureプラットフォームのサポートイメージまたはカスタムイメージ)を使用すると、AzureでWindows VMを低コストで実行できます。ライセンスには次の2種類があります:

      • Windows Serverライセンス。Windows ServerライセンスまたはAzure Windows Serverライセンスを使用できます。これにより、Azure Hybrid特典を使用できます。詳しくは、https://azure.microsoft.com/en-us/pricing/hybrid-benefit/を参照してください。Azure Hybrid特典を使用すると、AzureギャラリーからのWindows Server追加ライセンス料金が不要になるため、Azureでの仮想マシン実行コストを基本計算料金のみに抑えられます。

      • Windowsクライアントライセンス。Windows 10ライセンスおよびWindows 11ライセンスをAzureに移行できるため、追加のライセンスなしでWindows 10 VMおよびWindows 11 VMをAzureで実行できます。詳しくは、「クライアントアクセスライセンスと管理ライセンス」を参照してください。

    プロビジョニングされた仮想マシンがライセンス特典を使用していることを確認するには、次のPowerShellコマンドを実行します:<!JEKYLL@5300@4>。

    または、<!JEKYLL@5300@5> PowerShell SDKを使用して確認することもできます。例:<!JEKYLL@5300@6>。このコマンドレットについて詳しくは、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Get-ProvScheme/を参照してください。

    • Linuxライセンス:bring-your-own-subscription(BYOS)Linuxライセンスを使用すると、ソフトウェアの料金を支払う必要がありません。BYOSの料金には、コンピューティングハードウェアの料金のみが含まれます。ライセンスには次の2種類があります:

      • RHEL_BYOS:RHEL_BYOSの種類を正しく使用するには、AzureサブスクリプションでRed Hat Cloud Accessを有効にします。
      • SLES_BYOS:SLESのBYOSバージョンには、SUSEからのサポートが含まれています。

      LicenseType値を<!JEKYLL@5300@7>および<!JEKYLL@5300@8>でLinuxオプションに設定できます。

      LicenseTypeを<!JEKYLL@5300@9>でRHEL_BYOSに設定した例:

      <!JEKYLL@5300@10>

      LicenseTypeを<!JEKYLL@5300@11>でSLES_BYOSに設定した例:

      <!JEKYLL@5300@12>

      注:

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

      LicenseTypeを空にした例:

      <!JEKYLL@5300@14>

    ライセンスの種類と利点を理解するには、次のドキュメントを参照してください:

    Azure Compute Gallery(旧称Azure Shared Image Gallery)は、画像を管理および共有するためのリポジトリです。これにより、組織全体で画像を利用できるようになります。大規模な永続的でないマシンカタログを作成する場合は、よりすばやくVDA OSディスクをリセットできるため、イメージをSIGに保存することをお勧めします。[準備されたイメージをAzure Compute Galleryに配置します] を選択すると、[Azure Computer Gallaryの設定] セクションが表示され、追加のAzure Compute Gallery設定を指定できます:

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

    • 最大レプリカ数。Azureで保持するイメージレプリカの最大数を指定できます。デフォルトは10です。

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

  • [NIC] ページには、Azure固有の情報は表示されません。「マシンカタログの作成」のガイダンスに従ってください。

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

    マシンカタログのセットアップ - ディスク設定

    ライトバックキャッシュを有効にした後、次の操作を実行できます:

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

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

      • プレミアムSSD
      • 標準SSD
      • 標準HDD
    • プロビジョニングされたVMに対してライトバックキャッシュディスクを保持するかどうかを選択します。このオプションを使用可能にするには、[ライトバックキャッシュを有効にする] を選択します。デフォルトでは、[非永続的なライトバックキャッシュディスクを使用する] が選択されています。

    • ライトバックキャッシュディスクの種類を選択します。

      • 非永続的なライトバックキャッシュディスクを使用する。選択した場合、ライトバックキャッシュディスクは電源サイクル中に削除されます。リダイレクトされたデータはすべて失われます。VMの一時ディスクに十分なスペースがある場合、それはライトバックキャッシュディスクのホストに使用され、コストを削減します。カタログの作成後、プロビジョニングされたマシンが一時ディスクを使用しているかどうかを確認できます。これを行うには、カタログをクリックして、[テンプレートのプロパティ] タブの情報を確認します。一時ディスクが使用されている場合は、[非永続的なライトバックキャッシュディスク] が表示され、その値は [はい(VMの一時ディスクを使用)] になっていますそうでない場合は、[非永続的なライトバックキャッシュディスク] が表示され、その値は [いいえ](VMの一時ディスクを使用しない) になっています。
      • 永続的なライトバックキャッシュディスクを使用する:選択した場合、ライトバックキャッシュディスクは、プロビジョニングされたVMで保持されます。このオプションを有効にすると、ストレージコストが増加します。
    • 電源サイクル中にVDA用の仮想マシンとシステムディスクを保持するかどうかを選択します。

      電源サイクル中に仮想マシンとシステムディスクを保持する[ライトバックキャッシュを有効にする] を選択した場合に使用できます。デフォルトでは、仮想マシンとシステムディスクはシャットダウン時に削除され、スタートアップ時に再作成されます。仮想マシンの再起動時間を短縮したい場合は、このオプションを選択します。このオプションを有効にすると、ストレージコストも増加することに注意してください。

    • ストレージコストの削減を有効にするかどうかを選択します。有効にすると、VMのシャットダウン時にストレージディスクを標準HDDにダウングレードすることで、ストレージコストを削減できます。VMは、再起動時に元の設定に切り替わります。このオプションは、ストレージディスクとライトバックキャッシュディスクの両方に適用されます。または、PowerShellを使用することもできます。「仮想マシンのシャットダウン時にストレージの種類をダウングレードする」を参照してください。

      注:

      Microsoftは、VMのシャットダウン中のストレージの種類の変更に制限を課しています。Microsoftが将来的にストレージの種類の変更を禁止する可能性もあります。詳しくは、Microsoft社の記事を参照してください。

    • カタログでプロビジョニングされるマシンのデータを暗号化するかどうかを選択します。顧客が管理する暗号化キーを使用したサーバー側暗号化により、管理対象ディスクレベルで暗号化を管理し、カタログ内のマシン上のデータを保護できます。詳しくは、「Azureサーバー側暗号化」を参照してください。

  • [リソースグループ] ページで、リソースグループを作成するか、既存のグループを使用するかを選択します。

    • リソースグループを作成する場合は、[次へ] を選択します。
    • 既存のリソースグループを使用する場合は、[使用可能なプロビジョニングリソースグループ]ボックスの一覧からグループを選択します。注意事項:カタログで作成しているマシンを収容するのに十分なグループを選択してください。選択が少なすぎると、メッセージが表示されます。後でカタログにさらにVMを追加する予定がある場合は、必要最小限よりも多く選択しておくことをお勧めします。カタログが作成された後、カタログにリソースグループをさらに追加することはできません。

    詳しくは、「Azureリソースグループ」を参照してください。

  • [マシンID] ページでIDの種類を選択し、このカタログ内のマシンのIDを設定します。[Azure Active Directory参加] として仮想マシンを選択すると、それらをAzure ADセキュリティグループに追加できます。詳細な手順は次のとおりです:

    1. [IDの種類] フィールドから、[Azure Active Directory参加] を選択します。[Azure ADセキュリティグループ(オプション)] オプションが表示されます。
    2. [Azure ADセキュリティグループ:新規作成]をクリックします。
    3. グループ名を入力して、[作成] をクリックします。
    4. 画面の指示に従って、Azureにサインインします。 グループ名がAzureに存在しない場合は、緑色のアイコンが表示されます。それ以外の場合は、新しい名前の入力を求めるエラーメッセージが表示されます。
    5. 仮想マシンのマシンアカウント名前付けスキームを入力します。

    カタログの作成後、Citrix Virtual Apps and Desktopsはユーザーに代わってAzureにアクセスし、セキュリティグループとグループの動的メンバーシップ規則を作成します。この規則に基づいて、このカタログで指定された名前付けスキームの仮想マシンがセキュリティグループに自動的に追加されます。

    このカタログに別の名前付けスキームの仮想マシンを追加するには、Azureにサインインする必要があります。これにより、Citrix Virtual Apps and DesktopsはAzureにアクセスし、新しい名前付けスキームに基づいて動的メンバーシップ規則を作成できます。

    このカタログを削除する場合、Azureからセキュリティグループを削除するには、Azureへのサインインも必要です。

  • [ドメイン資格情報] ページおよび [概要] ページには、Azure固有の情報は表示されません。「マシンカタログの作成」のガイダンスに従ってください。

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

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

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

  • Azure一時ディスクは永続データには適していないため、ライトバックキャッシュディスクは非永続である必要があります。

  • 選択したAzure VMのサイズには、一時ディスクが含まれている必要があります。

  • エフェメラルOSディスクを有効にする必要はありません。

  • ライトバックキャッシュファイルをAzure一時ディスクに保存することを受け入れます。

  • Azure一時ディスクのサイズは、「ライトバックキャッシュディスクサイズ + ページングファイル用に予約されたスペース + 1GBのバッファスペース」の合計サイズよりも大きい必要があります。

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

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

シナリオ 結果
ライトバックキャッシュに一時ディスクを使用するためのすべての条件が満たされている。 WBCファイル<!JEKYLL@5300@15>は一時ディスクに保存されます。
一時ディスクに、ライトバックキャッシュを使用するための十分なスペースがない。 VHDディスク<!JEKYLL@5300@16>が作成され、このディスクにWBCファイル<!JEKYLL@5300@17>が保存されます。
一時ディスクに、ライトバックキャッシュを使用するための十分なスペースはあるが、<!JEKYLL@5300@18>が「false」に設定されている。 VHDディスク<!JEKYLL@5300@19>が作成され、このディスクにWBCファイル<!JEKYLL@5300@20>が保存されます。

Azureテンプレートスペックを作成する

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

既存の仮想マシンのAzureテンプレートスペックを作成するには、以下の手順に従います:

  1. Azure Portalに移動します。リソースグループを選択してから、仮想マシンとネットワークインターフェイスを選択します。上の[…] メニューで、[Export template]をクリックします。
  2. カタログプロビジョニング用のテンプレートスペックを作成する場合は、[Include parameters] チェックボックスをオフにします。
  3. テンプレートスペックを後で変更するには、[Add to library] をクリックします。
  4. [Importing template] ページで、NameSubscriptionResource GroupLocationVersionなどの必要な情報を入力します。[Next: Edit Template] をクリックします。
  5. カタログをプロビジョニングする場合は、独立したリソースとしてネットワークインターフェイスも必要です。したがって、テンプレートスペックで指定されている<!JEKYLL@5300@21>を削除する必要があります。例:

    <!JEKYLL@5300@22>

  6. [Review+Create] を作成してテンプレートスペックを作成します。
  7. [Template Specs] ページで、作成したテンプレートスペックを確認します。テンプレートスペックをクリックします。左側のパネルで、[Versions] をクリックします。
  8. [Create new version] をクリックして、新しいバージョンを作成できます。新しいバージョン番号を指定し、現在のテンプレートスペックを変更して、[Review + Create] をクリックし、新しいバージョンのテンプレートスペックを作成します。

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

  • テンプレートスペックに関する情報を取得するには、次を実行します:

    <!JEKYLL@5300@23>

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

    <!JEKYLL@5300@24>

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

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

Azureサーバー側暗号化

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

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

  • ディスクが暗号化されているキーを変更するには、<!JEKYLL@5300@25>の現在のキーを変更します。<!JEKYLL@5300@26>に関連付けられているすべてのリソースは、新しいキーで暗号化されるように変更されます。

  • キーを無効にするか削除すると、そのキーを使用するディスクのあるVMはすべて自動的にシャットダウンします。シャットダウン後、キーを再度有効にするか、新しいキーを割り当てない限り、VMは使用できません。このキーを使用するカタログの電源をオンにすることはできません。また、VMをカタログに追加することもできません。

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

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

  • 顧客が管理するキーに関連するすべてのリソース(Azure Key Vault、ディスク暗号化セット、VM、ディスク、スナップショット)は、同じサブスクリプションとリージョンに配置される必要があります。

  • 顧客が管理する暗号化キーを有効にすると、後で無効にすることはできません。顧客が管理する暗号化キーを無効にする、または削除する場合は、顧客が管理する暗号化キーを使用していない別の管理対象ディスクにすべてのデータをコピーします。

  • サーバー側暗号化と顧客が管理するキーを使用して暗号化されたカスタムイメージから作成されたディスクは、同じ顧客が管理するキーを使用して暗号化する必要があります。これらのディスクは同じサブスクリプションでカバーされる必要があります。

  • サーバー側暗号化と顧客が管理するキーを使用して暗号化されたディスクから作成されたスナップショットは、同じ顧客が管理するキーを使用して暗号化する必要があります。

  • 顧客が管理するキーで暗号化されたディスク、スナップショット、イメージは、別のリソースグループおよびサブスクリプションに移動できません。

  • Azure Disk Encryptionを使用して現在暗号化されている、または以前に暗号化された管理対象ディスクは、顧客が管理するキーを使用して暗号化することはできません。

  • リージョンごとのディスク暗号化セットの制限については、Microsoft社のサイトを参照してください。

注:

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

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

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

  • <!JEKYLL@5300@27>

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

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

顧客管理暗号キーを使用したマシンカタログの作成」を参照してください。

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

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

この暗号化方法は、Azure Storageでデータを暗号化しません。VMをホストするサーバーがデータを暗号化し、暗号化されたデータがAzure Storageサーバーを通過します。つまり、この暗号化方法はデータをエンドツーエンドで暗号化します。

制限:

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

  • すべてのAzureマシンサイズでサポートされているわけではありません
  • Azure Disk Encryptionと互換性がありません

ホスト機能での暗号化を使用してマシンカタログを作成するには、次の手順を実行します:

  1. ホスト機能での暗号化がサブスクリプションで有効になっているかどうかを確認します。確認する方法については、「https://learn.microsoft.com/en-us/rest/api/resources/features/get?tabs=HTTP/」を参照してください。有効になっていない場合は、サブスクリプションの機能を有効にする必要があります。サブスクリプションでこの機能を有効にする方法については、「https://learn.microsoft.com/en-us/azure/virtual-machines/disks-enable-host-based-encryption-portal?tabs=azure-powershell#prerequisites/」を参照してください。
  2. 使用するAzure VMのサイズがホストでの暗号化をサポートしているかどうかを確認します。確認するには、PowerShellウィンドウで次のいずれかを実行します:

    <!JEKYLL@5300@28>

    <!JEKYLL@5300@29>

  3. Azure Portalでホストでの暗号化を有効にして、マシンプロファイルの入力として、VMまたはテンプレートスペックを作成します。

    • VMを作成する場合は、ホストでの暗号化をサポートしているVMサイズを選択します。VMを作成すると、VMプロパティの [Encryption at host] が有効になります。
    • テンプレートスペックを使用する場合は、<!JEKYLL@5300@30>パラメーターを<!JEKYLL@5300@31>内でtrueにします。
  4. VMまたはテンプレートスペックを選択して、マシンプロファイルワークフローでMCSマシンカタログを作成します。

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

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

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

<!JEKYLL@5300@32>パラメーターを指定してPowerShellコマンドを実行すると、マシンプロファイルからホストでの暗号化情報を取得できます。<!JEKYLL@5300@33>パラメーターがTrueの場合、ホストでの暗号化がマシンプロファイルに対して有効であることを示します。

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

<!JEKYLL@5300@34>

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

<!JEKYLL@5300@35>

管理対象ディスクの二重暗号化

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

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

注:

  • Web Studioを使用するか、PowerShellコマンドを実行することで、二重暗号化を使用してマシンカタログを作成し、更新できます。PowerShellコマンドについては、「 二重暗号化を使用したマシンカタログの作成」を参照してください。
  • 二重暗号化を使用してマシンカタログを作成または更新するには、非マシンプロファイルベースのワークフローまたはマシンプロファイルベースのワークフローを使用できます。
  • 非マシンプロファイルベースのワークフローを使用してマシンカタログを作成する場合は、保存されている<!JEKYLL@5300@36>を再利用できます。
  • マシンプロファイルを使用する場合は、VMまたはテンプレートスペックをマシンプロファイルの入力に使用できます。

制限事項:

  • 二重暗号化は、Ultra DiskまたはPremium SSD v2ディスクではサポートされていません。
  • 二重暗号化は、非管理ディスクではサポートされません。
  • カタログに関連付けられているDiskEncryptionSetキーを無効にすると、カタログのVMが無効になります。
  • 顧客が管理するキーに関連するすべてのリソース(Azure Key Vault、ディスク暗号化セット、VM、ディスク、スナップショット)は、同じサブスクリプションとリージョンに存在する必要があります。
  • サブスクリプションごとに、リージョンあたり最大50のディスク暗号化セットのみを作成できます。
  • 既に<!JEKYLL@5300@37>を持つマシンカタログを別の<!JEKYLL@5300@38>で更新することはできません。

Azureリソースグループ

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

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

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

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

Azureエフェメラルディスク

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

注:

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

エフェメラルOSディスクでは、プロビジョニングスキームで管理対象ディスクとShared Image Galleryを使用する必要があります。

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

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

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

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

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

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

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

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

  • <!JEKYLL@5300@40>または<!JEKYLL@5300@41>でtrueに設定されたPowerShellパラメーター(<!JEKYLL@5300@42>および<!JEKYLL@5300@43>)を使用すると、対応するエラーメッセージが表示されて失敗します。
  • 両方の機能を有効にして作成した既存のマシンカタログについては、次のことができます:
    • マシンカタログの更新。
    • VMの追加または削除。
    • マシンカタログの削除。

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

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

注:

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

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

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

Azure Marketplace

Citrix Virtual Apps and Desktopsでは、プラン情報を含んだAzure内マスターイメージを使用してマシンカタログを作成できます。詳しくは、Microsoft Azure Marketplaceを参照してください。

ヒント:

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

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

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

Azure Marketplace、Shared Image Gallery

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

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

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

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

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

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

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

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

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

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

非永続的なライトバックキャッシュディスクのカタログを構成するには、PowerShellパラメーター<!JEKYLL@5300@44>を使用します。このカスタムプロパティ<!JEKYLL@5300@45>は、ライトバックキャッシュファイルを保存するのに、Azure一時ストレージの使用を受け入れるかどうかを示します。一時ディスクをライトバックキャッシュディスクとして使用する場合は、<!JEKYLL@5300@46>実行時に「true」に設定する必要があります。このプロパティを指定しない場合、パラメーターはデフォルトで「False」に設定されます。

例:<!JEKYLL@5300@47>パラメーターを使用して<!JEKYLL@5300@48>をtrueに設定した場合:

<!JEKYLL@5300@49>

注:

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

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

永続的なライトバックキャッシュディスクのカタログを構成するには、PowerShellパラメーター<!JEKYLL@5300@50>を使用します。このパラメーターでは追加プロパティ<!JEKYLL@5300@51>をサポートしており、これを使用することで、MCSでプロビジョニングされたマシンのライトバックキャッシュディスクを永続化させる方法を指定できます。<!JEKYLL@5300@52>プロパティは、<!JEKYLL@5300@53>パラメーターが指定され、<!JEKYLL@5300@54>パラメーターがディスクが作成されたことを示すよう設定された場合のみ使用されます。

以下は、<!JEKYLL@5300@55>をサポートする前に<!JEKYLL@5300@56>パラメーターで使用されるプロパティの例です:

<!JEKYLL@5300@57>

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

<!JEKYLL@5300@60>プロパティをtrueに設定すると、Citrix Virtual Apps and Desktops管理者がWeb Studioを使用してマシンをシャットダウンしたときにライトバックキャッシュディスクが消去されません。

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

注:

<!JEKYLL@5300@62>プロパティを省略する場合、デフォルトはfalseになり、Web Studioを使用してマシンをシャットダウンするとライトバックキャッシュは消去されます。

例:<!JEKYLL@5300@63>パラメーターを使用して<!JEKYLL@5300@64>をtrueに設定した場合:

<!JEKYLL@5300@65>

重要:

<!JEKYLL@5300@66>プロパティは、<!JEKYLL@5300@67> PowerShellコマンドレットを使用してのみ設定できます。作成後にプロビジョニングスキームの<!JEKYLL@5300@68>を変更しようとしても、マシンがシャットダウンしたときにマシンカタログやライトバックキャッシュディスクの永続性は影響を受けません。

例:<!JEKYLL@5300@69>プロパティをtrueに設定するときに<!JEKYLL@5300@70>を設定してライトバックキャッシュを使用した場合:

<!JEKYLL@5300@71>

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

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

<!JEKYLL@5300@75><!JEKYLL@5300@76><!JEKYLL@5300@77>

この機能を有効にするには、カスタムプロパティ[<!JEKYLL@5300@78>]を「<!JEKYLL@5300@79>」に設定します。例:

<!JEKYLL@5300@80>

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

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

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

PowerShellコマンドを使用する:

  1. PowerShellウィンドウを開きます。
  2. <!JEKYLL@5300@81>を実行します。
  3. カタログを作成または更新します。
    • カタログを作成するには:
      1. マシンプロファイルの入力で、テンプレートスペックを<!JEKYLL@5300@82>コマンドとともに使用します。例:

        <!JEKYLL@5300@83>

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

    • カタログを更新するには、マシンプロファイルの入力で、テンプレートスペックを<!JEKYLL@5300@84>コマンドとともに使用します。例:

      <!JEKYLL@5300@85>

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

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

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

重要:

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

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

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

    <!JEKYLL@5300@86>

  4. <!JEKYLL@5300@87>を実行します
  5. <!JEKYLL@5300@88>属性の値を確認してください。

    • <!JEKYLL@5300@89>がTrueの場合、VMサイズはトラステッド起動をサポートします。
    • <!JEKYLL@5300@90>がFalseの場合、VMサイズはトラステッド起動をサポートしません。

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

<!JEKYLL@5300@91>

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

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

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

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

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

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

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

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

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

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

注:

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

次のセクションでは、<!JEKYLL@5300@101>ですべてのプロパティが定義されている場合、または値がMachineProfileから由来している場合、<!JEKYLL@5300@102>および<!JEKYLL@5300@103>でのシナリオについて説明します。

  • New-ProvSchemeシナリオ

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

      <!JEKYLL@5300@104>

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

      <!JEKYLL@5300@105>

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

      <!JEKYLL@5300@106>

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

      <!JEKYLL@5300@107>

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

      <!JEKYLL@5300@108>

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

      <!JEKYLL@5300@109>

    • 一部のプロパティはMachineProfileで定義され、一部のプロパティはCustomPropertiesで定義されます。例:
      • CustomPropertiesは、LicenseTypeとStorageAccountTypeを定義します
      • MachineProfileは、LicenseType、OsType、Zonesを定義します

      <!JEKYLL@5300@110>

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

      <!JEKYLL@5300@111>

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

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

      <!JEKYLL@5300@112>

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

      <!JEKYLL@5300@113>

    • OsTypeがCustomPropertiesにもMachineProfileにもない場合、次のようになります:
      • 値はマスターイメージから読み取られます。
      • マスターイメージが非管理対象ディスクの場合、OsTypeはWindowsに設定されます。例:

      <!JEKYLL@5300@114>

      マスターイメージの値は、カスタムプロパティに書き込まれます(この場合はLinux)。

      <!JEKYLL@5300@115>

  • Set-ProvSchemeシナリオ

    • 既存のカタログ:

      • <!JEKYLL@5300@116>およびOsTypeのCustomProperties
      • Zonesを定義するMachineProfile <!JEKYLL@5300@117>
    • 更新:

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

      <!JEKYLL@5300@118>

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

      <!JEKYLL@5300@119>

    • 既存のカタログ:
      • S<!JEKYLL@5300@120>およびOsTypeのCustomProperties
      • StorageAccountTypeとLicenseTypeを定義するMachineProfile <!JEKYLL@5300@121>
    • 更新:
      • StorageAccountTypeとOsTypeを定義するカスタムプロパティの新しいセット$CustomPropertiesB

      <!JEKYLL@5300@122>

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

      <!JEKYLL@5300@123>

    • 既存のカタログ:
      • <!JEKYLL@5300@124>およびOsTypeのCustomProperties
      • Zonesを定義するMachineProfile <!JEKYLL@5300@125>
    • 更新:
      • StorageAccountTypeとLicenseTypeを定義するMachineProfile mpB.vm
      • <!JEKYLL@5300@126>は指定されていません

      <!JEKYLL@5300@127>

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

      <!JEKYLL@5300@128>

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

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

Azure Monitorエージェント(AMA)は、仮想マシンなどのコンピューティングリソースから監視データを収集し、そのデータをAzure Monitorに配信します。現在、イベントログ、Syslog、パフォーマンスメトリックの収集がサポートされており、収集した結果をAzure MonitorメトリックとAzure MonitorのLog Analyticsエージェントのデータソースとして送信します。

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

要件

  • 権限: 「Azureの権限について」で規定されている最小限のAzureの権限と、Azure Monitorを使用するための次の権限を持っていることを確認します:

    • <!JEKYLL@5300@129>
    • <!JEKYLL@5300@130>
    • <!JEKYLL@5300@131>
    • <!JEKYLL@5300@132>
    • <!JEKYLL@5300@133>
  • データ収集規則(Data Collection Rule: DCR): Azure Portalでデータ収集規則を設定します。DCRの設定の詳細については、「データ収集規則の作成」を参照してください。DCRはプラットフォーム(WindowsまたはLinux)に固有です。必要なプラットフォームに応じたDCRを必ず作成してください。 AMAはデータ収集規則(DCR)を使用して、VMなどのリソースと、Azure MonitorメトリックやAzure MonitorのLog Analyticsエージェントなどのデータ ソースとのマッピングを管理します。
  • デフォルトのワークスペース: Azure Portalでワークスペースを作成します。ワークスペースの作成については、「 Log Analyticsワークスペースの作成」を参照してください。収集したログとデータの情報は、ワークスペースに保存されます。ワークスペースは、一意のワークスペースIDとリソースIDを持っています。ワークスペース名は、特定のリソースグループに対して固有のものにする必要があります。ワークスペースを作成した後、データがワークスペースに保存されるようにデータソースとソリューションを構成します。
  • モニター拡張機能を許可リストに登録しました: 拡張機能<!JEKYLL@5300@134>および<!JEKYLL@5300@135>が、Citrixが定義している許可リストに登録されました。許可リストに登録されている拡張機能の一覧を表示するには、PoSHコマンド<!JEKYLL@5300@136>を使用します。
  • マスターイメージ: Microsoftでは、既存のマシンから新しいマシンを作成する前に、既存のマシンから拡張機能を削除することを推奨しています。拡張子を削除しないと、ファイルが残ったり、予期しない動作が行われたりする可能性があるからです。詳しくは、「 既存のVMを再作成する場合」を参照してください。

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

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

    • VMをマシンプロファイルテンプレートとして使用する場合は、次の手順を実行します:

      1. Azure PortalでVMを作成します。
      2. VMの電源を入れます。
      3. [リソース]で、VMをデータ収集規則に追加します。これにより、テンプレートVMへのエージェントのインストールが起動されます。

    注:

    Linuxカタログを作成する場合は、Linuxマシンをセットアップします。

    • テンプレートスペックをマシンプロファイルテンプレートとして使用する場合は、次の手順を実行します:

      1. テンプレートスペックを設定します。
      2. 生成されたテンプレートスペックに次の拡張機能とデータ収集規則の関連付けを追加します:

        <!JEKYLL@5300@137>

  2. MCSマシンカタログを作成または更新します。

    • 新しいMCSカタログを作成するには:

      1. 完全な構成インターフェイスで、前述のVMまたはテンプレートスペックをマシンプロファイルとして選択します。
      2. 次の手順に進んでカタログを作成します。
    • 既存のMCSカタログを更新する場合は、次のPoSHコマンドを使用します:

      • 更新したマシンプロファイルテンプレートを新しいVMに取り込むには、次のコマンドを実行します:

        <!JEKYLL@5300@138>

      • 更新したマシンプロファイルテンプレートを使用して既存のVMを更新するには:

        <!JEKYLL@5300@139>

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

トラブルシューティング

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

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

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

  1. PowerShellウィンドウを開きます。
  2. <!JEKYLL@5300@140>を実行し、Citrix固有のPowerShellモジュールをロードします。
  3. 「<!JEKYLL@5300@141>」を入力します。
  4. 「<!JEKYLL@5300@142>」を入力します。
  5. 「cd diskencryptionset.folder」と入力します。
  6. 「dir」と入力して、ディスク暗号化セットのリストを取得します。
  7. ディスク暗号化セットのIDをコピーします。
  8. ディスク暗号化セットのIDを含むカスタムプロパティ文字列を作成します。例:

    <!JEKYLL@5300@143>

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

    <!JEKYLL@5300@144>

  10. New-ProvSchemeコマンドを実行します。例:

    <!JEKYLL@5300@145>

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

二重暗号化を使用したマシンカタログの作成

Web Studioを使用するか、PowerShellコマンドを実行することで、二重暗号化を使用してマシンカタログを作成し、更新できます。

二重暗号化を使用してマシンカタログを作成する方法の詳細な手順は次のとおりです。

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

    <!JEKYLL@5300@146>のIDを使用したカスタムプロパティで、カタログを作成または更新できます。

  3. マシンプロファイルワークフローを使用する場合は、マシンプロファイルの入力用にVMまたはテンプレートスペックを作成します。
    • VMをマシンプロファイルの入力に使用する場合は、次の手順を実行します:
      1. Azure PortalでVMを作成します。
      2. Disks > Key managementに移動して、VMを<!JEKYLL@5300@147>で直接暗号化します。
    • テンプレートスペックをマシンプロファイルの入力に使用する場合は、次の手順を実行します:
      1. テンプレートの<!JEKYLL@5300@148>の下に<!JEKYLL@5300@149>パラメーターを追加し、二重暗号化のDESのIDを追加します。
  4. マシンカタログを作成します。
    • Web Studioを使用している場合は、「マシンカタログの作成」の手順に加えて、次のいずれかを実行します。
      • マシンプロファイルベースのワークフローを使用しない場合は、[ディスク設定] ページで、[次のキーを使用して各マシンのデータを暗号化] を選択します。次に、ドロップダウンから二重暗号化のDESを選択します。カタログの作成を続けます。
      • マシンプロファイルワークフローを使用している場合は、[マスターイメージ] ページでマスターイメージとマシンプロファイルを選択します。マシンプロファイルのプロパティにディスク暗号化セットIDがあることを確認してください。

      カタログ内に作成されたすべてのマシンは、選択したDESに関連付けられたキーによって二重暗号化されます。

    • PowerShellコマンドを使用する場合は、次のいずれかを実行します:
      • マシンプロファイルベースのワークフローを使用しない場合は、<!JEKYLL@5300@150>コマンドにカスタムプロパティ<!JEKYLL@5300@151>を追加します。例:

        <!JEKYLL@5300@152>

      • マシンプロファイルベースのワークフローを使用する場合は、<!JEKYLL@5300@153>コマンドで入力したマシンプロファイルを使用します。例:

        <!JEKYLL@5300@154>

  5. Remote Powershell SDKを使用してカタログの作成を完了します。Remote PowerShell SDKを使用してカタログを作成する方法については、https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/を参照してください。カタログ内に作成されたすべてのマシンは、選択したDESに関連付けられたキーによって二重暗号化されます。

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

カタログが以前に暗号化されていなかった場合にのみ、マシンカタログの暗号化の種類を(カスタムプロパティまたはマシンプロファイルを使用して)更新できます。

  • マシンプロファイルベースのワークフローを使用しない場合は、<!JEKYLL@5300@155>コマンドにカスタムプロパティDiskEncryptionSetIdを追加します。例:

    <!JEKYLL@5300@156>

  • マシンプロファイルベースのワークフローを使用する場合は、<!JEKYLL@5300@157>コマンドで入力したマシンプロファイルを使用します。例:

    <!JEKYLL@5300@158>

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

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

  • Web Studioの場合:

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

    1. PowerShellウィンドウを開きます。
    2. <!JEKYLL@5300@159>を実行し、Citrix固有のPowerShellモジュールをロードします。
    3. <!JEKYLL@5300@160>を使用して、マシンカタログの情報を取得します。例:

      <!JEKYLL@5300@161>

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

      <!JEKYLL@5300@162>

    5. Azure Portalで、DES IDに関連付けられたDESの暗号化の種類が、プラットフォーム管理キーと顧客が管理するキーであることを確認します。

Azureエフェメラルディスクを使用したカタログの作成

エフェメラルディスクを使用するには、<!JEKYLL@5300@163>を実行するとき、カスタムプロパティ<!JEKYLL@5300@164>をtrueに設定する必要があります。

注:

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

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

<!JEKYLL@5300@166>

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

カタログのAzureエフェメラルOSディスクを構成するには、<!JEKYLL@5300@167>の<!JEKYLL@5300@168>パラメーターを使用します。<!JEKYLL@5300@169>パラメーターの値を「true」に設定します。

注:

この機能を使用するには、パラメーターの<!JEKYLL@5300@170>と<!JEKYLL@5300@171>も有効にする必要があります。

例:

<!JEKYLL@5300@172>

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

<!JEKYLL@5300@173>を使用してエフェメラルOSディスクのプロビジョニングをするには、次の制約を考慮してください:

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

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

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

Azure専用ホスト

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

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

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

<!JEKYLL@5300@174>

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

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

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

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

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

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

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

  1. PowerShellウィンドウを開きます。
  2. <!JEKYLL@5300@176>を実行し、Citrix固有のPowerShellモジュールをロードします。
  3. リソースグループを選択し、そのリソースグループのすべてのギャラリーを表示します。

    <!JEKYLL@5300@177>

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

    <!JEKYLL@5300@178>

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

    <!JEKYLL@5300@179>

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

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

Shared Image Galleryを構成する

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

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

<!JEKYLL@5300@182>

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

<!JEKYLL@5300@183>

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

<!JEKYLL@5300@184>

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

ヒント:

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

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

既存のマシンカタログはShared Image Galleryを使用します。<!JEKYLL@5300@185>コマンドを使用して、カタログ内の既存のすべてのマシンおよび将来のマシンのカスタムプロパティを更新します:

<!JEKYLL@5300@186>

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

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

  1. <!JEKYLL@5300@187>フラグをTrueに設定して<!JEKYLL@5300@188>を実行します。オプションで、<!JEKYLL@5300@189>および<!JEKYLL@5300@190>プロパティを含めます。
  2. カタログを更新します。
  3. マシンの電源を入れ直して、強制的に更新します。

例:

<!JEKYLL@5300@191>

ヒント:

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

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

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

  1. <!JEKYLL@5300@195>フラグをFalseに設定するか、定義せずに<!JEKYLL@5300@196>を実行します。
  2. カタログを更新します。
  3. マシンの電源を入れ直して、強制的に更新します。

例:

<!JEKYLL@5300@197>

ヒント:

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

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

Azure環境の特定のアベイラビリティゾーンにマシンをプロビジョニングできます。これは、PowerShellを使用して実行できます。

注:

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

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

PowerShellを使用する場合、<!JEKYLL@5300@201>でオファリングのインベントリアイテムを表示できます。たとえば、米国東部リージョン <!JEKYLL@5300@202>のサービスオファリングを表示するには、以下を実行します:

<!JEKYLL@5300@203>

ゾーンを表示するには、アイテムの<!JEKYLL@5300@204>パラメーターを使用します:

<!JEKYLL@5300@205>

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

PowerShellを使用してアベイラビリティゾーンを構成するには、<!JEKYLL@5300@206>操作で、使用可能なZonesカスタムプロパティを使用します。Zonesプロパティは、マシンをプロビジョニングするアベイラビリティゾーンの一覧を定義します。これらのゾーンには、1つまたは複数のアベイラビリティゾーンを含めることができます。たとえば、Zones 1と3の場合は、<!JEKYLL@5300@207> のようになります。

<!JEKYLL@5300@208>コマンドを使用して、プロビジョニングスキームのゾーンを更新します。

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

ヒント:

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

ストレージの種類

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

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

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

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

ヒント:

<!JEKYLL@5300@209>は、OSタイプとストレージアカウント用に構成されています。<!JEKYLL@5300@210>は、ライトバックキャッシュのストレージの種類用に構成されています。通常のカタログの場合、<!JEKYLL@5300@211>が必要です。<!JEKYLL@5300@212>が構成されていない場合は、<!JEKYLL@5300@213>のデフォルトとして<!JEKYLL@5300@214>が使用されます。

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

ストレージの種類の構成

VM用のストレージの種類を構成するには、<!JEKYLL@5300@215>の<!JEKYLL@5300@216>パラメーターを使用します。<!JEKYLL@5300@217>パラメーターの値を、いずれかのサポートされているストレージの種類に設定します。

以下は、プロビジョニングスキームで使用する<!JEKYLL@5300@218>パラメーターのセットの例です:

<!JEKYLL@5300@219>

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

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

ストレージの種類のカスタムプロパティでPremium_ZRSおよびStandardSSD_ZRSを指定できます。ZRSストレージは、既存のカスタムプロパティを使用するか、MachineProfileテンプレートを使用して設定できます。ZRSストレージも<!JEKYLL@5300@220>および<!JEKYLL@5300@221>パラメーターを指定した<!JEKYLL@5300@222>コマンドによりサポートされており、既存のマシンをLRSからZRSストレージに変更できます。

制限事項:

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

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

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

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

<!JEKYLL@5300@224> Powershellコマンドを使用してAzureで新しいカタログを作成するときは、<!JEKYLL@5300@225>の値として<!JEKYLL@5300@226>を使用します。 例:

<!JEKYLL@5300@227>

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

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

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

  • <!JEKYLL@5300@228>
  • <!JEKYLL@5300@229>
  • <!JEKYLL@5300@230>

注:

カスタムプロパティが設定されていない場合、カタログの作成中にマシンプロファイルのOSディスク(<!JEKYLL@5300@231>)が使用されます。

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

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

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

主な手順

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

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

Azureで必要なIDを設定する

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

  • ストレージアカウント
  • Log Analyticsワークスペース
  • 標準レベルの料金設定のイベントハブ名前空間

ストレージアカウントをセットアップする

Azureで標準ストレージアカウントを作成します。テンプレートスペックでは、ストレージアカウントの完全なresourceIdを<!JEKYLL@5300@232>として指定します。

データをストレージアカウントに記録するようにVMを設定すると、データは<!JEKYLL@5300@233>コンテナの下に表示されます。

Log Analyticsワークスペースをセットアップする

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

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

`AzureMetrics

イベントハブをセットアップする

Azure Portalでイベントハブをセットアップするには、次の手順を実行します:

  1. 標準レベルの料金設定でイベントハブ名前空間を作成します。
  2. 名前空間の下にイベントハブを作成します。
  3. イベントハブの下のCaptureに移動します。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を更新できるようになりました。

ページファイルの場所

Azure環境では、仮想マシンが最初に作成されたときに、ページファイルが適切な場所に設定されます。ページファイルの設定は<page file location>[min size] [max size]の形式で構成されます(単位はMB)。詳しくは、Microsoftのドキュメント「適切なページファイルを決定する方法」を参照してください。

画像の準備中にProvSchemeを作成すると、MCSは特定のルールに基づいてページファイルの場所を決定します。ProvSchemeを作成した後は:

  • 移行する仮想マシンサイズが原因でページファイル設定が異なる場合、仮想マシンのサイズ変更はブロックされます。
  • マシンプロファイルの更新が原因でページファイルの設定が異なるためにサービスオファリングが変更された場合、マシンプロファイルの更新はブロックされます。
  • エフェメラルOSディスク(EOS)およびMCSIOのプロパティは変更できません。

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

EOSやMCSIOなどの機能には、それぞれ想定するページファイルの場所があり、相互に排他的です。この表は、各機能で想定されているページファイルの場所を示したものです:

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

注:

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

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

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

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

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

PoSHコマンドを使用して、場所やサイズなどのページファイル設定を明示的に指定することもできます。その場合、MCSによって決定された値は上書きされます。これは、New-ProvSchemeコマンドを実行し、次のカスタムプロパティを含めることで行うことができます:

  • PageFileDiskDriveLetterOverride:ページファイルの場所ディスクのドライブ文字
  • InitialPageFileSizeInMB:初期ページファイルサイズ(MB)
  • MaxPageFileSizeInMB:最大ページファイルサイズ(MB)

カスタムプロパティの使用例:

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

制約:

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

Azure Spot VMを使用したカタログの作成

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

制限事項

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

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

     (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\serviceoffering.folder\Standard_D2ds_v4.serviceoffering"). AdditionalData
     <!--NeedCopy-->
    
  • 現在、Azure Spot VMは休止状態をサポートしていません。

条件

Azure Spot VMカタログのマシンプロファイルのソース(VMまたはテンプレートスペック)を作成するときに、Azure Spotインスタンスを選択するか(VMを使用する場合)、prioritySpotに設定するか(テンプレートスペックを使用する場合)を選択する必要があります。

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

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

    • Azure Portalを使用してVMを作成する場合は、「Azure portalを使用して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、または0より大きい小数値のみにすることができます。詳しくは、「価格」を参照してください。
  2. 次のPowerShellコマンドを実行すると、マシンプロファイルでAzure Spot VMが有効になっているかどうかを確認できます。SpotEnabledパラメーターがTrueで、SpotEvictionPolicyDeallocateまたは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での削除

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

トラブルシューティング

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

    1. Azure PortalでVMを見つけます。
    2. Overviewページに移動します。
    3. 一番下までスクロールして、Azure Spotセクションを見つけます。

      • Spotが使用中ではない場合、このフィールドは空です。
      • Spotが使用中の場合、Azure SpotAzure Spot eviction policyフィールドが設定されます。
  1. [Configuration]ページで、VMの請求プロファイルまたは時間あたりの最大価格を確認できます。

バックアップVMサイズの構成

パブリッククラウドでは、特定のVMサイズで容量が不足する場合があります。また、Azure Spot VMを使用している場合、VMはAzureの容量ニーズによってはいつでも削除されてしまいます。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であるとみなします。
  • Set-ProvScheme PowerShellコマンドを使用して、既存のカタログのバックアップVMサイズの一覧を変更できます。
  • Set-ProvVMUpdateTimeWindowコマンドを使用して、カタログに関連付けられたプロビジョニングスキームから作成された既存のVMを更新できます。
  • Set-ProvVMコマンドを使用して、選択した数の既存のMCS VMに対するバックアップVMサイズの一覧を構成できます。ただし、更新を適用するには、Set-ProvVMUpdateTimeWindowを使用してVMの更新時間枠を設定し、その枠内でVMを起動します。VMでSet-ProvVmコマンドが使用される場合、プロビジョニングスキームの一覧が後で更新されたとしても、VMはその特定のVMに設定されたバックアップVMサイズの一覧を引き続き使用します。Set-ProvVM-RevertToProvSchemeConfigurationを使用すると、VMにプロビジョニングスキームのバックアップ一覧を使用させることができます。

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

  1. PowerShellウィンドウを開きます。
  2. asnp citrix*を実行し、Citrix固有のPowerShellモジュールをロードします。
  3. ブローカーカタログを作成します。このカタログには、これから作成されるマシンが含まれています。
  4. IDプールを作成します。これは、作成予定のマシン用に作成されるADアカウントのコンテナになります。
  5. マシンプロファイルを使用してプロビジョニングスキームを作成します。例:

    • RegularのVMサイズのみの一覧を提供する場合は、次のコマンドを実行します:

       New-ProvScheme -ProvisioningSchemeName "azure-catalog" -MasterImageVM "XDHyp:\HostingUnits\azure-zones\image.folder\helenli.resourcegroup\helenli-master1-mcsio-snapshot.snapshot"
       -CustomProperties
       "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`"xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
       <Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" />
       <Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" />
       <Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Server`"/>
       <Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`"/>  <Property xsi:type=`"StringProperty`" Name=`"BackupVmConfiguration`" Value=`"['ServiceOffering': 'Standard_D2as_v4', 'ServiceOffering': 'Standard_D2s_v3', 'ServiceOffering': 'C']`"/>
       </CustomProperties>"
       <!--NeedCopy-->
      
    • 混在するVMサイズ(RegularおよびSpot VM)の一覧を提供する場合は、次のコマンドを実行します:

       New-ProvScheme -ProvisioningSchemeName "azure-catalog" -MasterImageVM "XDHyp:\HostingUnits\azure-zones\image.folder\helenli.resourcegroup\helenli-master1-mcsio-snapshot.snapshot"
       -CustomProperties
       "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`"xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
       <Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" />
       <Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" />
       <Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Server`"/>
       <Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`"/>  <Property xsi:type=`"StringProperty`" Name=`"BackupVmConfiguration`" Value=`"[{'ServiceOffering': 'Standard_D2as_v4', 'Type': 'Spot'}, {'ServiceOffering': 'Standard_D2s_v3', 'Type': 'Regular'}, {'ServiceOffering': 'Standard_D2s_v3', 'Type': 'Spot'}]`"/>
       </CustomProperties>"
       <!--NeedCopy-->
      
  6. プロビジョニングスキームの一意のIDでBrokerCatalogを更新します。
  7. VMを作成してカタログに追加します。

既存のカタログの更新

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

Set-ProvScheme -ProvisioningSchemeName "azure-catalog"
-CustomProperties
"<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`"xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
<Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" />
<Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" />
<Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Server`"/>
<Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`"/>
<Property xsi:type=`"StringProperty`" Name=`"BackupVmConfiguration`" Value=`"[{'ServiceOffering': 'Standard_D2as_v4', 'Type': 'Spot'}, {'ServiceOffering': 'Standard_D2s_v3', 'Type': 'Regular'}, {'ServiceOffering': 'Standard_D2s_v3', 'Type': 'Spot'}]`"/>
</CustomProperties>"
<!--NeedCopy-->

既存の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. Set-ProvVMコマンドを実行して、選択した数の既存のMCS VMに対するバックアップVMサイズの一覧を構成します。例:

    Set-ProvVM -VMName "Vm-001"
    -CustomProperties
    "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`"xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
    <Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" />
    <Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" />
    <Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Server`"/>
    <Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`"/>
    <Property xsi:type=`"StringProperty`" Name=`"BackupVmConfiguration`" Value=`"[{'ServiceOffering': 'Standard_D2as_v4', 'Type': 'Spot'}, {'ServiceOffering': 'Standard_D2s_v3', 'Type': 'Regular'}, {'ServiceOffering': 'Standard_D2s_v3', 'Type': 'Spot'}]`"/>
    </CustomProperties>"
    <!--NeedCopy-->
    
  2. Set-ProvVMUpdateTimeWindowコマンドを実行して変更を適用します。例:

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

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

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

注:

タグにポリシーを追加するか(「タグの準拠のためのポリシー定義を割り当てる」を参照)、マシンプロファイルのソースにタグを追加してリソース上のタグを保持する必要があります。

前提条件

マシンプロファイルのソース(VMまたはARMテンプレートスペック)を作成して、VM、ディスク、およびそのVMのNICにタグを付けます。

  • VMをマシンプロファイルの入力で使用する場合は、Azure Portal内のVMとすべてのリソースにタグを適用します。「Azure Portalを使用してタグを適用する」を参照してください。
  • 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. 仮想マシンの電源を入れます。
  6. マシンプロファイルで指定されたタグが対応するリソースにコピーされている必要があります。

注:

マシンプロファイルで指定されたNICの数とSet-ProvSchemeで指定されたNICの数が一致しない場合、エラーが発生します。

次の手順

追加情報

Microsoft Azureカタログの作成

この記事の概要