Citrix Virtual Apps and Desktopsサービス

マシンカタログの作成

注:

この記事では、[完全な構成]インターフェイスを使用してカタログを作成する方法について説明します。クイック展開を使用してAzureリソースを作成している場合は、「[クイック展開]を使用したカタログの作成」のガイダンスに従ってください。

物理マシンまたは仮想マシンのグループは、「マシンカタログ」と呼ばれる単一のエンティティとして管理されます。カタログ内のすべてのマシンには、同じ種類のオペレーティングシステム(マルチセッションOSまたはシングルセッションOS)がインストールされています。マルチセッションOSマシンを含むカタログには、WindowsマシンまたはLinuxマシンのいずれかのみを含めることができ、両方を含めることはできません。

[管理]>[完全な構成] インターフェイスは、最初のマシンカタログを作成するためのガイドです。最初のカタログを作成した後、最初のデリバリーグループを作成します。作成したカタログを後で変更したり、追加のカタログを作成したりすることができます。

概要

仮想マシンのカタログの作成時には、それらの仮想マシンのプロビジョニング方法を指定します。Machine Creation Services(MCS)を使用できます。または、独自のツールを使用してマシンをプロビジョニングすることもできます。

  • MCSを使用して仮想マシンをプロビジョニングする場合、カタログ内に同じ仮想マシンを作成するためのイメージ(またはスナップショット)を提供します。カタログを作成する前に、まずハイパーバイザーまたはクラウドサービスのツールを使用し、イメージを作成して構成します。この処理には、イメージへのVirtual Delivery Agent(VDA)のインストールが含まれます。次に、[管理]>[完全な構成] インターフェイスで、マシンカタログを作成します。そのイメージ(またはイメージのスナップショット)を選択し、カタログで作成する仮想マシンの数を指定して、追加情報を構成します。
  • マシンが既に提供されており、イメージが必要ない場合でも、マシンに対して1つまたは複数のマシンカタログを作成する必要があります。

MCSを使用して最初のカタログを作成する場合は、以前に作成したホスト接続を指定します。後で(最初のマシンカタログおよびデリバリーグループを作成した後に)、その接続に関する情報を変更したり、追加接続を作成したりすることができます。

Cloud Connectorが正常に動作していない場合、MCSプロビジョニング操作(カタログ更新など)は通常よりもかなり時間がかかり、管理インターフェイスのパフォーマンスが大幅に低下します。

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

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

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

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

RDSライセンスチェック

WindowsマルチセッションOSマシンを含むマシンカタログの作成には、有効なMicrosoft RDSライセンスの自動チェックが含まれます。電源が投入され登録されたマシンのカタログが検出され、このチェックが実行されます。

  • 電源が投入され登録されたマシンが見つからない場合は、RDSライセンスチェックが実行できないことを示す警告が表示されます。
  • マシンは見つかったがエラーが検出された場合は、検出された問題を含むカタログの警告メッセージが [管理]>[完全な構成] 画面に表示されます。カタログからRDSライセンス警告を削除する(画面に表示されないようにする)には、カタログを選択して、[RDSライセンスの警告を削除] を選択します。確認のメッセージが表示されたら、操作を確定します。

VDA登録

仲介セッションを起動する場合、検討対象のCloud ConnectorにVDAが登録されている必要があります。VDAが登録されていないと、登録されていれば使用されるはずの資源が使用されない場合があります。VDAが登録されない理由はさまざまですが、その多くはトラブルシューティングできるものです。カタログ作成ウィザードでは、カタログをデリバリーグループに登録した後に、トラブルシューティング情報が表示されます。

カタログ作成ウィザードで、既存のマシンを追加すると、コンピューターアカウント名の一覧に、各マシンがカタログに追加するのに適しているかどうかが示されます。各マシンの横にあるアイコンにマウスを合わせると、そのマシンに関する情報メッセージが表示されます。

メッセージで問題のあるマシンが示された場合は、該当のマシンを([削除] ボタンを使って)削除することも、そのマシンを追加することもできます。たとえば、(登録されたことがないなどの理由により)マシンに関する情報を取得できないことを示すメッセージが表示された場合は、そのマシンを追加する可能性があります。

VDA登録のトラブルシューティングについて詳しくは、CTX136668を参照してください。

MCSカタログ作成の概要

以下は、カタログの作成ウィザードに情報を入力した後のデフォルトのMCS操作の簡単な概要です。

  • (スナップショットではなく)イメージを選択した場合、MCSでスナップショットが作成されます。
  • MCSでスナップショットの完全コピーが作成され、ホスト接続で定義されたストレージの各場所に格納されます。
  • MCSによってマシンがActive Directoryに追加され、そこで一意の識別子が作成されます。
  • ウィザードで指定した数の仮想マシンがMCSによって作成され、各仮想マシンに対して2つのディスクが定義されます。1つの仮想マシンにつき2つのディスクに加えて、同じストレージの場所にマスターも保存されます。ストレージの場所が複数定義されている場合、それぞれの場所に以下の種類のディスクが割り当てられます。
    • スナップショットの完全コピー(前述の説明を参照)。読み取り専用であり、作成した仮想マシン間で共有されます。
    • 各仮想マシンに一意の識別子を与える、一意のIDディスク(16MB)。各仮想マシンに対し、1つのIDディスクが割り当てられます。
    • 仮想マシンへの書き込みを保存する、一意の差分ディスク。このディスクは(ホストストレージでサポートされている場合)シンプロビジョニングされ、必要に応じてマスターイメージの最大サイズまで拡大します。各仮想マシンに対し、1つの差分ディスクが割り当てられます。差分ディスクには、セッション中に加えられた変更が保存されます。専用デスクトップの場合、この変更は無期限に保存されます。プールされたデスクトップの場合、再起動のたびにこの変更は削除され、新しい変更が作成されます。

または、仮想マシンを作成して静的デスクトップを配信する場合、(カタログの作成ウィザードの [マシン] ページで)シックな(完全なコピーの)仮想マシンのクローンを指定できます。完全なクローンでは、すべてのデータストアにマスターイメージを保持する必要はありません。各仮想マシンに独自のファイルが存在します。

Machine Creation Servicesのストレージの考慮事項

Machine Creation Services(MCS)のストレージソリューション、構成、容量を決定する際には、多くの要因があります。以下に、適切なストレージ容量を決定するための考慮事項を示します:

容量に関する考慮事項:

  • ディスク

    ほとんどのMCS環境において、デルタ(差分)ディスクが各VMの容量を一番多く占めます。MCSにより作成される仮想マシンには、作成時にディスクが2つ以上割り当てられます。

    • ディスク0 = 差分ディスク:マスター基本イメージからコピーしたOSが含まれます。
    • ディスク1 = IDディスク:16MB - 各仮想マシンのActive Directoryデータが含まれます。

    製品の進化にともない、特定のユースケースや機能の消費容量に合わせたディスクの追加が必要になることがあります。例:

    • MCSストレージ最適化では、仮想マシンごとに書き込みキャッシュ形式のディスクが作成されます。
    • 前述のデルタディスクの使用例とは対照的に、MCSには、完全なクローンを使用する機能が追加されています。

    Hypervisorの機能も、こうした要因になることがあります。例:

    • Citrix Hypervisor IntelliCacheはローカルストレージ上に各Citrix Hypervisorの読み取りディスクを作成します。このオプションはイメージに対するIOPSを保存します。このイメージは、共有ストレージの場所に保存することもできます。
  • ハイパーバイザーのオーバーヘッド

    ハイパーバイザーごとに固有のファイルを使用するため、これが仮想マシンのオーバーヘッドとなります。ハイパーバイザーは、管理操作および一般的なログ記録でストレージを使用します。容量は、以下のオーバーヘッドを考慮して計算してください:

  • プロセスのオーバーヘッド

    カタログの作成と更新、およびマシンの追加を行なうと、それぞれ以下のようにストレージに影響が及びます。例:

    • カタログを初めて作成する場合、各ストレージの場所に基本ディスクをコピーする必要があります。
    • カタログにマシンを追加する場合は、各ストレージの場所に基本ディスクをコピーする必要はありません。ただし、カタログの作成方法は、選択した機能によって異なります。
    • カタログを更新して、ストレージの場所ごとに基本ディスクを追加で作成します。また、カタログに含まれる仮想マシンに一定期間にわたって2つの差分ディスクが割り当てられるため、一時的にストレージ占有量が急増することになります。

そのほかの考慮事項:

  • RAMのサイズ設定: I/O最適化ディスク、書き込みキャッシュ、スナップショットファイルなど、特定のハイパーバイザーファイルとディスクのサイズに影響します。
  • シン/シックプロビジョニング: シンプロビジョニング機能を備えているため、NFSストレージが推奨されます。

Machine Creation Services(MCS)ストレージ最適化

Machine Creation Services(MCS)ストレージの最適化機能はMCS I/Oとも呼ばれています:

  • 書き込みキャッシュコンテナは、Citrix Provisioningと同様にファイルベースです。たとえば、Citrix Provisioningの書き込みキャッシュのファイル名は「D:\vdiskdif.vhdx」、MCS I/O書き込みキャッシュのファイル名は「D:\mcsdif.vhdx」です。
  • 書き込みキャッシュディスクへのWindowsクラッシュダンプファイルの書き込みをサポートするなどの方法によって、診断機能が向上します。
  • MCS I/Oは、引き続きハードディスクへのオーバーフローありでRAMにキャッシュするテクノロジを利用して、複数層の書き込みキャッシュに関して最適なソリューションを提供します。この機能により、管理者は各層のコスト、RAMとディスク、パフォーマンスのバランスを取りながら、必要なワークロードに対応できます。

書き込みキャッシュの方法をディスクベースからファイルベースに更新するには、以下の変更が必要です:

  1. MCS I/Oでは、RAMのみのキャッシュはサポートされなくなります。マシンカタログの作成中にディスクサイズを指定します。
  2. 仮想マシンの初回起動時に、書き込みキャッシュディスクが自動的に作成およびフォーマットされます。仮想マシンが起動すると、書き込みキャッシュファイルmcsdif.vhdxはフォーマット済みボリュームMCSWCDiskに書き込まれます。
  3. ページファイルは、このフォーマットされたボリュームのMCSWCDiskにリダイレクトされます。その結果、このディスクサイズはディスクスペースの合計を考慮します。これには、ディスクサイズと生成されたワークロードの差分、およびページファイルサイズが含まれます。これは通常、VM RAMサイズに関連しています。

MCSストレージ最適化の更新を有効にする

マシンカタログを作成するとき、管理者は以下のようにRAMとディスクサイズを構成できます:

カタログディスク設定

MCS I/Oストレージ最適化機能を有効にするには、Delivery ControllerとVDAを最新バージョンのCitrix Virtual Apps and Desktopsにアップグレードします。

注:

MCS I/Oが有効化された既存の環境をアップグレードする場合、追加の構成は必要ありません。VDAおよびDelivery Controllerアップグレードにより、MCS I/Oアップグレードが処理されます。

MCSストレージ最適化機能を有効にすると、カタログを作成するときに次のことが可能です:

  • 一時データのキャッシュに使用するディスクとRAMのサイズを構成する。

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

    • プレミアムSSD:I/Oを多用するワークロードを持つVMに適した、高性能かつ低遅延のディスクストレージオプションを提供します。
    • 標準SSD:低IOPSレベルで安定したパフォーマンスを必要とするワークロードに適した、コスト効率の高いストレージオプションを提供します。Azure IDディスクは、常に標準SSDを使用して作成されます。
    • 標準HDD:遅延の影響を受けないワークロードを実行しているVMに対して、信頼性の高い低コストのディスクストレージオプションを提供します。

    MCSは、ローカル冗長ストレージ(LRS)を使用するようにプレミアムディスクと標準ディスクを構成します。LRSは、単一のデータ センター内でデータの複数の同期コピーを作成します。Azureのストレージの種類およびストレージの複製について詳しくは、以下のドキュメントを参照してください:

  • [永続的なライトバックキャッシュディスクを使用する] を使用して、AzureおよびGoogle Cloud Platform(GCP)内のプロビジョニングされたVMに対してライトバックキャッシュディスクを永続化するかどうかを制御する。または、代わりにPowerShellを使用することもできます。詳しくは、「PowerShellを使用して永続的なライトバックキャッシュディスクのカタログを作成する」を参照してください。
    • 永続的なライトバックキャッシュディスクを使用する:このオプションを使用すると、プロビジョニングされたVMに対してライトバックキャッシュディスクを保持するかどうかを制御できます。デフォルトでは、永続的なライトバックキャッシュディスクは無効になっているため、電源サイクル中にディスクが削除され、ディスクにリダイレクトされたデータはすべて失われます。このオプションを有効にすると、ストレージコストが増加します。このオプションを使用できるようにするには、[ディスクキャッシュサイズ(GB)]を有効にします。
  • [電源サイクル中にシステムディスクを保持する] を使用して、電源サイクル中にVDA用のシステムディスクを保持するかどうかを制御する。
    • 電源サイクル中にシステムディスクを保持する:デフォルトでは、システムディスクはシャットダウン時に削除され、スタートアップ時に再作成されます。これにより、ディスクは常にクリーンな状態になりますが、VMの再起動時間が長くなります。システムからの書き込みがRAMキャッシュにリダイレクトされ、キャッシュディスクにオーバーフローする場合、システムディスクは変更されません。このオプションを有効にすると、ストレージコストは増加しますが、仮想マシンの再起動時間は短縮されます。このオプションを使用できるようにするには、[ディスクキャッシュサイズ(GB)]を有効にします。
    • 電源サイクルをまたいで仮想マシンを保持する。仮想マシンのカスタマイズを保持し、Azure Portalから仮想マシンを起動できるようにするには、このオプションを選択します。このオプションを使用可能にするには、[電源サイクル中にシステムディスクを保持する]を有効にします。

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

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

ヒント:

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

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

注:

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

以下は、PersistWBCをサポートする前にCustomPropertiesパラメーターで使用されるプロパティの例です:

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

注:

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

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

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

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

注:

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

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

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

重要:

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

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

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

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

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

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

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

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

ハイパーバイザーまたはクラウドサービスでのマスターイメージの準備

マスターイメージには、オペレーティングシステム、仮想化しないアプリケーション、VDA、およびそのほかのソフトウェアをインストールしておきます。

ヒント:

  • マスターイメージは、「クローンイメージ」、「ゴールデンイメージ」、「ベース仮想マシン」、または「基本イメージ」と呼ばれることがあります。ホストベンダーとクラウドサービスプロバイダーで、異なる用語を使用する場合もあります。
  • ハイパーバイザーまたはクラウドサービスに、作成されたマシン数に対応する十分なプロセッサ、メモリ、ストレージがあることを確認してください。
  • デスクトップとアプリケーションで必要な適切な量のハードディスク領域を構成します。この値は、後で、またはマシンカタログ内で変更することはできません。
  • リモートPCアクセスのマシンカタログでは、マスターイメージを使用しません。
  • MCS使用時のMicrosoft KMSライセンス認証に関する注意事項:VDA 7.xをXenServer 6.1、XenServer 6.2、vSphere、またはMicrosoft System Center Virtual Machine Managerホストで使用している場合、Microsoft WindowsやMicrosoft Officeのライセンスを手動でリセットする必要はありません。

マスターイメージに以下のソフトウェアをインストールして構成します。

  • ハイパーバイザー用の統合ツール(Citrix VM Tools、Hyper-V統合サービス、VMware Toolsなど)。この手順を省略すると、アプリケーションやデスクトップが正しく動作しなくなる場合があります。
  • VDA。最新の機能を利用できるように、最新バージョンをインストールすることをCitrixではお勧めします。マスターイメージにVDAをインストールできないと、カタログ作成が失敗します。
  • アンチウイルスプログラムや電子ソフトウェア配信エージェントなどのサードパーティツール(必要に応じて)。ユーザーやマシンの種類に適した設定で、サービス(更新機能など)を構成します。
  • 仮想化せずにユーザーに提供するサードパーティのアプリケーション。ただし、可能な場合はアプリケーションを仮想化することをCitrixではお勧めします。仮想化することで、アプリケーションを追加したり再構成したりするたびにマスターイメージを更新する必要がなくなり、コストが削減されます。また、各デスクトップにインストールするアプリケーションが少なくなるため、マスターイメージのハードディスクのサイズを減らしてストレージコストを節約できます。
  • App-Vアプリケーションを公開する場合は、推奨設定のApp-Vクライアント。App-V Clientは、Microsoft社から提供されます。
  • MCSで作成したマシンカタログで、ローカライズされたMicrosoft Windowsを配信する場合は、マスターイメージに言語パックをインストールして言語オプション(システムロケールや表示言語など)を設定しておく必要があります。これにより、プロビジョニング時にスナップショットが作成されると、その言語パックおよび言語オプションが仮想マシンで使用されます。

重要:

MCSを使用する場合は、マスターイメージ上でMicrosoft System Preparation Utility(Sysprep)を実行しないでください。

マスターイメージを準備するには

  1. ハイパーバイザーの管理ツールを使用して、マスターイメージを作成してから、オペレーティングシステムと、すべてのサービスパックおよび更新プログラムをインストールします。仮想CPUの数を指定します。また、PowerShellを使用してマシンカタログを作成する場合、仮想CPUの値を指定することもできます。[管理]>[完全な構成] でカタログを作成する場合には、仮想CPUの数は指定できません。デスクトップとアプリケーションで必要な量のハードディスク領域を構成します。この値は、後で、またはカタログ内で変更することはできません。
  2. ハードディスクはデバイスの場所「0」で接続されている必要があります。多くの標準マスターイメージテンプレートでは、デフォルトでこの場所にハードディスクが構成されますが、カスタムテンプレートを使用する場合は注意してください。
  3. マスターイメージに前述のソフトウェアをインストールして構成します。
  4. MCSを使用していない場合、マスターイメージはアプリケーションとデスクトップがメンバーとなっているドメインに統合します。マスターイメージが、仮想マシンを作成するホスト上で使用できることを確認してください。MCSを使用している場合、ドメインへのマスターイメージの統合は必要ありません。プロビジョニングされたマシンは、カタログの作成ウィザードで指定されたドメインに統合されます。
  5. マスターイメージのスナップショットを作成して、わかりやすい名前を付けておくことをCitrixではお勧めします。カタログの作成時にスナップショットの代わりにマスターイメージを指定すると、管理インターフェイスでスナップショットが作成されますが、そのスナップショットにわかりやすい名前を付けることはできません。

カタログの作成を開始する

カタログを作成する前に:

  • 以下のセクションを確認して、選択する項目および指定する情報について理解しておいてください。
  • マシンをホストするハイパーバイザーやクラウドサービスなどのリソースに対して、接続を作成していることを確認してください。
  • マシンのプロビジョニングに使用するマスターイメージを作成している場合は、そのイメージにVDAがインストールされていることを確認してください。

カタログ作成ウィザードを開始するには、次の操作を行います:

  1. Citrix Cloudにサインインします。左上のメニューで、[マイサービス]>[Virtual Apps and Desktops] を選択します。
  2. [管理] を選択します。
  3. 初めてカタログを作成する場合には、適切な選択を行うためのガイドが表示されます(「マシンをセットアップし、マシンカタログを作成して、アプリとデスクトップを実行します。」など)。カタログ作成ウィザードが開き、以下の項目が順番に表示されます。

既存のマシンカタログがあり、別のマシンカタログを作成する場合は、[管理]>[完全な構成]の左側ペインで [マシンカタログ] を選択します。次に、[マシンカタログの作成]を選択します。

ウィザードの指示に従って、以下のページで操作を行います。表示されるページは、選択内容と使用する(ホストへの)接続によって異なります。[ホスト/仮想化リソース] には、サポートされているホストタイプの情報ソースが一覧表示されます。

オペレーティングシステム

各カタログでは、以下のいずれかの種類のマシンを追加します:

  • マルチセッションOS: マルチセッションOSカタログは、ホストされた共有デスクトップを提供します。マシンでは、サポートされているバージョンのWindowsまたはLinuxオペレーティングシステムを実行できますが、両方をカタログに含めることはできません。
  • シングルセッションOS: シングルセッションOSカタログでは、さまざまなユーザーに割り当てることができるVDIデスクトップが提供されます。
  • リモートPCアクセス: リモートPCアクセスのカタログでは、オフィスにあるユーザーの物理デスクトップマシンへのリモートアクセスが提供されます。リモートPCアクセスでは、セキュリティを保護するためのVPNが不要です。

マシン管理

このページは、リモートPCアクセスカタログを作成するときには表示されません。

[マシン管理] ページでは、マシンの管理方法と、マシンの展開に使用するツールが示されます。

完全な構成インターフェイスでカタログ内のマシンの電源を管理するかを選択します。

  • 完全な構成インターフェイスで電源管理をしたりクラウド環境でプロビジョニングしたりするマシン(仮想マシンやブレードPCなど)。このオプションは、ハイパーバイザーやクラウドサービスへの接続が構成済みの場合にのみ使用可能です。
  • 完全な構成インターフェイスで電源管理しないマシン(物理マシンなど)。

マシンが完全な構成インターフェイスで電源管理されるか、クラウド環境でプロビジョニングされるよう指定した場合、仮想マシンの作成に使用するツールを選択します。

  • Citrix MCS(Machine Creation Services): マスターイメージを使用して仮想マシンを作成および管理します。クラウド環境内のマシンカタログではMCSが使用されます。MCSは物理マシンでは使用できません。
  • その他: 上記以外のツールでデータセンター内の既存のマシンを管理します。この場合、Microsoft System Center Configuration Managerまたはほかのサードパーティアプリケーションを使用してカタログ内のマシン構成の一貫性を保つことをCitrixではお勧めします。

デスクトップの種類(デスクトップエクスペリエンス)

このページは、シングルセッション​OSマシンを含むカタログを作成しているときにのみ表示されます。

[デスクトップエクスペリエンス] ページでは、ユーザーのログオンのたびに行われる処理を指定できます。次のいずれかを選択します。

  • ユーザーは、ログオンするたびに新しい(ランダムの)デスクトップに接続されます。
  • ユーザーは、ログオンするたびに同じ(静的な)デスクトップに接続されます。

マスターイメージ

このページは、MCSを使用して仮想マシンを作成するときにのみ表示されます。

ホストハイパーバイザーまたはクラウドサービスへの接続を選択してから、過去に作成したスナップショットまたは仮想マシンを選択します。

注:

  • MCSを使用する場合は、マスターイメージ上でMicrosoft System Preparation Utility(Sysprep)を実行しないでください。
  • スナップショットの代わりにマスターイメージを指定すると、管理インターフェイスでスナップショットが作成されますが、そのスナップショットにわかりやすい名前を付けることはできません。

デフォルトで選択されているVDAの最小バージョンは変更しないでください。最新の製品機能を使用できるようにするため、マスターイメージに最新のVDAバージョンがインストールされていることを確認してください。

ウィザードで過去に選択したマシン管理テクノロジとの互換性がないスナップショットまたは仮想マシンを選択すると、エラーメッセージが表示されます。

クラウドプラットフォームとサービス環境

仮想マシンをホストするのにクラウドサービスやプラットフォームを使用している場合、カタログ作成ウィザードでホスト固有の追加ページが表示されることがあります。たとえば、Azure Resource Managerマスターイメージを使用する場合、カタログ作成ウィザードには [ストレージとライセンスの種類] ページが含まれます。

ホスト固有の情報については、「カタログの作成を開始する」の該当するリンクを参照してください。

マシン

このページは、リモートPCアクセスカタログを作成するときには表示されません。

このページのタイトルは、[マシン管理] ページで選択した項目: [マシン][仮想マシン][仮想マシンとユーザー] によって変わります。

  • MCSを使ってマシンを作成する場合:

    • 作成する仮想マシンの数を指定します。
    • 各仮想マシンのメモリ量(MB単位)を選択します。
    • 重要: 作成された各仮想マシンにハードディスクがあります。そのサイズはマスターイメージで設定されます。カタログでハードディスクのサイズを変更することはできません。
    • [デスクトップエクスペリエンス] ページでユーザーによる静的デスクトップへの変更を専用のPersonal vDiskに保存することを指定した場合は、仮想ディスクサイズ(GB単位)とドライブ文字を指定します。
    • 展開に複数のゾーン(リソースの場所)が含まれている場合、カタログのゾーンを選択できます。
    • 静的なデスクトップ仮想マシンを作成する場合は、仮想マシンコピーモードを選択します。「仮想マシンコピーモード」を参照してください。
    • Personal vDiskを使用しないランダムなデスクトップ仮想マシンを作成する場合は、各マシンの一時データに対して使用するキャッシュを構成できます。「一時データ用キャッシュの構成」を参照してください。
  • 他のツールを使ってマシンを配信する場合:

    Active Directoryマシンアカウント名の追加(またはアカウント名一覧のインポート)仮想マシンのActive Directoryアカウント名は、追加またはインポートした後に変更できます。[デスクトップエクスペリエンス]ウィザードページで静的なマシンを指定すると、追加する各仮想マシンにオプションでActive Directoryユーザー名を指定できます。

    名前を追加またはインポートした後で、[削除]ボタンを使用して、ユーザーはウィザードページ上のままで一覧から名前を削除できます。

  • 他のツール(MCS以外)を使う場合:

    追加(またはインポート)する各マシンのアイコンとヒントにより、カタログに追加できない可能性のあるマシン、またはCloud Connectorに登録できない可能性のあるマシンを特定できます。

仮想マシンコピーモード

[マシン] ページで指定するコピーモードによって、MCSがマスターイメージからシン(簡易コピー)クローンまたはシック(完全なコピー)クローンのどちらを作成するかが決まります。(デフォルトはシンクローン)

  • 簡易コピークローンは、効率的にストレージを使用し、すばやくマシンを作成したい場合に使います。
  • 完全コピークローンは、マシン作成後にIOPSが潜在的に低下した場合に、質の高いデータの復元と移行サポートが必要な場合に使います。

一時データ用キャッシュの構成

仮想マシンでローカルに行う一時データのキャッシュはオプションです。MCSを使用してカタログ内のプールされた(専用ではない)マシンを管理するときに、マシンの一時データキャッシュの使用を有効にできます。カタログで一時データのストレージを指定する接続を使用する場合は、カタログ作成時に一時データキャッシュ情報を有効にして構成できます。

一時データのキャッシュを有効にするには、カタログの各マシンのVDAをバージョン7.9以上にする必要があります。この機能は、MCSIOと呼ばれます。

重要:

この機能を使用するには、最新のMCSIOドライバーが必要です。このドライバーは、VDAのインストール時またはアップグレード時にオプションとしてインストールできます。デフォルトでは、このドライバーはインストールされません。

カタログで使用する接続を作成するときに、一時データ用に共有ストレージとローカルストレージのどちらを使用するかを指定します。詳しくは、「接続とリソース」を参照してください。カタログでの一時キャッシュの有効化と構成には、2つのチェックボックスと値、[キャッシュに割り当てられたメモリ(MB)][ディスクキャッシュサイズ(GB)] があります。デフォルトでは、これらのチェックボックスはオフになっています。これらのチェックボックスの片方または両方をオンにした場合、デフォルト値は接続の種類に応じて変化します。通常は、デフォルト値で十分なことが多いですが、次のデータに必要な容量を検討します:

  • Windowsページファイルなどの、Windows自体が作成する一時データファイル
  • ユーザープロファイルデータ
  • ユーザーのセッションに同期されるShareFileデータ。
  • セッションユーザーによって作成またはコピーされるデータや、ユーザーがセッション内にインストールするアプリケーション

[ディスクキャッシュサイズ]チェックボックスをオンにした場合は、一時データは最初にメモリキャッシュに書き込まれます。メモリキャッシュが、構成された制限([キャッシュに割り当てられたメモリ] の値)に達すると、最も古いデータは一時データキャッシュディスクに移動されます。

ストレージの画像

メモリキャッシュは、各マシンの合計メモリ容量の一部であるため、[キャッシュに割り当てられたメモリ]チェックボックスをオンにする場合は、各マシンの合計メモリ容量の増加を考慮します。

[キャッシュに割り当てられたメモリ]チェックボックスをオフにし、[ディスクキャッシュサイズ]チェックボックスをオンのままにすると、一時データはメモリキャッシュの最小量に達するまでキャッシュディスクに直接書き込まれます。

[ディスクキャッシュサイズ] をデフォルト値から変更すると、パフォーマンスに影響することがあります。サイズはユーザー要件とマシンの負荷に合わせる必要があります。

重要:

ディスクキャッシュの容量が不足すると、ユーザーセッションは利用できなくなります。

[ディスクキャッシュサイズ] チェックボックスをオフにすると、キャッシュディスクは作成されません。この場合、[キャッシュに割り当てられたメモリ] にすべての一時的なデータを保持するのに十分な値を指定します。これは、各仮想マシンへの割り当てに大量のRAMが使用できる場合にのみ可能です。

両方のチェックボックスをオフにすると、一時データはキャッシュされず、各仮想マシンの差分ディスク(OSストレージにあります)に書き込まれます。(これは、7.9より前のリリースでは、プロビジョニングアクションです。)

このカタログを使用してAppDiskを作成しようとしている場合は、キャッシュを有効にしないでください。

マシンカタログの作成後は、キャッシュ値を変更できません。

CSVファイルを使用したマシンの一括追加

[完全な構成] 管理インターフェイスを使用する場合は、CSVファイルを使用してマシンを一括で追加できます。この機能は、MCS(Machine Creation Services)を介して作成されたカタログを除いて、すべてのカタログで使用できます。

CSVファイルを使用してマシンを一括追加する一般的なワークフローは次のとおりです:

  1. [マシン] ページで、[CSVファイルの追加] を選択します。[マシンを一括で追加] ウィンドウが開きます。

  2. [CSVテンプレートのダウンロード] を選択します。

  3. テンプレートファイルに入力します。

  4. ファイルをドラッグまたは参照してアップロードします。

  5. [検証] を選択して、インポートの検証チェックを実行します。

  6. [インポート] を選択して完了します。

CSVファイルの注意事項については、「CSVファイルを使用してマシンを追加する場合の考慮事項」を参照してください。

NIC

このページは、リモートPCアクセスカタログを作成するときには表示されません。

複数のNICを使用する場合は、各NICに仮想ネットワークを関連付けます。たとえば、特定のセキュアネットワークへのアクセスに1枚のNICを割り当てて、より一般的なネットワークへのアクセスに別のNICを割り当てることができます。また、このページでNICを追加または削除することもできます。

マシンアカウント

このページは、リモートPCアクセスカタログを作成するときにのみ表示されます。

ユーザーまたはユーザーグループに対応するActive Directoryマシンアカウントまたは組織単位(OU)を指定して追加します。組織単位名にはスラッシュ(/)を使用しないでください。

構成済みの電源管理接続を選択するか、電源管理を使用しないことを選択します。電源管理に必要な接続が構成済みでない場合は、マシンカタログの作成後に新しい接続を作成してから、そのマシンカタログを編集して電源管理設定を更新できます。

また、CSVファイルを使用してマシンを一括で追加できます。これを行うための一般的なワークフローは次のとおりです:

  1. [マシンアカウント] ページで、[CSVファイルの追加] を選択します。[マシンを一括で追加] ウィンドウが開きます。

  2. [CSVテンプレートのダウンロード] を選択します。

  3. テンプレートファイルに入力します。

  4. ファイルをドラッグまたは参照してアップロードします。

  5. [検証] を選択して、インポートの検証チェックを実行します。

  6. [インポート] を選択して完了します。

CSVファイルの注意事項については、「CSVファイルを使用してマシンを追加する場合の考慮事項」を参照してください。

マシンID

このページは、MCSを使用して仮想マシンを作成するときにのみ表示されます。

カタログ内の各マシンは、一意のIDを持っている必要があります。このページでは、カタログ内のマシンのIDを構成できます。マシンは、プロビジョニングされた後、IDに結合されます。カタログの作成後にIDの種類を変更することはできません。

このページで設定を構成するための一般的なワークフローは次のとおりです:

  1. 一覧からIDを選択します。
  2. アカウントを作成するか既存のアカウントを選択して、アカウントの場所(ドメイン)を指定します。

次のいずれかのオプションを選択できます:

  • オンプレミスActive Directory。組織が所有しているマシンで、その組織に属したActive Directoryアカウントでサインインしたマシン。これらのマシンはオンプレミスに存在します。

  • ドメイン非参加。どのドメインにも参加していないマシン。

重要:

  • IDの種類に [オンプレミスActiveDirectory] を選択した場合、カタログ内の各マシンには、対応するActiveDirectoryコンピューターアカウントが必要です。
  • IDの種類が [ドメイン非参加] である場合には、カタログの最小機能レベルとしてバージョン1811以降のVDAが必要です。このVDAは最小機能レベルを更新すると使用可能になります。

アカウントを作成する場合は、マシンが存在するOUにコンピューターアカウントを作成する権限が必要です。

  • カタログ内の各マシンは、一意のコンピューター名を持っている必要があります。作成するマシンのアカウント名前付けスキームを指定します。ハッシュ記号(#)を使用して、連続した数字または文字が表示される場所を示します。組織単位名にはスラッシュ(/)を使用しないでください。名前を数字や空白で始めることはできません。たとえば、名前付けスキームとして「PC-Sales-##」を指定して[0~9]を選択すると、PC-Sales-01、PC-Sales-02、PC-Sales-03などのコンピューターアカウント名が作成されます。

既存のアカウントを使用する場合、アカウントを参照するか、[インポート] をクリックしてアカウント名が含まれるCSVファイルを指定します。インポートするファイルでは、次の形式を使用する必要があります:

  • [ADComputerAccount] ADコンピューターアカウント名.ドメイン

追加するすべてのマシンに十分な数のアカウントをインポートする必要があります。これらのアカウントは[完全な構成]インターフェイスで管理されるため、すべてのアカウントのパスワードのリセットをこのインターフェイスに許可するか、アカウントのパスワードを指定します(すべてのアカウントで同じパスワードを使用する必要があります)。

物理マシンまたは既存のマシン用のカタログでは、既存のアカウントを選択またはインポートして、各マシンをActive Directoryコンピューターアカウントおよびユーザーアカウントに割り当てます。

ドメイン資格情報

[資格情報の入力] を選択して、Active Directoryにマシンアカウントを作成するために十分な権限を持つユーザー資格情報を入力します。

ヒント:

完全な構成インターフェイスへのログインに使用したアカウントは、Active Directoryの操作に使用するアカウントと同じです。新しいカタログをプロビジョニングしたり、マシンをカタログに追加したり、Active Directoryからカタログとマシン名を削除したりすると、Active Directoryドメイン管理者の資格情報を要求するダイアログが表示されます。

Workspace Environment Management(オプション)

このページは、Citrix Virtual Apps and DesktopsサービスのAdvancedまたはPremiumを使用している場合にのみ表示されます。

カタログをバインドするWorkspace Environment Management(WEM)構成セットを選択します。構成セットは、WEM構成のセットを編成するために使用される論理コンテナです。カタログを構成セットにバインドすると、WEMを使用して、可能な限り優れたワークスペース環境をユーザーに提供できます。

重要:

  • カタログを構成セットにバインドする前に、WEMサービス環境をセットアップする必要があります。Citrix Cloudにサインインしてから、WEMサービスを起動します。詳しくは、「Workspace Environment Managementサービスの開始」を参照してください。
  • 既にWEMを使用している場合は、プロビジョニングしようとしているカタログ内のマシンが、たとえばActive Directoryを介して、構成セットに既に存在している可能性があります。その場合は、Active Directoryを一貫して使用して構成を実行し、この構成をスキップすることをお勧めします。

選択した構成セットにWEMの基本構成に関連する設定が含まれていない場合は、次のオプションが表示されます:

  • [基本設定を構成セットに適用します]。このオプションを使用すると、構成セットに基本設定を適用することで、WEMをすばやく開始できます。基本設定には、CPUスパイク保護、CPUスパイクの自動防止、およびインテリジェントなCPU最適化が含まれています。基本設定を表示するには、こちらのリンクをクリックしてください。変更するには、WEMコンソールを使用します。

概要、名前、および説明

[概要] ページで、指定した設定を確認します。カタログの名前と説明を入力します。この情報は、[完全な構成]管理インターフェイスに表示されます。

完了したら、[完了]を選択してカタログの作成を開始します。

詳細情報

次のステップ

最初のカタログを作成すると、デリバリーグループを作成する手順が表示されます。

構成プロセスの全体像については、「展開の計画と構築」を参照してください。