サーバー

ファーム内のProvisioning Servicesサーバーを構成する場合は、一般的には次のタスクを実行します。

重要:

Provisioning Servicesサーバーのプロパティを変更した後は、Stream Serviceを再起動して変更を有効にします。サービスを再起動するときは注意してください。ターゲットデバイスがProvisioning Servicesサーバーに接続している場合は、変更のためにデバイスが再接続できなくなることがあります。[ネットワーク]タブの[IPアドレス]ボックスには、Provisioning Servicesサーバーの実際の静的IPアドレスを入力する必要があります。

サーバープロパティのプロビジョニング

コンソールでProvisioning Servicesサーバーの[サーバープロパティ]ダイアログボックスを使用して、Provisioning Servicesサーバーの構成設定を変更できます。既存のプロパティを表示するには、次の方法のいずれかを選択します。

  • Provisioning Servicesサーバーを強調表示して[操作]メニューの [プロパティ] を選択します。
  • Provisioning Servicesサーバーを右クリックして[プロパティ]を選択します。
  • 詳細ペインが開いている場合は、Provisioning Servicesサーバーを強調表示して、操作の一覧から[プロパティ]を選択します。

[サーバープロパティ]ダイアログボックスには次のタブがあります。

  • 全般
  • ネットワーク
  • ストア
  • オプション
  • ログ記録

ヒント:

[サーバープロパティ]ダイアログボックスで行った変更によりサーバーの再起動が必要になった場合は、メッセージが表示されます。

[全般]タブ

フィールド 説明
名前と説明 Provisioning Servicesサーバーの名前と簡潔な説明を表示します。サーバー名の長さの上限は15文字です。サーバー名として完全修飾ドメイン名を入力しないでください。
性能等級 各サーバーに割り当てて、どのサーバーの処理能力に最も余裕があるかを判断するために使用します。使用する等級は管理者が定義します。たとえば、1から10まで、または100から1000までの等級ですべてのサーバーを評価できます。1から10の等級を使用する場合、2等級のサーバーは1等級のサーバーの2倍の処理能力があるとみなされ、2倍の数のターゲットデバイスが割り当てられます。同様に、100から1000の等級を使用する場合、200等級のサーバーは100等級のサーバーの2倍の処理能力があるとみなされ、2倍の数のターゲットデバイスが割り当てられます。すべてのサーバーにデフォルトの1.0を使用する場合、サーバー間で均等にデバイスが分散されます。この場合、負荷分散アルゴリズムで各サーバーの性能は考慮されません。等級は0.1から1000.0の間で指定できます。1.0がデフォルトです。
サーバーのイベントログにイベントを記録する このProvisioning ServicesサーバーのWindowsイベントログにイベントを記録するには、このチェックボックスをオンにします。

[サーバー]タブ

[サーバープロパティの詳細] ウィンドウでは、次のオプションを選択できます。

フィールド 説明
1 ポートあたりのスレッド数 UDPポートで受信するUDPパケットを処理する、スレッドプール内のスレッド数です。適切な設定は4から8です。スレッド数が多いとターゲットデバイスからの要求をより多く同時に処理できますが、より多くのシステムリソースを消費します。
1 スレッドあたりのバッファー数 スレッドプール内の各スレッドに割り当てられたパケットバッファー数です。1スレッドあたりのバッファーは、ターゲットデバイスからの1つのI/Oトランザクションを単一のスレッドで読み取るのに十分なだけの数が必要です。そのため、1スレッドあたりのバッファーは、理想的にはI/Oバーストサイズを最大転送ユニットで割った値に1を加えた値にする必要があります。設定値を大きくしすぎると過剰にメモリが消費されますが、効率が下がることはありません。設定値を小さくしすぎるとRAMの消費が下がりますが、効率に悪影響を及ぼします。
サーバー キャッシュのタイムアウト 各サーバーはCitrix Provisioningデータベースに定期的に状態情報を書き込みます。この状態情報には書き込むたびにタイムスタンプが付きます。サーバーキャッシュのタイムアウトの秒数よりデータベース内の状態情報が新しいと、サーバーはファーム内のほかのサーバーから「起動している」とみなされます。ファーム内の各サーバーは、サーバーキャッシュのタイムアウト値を2で割った秒数の間隔で、つまりタイムアウトの2倍の頻度で状態情報を書き込もうとします。サーバーキャッシュのタイムアウト値を小さくするとオフラインのサーバーをよりすばやく検出できますが、データベース処理が余分に発生します。サーバーキャッシュのタイムアウト値を大きくするとデータベースの負荷が下がりますが、停止したサーバーの検出により長い時間がかかります。
ローカルおよび同時I/Oの制限 ストレージデバイスに送信される可能性のある、未処理の同時I/Oトランザクション数を制御します。ストレージデバイスはローカルのドライブ文字(C:やD:など)またはUNCパスのベース(\ServerNameなど)として定義されます。Citrix Provisioning Serviceは高度にマルチスレッド化されたサービスのため、数百のI/O要求を同時にストレージデバイスに送信する可能性があります。通常これらの要求はデバイスによってキューに登録され、時間があるときに処理されます。一部のストレージデバイス、とりわけWindowsネットワーク共有は、このような多数の同時要求に十分に処理できません。ある種の状況では、接続が切断されたり、トランザクションの処理に異常に時間がかかったりする可能性があります。Citrix Provisioning Serviceで同時I/Oトランザクションを調整することで、この種のデバイスでより良いパフォーマンスが得られます。ローカルデバイスはドライブ文字で定義するデバイスです。リモートデバイスはUNCサーバー名で定義するデバイスです。これは、ネットワーク共有とローカルドライブで別々の制限をかける簡単な方法です。ネットワーク共有を提供するコンピューターが、つまりそのコンピューター上のドライブの速度が遅い場合、その共有で最高のパフォーマンスを得るにはリモート同時I/Oの制限値として1から3を指定する必要がある可能性があります。高速なローカルドライブを使用する場合は、ローカル同時I/Oの制限値として非常に高い値を設定できる可能性があります。特定のハードウェア環境に最適な設定は、実地テストをして導き出す必要があります。どちらか一方の値を0にすると機能が無効になり、Citrix Provisioningが制限なしで実行されます。非常に高速なローカルドライブを使用する場合は、機能を無効にするほうが望ましい可能性があります。ネットワーク共有に過剰な負荷がかかると、デバイスを一斉に起動するときに多くのデバイスで再試行および再接続が発生します。これは、ファイルの読み取り/書き込みおよびオープンにかかる時間が60秒を超えると引き起こされます。共有上での同時I/Oトランザクションを調整すると、この種の問題をかなり減らすことができます。

[ネットワーク]タブ

フィールド 説明
最大転送ユニット 単一のUDPパケットに含めるバイト数です。標準的なイーサネットでは、デフォルト値が適切です。WAN経由で運用する場合はIPパケットの断片化を防ぐために、より小さい値を設定する必要がある可能性があります。Citrix Provisioningでは、IPパケットの断片化と再構築を現在サポートしていません。また、たとえばセキュリティ上の理由から各パケットにバイトを追加するデバイスまたはソフトウェアレイヤーを使用する場合は、より小さい値を設定する必要がある可能性があります。インフラストラクチャ全体(Citrix ProvisioningのNIC、ターゲットデバイスのNIC、および介在するスイッチやルーター)がジャンボパケットをサポートする場合は、ジャンボパケットの最大値より50バイト少ない値を最大転送ユニットに設定して、非常に高いネットワークスループットを得られます。
I/Oバーストサイズ ACK信号がサーバーまたはデバイスから送信される前に、単一の読み取り/書き込みトランザクションで転送されるバイト数です。I/Oバーストが大きいほど個々のデバイスに対するスループットは高速になりますが、サーバーとネットワークインフラストラクチャには負荷がかかります。また、I/Oバーストが大きいほどパケットの喪失と高コストな再試行が発生する可能性が高くなります。I/Oバーストが小さいと単一のクライアントネットワークスループットは低くなりますが、サーバー負荷も軽減されます。また、再試行が発生する可能性も低くなります。I/Oバーストサイズを最大転送ユニットで割った値は32以下である必要があります。つまり、ACK信号が必要になる前に単一のI/Oバーストに含められるのは32パケットのみです。
ソケット通信 ネットワーク通信で非ブロッキングI/Oを有効にします。

[ペース]タブ

フィールド 説明
起動一時停止レコード [最大起動デバイス数]ボックスの値を超える数のデバイスが起動したときにデバイスが一時停止する時間です。デバイスはメッセージをユーザーに表示し、[起動待機時間]ボックスの秒数の間待機してから起動の続行を試行します。サーバーがデバイスの起動を許可するまで、[起動待機時間]ボックスの秒数の間隔で、デバイスはサーバーに問い合わせます。
最長起動時間 デバイスが起動途中であるとみなされる時間です。デバイスが起動を開始すると[最長起動時間]ボックスの値が経過するまで、そのデバイスは起動途中であるとみなされます。この期間が経過した後は、実際に起動を完了していなくても、(起動ペースに関する限りは)デバイスは起動途中とみなされなくなります。最長起動時間は、起動ペースの計算上のデバイスごとの起動状態の時間制限と考えることができます。
最大起動デバイス サーバーが一度に起動を許可できる最大デバイス数です。この数を超えると新しい起動途中のデバイスが一時停止されます。起動途中のデバイスの数がこの制限値より少なくならなければ、さらに多くのデバイスを起動することはできません。
vDisk作成ペース このProvisioning ServicesサーバーでvDiskを作成するときの待機ペースです。値を大きくするとvDiskの作成時間が長くなりますが、Provisioning Servicesサーバーのオーバーヘッドが小さくなり、実行中のターゲットデバイスが効率的に動作します。

[デバイス]タブ

フィールド 説明
ライセンスタイムアウト ターゲットデバイスからライセンス保持要求を受信してから、保持していたライセンスをほかのターゲットデバイスで使用するために解放するまでの時間です。(停電などで)ターゲットデバイスが異常終了した場合、そのデバイス用にライセンスが保持され続けることがあります。

[ネットワーク]タブ

フィールド 説明
IP アドレス ターゲットデバイスがこのProvisioning Servicesサーバーと通信するときに、Stream Serviceで使用されるIPアドレスです。新しいProvisioning Servicesサーバーを追加するときは、新しいサーバーの有効なIPアドレスを入力します。IPアドレス情報の表示時は、次のフィールドが含まれています:追加 - 選択したProvisioning ServicesサーバーのIPアドレスを追加します。編集 - 選択したProvisioning ServicesサーバーのIPアドレスを変更できるようにIPアドレスダイアログを開きます。削除 - 選択したProvisioning Servicesサーバーに使用可能なIPアドレスのリストから、選択したIPアドレスを削除します。
ポート ターゲットデバイスの通信のためにStream Serviceで使用されるポートの範囲を示す、最初と最後のUDPポート番号を入力します。注: 範囲には最低でも5つのポートを含めます。デフォルトの最初のポート番号は6910で、最後のポート番号は6930です。

[ストア]タブ

フィールド 説明
ストア このProvisioning Servicesサーバーで使用できるすべてのストア(vDiskへの物理パスを表す論理名)を一覧表示します。このフィールドには、次のオプションが含まれています:追加 - 新しいストアとそのストアのプロパティを、デフォルトのパスを上書きするストアのリストに含めることができるように、[ストアプロパティ]ダイアログボックスを開きます。編集 - ストアのプロパティを変更できるように、[ストアプロパティ]ダイアログボックスを開きます。既存のストアを選択し、[編集]をクリックしてそのストアのプロパティを変更します。削除 - このProvisioning Servicesサーバーで使用できるストアの一覧から、選択したストアを削除します。
[ストアプロパティ]ダイアログボックス 次のフィールドが含まれています:ストア - ストアの名前。このフィールドは、既存のストアを編集するときに表示されます。新しいストアである場合は、ドロップダウンリストからストアを選択します。ストアへのアクセスに使用するパス - このストアパスは、ストアプロパティで構成されているデフォルトパスを上書きする必要がある場合にのみ必要です。ストアプロパティのデフォルトパスがこのサーバーで有効な場合は、サーバーのストアプロパティでストアパスを空白のままにしておきます。注:[サーバープロパティ]ダイアログボックスで優先ストアパスを設定する場合は、新しいバージョンのvDiskを作成する前に設定しておく必要があります。このパス情報は.vhdxヘッダー情報に格納されて参照されるので、バージョニング後にパスを変更すると、予期しない結果が生じることがあります。書き込みキャッシュパス - [追加] または [編集] をクリックして[書き込みキャッシュパス]ダイアログボックスを開き、このストアの適切な書き込みキャッシュパスを入力します。一覧から既存のパスを選択して [削除]をクリックすると、ストアとのパスの関連付けが削除されます。[上に移動] および [下に移動] をクリックして、キャッシュパスの優先順序を変更します。高可用性機能を構成する場合は、一覧内のキャッシュパスの順序が各サーバーで同じである必要があります。

[オプション]タブ

フィールド 説明
Active Directory コンピューターアカウントのパスワードを自動的に更新する - ターゲットデバイスがドメインに属していて、コンピューターのパスワードをWindows Active Directoryとターゲットデバイスの間で再ネゴシエートする必要がある場合は、[コンピューターアカウントのパスワードを自動的に更新する]チェックボックスをオンにして、再ネゴシエーションの間隔を設定します。
vDisk の自動更新の有効化 vDiskを自動的に更新するにはチェックボックスをオンにして、更新を確認する時刻を設定します。

[ログ]タブ

フィールド 説明
ログレベル 次のログレベルオプションから選択します:トレース - 有効なすべての操作が記録されます。 デバッグ - 特定の操作の詳細が記録されます。デバッグは最高度のログレベルです。ログレベルをデバッグに設定すると、ほかのすべてのレベルのログ情報もログファイルに記録されます。情報 - デフォルトのログレベルです。操作がどのように発生したかを大まかに説明する、ワークフローに関する情報が記録されます。警告 - 正常終了したが問題のあった操作に関する情報が記録されます。エラー - エラー条件を発生させた操作に関する情報が記録されます。重大 - システムが正常な状態に回復できないエラーを引き起こした操作に関する情報が記録されます。
最大ファイルサイズ ログファイルの最大サイズを入力します。このサイズに達すると新しいファイルが作成されます。
最大バックアップファイル数 保持するバックアップログファイルの最大数を入力します。この数に達すると、最も古いファイルが自動的に削除されます。

プロパティのコピーと貼り付け

Provisioning ServicesサーバーのプロパティをコピーしてほかのProvisioning Servicesサーバーに貼り付けるには

  1. プロパティのコピー元のProvisioning Servicesサーバーを右クリックして [サーバープロパティのコピー] を選択します。[サーバープロパティのコピー]ダイアログボックスが開きます。
  2. コピーするプロパティのチェックボックスをオンにするか、[すべて選択]をクリックしてすべてのプロパティのコピーを有効にします。
  3. [コピー]をクリックします。プロパティを貼り付けるProvisioning Servicesサーバーを右クリックし、[貼り付け]を選択します。

Provisioning Servicesサーバーの手動構成

リモートのProvisioning Servicesサーバーをセットアップする場合や特別な要件がある場合は、Stream Serviceを手動で構成して開始する必要があります。確実にすべての設定が正しく設定されるように、リモートのProvisioning Servicesサーバーで構成ウィザードを実行する必要があります。構成ウィザードを実行できないと、vDiskをマップできなくなる可能性があります。

構成ウィザードの再実行

構成ウィザードは、Provisioning ServicesサーバーのIPアドレスを変更した場合にStream Serviceを更新するときに使用できます。何らかの理由でProvisioning ServicesサーバーのIPアドレスを変更した場合は、構成ウィザードを再実行し、入力を求められたときに新しいIPアドレスを選択するだけで構成が済みます。構成ウィザードを完了すると、構成内の適切なIPアドレスが再設定されStream Serviceが再起動されます。

Stream Serviceの手動起動と構成

Stream Serviceを構成した後は、変更が有効になるようにサービスを開始する必要があります。Provisioning Servicesサーバーの起動時にサービスが自動的に開始する設定にすることを強くお勧めします。

注:

構成ウィザードにより、必要なサービスが開始され、また自動的に開始するように構成されます。サービスを手動で開始し構成する必要がある場合は、このセクションの手順を使用します。

Provisioning Servicesサーバーが動作するにはStream Serviceが開始されている必要があります。開始していない場合は、次の起動サービスを開始します。

  • BOOTPサービスまたはPXEサービス
  • TFTPサービス

サービスを手動で開始するには:

  1. [スタート]メニューの[コントロールパネル]を開きます。
  2. [コントロールパネル]の[管理ツール]アイコンをダブルクリックします。
  3. [管理ツール]ウィンドウの[サービス]アイコンをダブルクリックします。[サービス]ウィンドウが開きます。
  4. [サービス]ウィンドウで開始するサービスを右クリックし、[開始]を選択します。

Provisioning Servicesサーバーの起動時に自動的に開始するようにサービスを手動で構成するには

  1. [スタート]メニューの[コントロールパネル]を開きます。

  2. [コントロールパネル]の[管理ツール]アイコンをダブルクリックします。

  3. [管理ツール]ウィンドウの[サービス]アイコンをダブルクリックします。[サービス]ウィンドウが開きます。

  4. 構成するサービスを右クリックし、[プロパティ]を選択します。

  5. [スタートアップの種類]ボックスの一覧で[自動]を選択し、システムが起動するたびにサービスが自動的に開始するように構成します。

Provisioning Servicesサーバーの削除

ファーム内の使用できるProvisioning Servicesサーバーの一覧から、Provisioning Servicesサーバーを削除する必要があることがあります。

注:

Provisioning Servicesサーバーを削除するには、まずサーバーを停止状態にする、つまりオフラインにする必要があります。そうしなければ[削除]メニューオプションは表示されません。Stream Serviceは削除できません。

Provisioning Servicesサーバーを削除しても、vDiskのイメージファイルまたはサーバードライブの内容は影響を受けません。ただし、そのサーバー上のvDiskのイメージファイルへのすべてのパスが失われます。

Provisioning Servicesサーバーを削除した後は、ターゲットデバイスにそのサーバー上のvDiskのイメージファイルが割り当てられることはなくなります。ターゲットデバイスの記録は仮想LANドライブデータベースに残りますが、削除されたサーバーに関連付けられていたvDiskにデバイスからアクセスすることはできません。

注:

削除するProvisioning Servicesサーバーに関連付けられているvDiskがある場合は、削除の前にバックアップコピーを作成して、vDiskディレクトリに格納することをお勧めします。

Provisioning Servicesサーバーを削除するには:

  1. コンソール内で削除するProvisioning Servicesサーバーを強調表示して、[操作]ペイン、右クリックメニュー、または[操作]メニューの [接続しているデバイスの表示] を選択します。[接続済みのターゲットデバイス]ダイアログボックスが開きます。
  2. [ターゲットデバイス]ボックスの一覧ですべてのデバイスを強調表示して、[シャットダウン]をクリックします。[デバイスのシャットダウン]ダイアログボックスが開きます。
  3. ターゲットデバイスにProvisioning Servicesサーバーがシャットダウンされることを通知するメッセージを入力します。
  4. スクロールして、メッセージが受信されてから待機する秒数を選択します。
  5. Provisioning Servicesサーバー上でStream Serviceを実行中の場合は、Stream Serviceを停止します。詳しくは、「Stream Serviceの開始、再起動、または停止」を参照してください。
  6. Provisioning Servicesサーバーですべてのターゲットデバイスの割り当てを解除します。
  7. 削除するProvisioning Servicesサーバーを強調表示して、[操作]メニュー、右クリックすると表示されるポップアップメニュー、または[操作]ペインの[削除]を選択します。削除を確認するメッセージが表示されます。
  8. [Yes]をクリックして削除を確定します。Provisioning Servicesサーバーが削除され、コンソールに表示されなくなります。

サーバーの起動、停止、または再起動

ヒント:

Citrix Provisioningは、開始、再起動、または停止によって予期しない動作をすることがあります。詳しくは、「サーバー」を参照してください。

Provisioning Servicesサーバー上のProvisioning Servicesを開始、再起動、または停止するには:

  1. コンソール内でProvisioning Servicesサーバーを強調表示し、[操作]メニューを右クリックすると表示されるポップアップメニュー、または[操作]ペインの[Stream Service]メニューを選択します。[Provisioning Serverの制御]ダイアログボックスが開きます。
  2. 次のメニューオプションから選択します。
  3. 操作するProvisioning Servicesサーバーを強調表示して、操作ボタンをクリックします。
  4. [閉じる]をクリックしてダイアログボックスを閉じます。
フィールド 説明
開始 Stream Serviceを開始します。
停止 Provisioning Servicesサーバーをオフラインモードにします。
再起動 IPアドレスの追加または削除など、Provisioning Servicesサーバーの設定を変更した後で、Stream Serviceを再起動します。

重要な注意事項

Provisioning Servicesサーバー上のSOAP ServiceまたはStream Serviceを開始したり停止したりするには、Windowsアクセス許可が必要です。この制限は、Windowsのセキュリティ上の問題によるものです。

この問題を解決するには、Microsoft社のhttps://www.microsoft.com/downloads/details.aspx?FamilyID=e8ba3e56-d8fe-4a91-93cf-ed6985e3927b&displaylang=enからSubInACLツールを入手してインストールし、次のコマンドラインを実行してStream Serviceのアクセス許可を設定します:

subinacl /service streamservice /grant=NetworkService=TOP

Citrix Provisioningコンソールを再起動または停止できない

ネットワークサービスアカウントでStream Serviceを実行すると、コンソールが再起動または停止できないことがあります。この問題が発生すると、サービスは開始状態として表示されるものの、コンソールによってStream Serviceが再起動または停止できません。

ヒント:

デフォルトでは、ネットワークサービスアカウントにサービスを開始または停止する権限がありません。

たとえば、サービスがネットワークサービスアカウントで構成されると、構成ウィザードの実行がエラー状態になります。状態はvDiskを実行中およびストリーミング中と表示されますが、サービスは再起動または停止できません。

サービス画面の図

[サービスの再起動]画面の図

この問題は、Stream Serviceをデータベースへのアクセス権限があるアカウントに割り当てることで解決することがあります。たとえば、サービスを特定のアカウント(例:anuj.com\administrator)で構成すると、状態は開始と表示され、Provisioningコンソールでサービスを再起動または停止できます:

コンソール開始停止オプションの図

サービス再起動ダイアログボックスの図