デリバリーグループの管理
はじめに
この記事では、デリバリーグループを管理する手順について説明します。グループ作成時に指定した設定を変更できるほか、デリバリーグループの作成時には利用できないその他の設定も構成できます。
デリバリーグループでのアプリケーションの追加と削除、およびアプリケーションプロパティの変更方法など、デリバリーグループでのアプリケーションの管理については、「アプリケーション」を参照してください。
デリバリーグループの管理には、デリバリーグループ管理者組み込みロールの委任管理権限が必要です。詳細については、「委任管理」を参照してください。
デリバリーグループのユーザー設定を変更する
このページの名前は、［ユーザー設定］または［基本設定］のいずれかで表示される場合があります。
- Studioのナビゲーションペインで［デリバリーグループ］を選択します。
- グループを選択し、操作ペインで［デリバリーグループの編集］を選択します。
- ［ユーザー設定］（または［基本設定］）ページで、次の表の設定を変更します。
- ［適用］をクリックして変更を適用し、ウィンドウを開いたままにするか、［OK］をクリックして変更を適用し、ウィンドウを閉じます。
| 設定 | 説明 |
|---|---|
| 説明文 | StoreFront™が使用し、ユーザーに表示されるテキスト。 |
| デリバリーグループを有効にする | Delivery Group が有効になっているかどうか。 |
| タイムゾーン | タイムゾーンを調整します。 |
| Secure ICA® を有効にする | ICAプロトコルを暗号化するSecureICAを使用して、Delivery Group内のマシンとの通信を保護します。デフォルトのレベルは128ビットです。このレベルはSDKを使用して変更できます。Citrix®は、パブリックネットワークを介して通信する場合、TLS暗号化などの追加の暗号化方法を使用することを推奨します。また、SecureICAはデータ整合性をチェックしません。 |
Delivery Group でユーザーを追加または削除する
ユーザーに関する詳細については、「Delivery Group の作成」の記事の「ユーザー」セクションを参照してください。
- StudioナビゲーションペインでDelivery Groupsを選択します。
- グループを選択し、アクションペインでEdit Delivery Groupを選択します。
- Usersページで、ユーザーを追加するには、Addをクリックし、追加するユーザーを指定します。ユーザーを削除するには、1人以上のユーザーを選択し、Removeをクリックします。認証されていないユーザーによるアクセスを有効または無効にするチェックボックスを選択/解除することもできます。
- 加えた変更を適用してウィンドウを開いたままにするにはApplyをクリックし、変更を適用してウィンドウを閉じるにはOKをクリックします。
ユーザーリストのインポートまたはエクスポート
物理Desktop OSマシンを含むDelivery Groupの場合、Delivery Groupの作成後に.csvファイルからユーザー情報をインポートできます。ユーザー情報を.csvファイルにエクスポートすることもできます。.csvファイルには、以前の製品バージョンのデータを含めることができます。
.csvファイルの最初の行には、コンマ区切りの列見出し（順不同）を含める必要があります。これには、ADComputerAccount、AssignedUser、VirtualMachine、HostIdが含まれます。ファイルの以降の行には、コンマ区切りのデータが含まれます。ADComputerAccountエントリは、共通名、IPアドレス、識別名、またはドメインとコンピューター名のペアにすることができます。
ユーザー情報をインポートまたはエクスポートするには:
- StudioナビゲーションペインでDelivery Groupsを選択します。
- デリバリーグループを選択し、次にアクションペインで Edit Delivery Group を選択します。
- Machine Allocationページで、Import listまたはExport listを選択し、ファイルのある場所を参照します。
- Applyをクリックして変更を適用し、ウィンドウを開いたままにするか、OKをクリックして変更を適用し、ウィンドウを閉じます。
Delivery Groupの配信タイプを変更する
配信タイプは、グループが配信できるもの（アプリケーション、デスクトップ、またはその両方）を示します。
アプリケーションのみまたはデスクトップとアプリケーションタイプをデスクトップのみタイプに変更する前に、グループからすべてのアプリケーションを削除してください。
- StudioナビゲーションペインでDelivery Groupsを選択します。
- グループを選択し、アクションペインでEdit Delivery Groupを選択します。
- Delivery Typeページで、目的の配信タイプを選択します。
- Applyをクリックして変更を適用し、ウィンドウを開いたままにするか、OKをクリックして変更を適用し、ウィンドウを閉じます。
StoreFrontアドレスを変更する
- StudioナビゲーションペインでDelivery Groupsを選択します。
- グループを選択し、アクションペインでEdit Delivery Groupを選択します。
- 「StoreFront」ページで、Delivery Group内の各マシンにインストールされているCitrix Receiver™によって使用されるStoreFront URLを選択または追加します。
- 加えた変更を適用してウィンドウを開いたままにするには、適用をクリックします。または、変更を適用してウィンドウを閉じるには、OKをクリックします。
Studioナビゲーションペインで構成 > StoreFrontを選択して、StoreFrontサーバーアドレスを指定することもできます。
デスクトップのタグ制限を追加、変更、または削除する
タグ制限の追加、変更、削除は、どのデスクトップが起動対象となるかに予期しない影響を与える可能性があります。タグの記事で、考慮事項と注意事項を確認してください。
- StudioナビゲーションペインでDelivery Groupsを選択します。
- グループを選択し、操作ペインでDelivery Groupの編集を選択します。
- 「デスクトップ」ページで、デスクトップを選択し、編集をクリックします。
- タグ制限を追加するには、タグを持つマシンへの起動を制限するを選択し、その後、タグを選択します。
- タグ制限を変更または削除するには、別のタグを選択するか、このタグを持つマシンへの起動を制限するのチェックを外してタグ制限を完全に削除します。
- 加えた変更を適用してウィンドウを開いたままにするには、適用をクリックします。または、変更を適用してウィンドウを閉じるには、OKをクリックします。
Delivery Groupをアップグレードする、またはアップグレードを元に戻す
Delivery Groupのマシン上のVDAと、Delivery Groupで使用されるマシンを含むマシンカタログをアップグレードした後、Delivery Groupをアップグレードします。
Delivery Groupのアップグレードを開始する前に：
- Provisioning Servicesを使用している場合は、Provisioning ServicesコンソールでVDAバージョンをアップグレードします。
- アップグレードされたVDAを含むマシンを起動し、Delivery Controllerに登録できるようにします。このプロセスにより、StudioはDelivery Groupで何がアップグレードされる必要があるかを認識します。
- 以前のVDAバージョンを引き続き使用する必要がある場合、新しい製品機能は利用できない可能性があります。詳細については、アップグレードに関する記事を参照してください。
Delivery Groupをアップグレードするには：
- StudioナビゲーションペインでDelivery Groupsを選択します。
- グループを選択し、アクションペインでUpgrade Delivery Groupを選択します。Upgrade Delivery Groupアクションは、StudioがアップグレードされたVDAを検出した場合にのみ表示されます。
アップグレードプロセスを開始する前に、Studioはアップグレードできないマシンがある場合、それがどのマシンで、その理由を通知します。その後、アップグレードをキャンセルし、マシンの問題を解決してから、再度アップグレードを開始できます。
アップグレードが完了した後、Delivery Groupを選択し、アクションペインでUndoを選択することで、マシンを以前の状態に戻すことができます。
リモートPCアクセス デリバリーグループの管理
Remote PC Accessマシンカタログ内のマシンがユーザーに割り当てられていない場合、Studioはそのマシンを、そのカタログに関連付けられたDelivery Groupに一時的に割り当てます。この一時的な割り当てにより、マシンは後でユーザーに割り当てられるようになります。
Delivery Groupとマシンカタログの関連付けには優先度値があります。優先度は、マシンがシステムに登録されるとき、またはユーザーがマシン割り当てを必要とするときに、どのDelivery Groupにそのマシンが割り当てられるかを決定します。値が低いほど優先度が高くなります。Remote PC Accessマシンカタログに複数のDelivery Group割り当てがある場合、ソフトウェアは最も優先度の高い一致を選択します。この優先度値はPowerShell SDKを使用して設定できます。
Remote PC Accessマシンカタログは、最初に作成されたときにDelivery Groupに関連付けられます。これは、後でカタログに追加されたマシンアカウントまたは組織単位をDelivery Groupに追加できることを意味します。この関連付けは、オフにしたりオンにしたりできます。
Remote PC AccessマシンカタログとDelivery Groupの関連付けを追加または削除するには：
- StudioナビゲーションペインでDelivery Groupsを選択します。
- リモートPCアクセスグループを選択します。
- 詳細セクションで、Machine Catalogsタブを選択し、Remote PC Accessカタログを選択します。
- 関連付けを追加または復元するには、Add Desktops を選択します。関連付けを削除するには、Remove Association を選択します。
デリバリーグループ内のマシンのシャットダウンと再起動
この手順は、リモートPCアクセス マシンではサポートされていません。
- Studioナビゲーションペインで、Delivery Groups を選択します。
- グループを選択し、アクションペインで View Machines を選択します。
- マシンを選択し、アクションペインで次のいずれかを選択します（マシン状態によっては、一部のオプションが利用できない場合があります）。
- Force shut down（強制シャットダウン）。マシンを強制的に電源オフにし、マシンリストを更新します。
- Restart（再起動）。オペレーティングシステムにシャットダウンを要求し、その後マシンを再起動します。オペレーティングシステムがこれに応じられない場合、マシンは現在の状態のままになります。
- Force restart（強制再起動）。オペレーティングシステムを強制的にシャットダウンし、その後マシンを再起動します。
- Suspend（一時停止）。マシンをシャットダウンせずに一時停止し、マシンリストを更新します。
- Shut down（シャットダウン）。オペレーティングシステムにシャットダウンを要求します。
強制ではないアクションの場合、マシンが10分以内にシャットダウンしないと、電源がオフになります。シャットダウン中にWindowsが更新プログラムのインストールを試みると、更新が完了する前にマシンの電源がオフになるリスクがあります。
Citrixでは、セッション内でデスクトップOSマシンユーザーがShut downを選択できないようにすることをお勧めします。詳細については、Microsoftのポリシーに関するドキュメントを参照してください。
接続上でマシンをシャットダウンおよび再起動することもできます。Connections and resourcesの記事を参照してください。
デリバリーグループ内のマシンの電源管理
電源管理できるのは仮想デスクトップOSマシンのみで、物理マシン (Remote PCアクセス マシンを含む) は電源管理できません。GPU機能を備えたデスクトップOSマシンはサスペンドできないため、電源オフ操作は失敗します。サーバーOSマシンについては、再起動スケジュールを作成できます。これについてもこの記事で説明します。
プールされたマシンを含むデリバリーグループでは、仮想デスクトップOSマシンは次のいずれかの状態になります。
- ランダムに割り当てられ、使用中
- 割り当てられておらず、未接続
静的マシンを含むデリバリーグループでは、仮想デスクトップOSマシンは次のいずれかの状態になります。
- 永続的に割り当てられ、使用中
- 永続的に割り当てられ、未接続 (ただし準備完了)
- 割り当てられておらず、未接続
通常の使用時、静的デリバリーグループには通常、永続的に割り当てられたマシンと割り当てられていないマシンの両方が含まれます。最初は、すべてのマシンが割り当てられていません (デリバリーグループの作成時に手動で割り当てられたものを除く)。ユーザーが接続すると、マシンは永続的に割り当てられます。これらのデリバリーグループ内の割り当てられていないマシンは完全に電源管理できますが、永続的に割り当てられたマシンは部分的にしか管理できません。
プールとバッファー: プールされたデリバリーグループおよび割り当てられていないマシンを持つ静的デリバリーグループの場合、プール (この場合) は、電源オン状態に保たれ、ユーザーが接続する準備ができている、割り当てられていない、または一時的に割り当てられたマシンのセットです。ユーザーはログオン後すぐにマシンを取得します。プールサイズ (電源オン状態に保たれるマシンの数) は、時間帯によって構成可能です。静的デリバリーグループの場合、SDKを使用してプールを構成します。
バッファーは、プール内のマシンの数がデリバリーグループサイズの割合であるしきい値を下回ったときに電源がオンになる、割り当てられていないマシンの追加のスタンバイセットです。大規模なデリバリーグループの場合、しきい値を超えるとかなりの数のマシンがオンになる可能性があるため、デリバリーグループのサイズを慎重に計画するか、SDKを使用してデフォルトのバッファーサイズを調整してください。
電源状態タイマー: 電源状態タイマーを使用して、ユーザーが指定された時間切断された後にマシンをサスペンドできます。たとえば、ユーザーが少なくとも10分間切断されている場合、勤務時間外にマシンは自動的にサスペンドされます。ランダムマシンまたはパーソナルvDiskを持つマシンは、SDKでShutdownDesktopsAfterUseデリバリーグループプロパティを構成しない限り、ユーザーがログオフすると自動的にシャットダウンします。
平日と週末、およびピーク時と非ピーク時のタイマーを構成できます。
永続的に割り当てられたマシンの部分的な電源管理: 永続的に割り当てられたマシンについては、電源状態タイマーを設定できますが、プールやバッファーは設定できません。マシンは各ピーク期間の開始時に電源がオンになり、各オフピーク期間の開始時に電源がオフになります。消費されたマシンを補うために利用可能になるマシンの数について、割り当てられていないマシンで得られるようなきめ細かな制御はできません。
仮想デスクトップOSマシンを電源管理するには：
- Studioナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集を選択します。
- 電源管理ページで、[マシンの電源管理]ドロップダウンから平日を選択します。デフォルトでは、平日は月曜日から金曜日です。
- ランダムなデリバリーグループの場合、電源をオンにするマシンで編集を選択し、平日のプールサイズを指定します。次に、電源をオンにするマシンの数を選択します。
- ピーク時間で、各日のピーク時間とオフピーク時間を設定します。
- 平日のピーク時間と非ピーク時間の電源状態タイマーを設定します。ピーク時間中 > 切断時で、デリバリーグループ内の切断されたマシンをサスペンドするまでの遅延時間（分単位）を指定し、[サスペンド]を選択します。オフピーク時間中 > 切断時で、デリバリーグループ内のログオフされたマシンをシャットダウンするまでの遅延時間を指定し、シャットダウンを選択します。このタイマーは、ランダムなマシンを含むデリバリーグループでは使用できません。
- [マシンの電源管理]ドロップダウンから週末を選択し、週末のピーク時間と電源状態タイマーを設定します。
- 適用をクリックして変更を適用し、ウィンドウを開いたままにするか、OKをクリックして変更を適用し、ウィンドウを閉じます。
SDKを使用して、次の操作を行います。
- 電源状態タイマーに応じてマシンをサスペンドするのではなくシャットダウンするか、タイマーを接続解除ではなくログオフに基づいて設定します。
- デフォルトの平日と週末の定義を変更します。
- 電源管理を無効にします。CTX217289を参照してください。
デリバリーグループ内のマシンの再起動スケジュールを作成する
このセクションでは、Studioで単一の再起動スケジュールを構成する方法について説明します。または、PowerShellを使用して、デリバリーグループ内の異なるマシンサブセットに対して複数の再起動スケジュールを構成することもできます。詳細については、次のセクションを参照してください。
再起動スケジュールは、デリバリーグループ内のすべてのマシンを定期的に再起動するタイミングを指定します。
- Studioナビゲーションペインで、[Delivery Groups] を選択します。
- グループを選択し、アクションペインで [Edit Delivery Group] を選択します。
- [Restart Schedule] ページで、Delivery Group内のマシンを自動的に再起動しない場合は、[No] ラジオボタンを選択し、この手順の最後のステップに進みます。再起動スケジュールまたはロールアウト戦略は構成されません。以前にスケジュールが構成されていた場合、この選択によりキャンセルされます。
- Delivery Group内のマシンを自動的に再起動する場合は、[Yes] ラジオボタンを選択します。
- [Restart] の頻度については、[Daily] または再起動が行われる曜日を選択します。
- [Begin restart at] については、24時間形式を使用して、再起動を開始する時刻を指定します。
- [Restart duration] については、すべてのマシンを同時に起動するか、またはDelivery Group内のすべてのマシンの再起動を開始する合計時間を選択します。内部アルゴリズムにより、その間隔で各マシンが再起動されるタイミングが決定されます。
- 左側の [Notification] ドロップダウンで、再起動が開始される前に影響を受けるマシンに通知メッセージを表示するかどうかを選択します。デフォルトでは、メッセージは表示されません。再起動の15分前にメッセージを表示することを選択した場合、（[Repeat notification] ドロップダウンで）最初のメッセージの5分ごとにメッセージを繰り返すことを選択できます。デフォルトでは、メッセージは繰り返されません。
- [Notification message] ボックスに通知テキストを入力します。デフォルトのテキストはありません。メッセージに再起動までの分数を含める場合は、変数 %m% を含めます（例：Warning: Your computer will be automatically restarted in %m% minutes.）。繰り返し通知間隔を選択し、メッセージに %m% プレースホルダーが含まれている場合、繰り返される各メッセージで値が5分ずつ減少します。すべてのマシンを同時に再起動することを選択しない限り、通知メッセージは、内部アルゴリズムによって計算された再起動前の適切なタイミングで、Delivery Group内の各マシンに表示されます。
- 加えた変更を適用してウィンドウを開いたままにするには [Apply] をクリックし、変更を適用してウィンドウを閉じるには [OK] をクリックします。
Studioから自動電源オンまたはシャットダウンを実行することはできません。再起動のみ可能です。
Delivery Group内のマシンに複数の再起動スケジュールを作成する
PowerShellコマンドレットを使用して、Delivery Group内のマシンに複数の再起動スケジュールを作成できます。各スケジュールは、指定されたタグを持つグループ内のマシンのみに影響するように構成できます。このタグ制限機能により、1つのDelivery Group内の異なるマシンのサブセットに対して、異なる再起動スケジュールを簡単に作成できます。
たとえば、会社のすべてのマシンに1つのDelivery Groupを使用しているとします。すべてのマシンを少なくとも週に1回（日曜日の夜に）再起動したいが、経理チームが使用するマシンは毎日再起動する必要があるとします。すべてのマシンに対して週次スケジュールを設定し、経理チームが使用するマシンのみに対して日次スケジュールを設定できます。
スケジュールの重複：
複数のスケジュールが重複する可能性があります。上記の例では、経理で使用されるマシンは両方のスケジュールの影響を受け、日曜日に2回再起動される可能性があります。
スケジューリングコードは、同じマシンが必要以上に頻繁に再起動されるのを避けるように設計されていますが、保証はできません。両方のスケジュールが開始時刻と期間で正確に一致する場合、マシンが再起動されるのは1回だけである可能性が高くなります。ただし、スケジュールの開始時刻や期間が異なるほど、2回の再起動が発生する可能性が高くなります。また、スケジュールの影響を受けるマシンの数も、重複の可能性に影響を与える可能性があります。例として、すべてのマシンを再起動する週次スケジュールは、日次スケジュールよりも大幅に速く再起動を開始する可能性があります（それぞれの構成された期間によります）。
要件:
複数の再起動スケジュールを作成し、再起動スケジュールでタグ制限を使用するサポートは、現在、XenAppおよびXenDesktop 7.12で新しく導入されたRebootScheduleV2 PowerShellコマンドレットを使用して、PowerShellコマンドラインからのみ利用可能です。（これらはこの記事全体で「V2」コマンドレットと呼ばれます。）
V2コマンドレットを使用するには、次のものが必要です。
- デリバリーコントローラー バージョン 7.12 (最小)。
- 7.12より前のControllerで最新のSDKプラグインを使用すると、作成した新しいスケジュールは意図したとおりに機能しません。
- 混合サイト（一部のControllerはアップグレードされているが、すべてではないサイト）では、データベースがアップグレードされ、少なくとも1つのControllerがアップグレードされて使用されるまで（V2コマンドレットで–adminaddress <controller>パラメーターを指定することによって）、V2コマンドレットは機能しません。
- ベストプラクティス：サイト内のすべてのControllerがアップグレードされるまで、新しいスケジュールを作成しないでください。
- XenAppおよびXenDesktop 7.12（最小）で提供されるPowerShell SDKスナップイン。コンポーネントとサイトをインストールまたはアップグレードした後、
asnp Citrix.*を実行して最新のコマンドレットをロードします。
Studioは現在、以前のV1 RebootSchedule PowerShellコマンドレットを使用しており、V2コマンドレットで作成されたスケジュールは表示されません。
タグ制限を使用する再起動スケジュールを作成した後、再起動間隔（サイクル）中にStudioを使用して影響を受けるマシンからタグを削除したり、再起動サイクル中に追加のマシンにタグを追加したりしても、それらの変更は次の再起動サイクルまで有効になりません。（変更は現在の再起動サイクルには影響しません。）
PowerShellコマンドレット:
コマンドラインから以下のRebootScheduleV2コマンドレットを使用して、複数のスケジュールを作成し、スケジュールでタグ制限を使用します。
- New-BrokerRebootScheduleV2 (replaces New-BrokerRebootSchedule)
- Get-BrokerRebootScheduleV2 (replaces Get-BrokerRebootSchedule)
- Set- BrokerRebootScheduleV2 (これは、以前の Set-BrokerRebootSchedule の機能を置き換えるために導入された新しいコマンドレットです)
- Remove-BrokerRebootScheduleV2 (これは、以前の Remove-BrokerRebootSchedule の機能を置き換えるために導入された、より新しいコマンドレットです)
- Rename-BrokerRebootScheduleV2 (新規のコマンドであり、既存の置き換えではありません)
完全なコマンドレット構文とパラメーターの説明については、Get-Help –full <cmdlet-name>と入力してください。
用語に関する注意：PowerShell SDKでは、DesktopGroupパラメーターがデリバリーグループを識別します。
再起動スケジュールを作成するためのStudioインターフェイスに慣れている場合、V2コマンドレットを使用してスケジュールを作成または更新する際に、それらのパラメーターはすべて利用できます。さらに、次のことも可能です。
- 指定されたタグを持つマシンにスケジュールを制限します。
- 最初の警告メッセージを送信する前に間隔を指定します。この間隔中は、影響を受けるマシンに新しいセッションは仲介されません。
構成：
タグ制限を使用する再起動スケジュールを構成する場合、そのスケジュールを適用したいマシンにもそのタグを追加（適用）する必要があります。（詳細については、「タグ」を参照してください。）」
- Studioから、ナビゲーションペインでデリバリーグループを選択します。
- スケジュールによって影響を受けるマシンを含むデリバリーグループを選択します。
- [マシンの表示]を選択し、タグを追加するマシンを選択します。
- [操作]ペインでタグの管理を選択します。
- タグが既に存在する場合は、タグ名の横にあるチェックボックスを有効にします。タグが存在しない場合は、作成をクリックしてタグの名前を指定します。タグが作成されたら、新しく作成されたタグ名の横にあるチェックボックスを有効にします。
- タグの管理ダイアログボックスで保存をクリックします。
タグを作成して追加（適用）した後、V2コマンドレットでスケジュールを作成または編集する際に、–RestrictToTagパラメーターを使用してタグ名を指定します。
以前のXenAppまたはXenDesktop®バージョンで再起動スケジュールを作成した場合：
Studioは現在、V1 RebootScheduleコマンドレットを使用しています。7.12（最小）にアップグレードする前に作成された再起動スケジュールがある場合、StudioでV1コマンドレットを使用して管理を続けることができますが、Studioを使用してそのスケジュールにタグ制限を追加したり、追加のスケジュールを作成したりすることはできません（StudioはV2コマンドレットをサポートしていないため）。既存のスケジュールにV1コマンドレットを使用している限り、Studioは再起動スケジュールに関する正しい情報を表示します。
あるいは、新しいV2 RebootScheduleコマンドレットを使用して、コマンドラインから既存のスケジュールを編集できます。新しいV2コマンドレットを使用する場合、そのスケジュールでタグ制限パラメーターを使用し、追加の再起動スケジュールを作成できます。ただし、V2コマンドレットを使用して既存のスケジュールを変更した後、Studioは完全なスケジュール情報を表示しません（V1情報のみを認識するため）。タグ制限が使用されているかどうか、またはスケジュールの名前と説明を確認することはできません。
New-BrokerRebootScheduleV2 (replaces New-BrokerRebootSchedule)
Get-BrokerRebootScheduleV2 (replaces Get-BrokerRebootSchedule)
Set- BrokerRebootScheduleV2 (replaces Set-BrokerRebootSchedule)
Remove-BrokerRebootScheduleV2 (replaces Remove-BrokerRebootSchedule)
Rename-BrokerRebootScheduleV2 (new; not a replacement)
New-BrokerRebootScheduleV2 (replaces New-BrokerRebootSchedule)
Get-BrokerRebootScheduleV2 (replaces Get-BrokerRebootSchedule)
Set- BrokerRebootScheduleV2 (replaces Set-BrokerRebootSchedule)
Remove-BrokerRebootScheduleV2 (replaces Remove-BrokerRebootSchedule)
Rename-BrokerRebootScheduleV2 (new; not a replacement)
New-BrokerRebootScheduleV2 (replaces New-BrokerRebootSchedule)
Get-BrokerRebootScheduleV2 (replaces Get-BrokerRebootSchedule)
Set- BrokerRebootScheduleV2 (replaces Set-BrokerRebootSchedule)
Remove-BrokerRebootScheduleV2 (replaces Remove-BrokerRebootSchedule)
Rename-BrokerRebootScheduleV2 (new; not a replacement)
デリバリーグループ内のマシンへのユーザーの接続を防止する（メンテナンスモード）
マシンへの新しい接続を一時的に停止する必要がある場合、デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオンにできます。これは、パッチを適用する前や管理ツールを使用する前に行う場合があります。
- サーバーOSマシンがメンテナンスモードの場合、ユーザーは既存のセッションに接続できますが、新しいセッションを開始することはできません。
- デスクトップOSマシン（またはリモートPCアクセスを使用するPC）がメンテナンスモードの場合、ユーザーは接続または再接続できません。現在の接続は、切断またはログオフするまで接続されたままになります。
メンテナンスモードをオンまたはオフにするには：
- Studioナビゲーションペインでデリバリーグループを選択します。
- グループを選択します。
- デリバリーグループ内のすべてのマシンでメンテナンスモードをオンにするには、アクションペインでメンテナンスモードをオンにするを選択します。1台のマシンでメンテナンスモードをオンにするには、アクションペインでマシンを表示を選択します。マシンを選択し、その後、アクションペインでメンテナンスモードをオンにするを選択します。
- デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオフにするには、前述の手順に従いますが、アクションペインでメンテナンスモードをオフにするを選択します。
Windows リモートデスクトップ接続 (RDC) の設定も、サーバーOSマシンがメンテナンスモードであるかどうかに影響します。以下のいずれかの状況で、メンテナンスモードがオンになります。
- 上記のように、メンテナンスモードがオンに設定されている場合。
- RDCが［このコンピューターへの接続を許可しない］に設定されている場合。
- RDCが［このコンピューターへの接続を許可しない］に設定されておらず、リモートホスト構成のユーザーログオンモード設定が［再接続を許可するが、新しいログオンは禁止する］または［サーバーが再起動されるまで再接続を許可するが、新しいログオンは禁止する］のいずれかである場合。
接続（その接続を使用するマシンに影響します）またはマシンカタログ（そのカタログ内のマシンに影響します）に対して、メンテナンスモードをオンまたはオフにすることもできます。
デリバリーグループ内のマシンとユーザーの割り当てを変更する
デスクトップOSマシンの割り当ては変更できますが、サーバーOSマシンやProvisioning Servicesで作成されたマシンは変更できません。
- Studioのナビゲーションペインで［デリバリーグループ］を選択します。
- グループを選択します。
- 操作ペインで［デリバリーグループの編集］を選択します。［デスクトップ］または［デスクトップ割り当て規則］ページ（デリバリーグループが使用するマシンカタログの種類に応じて、これらのページのいずれか1つのみが利用可能です）で、新しいユーザーを指定します。
- 加えた変更を適用してウィンドウを開いたままにするには［適用］をクリックするか、変更を適用してウィンドウを閉じるには［OK］をクリックします。
ユーザーあたりの最大マシン数を変更する
- Studioのナビゲーションペインで［デリバリーグループ］を選択します。
- グループを選択し、操作ペインで［デリバリーグループの編集］を選択します。
- ［デスクトップ割り当て規則］ページで、ユーザーあたりの最大デスクトップ数を設定します。
- 「適用」をクリックして変更を適用しウィンドウを開いたままにするか、「OK」をクリックして変更を適用しウィンドウを閉じます。
デリバリーグループでのマシンの負荷管理
負荷管理できるのは、サーバーOSマシンのみです。
負荷管理はサーバーの負荷を測定し、現在の環境条件でどのサーバーを選択するかを決定します。この選択は以下に基づいています。
サーバーのメンテナンスモードの状態: サーバーOSマシンは、メンテナンスモードがオフの場合にのみ負荷分散の対象となります。
サーバー負荷インデックス: サーバーOSマシンを提供するサーバーが接続を受け入れる可能性を決定します。このインデックスは、セッション数と、CPU、ディスク、メモリ使用量などのパフォーマンスメトリックの設定という負荷評価子の組み合わせです。負荷評価子は、負荷管理ポリシー設定で指定します。
負荷インデックスは、Director、Studioの検索、およびSDKで監視できます。
Studioでは、サーバー負荷インデックス列はデフォルトで非表示になっています。表示するには、マシンを選択し、列見出しを右クリックして「列の選択」を選択します。「マシン」カテゴリで「負荷インデックス」を選択します。
SDKでは、Get-BrokerMachineコマンドレットを使用します。詳細については、CTX202150を参照してください。
サーバー負荷インデックスが10000の場合、サーバーが完全に負荷されていることを示します。他に利用可能なサーバーがない場合、ユーザーはセッションを起動したときに、デスクトップまたはアプリケーションが現在利用できないというメッセージを受け取る可能性があります。
同時ログオン許容ポリシー設定: サーバーへの同時ログオン要求の最大数。(この設定は、XenApp 7.5より前のバージョンでの負荷調整に相当します。)
すべてのサーバーが同時ログオン許容設定以上の場合、次のログオン要求は、保留中のログオンが最も少ないサーバーに割り当てられます。複数のサーバーがこれらの条件を満たす場合、負荷インデックスが最も低いサーバーが選択されます。
デリバリーグループからのマシンの削除
マシンを削除すると、デリバリーグループから削除されますが、デリバリーグループが使用するマシンカタログからは削除されません。したがって、そのマシンは別のデリバリーグループに割り当てることができます。
マシンは削除する前にシャットダウンする必要があります。削除中にユーザーがマシンに接続するのを一時的に停止するには、シャットダウンする前にマシンをメンテナンスモードにします。
マシンには個人データが含まれている可能性があるため、別のユーザーにマシンを割り当てる前に注意してください。マシンを再イメージ化することをお勧めします。
- Studioナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでマシンの表示を選択します。
- マシンがシャットダウンされていることを確認します。
- アクションペインでデリバリーグループから削除を選択します。
マシンが使用する接続を介して、デリバリーグループからマシンを削除することもできます。詳細については、「接続とリソース」を参照してください。
デリバリーグループ内のマシンへのアクセスを制限する
デリバリーグループ内のマシンへのアクセスを制限するために行った変更は、使用する方法に関係なく、以前の設定に優先します。次のことができます。
委任管理スコープを使用して管理者へのアクセスを制限する。管理者がすべてのアプリケーションにアクセスできるようにするスコープと、特定のアプリケーションのみにアクセスできるようにする別のスコープを作成して割り当てることができます。詳細については、「委任管理」の記事を参照してください。
NetScaler® Gatewayを介して行われるユーザー接続をフィルタリングするSmartAccessポリシー式を介してユーザーのアクセスを制限する。
- Studioナビゲーションペインでデリバリーグループを選択します。
- グループを選択し、アクションペインでデリバリーグループの編集を選択します。
- アクセスポリシーページで、NetScaler Gateway経由の接続を選択します。
- これらの接続のサブセットを選択するには、次のいずれかのフィルターに一致する接続を選択します。次に、NetScaler Gatewayサイトを定義し、許可されたユーザーアクセスシナリオのSmartAccessポリシー式を追加、編集、または削除します。詳細については、NetScaler Gatewayのドキュメントを参照してください。
- 適用をクリックして変更を適用し、ウィンドウを開いたままにするか、OKをクリックして変更を適用してウィンドウを閉じます。
SDKで設定するアクセスポリシーで、除外フィルターを使用してユーザーのアクセスを制限します。アクセスポリシーは、接続を絞り込むためにデリバリーグループに適用されます。たとえば、マシンへのアクセスをユーザーのサブセットに制限したり、許可されたユーザーデバイスを指定したりできます。除外フィルターは、アクセスポリシーをさらに絞り込みます。たとえば、セキュリティのために、ユーザーまたはデバイスのサブセットへのアクセスを拒否できます。デフォルトでは、除外フィルターは無効になっています。
例えば、企業ネットワークのサブネット上にある教育ラボの場合、ラボ内のマシンを使用しているユーザーに関係なく、そのラボから特定のデリバリーグループへのアクセスを防止するには、次のコマンドを使用します。Set-BrokerAccessPolicy -Name VPDesktops_Direct -ExcludedClientIPFilterEnabled $True -
アスタリスク（*）ワイルドカードを使用して、同じポリシー式で始まるすべてのタグを照合できます。たとえば、VPDesktops_Directタグをあるマシンに追加し、VPDesktops_Testタグを別のマシンに追加した場合、Set-BrokerAccessPolicyスクリプトでタグをVPDesktops_*に設定すると、両方のマシンにフィルターが適用されます。
Webブラウザーを使用している場合、またはストアで統合Citrix Receiverユーザーエクスペリエンス機能が有効になっている場合、クライアント名除外フィルターを使用することはできません。
セッションのログオフまたは切断
- Studioナビゲーションペインで、デリバリーグループを選択します。
- デリバリーグループを選択し、操作ペインでマシンの表示を選択します。
- 中央ペインでマシンを選択し、操作ペインでセッションの表示を選択し、セッションを選択します。
- または、中央ペインでセッションタブを選択し、セッションを選択します。
- セッションからユーザーをログオフするには、操作ペインでログオフを選択します。セッションが閉じられ、ユーザーはログアウトされます。特定のユーザーに割り当てられていない限り、マシンは他のユーザーが使用できるようになります。
- セッションを切断するには、操作ペインで切断を選択します。アプリケーションはセッション内で実行を継続し、マシンはそのユーザーに割り当てられたままになります。ユーザーは同じマシンに再接続できます。
デスクトップOSマシンでは、未使用のセッションを自動的に処理するように電源状態タイマーを構成できます。詳細については、「マシンの電源管理」セクションを参照してください。
デリバリーグループにメッセージを送信する
- Studioナビゲーションペインで、デリバリーグループを選択します。
- デリバリーグループを選択し、操作ペインでマシンの表示を選択します。
- 中央ペインで、メッセージを送信するマシンを選択します。
- アクションペインで、セッションの表示を選択します。
- 中央ペインで、すべてのセッションを選択し、アクションペインでメッセージの送信を選択します。
- メッセージを入力し、OKをクリックします。必要に応じて、重大度レベルを指定できます。オプションには、重大、質問、警告、情報が含まれます。
または、Citrix Directorを使用してメッセージを送信することもできます。詳しくは、「ユーザーへのメッセージ送信」を参照してください。
デリバリーグループでセッションの事前起動とセッションの維持を構成する
これらの機能は、サーバーOSマシンでのみサポートされています。
セッションの事前起動とセッションの維持機能は、要求される前にセッションを開始する（セッションの事前起動）ことと、ユーザーがすべてのアプリケーションを閉じた後もアプリケーションセッションをアクティブに保つ（セッションの維持）ことによって、指定されたユーザーがアプリケーションにすばやくアクセスできるようにします。
デフォルトでは、セッションの事前起動とセッションの維持は使用されません。セッションは、ユーザーがアプリケーションを起動したときに開始（起動）され、セッション内の最後に開いたアプリケーションが閉じられるまでアクティブなままです。
考慮事項
- デリバリーグループはアプリケーションをサポートしている必要があり、マシンはWindows Server OS用のVDA（最小バージョン7.6）を実行している必要があります。
- これらの機能は、Citrix Receiver for Windowsを使用している場合にのみサポートされており、追加のCitrix Receiver構成も必要です。手順については、お使いのCitrix Receiver for Windowsバージョンの製品ドキュメントで「session prelaunch」を検索してください。
- Citrix Receiver for HTML5はサポートされていませんのでご注意ください。
- セッションの事前起動を使用している場合、ユーザーのマシンが「サスペンド」または「休止状態」モードになると、事前起動は機能しません（セッションの事前起動設定に関係なく）。ユーザーはマシン/セッションをロックできますが、ユーザーがCitrix Receiverからログオフすると、セッションは終了し、事前起動は適用されなくなります。
- セッションの事前起動を使用している場合、物理クライアントマシンはサスペンドまたは休止状態の電源管理機能を使用できません。クライアントマシンのユーザーはセッションをロックできますが、ログオフすべきではありません。
- プリローンチセッションと残存セッションはライセンスを消費しますが、接続されている場合に限ります。使用されていないプリローンチセッションと残存セッションは、デフォルトで15分後に切断されます。この値はPowerShell（New/Set-BrokerSessionPreLaunchコマンドレット）で構成できます。
- これらの機能が互いに補完し合うように調整するには、ユーザーのアクティビティパターンを慎重に計画し、監視することが不可欠です。最適な構成は、ユーザーがアプリケーションをより早く利用できるという利点と、ライセンスの使用とリソースの割り当てにかかるコストとのバランスを取ります。
- Citrix Receiverで、セッションのプリローンチを特定の時刻にスケジュール設定することもできます。
未使用のプリローンチセッションと残存セッションがアクティブなままになる期間
ユーザーがアプリケーションを起動しない場合、未使用のセッションがアクティブなままになる期間を指定する方法はいくつかあります。構成されたタイムアウトとサーバー負荷のしきい値です。これらすべてを構成でき、最初に発生したイベントによって未使用のセッションが終了します。
-
タイムアウト: 構成されたタイムアウトは、未使用のプリローンチセッションまたは残存セッションがアクティブなままになる分数、時間、または日数を指定します。タイムアウトを短くしすぎると、プリローンチセッションは、ユーザーにアプリケーションへのより迅速なアクセスという利点を提供する前に終了します。タイムアウトを長くしすぎると、サーバーに十分なリソースがないため、受信ユーザー接続が拒否される可能性があります。
このタイムアウトはStudioから無効にすることはできませんが、SDK (
New/Set-BrokerSessionPreLaunchコマンドレット) では無効にできます。タイムアウトを無効にすると、そのデリバリーグループのStudio表示や、デリバリーグループの編集ページには表示されません。 -
しきい値: サーバー負荷に基づいてプリローンチセッションと残存セッションを自動的に終了することで、サーバーリソースが利用可能である限り、セッションが可能な限り長く開いたままになるようにします。未使用のプリローンチセッションと残存セッションは、新しいユーザーセッションにリソースが必要になったときに自動的に終了するため、接続拒否の原因にはなりません。
2つのしきい値を構成できます。デリバリーグループ内のすべてのサーバーの平均負荷率と、デリバリーグループ内の単一サーバーの最大負荷率です。しきい値を超えると、プリローンチまたは残存状態にあった時間が最も長いセッションが終了し、負荷がしきい値を下回るまで、セッションは1分間隔で1つずつ終了します。（しきい値を超えている間は、新しいプリローンチセッションは開始されません。）
Controllerに登録されていないVDAを持つサーバーと、メンテナンスモードのサーバーは、完全にロードされていると見なされます。予期せぬ停止が発生すると、容量を解放するためにプリローンチセッションと残存セッションが自動的に終了します。
セッションのプリローンチを有効にするには
-
Studioのナビゲーションペインで、デリバリーグループを選択します。
-
デリバリーグループを選択し、アクションペインでデリバリーグループの編集をクリックします。
-
アプリケーションのプリローンチページで、セッションを起動するタイミングを選択して、セッションのプリローンチを有効にします。
- ユーザーがアプリケーションを起動したとき。これはデフォルト設定であり、セッションのプリローンチは無効になっています。
- デリバリーグループ内のいずれかのユーザーがシトリックス レシーバー for Windowsにログオンしたとき。
- ユーザーおよびユーザーグループのリスト内のいずれかのユーザーがCitrix Receiver for Windowsにログオンしたとき。このオプションを選択する場合は、ユーザーまたはユーザーグループも指定してください。
-
ユーザーがアプリケーションを起動すると、事前起動されたセッションは通常のセッションに置き換えられます。ユーザーがアプリケーションを起動しない場合（事前起動されたセッションが未使用の場合）、次の設定によってそのセッションがアクティブなままになる期間が決まります。
- 指定された時間間隔が経過したとき。時間間隔は変更できます（1～99日、1～2376時間、または1～142,560分）。
- Delivery Group内のすべてのマシンの平均負荷が指定された割合（1～99%）を超えたとき。
- Delivery Group内のいずれかのマシンの負荷が指定された割合（1～99%）を超えたとき。
まとめ: 事前起動されたセッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。
セッションの残存を有効にするには
-
StudioナビゲーションペインでDelivery Groupsを選択します。
-
Delivery Groupを選択し、アクションペインでEdit Delivery Groupをクリックします。
-
Application Lingeringページで、Keep sessions active untilラジオボタンを選択してセッションの残存を有効にします。
-
ユーザーが別のアプリケーションを起動しない場合、いくつかの設定によって残存セッションがアクティブなままになる期間が決まります。
- 指定された時間間隔が経過したとき。時間間隔は変更できます（1～99日、1～2376時間、または1～142,560分）。
- Delivery Group内のすべてのマシンの平均負荷が、指定された割合（1～99%）を超えた場合。
- Delivery Group内のいずれかのマシンの負荷が、指定された割合（1～99%）を超えた場合。
まとめ: 残留セッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。
トラブルシューティング
-
Delivery Controllerに登録されていないVDAは、仲介セッションの起動時に考慮されないため、利用可能なリソースが十分に活用されません。VDAが登録されない理由はさまざまあり、その多くは管理者がトラブルシューティングできます。Studioは、カタログ作成ウィザードおよびカタログをDelivery Groupに追加した後に、トラブルシューティング情報を提供します。
Delivery Groupを作成すると、Studioはそのグループに関連付けられているマシンに関する詳細を表示します。Delivery Groupの詳細ペインには、登録されるべきだが登録されていないマシンの数が示されます。つまり、電源がオンになっていてメンテナンスモードではないが、現在Controllerに登録されていないマシンが1台以上存在する可能性があります。「登録されていないが、登録されるべき」マシンを表示する場合は、詳細ペインの「トラブルシューティング」タブで考えられる原因と推奨される是正措置を確認してください。
機能レベルに関するメッセージについては、「VDAバージョンと機能レベル」を参照してください。VDA登録のトラブルシューティングの詳細については、「CTX136668」を参照してください。
- Delivery GroupのStudio表示では、詳細ペインの「インストールされているVDAバージョン」が、マシンに実際にインストールされているバージョンと異なる場合があります。マシンのWindowsの「プログラムと機能」表示には、実際のVDAバージョンが表示されます。
- 「電源状態不明」ステータスのマシンについては、CTX131267を参照してください。
この記事の概要
- はじめに
- デリバリーグループのユーザー設定を変更する
- Delivery Group でユーザーを追加または削除する
- Delivery Groupの配信タイプを変更する
- StoreFrontアドレスを変更する
- デスクトップのタグ制限を追加、変更、または削除する
- Delivery Groupをアップグレードする、またはアップグレードを元に戻す
- リモートPCアクセス デリバリーグループの管理
- デリバリーグループ内のマシンのシャットダウンと再起動
- デリバリーグループ内のマシンの電源管理
- デリバリーグループ内のマシンの再起動スケジュールを作成する
- Delivery Group内のマシンに複数の再起動スケジュールを作成する
- デリバリーグループ内のマシンへのユーザーの接続を防止する（メンテナンスモード）
- デリバリーグループ内のマシンとユーザーの割り当てを変更する
- ユーザーあたりの最大マシン数を変更する
- デリバリーグループでのマシンの負荷管理
- デリバリーグループからのマシンの削除
- デリバリーグループ内のマシンへのアクセスを制限する
- セッションのログオフまたは切断
- デリバリーグループにメッセージを送信する
- デリバリーグループでセッションの事前起動とセッションの維持を構成する
- トラブルシューティング