シトリックス プロビジョニング™ (ゼノサーバー、ブイエムウェア、ハイパーブイ、ニュータニックス、アジュール)

最終公開日 : Oct 24, 2026
Citrix Provisioningコネクタを使用すると、MS Hyper-V、VMware vSphere、Nutanix AHV Acropolis、XenServer、またはAzureで実行されているターゲットで使用するために、レイヤー化されたイメージをCitrix Provisioningに公開できます。

開始する前に

Citrix Provisioningコネクタの設定には、レイヤーを作成したり、レイヤー化されたイメージを公開したりする仮想マシンにApp Layeringアプライアンスがアクセスするために使用できるアカウントが必要です。
プラットフォームレイヤーを作成する際には、Citrix Provisioningでターゲットデバイスを作成する際と同じVMハードウェアを使用することをお勧めします。ほとんどの場合、これはレイヤーを作成するために使用されるコネクタ構成でターゲットデバイスを作成するために使用されるVMテンプレートを選択することを意味します。この方法により、公開されたイメージとターゲットデバイスが同じベースラインVM仕様を持つことが保証されます。コネクタとコネクタ構成の詳細については、「コネクタ構成」を参照してください。
注:
Citrix Provisioningコネクタ構成は、現在、Image Portability機能をサポートしていません。
PVS用のイメージを公開するには、PVSサーバーのストアの場所に相当する共有で構成されたWindowsファイル共有コネクタを使用して公開タスクを実行します。これにより、PVSストア内にイメージを含むVHD(x)が作成されます。その後、PVSコンソールまたはPowerShellコマンドレットを使用して、ディスクをPVSに手動で登録できます。
Image Portabilityの詳細については、当社のImage Portabilityドキュメントを参照してください。

レイヤリング

公開の前提条件

レイヤー化されたイメージを公開する際の前提条件については、以下を参照してください。
  • Citrix ProvisioningサーバーにApp Layeringエージェントをインストールする
    Citrix Provisioningサーバー、およびコネクタがスクリプトを実行するように構成されている場所にエージェントをインストールします。各エージェントをApp Layeringアプライアンスに登録します。
  • エージェントがインストールされている場所にCitrix Provisioningコンソールをインストールする
    エージェントがインストールされているすべてのCitrix Provisioningサーバーに、Citrix Provisioningコンソールをインストールする必要があります。
  • PowerShellスナップインのインストール
    適切なPowerShellスナップインをインストールします。
  • ターゲットデバイスごとに一意のCMID (KMSを使用する場合)
    KMSライセンスを使用する場合、Citrix Provisioningでは、各ターゲットデバイスに一意のCMIDが必要です。KMSの再武装については、プラットフォームレイヤーの作成の手順で説明されています。
  • 環境で使用するその他のCitrix Provisioning設定
    プラットフォームレイヤーでCitrix Provisioningを構成します。イメージを公開するサーバーのバージョンと一致するバージョンのターゲットデバイスソフトウェアをインストールします。設定が、レイヤー化されたイメージを使用する環境と一致していることを確認してください。
  • Hyper-V用シトリックス プロビジョニング
    Pre-Boot Execution Environmentブートには、レガシーネットワークアダプターが必要です。

シトリックス プロビジョニングの要件

  • ドメインアカウントにはCitrix Provisioningストアへのアクセス権がありますが、ローカルシステムアカウントにはありません。Citrix Provisioningサーバーがデフォルト設定であるローカルシステムアカウントを使用するように構成されている場合、Citrix Provisioning構成ウィザードを実行してアカウントを変更できます。ウィザードでは、ローカルシステムとして実行するか、ドメインアカウントを使用するかを選択できます。ドメインアカウントを選択してください。
  • コネクタ構成のドメインユーザーアカウントは、Citrix ProvisioningサーバーのローカルAdministratorsグループに属している必要があります。
  • Citrix Provisioningサーバーとアカウント情報 - App Layeringが、レイヤー化されたイメージを公開するCitrix Provisioning環境内の場所にアクセスするには、Citrix Provisioningコネクタ構成で資格情報と場所を指定します。
  • App Layeringエージェントは、各Citrix Provisioningサーバーにインストールする必要があります。詳細については、エージェントのインストール手順を参照してください。

Citrix Provisioningコネクタ構成

Citrix Provisioningコネクタ構成に必要な情報は次のとおりです。
  • 構成名: このコネクタ構成を識別し、追跡するためのわかりやすい名前。

Citrix Provisioningサーバー構成

  • コンソール: App Layeringエージェントが展開されているCitrix Provisioningサーバーの名前。これは、Personal vDiskが公開されるサーバーです。
    注:
    Citrix Provisioningサーバーが別のドメインにあるApp Layeringアプライアンスにアクセスできるように、FQDNではなくホスト名が必要です。
  • ドメインユーザー: Citrix Provisioningを管理する権限を持つドメインアカウントのユーザー名。このアカウントは、エージェントがProvisioning Services PowerShellコマンドを実行するために使用されます。このアカウントには、公開されたPersonal vDiskを書き込むために、Citrix Provisioningストアへの読み取り/書き込みアクセス権が必要です。
  • パスワード: ドメインユーザーアカウントのパスワード。

vDisk設定

  • サイト名: このPersonal vDiskが属するサイトの名前。
  • ストア名: このPersonal vDiskが属するストアの名前。
  • ライトキャッシュ: 新しいディスクが作成される際、この値は新しいディスクのライトキャッシュタイプを設定します。可能な値は次のとおりです。
    • サーバー上のキャッシュ
    • サーバー上のキャッシュ、永続的
    • デバイスRAM内のキャッシュ
    • デバイスRAMにキャッシュし、ハードディスクにオーバーフロー
    • デバイスのハードドライブにキャッシュ
    重要:
    「ライトキャッシュ」オプションを選択する場合は、このPersonal vDiskを使用するCitrix Provisioningサーバーとターゲットデバイスが、選択したタイプに適切に構成されていることを確認するため、「標準のPersonal vDiskイメージのライトキャッシュの保存先を選択する」(/ja-jp/provisioning/current-release/manage/managing-vdisks/write-cache.html)を参照してください。
  • ライセンスモード: Windowsのライセンスモードを次のように設定します。
    • KMS - キー管理サービス
    • MAK - マルチプルアクティベーションキー
    • なし
  • Active Directoryマシンアカウントパスワード管理を有効にする: Active Directoryパスワード管理を有効にします。デフォルト値は有効です。
  • 負荷分散を有効にする: Personal vDiskのストリーミングのために負荷分散を有効にします。
  • プリンター管理を有効にする: 有効にすると、無効なプリンターがデバイスから削除されます。

コンポジット設定

オフロードコネクタ構成: オフロードコンポジットが有効になっているハイパーバイザーコネクタ構成。このコネクタ構成は、Citrix Provisioningコネクタに代わってレイヤーをコンポジットします。オフロードコンポジットエンジンで使用される仮想マシン設定は、このコネクタ構成から取得されます。たとえば、オフロードコネクタ構成がUEFIマシンを作成するように設定されている場合、結果のvDiskはUEFI形式になります。
ディスク形式: Citrix Provisioningサーバー上のCitrix Provisioning vDiskのディスク形式。ここで指定された形式は、関連するオフロードコネクタ構成の形式を上書きします。
ファイル共有パス: UNCパスは、vDisk設定で選択されたCitrix Provisioningストアに対応します。要件は次のとおりです。
  • Citrix ProvisioningストアがUNCファイル共有を指していない場合は、ローカルパスをSMB共有として構成します。
  • ファイル共有パスは、コンポジティングエンジンと選択されたCitrix Provisioningストアからアクセス可能です。
オフロードコンポジティングが選択されているときにストアの選択を変更すると、コネクタはファイル共有パスの解決を試みます。ファイル共有パスを自動的に解決できない場合、そのパスは空白のままになります。

スクリプト構成 (オプション、高度な機能)

コネクタ構成を作成する際、App Layeringエージェントが実行されている任意のWindowsマシン(Citrix Provisioningサーバーで使用されているものと同じエージェント)で、オプションのPowerShellスクリプトを構成できます。これらのスクリプトは、App Layeringエージェントがインストールされているマシンに保存します。スクリプトは、レイヤー化されたイメージのデプロイが成功した後にのみ実行してください。異なるテンプレートイメージや異なるコネクタ構成でスクリプトを再利用できるように、いくつかの事前設定された変数が利用可能です。これらの変数には、Citrix Provisioningで公開されたレイヤー化されたイメージの一部として作成された仮想マシンを識別するために必要な情報も含まれています。
スクリプトを実行しても公開ジョブの結果には影響せず、スクリプト内で実行されたコマンドの進行状況は表示されません。Citrix Provisioningコネクタログには、実行されたスクリプトの出力が含まれています。

スクリプトの構成

この手順はオプションであることを忘れないでください。レイヤー化されたイメージが公開されるたびにスクリプトを実行したい場合は、以下のセクションで説明されている値を使用してこれらの手順を完了してください。
  1. コネクタ構成を完了して保存します。
    注:
    スクリプト構成ページを選択する前に、コネクタ構成設定への編集内容を保存(または破棄)する必要があります。
  2. 左側のナビゲーションメニューが開いていない場合は、それを選択し、スクリプト構成をクリックしてスクリプトパスページを開きます。
  3. 必須フィールドを完了し、保存をクリックします。フィールドの説明は次のとおりです。

スクリプト構成フィールド

  • スクリプトを有効にする: 残りのフィールドを有効にするには、このチェックボックスを選択します。これにより、レイヤー化されたイメージが公開されるたびに実行されるスクリプトを入力できます。
  • スクリプトエージェント: スクリプトが配置され、実行されるエージェントマシン。
  • ユーザー名 (オプション): スクリプトの実行時に偽装するユーザー名。この名前は、スクリプトが、スクリプト内の操作を実行するために必要な権限を持つユーザーのコンテキストで実行されることを保証するために使用できます。
  • パスワード (オプション): 指定されたユーザー名のパスワード。
  • スクリプトパス: スクリプトファイルが配置されているエージェントマシン上の完全なパスとファイル名。

その他のスクリプト構成値

PowerShell変数

PowerShellスクリプトで以下の変数を使用します。
値 コネクタタイプに適用 値を決定するコード 説明
connectorCfgName すべて 共通コード スクリプト構成が関連付けられているコネクタ構成の名前。
imageName すべて 共通コード レイヤードイメージの構築/公開に使用されるレイヤードイメージテンプレートの名前。
osType すべて 共通コード 公開されたレイヤードイメージのOSタイプ。以下のいずれかの値になります: Windows7; Windows764; Windows200864; Windows201264; Windows10; Windows1064
diskLocatorId すべて プロビジョニングサービス パーソナルvDiskの内部ID。

ユーザーの偽装

Windowsマシン上でサービスとして実行されるApp Layering Agentは、ローカルシステムアカウントまたはネットワークアカウントのいずれかで実行されます。これらのアカウントはいずれも特別な権限を持つことができますが、特定のコマンドを実行したり、ファイルシステム内のファイルを参照したりする際には、しばしば制限されます。そのため、App Layeringでは、ユーザーを「偽装」するために使用できるドメインユーザーとパスワードを追加するオプションが提供されています。これは、そのユーザーがシステムにログオンしたかのようにスクリプトを実行できることを意味し、そのユーザーの権限と許可に従って、すべてのコマンドやデータにアクセスできるようになります。ユーザー名またはパスワードが入力されていない場合、スクリプトはサービスが実行するように構成されているアカウントを使用して実行されます。

スクリプト実行ポリシー

スクリプト実行ポリシーの要件は、お客様次第です。署名されていないスクリプトを実行する予定がある場合は、より緩やかなポリシーのいずれかに実行ポリシーを構成する必要があります。ただし、独自のスクリプトに署名する場合は、より制限の厳しい実行ポリシーを使用することを選択できます。