デリバリーグループの管理
はじめに
この記事では、管理コンソールからデリバリーグループを管理する手順について説明します。グループ作成時に指定した設定を変更するだけでなく、デリバリーグループの作成時には利用できないその他の設定も構成できます。
手順のカテゴリには、全般、ユーザー、マシン、セッションがあります。一部のタスクは複数のカテゴリにまたがります。たとえば、「ユーザーがマシンに接続できないようにする」はマシンのカテゴリで説明されていますが、ユーザーにも影響します。あるカテゴリでタスクが見つからない場合は、関連するカテゴリを確認してください。
その他の関連情報については、以下の記事も参照してください。
-
「アプリケーション」(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/manage-deployment/applications-manage.html)には、デリバリーグループ内のアプリケーションの管理に関する情報が含まれています。
-
デリバリーグループの管理には、Delivery Group Administratorの組み込みロール権限が必要です。詳細については、「委任管理」(/ja-jp/citrix-virtual-apps-desktops/2203-ltsr/secure/delegated-administration.html)を参照してください。
全般
-
配信タイプの変更(#change-the-delivery-type-of-a-delivery-group)
-
StoreFront™アドレスの変更(#change-storefront-addresses)
-
Remote PC Accessデリバリーグループの管理(#manage-remote-pc-access-delivery-groups)
デリバリーグループをアップグレードまたはアップグレードを元に戻す
デリバリーグループのアップグレードは、そのマシン上のVirtual Delivery Agent (VDA) と、デリバリーグループで使用されているマシンを含むマシンカタログをアップグレードした後に行います。
デリバリーグループのアップグレードを開始する前に：
-
Citrix Provisioning™（旧Provisioning Services）を使用している場合は、Citrix ProvisioningコンソールでVDAバージョンをアップグレードします。
-
アップグレードされたVDAを含むマシンを起動して、Delivery Controllerに登録できるようにします。このプロセスにより、デリバリーグループで何がアップグレードされる必要があるかがコンソールに通知されます。
-
以前のVDAバージョンを使い続ける場合、新しい製品機能は利用できません。詳しくは、アップグレードのドキュメントを参照してください。
デリバリーグループをアップグレードするには：
表示には、アップグレードできないマシンがある場合、そのマシンと理由が示されます。その後、アップグレードをキャンセルし、マシンの問題を解決してから、再度アップグレードを開始できます。
Remote PC Accessデリバリーグループの管理
Remote PC Accessマシンカタログ内のマシンが割り当てられていない場合、そのマシンは一時的にそのカタログに関連付けられたデリバリーグループに割り当てられます。この一時的な割り当てにより、後でマシンをユーザーに割り当てることができます。
デリバリーグループとマシンカタログの関連付けには優先度値があります。優先度は、マシンがシステムに登録されるとき、またはユーザーがマシン割り当てを必要とするときに、マシンに割り当てられるデリバリーグループを決定します。値が小さいほど優先度が高くなります。Remote PC Accessマシンカタログに複数のデリバリーグループ割り当てがある場合、ソフトウェアは最も優先度の高い一致を選択します。この優先度値を設定するには、PowerShell SDKを使用します。
リモートPCアクセス マシンカタログは、最初に作成されたときにデリバリーグループに関連付けられます。後でカタログに追加されたマシンアカウントまたは組織単位は、デリバリーグループに追加できます。この関連付けは、オン/オフを切り替えることができます。
Remote PC Accessマシンカタログとデリバリーグループの関連付けを追加または削除するには：
-
Remote PC Accessグループを選択します。
-
詳細セクションで、マシンカタログタブをクリックし、Remote PC Accessカタログを選択します。
-
関連付けを追加または復元するには、デスクトップの追加をクリックします。関連付けを削除するには、関連付けの削除をクリックします。
ユーザー
デリバリーグループのユーザー設定を変更する
このページの名前は、ユーザー設定 または 基本設定 のいずれかで表示されます。
-
ユーザー設定 (または 基本設定) ページで、次の表の設定のいずれかを変更します。
-
加えた変更を適用してウィンドウを開いたままにするには、「適用」をクリックします。または、変更を適用してウィンドウを閉じるには、「OK」をクリックします。
| 設定 | 説明 |
|---|---|
| 説明 | Citrix Workspace（またはStoreFront）が使用し、ユーザーに表示されるテキスト。 |
| デリバリーグループを有効にする | デリバリーグループが有効になっているかどうか。 |
| タイムゾーン | このデリバリーグループの仮想マシンが存在する必要があるタイムゾーン。このオプションには、サイトでサポートされているタイムゾーンが一覧表示されます。 |
| Secure ICA® を有効にする | SecureICA を使用してデリバリーグループ内のマシンとの通信を保護します。SecureICA は ICA プロトコルを暗号化します。デフォルトのレベルは 128 ビットです。このレベルは SDK を使用して変更できます。Citrix® は、パブリックネットワークを通過する際に TLS 暗号化などのより多くの暗号化方法を使用することを推奨しています。また、SecureICA はデータ整合性をチェックしません。 |
デリバリーグループでのユーザーの追加または削除
ユーザーに関する詳細については、「ユーザー」を参照してください。
-
グループを選択し、アクションペインで「デリバリーグループの編集」をクリックします。
-
ユーザーページで:
-
ユーザーを追加するには、追加をクリックし、追加するユーザーを指定します。
-
ユーザーを削除するには、1人以上のユーザーを選択し、削除をクリックします。
-
認証されていないユーザーによるアクセスを許可するには、チェックボックスをオンまたはオフにします。
-
-
加えた変更を適用してウィンドウを開いたままにするには、「適用」をクリックします。または、変更を適用してウィンドウを閉じるには、「OK」をクリックします。
ユーザーリストのインポートまたはエクスポート
物理的なシングルセッションOSマシンを含むデリバリーグループの場合、デリバリーグループの作成後に.csvファイルからユーザー情報をインポートできます。ユーザー情報を.csvファイルにエクスポートすることもできます。.csvファイルには、以前の製品バージョンのデータを含めることができます。
CSVファイルの最初の行には、コンマで区切られた2つの列ヘッダーが含まれている必要があります。最初のヘッダーが
Machine Accountで、2番目のヘッダーがUser Namesであることを確認してください。（追加のヘッダーを含めることはできますが、サポートされていません。）ファイルの以降の行には、コンマで区切られたデータが含まれます。Machine Accountエントリは、コンピューターSID、FQDN、またはドメインとコンピューター名のペアにすることができます。
ユーザー情報をインポートまたはエクスポートするには：
-
グループを選択し、アクションペインで「デリバリーグループの編集」をクリックします。
-
マシン割り当てページで、リストのインポートまたはリストのエクスポートを選択し、ファイルの場所を参照します。
-
加えた変更を適用してウィンドウを開いたままにするには、「適用」をクリックします。または、変更を適用してウィンドウを閉じるには、「OK」をクリックします。
マシン
デリバリーグループ内のマシンからユーザーへの割り当てを変更する
MCSでプロビジョニングされたシングルセッションOSマシンの割り当てを変更できます。マルチセッションOSマシンまたはCitrix Provisioningでプロビジョニングされたマシンの割り当ては変更できません。
-
グループを選択し、アクションペインで「デリバリーグループの編集」をクリックします。
-
「デスクトップ」ページまたは「デスクトップ割り当て規則」ページ（ページタイトルは、デリバリーグループが使用するマシンカタログの種類によって異なります）で、新しいユーザーを指定します。
-
加えた変更を適用してウィンドウを開いたままにするには、「適用」をクリックします。または、変更を適用してウィンドウを閉じるには、「OK」をクリックします。
デリバリーグループ内のマシンを更新する
-
グループを選択し、アクションペインで「マシンの表示」をクリックします。
-
マシンを選択し、アクションペインで「マシンの更新」をクリックします。
別のイメージを選択するには、「マスターイメージ」を選択し、スナップショットを選択します。
変更を適用してマシンユーザーに通知するには、**「エンドユーザーへのロールアウト通知」**を選択します。次に、以下を指定します。
-
マスターイメージを更新するタイミング: 今すぐ、または次回の再起動時
-
再起動の配布時間（グループ内のすべてのマシンの更新を開始するまでの合計時間）
-
ユーザーに再起動が通知されるかどうか
-
ユーザーが受信するメッセージ
デスクトップのタグ制限を追加、変更、または削除する
タグ制限の追加、変更、削除は、起動対象となるデスクトップに予期せぬ影響を与える可能性があります。「タグ」の考慮事項と注意点を確認してください。
-
グループを選択し、アクションペインで「デリバリーグループの編集」をクリックします。
-
デスクトップページで、デスクトップを選択し、編集をクリックします。
-
タグ制限を追加するには、タグを持つマシンへの起動を制限するを選択し、タグを選択します。
-
タグ制限を変更または削除するには、次のいずれかを実行します。
-
別のタグを選択します。
-
このタグを持つマシンへの起動を制限するのチェックを外して、タグ制限を削除します。
-
-
「適用」をクリックして変更を適用し、ウィンドウを開いたままにします。または、「OK」をクリックして変更を適用し、ウィンドウを閉じます。
デリバリーグループからマシンを削除する
マシンを削除すると、デリバリーグループから削除されます。デリバリーグループが使用するマシンカタログからは削除されません。したがって、そのマシンは別のデリバリーグループに割り当てることができます。
マシンは、削除する前にシャットダウンする必要があります。削除中にユーザーがマシンに接続するのを一時的に停止するには、シャットダウンする前にマシンをメンテナンスモードにします。
マシンには個人データが含まれている可能性があるため、別のユーザーにマシンを割り当てる前に注意してください。マシンの再イメージングを検討してください。
-
グループを選択し、アクションペインで「マシンの表示」をクリックします。
-
マシンがシャットダウンされていることを確認します。
-
マシンを選択し、アクションペインで「デリバリーグループから削除」をクリックします。
マシンが使用する接続を介して、デリバリーグループからマシンを削除することもできます。
デリバリーグループ内のマシンへのアクセスを制限する
デリバリーグループ内のマシンへのアクセスを制限するために行った変更は、使用する方法に関係なく、以前の設定に優先します。次のことができます。
-
委任管理スコープを使用して管理者へのアクセスを制限する: 管理者がすべてのアプリケーションにアクセスできるスコープと、特定のアプリケーションのみにアクセスできる別のスコープを作成して割り当てます。詳細については、「委任管理」を参照してください。
-
SmartAccessポリシー式を使用してユーザーアクセスを制限する： ポリシー式を使用して、Citrix Gateway経由のユーザー接続をフィルタリングします。
-
グループを選択し、アクションペインで「デリバリーグループの編集」をクリックします。
-
「適用」をクリックして変更を適用し、ウィンドウを開いたままにします。または、「OK」をクリックして変更を適用し、ウィンドウを閉じます。
-
除外フィルターを使用してユーザーアクセスを制限する： SDKで設定したアクセスポリシーに除外フィルターを使用します。アクセスポリシーは、接続を絞り込むためにデリバリーグループに適用されます。たとえば、マシンアクセスをユーザーのサブセットに制限したり、許可されるユーザーデバイスを指定したりできます。除外フィルターは、アクセスポリシーをさらに絞り込みます。たとえば、セキュリティのために、ユーザーまたはデバイスのサブセットへのアクセスを拒否できます。デフォルトでは、除外フィルターは無効になっています。たとえば、企業ネットワークサブネット上の教育ラボで、そのラボから特定のデリバリーグループへのアクセスを防止する場合などです。ラボ内のマシンを誰が使用しているかに関係なく、次のコマンドを使用します:
Set-BrokerAccessPolicy -Name VPDesktops_Direct -ExcludedClientIPFilterEnabled $True -。アスタリスク (*) ワイルドカードを使用して、同じポリシー式で始まるすべてのタグに一致させます。たとえば、あるマシンにタグVPDesktops_Directを追加し、別のマシンにVPDesktops_Testを追加した場合、Set-BrokerAccessPolicyスクリプトでタグをVPDesktops_*に設定すると、両方のマシンにフィルターが適用されます。Webブラウザーを使用している場合、またはストアでCitrix Workspaceアプリのユーザーエクスペリエンス機能が有効になっている場合は、クライアント名除外フィルターを使用できません。
デリバリーグループ内のマシンへのユーザー接続を防止する（メンテナンスモード）
マシンへの新しい接続を一時的に停止する必要がある場合は、デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオンにできます。これは、パッチを適用したり、管理ツールを使用したりする前に行うことがあります。
-
マルチセッションOSマシンがメンテナンスモードの場合、ユーザーは既存のセッションに接続できますが、新しいセッションを開始することはできません。
-
シングルセッションOSマシン（またはリモートPCアクセスを使用するPC）がメンテナンスモードの場合、ユーザーは接続または再接続できません。現在の接続は、切断またはログオフするまで接続されたままになります。
メンテナンスモードをオンまたはオフにするには：
-
グループを選択します。
-
デリバリーグループ内のすべてのマシンでメンテナンスモードを有効にするには、アクションペインで「メンテナンスモードを有効にする」をクリックします。1台のマシンでメンテナンスモードを有効にするには、アクションペインで「マシンの表示」をクリックします。マシンを選択し、アクションペインで「メンテナンスモードを有効にする」をクリックします。
-
デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードを無効にするには、上記の手順に従い、アクションペインで「メンテナンスモードを無効にする」をクリックします。
Windowsリモートデスクトップ接続（RDC）の設定も、マルチセッションOSマシンがメンテナンスモードであるかどうかに影響します。メンテナンスモードは、次のいずれかが発生した場合にオンになります。
-
前述のとおり、メンテナンスモードがオンに設定されています。
-
RDCは「このコンピューターへの接続を許可しない」に設定されています。
-
RDCは「このコンピューターへの接続を許可しない」に設定されていません。「リモートホスト構成ユーザーログオンモード」設定は、「再接続を許可するが、新しいログオンは禁止する」または「再接続を許可するが、サーバーが再起動されるまで新しいログオンは禁止する」のいずれかです。
以下のメンテナンスモードをオンまたはオフにすることもできます。
-
接続。その接続を使用しているマシンに影響します。
-
マシンカタログ。そのカタログ内のマシンに影響します。
デリバリーグループ内のマシンをシャットダウンして再起動する
この手順は、Remote PC Accessマシンではサポートされていません。
-
グループを選択し、アクションペインで「マシンの表示」をクリックします。
-
マシンを選択し、アクションペインで次のいずれかのエントリをクリックします。
-
強制シャットダウン： マシンの電源を強制的にオフにし、マシンリストを更新します。
-
再起動： オペレーティングシステムにシャットダウンを要求し、その後マシンを再起動します。オペレーティングシステムがこれに応じられない場合、マシンは現在の状態のままになります。
-
強制再起動： オペレーティングシステムを強制的にシャットダウンし、その後マシンを再起動します。
-
一時停止: マシンをシャットダウンせずに一時停止し、マシンの一覧を更新します。
-
シャットダウン: オペレーティングシステムにシャットダウンを要求します。
-
強制ではないアクションの場合、マシンが10分以内にシャットダウンしないと、電源がオフになります。シャットダウン中にWindowsが更新プログラムのインストールを試みると、更新が完了する前にマシンの電源がオフになるリスクがあります。
Citrixでは、シングルセッションOSマシンのユーザーがセッション内でシャットダウンを選択できないようにすることをお勧めします。詳細については、Microsoftのポリシーに関するドキュメントを参照してください。
接続でマシンをシャットダウンおよび再起動することもできます。
デリバリーグループ内のマシンの再起動スケジュールを作成および管理する
再起動スケジュールは、デリバリーグループ内のマシンが定期的に再起動されるタイミングを指定します。デリバリーグループに対して1つ以上のスケジュールを作成できます。スケジュールは、次のいずれかに影響します。
-
グループ内のすべてのマシン。
-
グループ内の1つまたは複数（ただしすべてではない）のマシン。マシンは、マシンに適用するタグによって識別されます。これはタグ制限と呼ばれます。タグがアクションをそのタグを持つアイテムのみに制限するためです。
たとえば、すべてのマシンが1つのデリバリーグループにあるとします。すべてのマシンを週に1回再起動し、経理チームが使用するマシンを毎日再起動したいとします。これを実現するには、すべてのマシンに対して1つのスケジュールを設定し、経理のマシンのみに対して別のスケジュールを設定します。
スケジュールには、再起動が開始される日時と期間が含まれます。
スケジュールを有効または無効にできます。スケジュールを無効にすることは、テスト中、特別な期間中、またはスケジュールが必要になる前に準備する際に役立ちます。
管理コンソールから自動電源オンまたはシャットダウンにスケジュールを使用することはできません。再起動のみに使用できます。
注：
Citrix Studioは、デスクトップOSの再起動スケジュールの構成をサポートしていません。
スケジュールの重複
複数のスケジュールが重複する可能性があります。上記の例では、両方のスケジュールが経理部門の仮想マシンに影響を与えます。これらのマシンは日曜日に2回再起動される可能性があります。スケジューリングコードは、意図したよりも頻繁に同じマシンを再起動しないように設計されていますが、保証はできません。
-
スケジュールの開始時刻と期間が正確に一致する場合、マシンが再起動されるのは1回だけである可能性が高くなります。
-
スケジュールの開始時刻と期間が異なるほど、複数回の再起動が発生する可能性が高くなります。
-
スケジュールによって影響を受けるマシンの数も、重複の可能性に影響します。この例では、すべてのマシンに影響する週次スケジュールは、それぞれに指定された期間に応じて、経理部門の仮想マシンに対する日次スケジュールよりも早く再起動を開始する可能性があります。
再起動スケジュールの詳細については、「再起動スケジュールの内部」を参照してください。
再起動スケジュールの表示
タグの追加（適用）
タグ制限を使用する再起動スケジュールを構成する場合は、スケジュールが影響するマシンにタグが追加されていることを確認してください。上記の例では、経理チームが使用する各マシンにタグが適用されています。詳細については、「タグ」を参照してください。
1台のマシンに複数のタグを適用できますが、再起動スケジュールで指定できるタグは1つだけです。
-
スケジュールによって制御されるマシンを含むグループを選択します。
-
「マシンの表示」をクリックし、タグを追加するマシンを選択します。
-
「アクション」ペインで**「タグの管理」**をクリックします。
-
タグが存在する場合は、タグ名の横にあるチェックボックスをオンにします。タグが存在しない場合は、「作成」をクリックし、タグの名前を指定します。タグが作成されたら、新しく作成されたタグ名の横にあるチェックボックスをオンにします。
-
「タグの管理」ダイアログで「保存」をクリックします。
再起動スケジュールの作成
注：
再起動スケジュールは、電源管理されているすべてのマルチセッションマシンと、電源管理されていないマルチセッションマシンに適用できます。
-
グループを選択し、「アクション」ペインで**「デリバリーグループの編集」**をクリックします。
-
「再起動スケジュール」ページで、「追加」をクリックします。
-
「再起動スケジュールの追加」ページで、次のようにします。
-
スケジュール名と説明を入力します。
-
タグ制限を使用している場合は、タグを選択します。
-
**「再起動の頻度」**で、再起動の発生頻度（毎日、平日、週末、または毎週特定の曜日）を選択します。
-
24時間形式を使用して、再起動を開始する時刻を指定します。
-
**「再起動期間」**で、すべてのマシンを同時に再起動するか、影響を受けるすべてのマシンの再起動を開始する合計時間を選択します。内部アルゴリズムにより、その間隔で各マシンが再起動されるタイミングが決定されます。注：PowerShellを使用する場合、別の再起動期間の選択肢が利用可能です。「ドレイン後の再起動」を参照してください。
-
**「ユーザーへの通知の送信」**で、再起動が開始される前に影響を受けるマシンに通知メッセージを表示するかどうかを選択します。デフォルトでは、メッセージは表示されません。
-
再起動が開始される15分前にメッセージを表示することを選択した場合、（通知頻度で）最初のメッセージの後に5分ごとにメッセージを繰り返すように選択できます。デフォルトでは、メッセージは繰り返されません。
-
通知のタイトルとテキストを入力します。デフォルトのテキストはありません。メッセージに再起動までの分数を含める場合は、変数**%m%**を含めます。例：「警告: コンピューターは%m%分後に自動的に再起動されます。」この値は、繰り返される各メッセージで5分ずつ減少します。すべてのマシンを同時に再起動することを選択しない限り、メッセージは内部アルゴリズムによって計算された再起動前の適切なタイミングで各マシンに表示されます。
-
スケジュールを有効にするには、チェックボックスをオンにします。スケジュールを無効にするには、チェックボックスをオフにします。
-
-
**「適用」をクリックして変更を適用し、ウィンドウを開いたままにします。または、「OK」**をクリックして変更を適用し、ウィンドウを閉じます。
ドレイン後の再起動
PowerShell を使用してマシンの再起動スケジュールを作成または更新する場合 (
New-BrokerRebootSchedulev2 または Set-BrokerRebootSchedulev2)、別の再起動期間値を使用できます。
-UseNaturalReboot <Boolean> パラメーターでドレイン後の再起動機能を有効にすると、すべてのセッションがドレインされた後にすべてのマシンが再起動されます。再起動時刻になると、マシンはドレイン状態になり、すべてのセッションがログオフされると再起動されます。
この機能は、シングルセッションまたはマルチセッションのマシンを含むデリバリーグループでサポートされています。マシンは電源管理されている必要があります。
オンプレミス環境では、この機能はPowerShellを使用している場合にのみサポートされます。この機能はStudioでは利用できません。
再起動スケジュールの編集、削除、有効化、または無効化
-
グループを選択し、「アクション」ペインで**「デリバリーグループの編集」**をクリックします。
-
再起動スケジュールページで、スケジュールのチェックボックスを選択します。
-
スケジュールを編集するには、 をクリックします。再起動スケジュールの作成 のガイダンスに従って、スケジュール構成を更新します。
-
データベース障害により遅延したスケジュールされた再起動
注：
この機能はPowerShellでのみ利用可能です。
デリバリーグループ内のマシン (VDA) のスケジュールされた再起動が開始される前にサイトデータベースの停止が発生した場合、停止が終了すると再起動が開始されます。これにより、予期しない結果が生じる可能性があります。
たとえば、デリバリーグループの再起動を非稼働時間中 (03:00 から) に発生するようにスケジュールしたとします。スケジュールされた再起動が開始される1時間前 (02:00) にサイトデータベースの停止が発生しました。停止は6時間 (08:00 まで) 続きました。Delivery Controller とサイトデータベース間の接続が復元されると、再起動スケジュールが開始されます。VDA の再起動は元のスケジュールから5時間後に開始され、稼働時間中に VDA が再起動されることになります。
この状況を回避するために、
New-BrokerRebootScheduleV2およびSet-BrokerRebootScheduleV2コマンドレットでMaxOvertimeStartMinsパラメーターを使用できます。この値は、再起動スケジュールが開始できる、スケジュールされた開始時刻を超える最大分数を示します。
-
その時間内 (スケジュールされた時間 +
MaxOvertimeStartMins) にデータベース接続が復元された場合、VDAの再起動が開始されます。 -
その時間内にデータベース接続が復元されない場合、VDAの再起動は開始されません。
-
このパラメーターが省略されているか、値がゼロの場合、停止期間に関係なく、データベースへの接続が復元されたときにスケジュールされた再起動が開始されます。
詳細については、cmdlet ヘルプを参照してください。この機能は PowerShell でのみ利用可能です。Studio で再起動スケジュールを構成する際には、この値を設定できません。
メンテナンスモードのマシンのスケジュールされた再起動
注：
この機能はPowerShellでのみ利用可能です。
再起動スケジュールがメンテナンスモードのマシンに影響するかどうかを示すには、
BrokerRebootScheduleV2 コマンドレットで IgnoreMaintenanceMode オプションを使用します。
たとえば、次のコマンドレットは、メンテナンスモードのマシン (メンテナンスモードではないマシンに加えて) を再起動するスケジュールを作成します。
New-Brokerrebootschedulev2 rebootSchedule1 -DesktopGroupName <myDesktopGroup> -IgnoreMaintenanceMode $true
次のコマンドレットは、既存の再起動スケジュールを変更します。
Set-Brokerrebootschedulev2 rebootSchedule1 -IgnoreMaintenanceMode $true
詳細については、コマンドレットのヘルプを参照してください。この機能はPowerShellでのみ利用可能です。
デリバリーグループ内の負荷管理されたマシン
負荷管理できるのはマルチセッションOSマシンのみです。
負荷管理は、サーバーの負荷を測定し、現在の環境条件でどのサーバーを選択するかを決定します。この選択は、以下に基づいています。
-
サーバーメンテナンスモードのステータス: マルチセッションOSマシンは、メンテナンスモードがオフの場合にのみ負荷分散の対象となります。
-
サーバー負荷インデックス: マルチセッションOSマシンを提供するサーバーが接続を受け入れる可能性を決定します。このインデックスは、セッション数やCPU、ディスク、メモリ使用量などのパフォーマンスメトリックの設定といった負荷評価子の組み合わせです。負荷評価子は、負荷管理ポリシー設定で指定されます。サーバー負荷インデックスが10000の場合、サーバーが完全に負荷されていることを示します。他に利用可能なサーバーがない場合、ユーザーはセッションを起動したときに、デスクトップまたはアプリケーションが利用できないというメッセージを受け取る可能性があります。ロードインデックスは、Director (監視)、Studio (管理) 検索、および SDK で監視できます。コンソール表示で、Server Load Index 列 (デフォルトでは非表示) を表示するには、マシンを選択し、列ヘッダーを右クリックして、Select Column を選択します。Machine category で、Load Index を選択します。SDKでは、
Get-BrokerMachineコマンドレットを使用します。詳細については、「CTX202150」を参照してください。 -
同時ログオン許容ポリシー設定: サーバーへの同時ログオン要求の最大数。（この設定は、XenApp 6.xバージョンでの負荷調整に相当します。）すべてのサーバーが同時ログオン許容設定以上の場合、次のログオン要求は、保留中のログオンが最も少ないサーバーに割り当てられます。複数のサーバーがこれらの条件を満たす場合、ロードインデックスが最も低いサーバーが選択されます。
デリバリーグループ内の電源管理されたマシン
電源管理できるのは、仮想シングルセッションOSマシンのみであり、物理マシン（リモートPCアクセス マシンを含む）はできません。GPU機能を備えたシングルセッションOSマシンは一時停止できないため、電源オフ操作は失敗します。マルチセッションOSマシンでは、再起動スケジュールを作成できます。
プールされたマシンを含むデリバリーグループでは、仮想シングルセッションOSマシンは次のいずれかの状態になります。
-
ランダムに割り当てられ、使用中
-
割り当てられておらず、未接続
静的マシンを含むデリバリーグループでは、仮想シングルセッションOSマシンは次のようになります。
-
永続的に割り当てられ、使用中
-
永続的に割り当てられ、未接続（ただし準備完了）
-
割り当てられておらず、未接続
通常の使用では、静的デリバリーグループには通常、永続的に割り当てられたマシンと割り当てられていないマシンの両方が含まれます。最初は、デリバリーグループの作成時に手動で割り当てられたマシンを除き、すべてのマシンが割り当てられていません。ユーザーが接続すると、マシンは永続的に割り当てられます。これらのデリバリーグループ内の割り当てられていないマシンは完全に電源管理できますが、永続的に割り当てられたマシンは部分的にしか管理できません。
-
プールとバッファー: プールされたデリバリーグループと、割り当てられていないマシンを持つ静的デリバリーグループの場合、プール（この場合）とは、電源オン状態に保たれ、ユーザーが接続できる状態になっている、割り当てられていない、または一時的に割り当てられたマシンのセットです。ユーザーはログオン後すぐにマシンを取得します。プールサイズ（電源オン状態に保たれるマシンの数）は、時間帯によって構成可能です。静的デリバリーグループの場合は、SDKを使用してプールを構成します。バッファーとは、プール内のマシンの数がしきい値を下回ったときに電源がオンになる、割り当てられていないマシンの追加のスタンバイセットです。しきい値は、デリバリーグループサイズのパーセンテージです。大規模なデリバリーグループの場合、しきい値を超えるとかなりの数のマシンがオンになる可能性があります。そのため、デリバリーグループのサイズを慎重に計画するか、SDKを使用してデフォルトのバッファーサイズを調整してください。
-
電源状態タイマー: 電源状態タイマーを使用すると、ユーザーが指定された時間切断された後にマシンを一時停止できます。たとえば、ユーザーが10分以上切断された場合、勤務時間外にマシンは自動的に一時停止します。タイマーは、平日と週末、およびピーク時と非ピーク時の間隔で構成できます。
-
永続的に割り当てられたマシンの部分的な電源管理: 永続的に割り当てられたマシンについては、電源状態タイマーを設定できますが、プールやバッファーは設定できません。マシンは各ピーク期間の開始時にオンになり、各非ピーク期間の開始時にオフになります。消費されたマシンを補うために利用可能になるマシンの数について、割り当てられていないマシンで得られるようなきめ細かな制御はできません。
仮想シングルセッションOSマシンの電源管理
-
グループを選択し、アクションペインで Edit Delivery Group をクリックします。
-
Power Managementページで、Power manage machinesのWeekdaysを選択します。デフォルトでは、平日は月曜日から金曜日です。
-
ランダムなデリバリーグループの場合、Machines to be powered onでEditをクリックし、平日のプールサイズを指定します。次に、電源をオンにするマシンの数を選択します。
-
Peak hoursで、各日のピーク時間と非ピーク時間を設定します。
-
平日のピーク時間と非ピーク時間の電源状態タイマーを設定します。During peak hours > When disconnectedで、デリバリーグループ内の切断されたマシンを一時停止するまでの遅延（分単位）を指定し、Suspendを選択します。During off-peak hours > When disconnectedで、デリバリーグループ内のログオフされたマシンをシャットダウンするまでの遅延を指定し、Shutdownを選択します。このタイマーは、ランダムなマシンを持つデリバリーグループでは使用できません。
-
Power manage machinesでWeekendを選択し、週末のピーク時間と電源状態タイマーを構成します。
-
加えた変更を適用してウィンドウを開いたままにするには、Apply をクリックします。または、変更を適用してウィンドウを閉じるには、OK をクリックします。
SDKを使用して、次の操作を行います。
-
電源状態タイマーに応じてマシンを中断するのではなくシャットダウンするか、タイマーを接続解除ではなくログオフに基づいて設定したい場合。
-
デフォルトの平日と週末の定義を変更する。
-
電源管理を無効にします。CTX217289を参照してください。
切断されたセッションを持つVDIマシンが異なる時間帯に移行する際の電源管理
重要:
この機能強化は、切断されたセッションを持つVDIマシンにのみ適用されます。ログオフされたセッションを持つVDIマシンには適用されません。
以前のリリースでは、アクション (切断アクション = 「Suspend」または「Shutdown」) が必要な時間帯に移行する VDI マシンは、電源が入ったままでした。このシナリオは、アクション (切断アクション = 「Nothing」) が不要な時間帯 (ピーク時またはオフピーク時) にマシンが切断された場合に発生しました。
Citrix Virtual Apps and Desktops™ 7 1909 以降、指定された切断時間が経過すると、宛先時間帯に構成されている切断アクションに応じて、マシンは一時停止または電源オフになります。
たとえば、VDIデリバリーグループに対して次の電源ポリシーを構成します。
-
PeakDisconnectActionを「Nothing」に設定します -
OffPeakDisconnectActionを「Shutdown」に設定します -
OffPeakDisconnectTimeoutを「10」に設定します
電源ポリシーの切断アクションに関する詳細については、
<https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/about_Broker_PowerManagement/#power-policy>および<https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerDesktopGroup/>を参照してください。
以前のリリースでは、ピーク時にセッションが切断されたVDIマシンは、ピークからオフピークに移行しても電源がオンのままでした。Citrix Virtual Apps and Desktops 7 1909以降、期間移行時に
OffPeakDisconnectActionおよびOffPeakDisconnectTimeoutポリシーアクションがVDIマシンに適用されます。その結果、マシンはオフピークに移行してから10分後に電源がオフになります。
以前の動作に戻したい場合（つまり、切断されたセッションを持つマシンがピークからオフピークへ、またはオフピークからピークへ移行しても何もアクションを実行しない場合）、次のいずれかを実行します:
-
LegacyPeakTransitionDisconnectedBehaviourレジストリ値を1に設定します。これは以前の動作を有効にするtrueに相当します。デフォルトでは、値は0、つまりfalseであり、これは期間移行時に切断電源ポリシーアクションをトリガーします。-
パス:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\DesktopServer -
名前:
LegacyPeakTransitionDisconnectedBehaviour -
種類:
REG_DWORD -
データ:
0x00000001 (1)
-
-
Set-BrokerServiceConfigurationDataPowerShellコマンドを使用して設定を構成します。例:-
PS C:\> Set-BrokerServiceConfigurationData HostingManagement.LegacyPeakTransitionDisconnectedBehaviour -SettingValue $true
-
期間移行時に電源ポリシーアクションを適用する前に、マシンは次の基準を満たす必要があります。
-
切断されたセッションがあること。
-
保留中の電源アクションがないこと。
-
異なる時間帯に移行するVDI（シングルセッション）デリバリーグループに属していること。
-
特定の時間帯（ピーク時またはオフピーク時）にセッションが切断され、電源アクションが割り当てられている期間に移行すること。
カタログの電源オン状態のVDAの割合を変更する
-
デリバリーグループの電源管理セクションから、デリバリーグループのピーク時間を調整します。
-
デスクトップグループ名をメモします。
-
管理者権限でPowerShellを起動し、次のコマンドを実行します。「Desktop Group Name」を、実行中のVDAの割合が変更されたデスクトップグループの名前に置き換えます。
asnp Citrix*# Set-BrokerDesktopGroup "Desktop Group Name" -PeakBufferSizePercent 100値が100の場合、VDAの100%が準備完了状態であることを意味します。 -
次のコマンドを実行してソリューションを確認します。
#Get-BrokerDesktopGroup "Desktop Group Name"
変更が有効になるまで最大1時間かかる場合があります。
ユーザーがログオフした後にVDAをシャットダウンするには、次のように入力します。
# Set-BrokerDesktopGroup "Desktop Group Name" -ShutDownDesktopsAfterUse $True
ピーク時にVDAを再起動して、ユーザーがログオフした後にすぐに使用できるようにするには、次のように入力します。
# Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssignedDuringPeak $True
セッション
セッションのログオフまたは切断
-
Studio ナビゲーションペインで、Delivery Groups を選択します。
-
デリバリーグループを選択し、Actions ペインで View Machines を選択します。
-
中央ペインでマシンを選択し、Actions ペインで View Sessions を選択してから、セッションを選択します。
-
または、中央ペインでSessionタブを選択し、セッションを選択します。
-
-
セッションからログオフするには、Actions ペインで Log off を選択します。セッションが閉じられ、ユーザーはログアウトされます。マシンが特定のユーザーに割り当てられていない限り、他のユーザーが利用できるようになります。
-
セッションを切断するには、Actions ペインで Disconnect を選択します。アプリケーションはセッション内で実行を継続し、マシンはそのユーザーに割り当てられたままになります。ユーザーは同じマシンに再接続できます。
シングルセッションOSマシンでは、未使用のセッションを自動的に処理するように電源状態タイマーを構成できます。詳細については、「電源管理されたマシン」を参照してください。
デリバリーグループにメッセージを送信する
-
Studioナビゲーションペインで、デリバリーグループを選択します。
-
デリバリーグループを選択し、操作ペインでマシンの表示を選択します。
-
中央ペインで、メッセージを送信するマシンを選択します。
-
操作ペインで、セッションの表示を選択します。
-
中央ペインで、すべてのセッションを選択し、操作ペインでメッセージの送信を選択します。
-
メッセージを入力し、OKをクリックします。必要に応じて、重大度レベルを指定できます。オプションには、重大、質問、警告、情報があります。
または、Citrix Directorを使用してメッセージを送信することもできます。詳しくは、「ユーザーへのメッセージの送信」を参照してください。
デリバリーグループでセッションの事前起動とセッションの維持を構成する
これらの機能は、マルチセッションOSマシンでのみサポートされています。
セッションの事前起動とセッションの維持機能は、要求される前にセッションを開始すること（セッションの事前起動）と、ユーザーがすべてのアプリケーションを閉じた後もアプリケーションセッションをアクティブに保つこと（セッションの維持）により、指定されたユーザーがアプリケーションにすばやくアクセスできるようにします。
デフォルトでは、セッションの事前起動とセッションの維持は使用されません。セッションは、ユーザーがアプリケーションを起動したときに開始（起動）され、セッション内の最後に開いたアプリケーションが閉じるまでアクティブなままになります。
考慮事項:
-
デリバリーグループはアプリケーションをサポートしている必要があり、マシンはマルチセッションOS用のVDA（最小バージョン7.6）を実行している必要があります。
-
これらの機能は、Windows向けCitrix Workspaceアプリを使用している場合にのみサポートされ、追加のCitrix Workspaceアプリ構成も必要です。手順については、お使いのWindows向けCitrix Workspaceアプリバージョンの製品ドキュメントで「session prelaunch」を検索してください。
-
Citrix Workspace app for HTML5はサポートされていません。
-
セッションの事前起動を使用している場合、ユーザーのマシンがサスペンドまたは休止状態になると、事前起動は機能しません（セッションの事前起動設定にかかわらず）。ユーザーはマシン/セッションをロックできます。ただし、ユーザーがCitrix Workspaceアプリからログオフすると、セッションは終了し、事前起動は適用されなくなります。
-
セッションの事前起動を使用している場合、物理クライアントマシンはサスペンドまたは休止状態の電源管理機能を使用できません。クライアントマシンのユーザーはセッションをロックできますが、ログオフしないでください。
-
事前起動および維持されているセッションは同時接続ライセンスを消費しますが、これは接続されている場合に限ります。ユーザー/デバイスライセンスを使用している場合、ライセンスは90日間有効です。未使用の事前起動および維持されているセッションは、デフォルトで15分後に切断されます。この値はPowerShellで構成できます（
New/Set-BrokerSessionPreLaunchコマンドレット）。 -
これらの機能が互いに補完し合うように調整するには、ユーザーのアクティビティパターンを慎重に計画し、監視することが不可欠です。最適な構成とは、ユーザーがアプリケーションをより早く利用できるというメリットと、ライセンスの使用とリソースの割り当てにかかるコストとのバランスが取れているものです。
-
Citrix Workspaceアプリで、スケジュールされた時刻にセッションの事前起動を構成することもできます。
未使用の事前起動セッションと残存セッションがアクティブなままになる期間
ユーザーがアプリケーションを起動しない場合に、未使用のセッションがアクティブなままになる期間を指定する方法はいくつかあります。構成されたタイムアウトとサーバー負荷のしきい値です。これらすべてを構成できます。最初に発生したイベントにより、未使用のセッションが終了します。
-
タイムアウト: 構成されたタイムアウトは、未使用の事前起動セッションまたは残存セッションがアクティブなままになる分、時間、または日数を指定します。タイムアウトを短く設定しすぎると、事前起動セッションは、ユーザーにアプリケーションへのより迅速なアクセスという利点を提供する前に終了します。タイムアウトを長く設定しすぎると、サーバーに十分なリソースがないため、受信ユーザー接続が拒否される可能性があります。このタイムアウトは、管理コンソールからではなく、SDKからのみ有効にできます (
New/Set-BrokerSessionPreLaunchコマンドレット)。タイムアウトを無効にすると、そのデリバリーグループのコンソール表示やデリバリーグループの編集ページには表示されません。 -
しきい値: サーバー負荷に基づいて事前起動セッションと残存セッションを自動的に終了することで、サーバーリソースが利用可能であると仮定して、セッションが可能な限り開いたままになることを保証します。未使用の事前起動セッションと残存セッションは、新しいユーザーセッションにリソースが必要なときに自動的に終了されるため、接続拒否を引き起こしません。2つのしきい値を構成できます。デリバリーグループ内のすべてのサーバーの平均負荷率と、グループ内の単一サーバーの最大負荷率です。しきい値を超えると、事前起動または残存状態にあった時間が最も長いセッションが終了されます。負荷がしきい値を下回るまで、セッションは1分間隔で1つずつ終了されます。しきい値を超えている間は、新しい事前起動セッションは開始されません。
Controllerに登録されていないVDAを持つサーバーと、メンテナンスモードのサーバーは、完全にロードされていると見なされます。計画外の停止により、容量を解放するために事前起動セッションと残存セッションが自動的に終了します。
セッションの事前起動を有効にするには
-
グループを選択し、操作ペインでデリバリーグループの編集をクリックします。
-
アプリケーションの事前起動ページで、セッションを起動するタイミングを選択して、セッションの事前起動を有効にします。
-
ユーザーがアプリケーションを起動したとき。これはデフォルト設定です。セッションの事前起動は無効になっています。
-
デリバリーグループ内の任意のユーザーがCitrix Workspaceアプリ for Windowsにログオンしたとき。
-
ユーザーおよびユーザーグループのリスト内のいずれかのユーザーがCitrix Workspaceアプリ for Windowsにログオンしたとき。このオプションを選択する場合は、ユーザーまたはユーザーグループも指定してください。
アプリケーションの事前起動セッションページ(/en-us/citrix-virtual-apps-desktops/2203-ltsr/media/dws-session-2.png) -
-
ユーザーがアプリケーションを起動すると、事前起動されたセッションは通常のセッションに置き換えられます。ユーザーがアプリケーションを起動しない場合（事前起動されたセッションが未使用の場合）、以下の設定がそのセッションがアクティブなままになる期間に影響します。
-
指定された時間間隔が経過したとき。時間間隔は変更できます（1～99日、1～2376時間、または1～142,560分）。
-
デリバリーグループ内のすべてのマシンの平均負荷が指定された割合（1～99%）を超えたとき。
-
デリバリーグループ内のいずれかのマシンの負荷が指定された割合（1～99%）を超えたとき。
まとめ：事前起動されたセッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。 -
セッションの維持を有効にするには
-
グループを選択し、操作ペインでデリバリーグループの編集をクリックします。
-
アプリケーションの維持ページで、セッションをアクティブなままにする期間を選択して、セッションの維持を有効にします。
-
ユーザーが別のアプリケーションを起動しない場合、残存セッションがアクティブなままになる期間に影響する設定がいくつかあります。
-
指定された時間間隔が経過した場合。時間間隔は、1～99日、1～2376時間、または1～142,560分に変更できます。
-
デリバリーグループ内のすべてのマシンの平均負荷が指定された割合（1～99%）を超えた場合。
-
デリバリーグループ内のいずれかのマシンの負荷が指定された割合（1～99%）を超えた場合。
まとめ：残存セッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。 -
メンテナンスモードのマシンから切断された場合のセッション再接続を制御する
注：
この機能はPowerShellでのみ利用可能です。
メンテナンスモードのマシンで切断されたセッションが、デリバリーグループ内のマシンに再接続できるかどうかを制御できます。
バージョン2106より前は、メンテナンスモードのマシンから切断されたシングルセッションのプールされたデスクトップセッションの再接続は許可されていませんでした。バージョン2106以降では、メンテナンスモードのマシンから切断された後の再接続（セッションの種類に関係なく）を許可または禁止するようにデリバリーグループを構成できます。
デリバリーグループを作成または編集する際（
New-BrokerDesktopGroup、Set-BrokerDesktopGroup）、-AllowReconnectInMaintenanceMode <boolean>パラメーターを使用して、メンテナンスモードのマシンから切断されたマシンへの再接続を許可または禁止します。
-
trueに設定すると、セッションはグループ内のマシンに再接続できます。
-
「false」に設定されている場合、セッションはグループ内のマシンに再接続できません。
デフォルト値:
-
シングルセッション: 無効
-
マルチセッション: 有効
トラブルシューティング
-
デリバリーコントローラーに登録されていないVDAは、仲介されたセッションの起動時には考慮されません。これにより、利用可能なリソースが十分に活用されない結果となります。VDAが登録されない理由はさまざまあり、その多くは管理者がトラブルシューティングできます。詳細表示には、カタログ作成ウィザードおよびデリバリーグループにカタログを追加した後のトラブルシューティング情報が提供されます。デリバリーグループを作成した後、デリバリーグループの詳細ペインには、登録可能だが登録されていないマシンの数が表示されます。たとえば、1台以上のマシンが電源オンでメンテナンスモードではないが、現在Controllerに登録されていない場合などです。「登録されていないが、登録されるべき」マシンを表示するときは、詳細ペインのトラブルシューティングタブで考えられる原因と推奨される是正措置を確認してください。機能レベルに関するメッセージについては、「VDAのバージョンと機能レベル」を参照してください。VDA登録のトラブルシューティングについては、「CTX136668」を参照してください。
-
デリバリーグループの表示では、詳細ペインのインストール済みVDAバージョンが、マシンに実際にインストールされているバージョンと異なる場合があります。マシンのWindowsのプログラムと機能の表示には、実際のVDAバージョンが表示されます。
-
電源状態不明のステータスのマシンについては、ガイダンスとしてCTX131267を参照してください。