製品ドキュメント
Citrix Virtual Apps and Desktops 7 2311
PDFを表示

デリバリーグループの管理

May 31, 2026
寄稿者: 
C C

注：

Citrix Virtual Apps and Desktops™の展開は、WebベースのWeb StudioとWindowsベースのCitrix Studioという2種類の管理コンソールを使用して管理できます。この記事ではWeb Studioのみを説明します。Citrix Studioの詳細については、Citrix Virtual Apps and Desktops 7 2212以前の対応する記事を参照してください。

はじめに

この記事では、管理コンソールからデリバリーグループを管理する手順について説明します。グループ作成時に指定した設定を変更するだけでなく、デリバリーグループ作成時には利用できないその他の設定も構成できます。

手順のカテゴリには、全般、ユーザー、マシン、セッションがあります。一部のタスクは複数のカテゴリにまたがります。たとえば、「ユーザーがマシンに接続できないようにする」はマシンのカテゴリで説明されていますが、ユーザーにも影響します。あるカテゴリでタスクが見つからない場合は、関連するカテゴリを確認してください。

その他の関連情報を含む記事：

  • アプリケーションには、デリバリーグループ内のアプリケーションの管理に関する情報が含まれています。
  • デリバリーグループの管理には、Delivery Group Administratorの組み込みロール権限が必要です。詳細については、委任管理を参照してください。

全般

デリバリーグループの配信タイプを変更する

配信タイプは、グループが配信できるもの（アプリケーション、デスクトップ、またはその両方）を示します。

アプリケーションのみまたはデスクトップとアプリケーションのタイプをデスクトップのみのタイプに変更する前に、グループからすべてのアプリケーションを削除してください。

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで編集をクリックします。
  3. 配信タイプページで、目的の配信タイプを選択します。
  4. 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、保存をクリックして変更を適用し、ウィンドウを閉じます。

StoreFrontアドレスを変更する

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで編集をクリックします。
  3. StoreFrontページで、StoreFront URLを選択または追加します。これらのURLは、デリバリーグループ内の各マシンにインストールされているCitrix Workspace™アプリによって使用されます。
  4. 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、保存をクリックして変更を適用し、ウィンドウを閉じます。

左ペインでStoreFrontを選択して、StoreFrontサーバーアドレスを指定することもできます。

機能レベルを変更する

デリバリーグループの機能レベルは、そのマシン上のVDAと、デリバリーグループで使用されるマシンを含むマシンカタログをアップグレードした後に変更します。

開始する前に:

  • シトリックス プロビジョニング™ (旧プロビジョニング サービス) を使用している場合は、シトリックス プロビジョニング コンソールでVDAバージョンをアップグレードします。
  • アップグレードされたVDAを含むマシンを起動し、Delivery Controllerに登録できるようにします。このプロセスにより、デリバリーグループで何がアップグレードされる必要があるかがコンソールに通知されます。
  • 以前のVDAバージョンを引き続き使用する必要がある場合、新しい製品機能は利用できません。詳細については、アップグレードドキュメントを参照してください。

デリバリーグループの機能レベルを変更するには:

  1. 左ペインで [Delivery Groups] を選択します。
  2. グループを選択し、アクションバーで [Change Functional Level] をクリックします。[Change Functional Level] アクションは、アップグレードされたVDAが検出された場合にのみ表示されます。
  3. [Change] をクリックします。

表示には、どのマシンが機能レベルに変更できないか、およびその理由が示されます（該当する場合）。その後、変更アクションをキャンセルし、マシンの問題を解決してから、再度変更アクションを実行できます。

変更が完了したら、マシンを以前の状態に戻すことができます。デリバリーグループを選択し、アクションバーで [Undo Functional Level Change] を選択します。

Remote PC Accessデリバリーグループの管理

Remote PC Accessマシンカタログ内のマシンが割り当てられていない場合、そのマシンは一時的にそのカタログに関連付けられたデリバリーグループに割り当てられます。この一時的な割り当てにより、マシンは後でユーザーに割り当てられるようになります。

デリバリーグループとマシンカタログの関連付けには優先度値があります。優先度は、マシンがシステムに登録されるとき、またはユーザーがマシン割り当てを必要とするときに、マシンに割り当てられるデリバリーグループを決定します。値が低いほど優先度が高くなります。Remote PC Accessマシンカタログに複数のデリバリーグループ割り当てがある場合、ソフトウェアは最も優先度の高い一致を選択します。この優先度値を設定するには、PowerShell SDKを使用します。

最初に作成されたとき、Remote PC Accessマシンカタログはデリバリーグループに関連付けられています。後でカタログに追加されたマシンアカウントまたは組織単位は、デリバリーグループに追加できます。この関連付けは、オンまたはオフに切り替えることができます。

デリバリーグループとのRemote PC Accessマシンカタログの関連付けを追加または削除するには:

  1. 左ペインでDelivery Groupsを選択します。
  2. リモートPCアクセスグループを選択します。
  3. Detailsセクションで、Machine Catalogsタブをクリックし、Remote PC Accessカタログを選択します。
  4. 関連付けを追加または復元するには、Add Desktopsをクリックします。関連付けを削除するには、Remove Associationをクリックします。

フォルダーを使用してデリバリーグループを整理する

フォルダーを作成してデリバリーグループを整理し、簡単にアクセスできるようにすることができます。

必要な役割

デフォルトでは、デリバリーグループフォルダーを作成および管理するには、Cloud Administrator、Full Administrator、またはDelivery Group Administratorの組み込み役割が必要です。必要に応じて、デリバリーグループフォルダーを作成および管理するための役割をカスタマイズできます。詳細については、「必要な権限」を参照してください。

デリバリーグループフォルダーを作成する

開始する前に、デリバリーグループをどのように整理するかを計画してください。次の点を考慮してください。

  • フォルダーは最大5レベルまでネストできます（デフォルトのルートフォルダーを除く）。
  • フォルダーには、デリバリーグループとサブフォルダーを含めることができます。
  • すべてのノード（Machine Catalogs、Applications、Delivery groupsノードなど）は、バックエンドでフォルダーツリーを共有します。フォルダーの名前変更または移動時に他のノードとの名前の競合を避けるため、異なるノードの第1レベルフォルダーには異なる名前を付けることをお勧めします。

デリバリーグループフォルダーを作成するには、次の手順に従います。

  1. 左ペインでデリバリーグループを選択します。
  2. フォルダー階層でフォルダーを選択し、アクションバーでフォルダーの作成を選択します。
  3. 新しいフォルダーの名前を入力し、完了をクリックします。

ヒント:

意図しない場所にフォルダーを作成した場合でも、正しい場所にドラッグできます。

デリバリーグループを移動する

デリバリーグループはフォルダー間で移動できます。詳細な手順は次のとおりです。

  1. 左ペインでデリバリーグループを選択します。

  2. フォルダー別にグループを表示します。フォルダー階層の上にあるすべて表示をオンにして、すべてのグループを一度に表示することもできます。

  3. グループを右クリックし、デリバリーグループの移動を選択します。

  4. グループを移動するフォルダーを選択し、完了をクリックします。

ヒント:

グループをフォルダーにドラッグできます。

デリバリーグループフォルダーを管理する

デリバリーグループフォルダーの削除、名前変更、移動ができます。

フォルダーとそのサブフォルダーにデリバリーグループが含まれていない場合にのみ、フォルダーを削除できることに注意してください。

フォルダーを管理するには、次の手順に従います。

  1. 左ペインで [Delivery Groups] を選択します。

  2. フォルダー階層でフォルダーを選択し、必要に応じて [Action] バーでアクションを選択します。

    • フォルダーの名前を変更するには、[Rename Folder] を選択します。
    • フォルダーを削除するには、[Delete Folder] を選択します。
    • フォルダーを移動するには、[Move Folder] を選択します。

  3. 画面の指示に従って、残りの手順を完了します。

必要な権限

次の表に、デリバリーグループフォルダーに対してアクションを実行するために必要な権限を示します。

アクション 必要な権限
デリバリーグループフォルダーの作成 デリバリーグループフォルダーの作成
デリバリーグループフォルダーの削除 デリバリーグループフォルダーを削除
デリバリーグループフォルダーを移動 デリバリーグループフォルダーを移動
デリバリーグループフォルダーの名前を変更 デリバリーグループフォルダーを編集
デリバリーグループをフォルダーに移動 デリバリーグループフォルダーを編集およびデリバリーグループプロパティを編集

アプリ保護を管理

以下の情報は、アプリ保護を補足するものです。以下の詳細に注意してください。

  • 有効なアプリ保護エンタイトルメントが必要です。アプリ保護機能を購入するには、Citrixの営業担当者にお問い合わせください。

  • アプリ保護にはXML信頼が必要です。XML信頼を有効にするには、設定 > XML信頼を有効にするに移動します。

  • 画面キャプチャ防止について：

    • WindowsおよびmacOSでは、保護されたコンテンツのウィンドウのみが空白になります。保護されたウィンドウが最小化されていない場合、アプリ保護はアクティブになります。
    • Linuxでは、キャプチャ全体が空白になります。保護されたウィンドウが最小化されているかどうかにかかわらず、アプリ保護はアクティブになります。

デリバリーグループのアプリ保護方法を選択するには、次の手順に従います。

  1. 左ペインでデリバリーグループを選択します。

  2. グループを選択し、アクションバーで編集を選択します。

  3. アプリ保護ページで、キーロギング対策と画面キャプチャ対策を有効にできます。

ユーザー

デリバリーグループのユーザー設定を変更する

このページの名前は、ユーザー設定または基本設定のいずれかで表示されます。

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで編集をクリックします。
  3. ユーザー設定（または基本設定）ページで、次の表の設定を変更します。
  4. 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、保存をクリックして変更を適用し、ウィンドウを閉じます。
設定 説明
内容の説明 Citrix Workspace（またはStoreFront）が使用し、ユーザーに表示されるテキスト。
デリバリーグループを有効にする デリバリーグループが有効になっているかどうか。
タイムゾーン このデリバリーグループのマシンが存在する必要があるタイムゾーン。このオプションには、サイトでサポートされているタイムゾーンが一覧表示されます。注： デリバリーグループのタイムゾーンを変更すると、そのデリバリーグループ内のマシンが再起動される場合があります。これを避けるには、稼働時間外にタイムゾーン設定を変更してください。
Secure ICA® を有効にする ICAプロトコルを暗号化するSecureICAを使用して、デリバリーグループ内のマシンとの通信を保護します。デフォルトのレベルは128ビットです。このレベルはSDKを使用して変更できます。Citrixは、パブリックネットワークを介して通信する場合、TLS暗号化などのより多くの暗号化方法を使用することを推奨します。また、SecureICAはデータ整合性をチェックしません。

デリバリーグループのユーザーを追加または削除する

ユーザーの詳細については、「ユーザー」を参照してください。

  1. 左側のペインで [デリバリーグループ] を選択します。
  2. グループを選択し、アクションバーの [編集] をクリックします。

  3. [ユーザー] ページで：

    • ユーザーを追加するには、[追加] をクリックし、追加するユーザーを指定します。
    • ユーザーを削除するには、1人以上のユーザーを選択し、[削除] をクリックします。
    • 認証されていないユーザーによるアクセスを許可するには、チェックボックスをオンまたはオフにします。
  4. 「適用」をクリックして変更を適用し、ウィンドウを開いたままにします。または、「保存」をクリックして変更を適用し、ウィンドウを閉じます。

ユーザーリストのインポートまたはエクスポート

物理的なシングルセッションOSマシンを含むデリバリーグループの場合、デリバリーグループの作成後に.csvファイルからユーザー情報をインポートできます。また、ユーザー情報を.csvファイルにエクスポートすることもできます。.csvファイルには、以前の製品バージョンのデータを含めることができます。

CSVファイルの最初の行には、コンマで区切られた2つの列ヘッダーが含まれている必要があります。最初のヘッダーがMachine Accountで、2番目のヘッダーがUser Namesであることを確認してください。（追加のヘッダーを含めることはできますが、サポートされていません。）ファイルの以降の行には、コンマで区切られたデータが含まれます。Machine Accountのエントリは、コンピューターSID、FQDN、またはドメインとコンピューター名のペアにすることができます。

ユーザー情報をインポートまたはエクスポートするには：

  1. 左ペインで「デリバリーグループ」を選択します。
  2. グループを選択し、アクションバーで「編集」をクリックします。
  3. 「マシン割り当て」ページで、「リストのインポート」または「リストのエクスポート」を選択し、ファイルの場所を参照します。
  4. 「適用」をクリックして変更を適用し、ウィンドウを開いたままにします。または、「保存」をクリックして変更を適用し、ウィンドウを閉じます。

マシン

デリバリーグループ内のマシンとユーザーの割り当てを変更する

MCSでプロビジョニングされたシングルセッションOSマシンの割り当てを変更できます。マルチセッションOSマシンまたはCitrix Provisioningでプロビジョニングされたマシンの割り当ては変更できません。

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで編集をクリックします。
  3. デスクトップまたはデスクトップ割り当てルールページ（ページタイトルはデリバリーグループが使用するマシンカタログの種類によって異なります）で、新しいユーザーを指定します。
  4. 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、保存をクリックして変更を適用し、ウィンドウを閉じます。

デリバリーグループ内のユーザーあたりの最大マシン数を変更する

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーの編集をクリックします。
  3. デスクトップ割り当てルールページで、ユーザーあたりの最大デスクトップ数を設定します。
  4. 適用をクリックすると、行った変更が適用され、ウィンドウが開いたままになります。または、保存をクリックすると、変更が適用され、ウィンドウが閉じます。

デリバリーグループ内のマシンを更新する

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーのマシンの表示をクリックします。
  3. マシンを選択し、アクションバーのマシンの更新をクリックします。

別のイメージを選択するには、マスターイメージを選択してからスナップショットを選択します。

変更を適用してマシンユーザーに通知するには、エンドユーザーへのロールアウト通知を選択します。次に、以下を指定します。

  • マスターイメージを更新するタイミング：今すぐ、または次回の再起動時
  • 再起動の分散時間（グループ内のすべてのマシンの更新を開始するまでの合計時間）
  • ユーザーに再起動が通知されるかどうか
  • ユーザーが受け取るメッセージ

デスクトップのタグ制限を追加、変更、または削除する

タグ制限の追加、変更、削除は、起動対象となるデスクトップに予期せぬ影響を与える可能性があります。タグの考慮事項と注意事項を確認してください。

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで編集をクリックします。
  3. デスクトップページで、デスクトップを選択し、編集をクリックします。
  4. タグ制限を追加するには、タグを持つマシンへの起動を制限を選択し、タグを選択します。

  5. タグ制限を変更または削除するには、次のいずれかの操作を行います。

    • 別のタグを選択します。
    • このタグを持つマシンへの起動を制限の選択を解除して、タグ制限を削除します。
  6. 適用をクリックして変更を適用し、ウィンドウを開いたままにします。または、保存をクリックして変更を適用し、ウィンドウを閉じます。

デリバリーグループからマシンを削除する

マシンを削除すると、デリバリーグループから削除されます。デリバリーグループが使用するマシンカタログからは削除されません。したがって、そのマシンは別のデリバリーグループに割り当てることができます。

マシンは、削除する前にシャットダウンする必要があります。マシンを削除している間、ユーザーがマシンに接続するのを一時的に停止するには、シャットダウンする前にマシンをメンテナンスモードにします。

マシンには個人データが含まれている可能性があるため、別のユーザーにマシンを割り当てる前に注意してください。マシンの再イメージングを検討してください。

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーでマシンの表示をクリックします。
  3. マシンがシャットダウンされていることを確認します。
  4. マシンを選択し、アクションバーの「デリバリーグループから削除」をクリックします。

マシンが使用する接続を介して、デリバリーグループからマシンを削除することもできます。

デリバリーグループ内のマシンへのアクセスを制限する

デリバリーグループ内のマシンへのアクセスを制限するために行った変更は、使用する方法に関係なく、以前の設定に優先します。次のことができます。

  • 委任管理スコープを使用して管理者へのアクセスを制限する： 管理者がすべてのアプリケーションにアクセスできるようにするスコープと、特定のアプリケーションのみにアクセスを提供する別のスコープを作成して割り当てます。詳細については、「委任管理」を参照してください。

  • SmartAccessポリシー式を介してユーザーのアクセスを制限する： ポリシー式を使用して、Citrix Gatewayを介して行われるユーザー接続をフィルター処理します。

    1. 左側のペインで「デリバリーグループ」を選択します。
    2. グループを選択し、アクションバーの「編集」をクリックします。
    3. 「アクセスポリシー」ページで、「NetScaler® Gateway経由の接続」を選択します。
    4. これらの接続のサブセットを選択するには、「次のフィルターのいずれかに一致する接続」を選択します。次に、Citrix Gatewayサイトを定義し、許可されたユーザーアクセスシナリオのSmartAccessポリシー式を追加、編集、または削除します。詳細については、Citrix Gatewayのドキュメントを参照してください。
    5. 加えた変更を適用してウィンドウを開いたままにするには、「適用」をクリックします。または、変更を適用してウィンドウを閉じるには、「保存」をクリックします。

  • 除外フィルターを介してユーザーのアクセスを制限する： SDKで設定したアクセスポリシーに除外フィルターを使用します。アクセスポリシーは、接続を絞り込むためにデリバリーグループに適用されます。たとえば、マシンアクセスをユーザーのサブセットに制限したり、許可されたユーザーデバイスを指定したりできます。除外フィルターは、アクセスポリシーをさらに絞り込みます。たとえば、セキュリティのために、ユーザーまたはデバイスのサブセットへのアクセスを拒否できます。デフォルトでは、除外フィルターは無効になっています。

    たとえば、企業ネットワークサブネット上の教育用ラボで、そのラボから特定のデリバリーグループへのアクセスを防止する場合。ラボで誰がマシンを使用しているかに関係なく、次のコマンドを使用します。Set-BrokerAccessPolicy -Name VPDesktops_Direct -ExcludedClientIPFilterEnabled $True -。

    アスタリスク（*）ワイルドカードを使用して、同じポリシー式で始まるすべてのタグを照合します。たとえば、タグVPDesktops_Directを1つのマシンに追加し、VPDesktops_Testを別のマシンに追加した場合、Set-BrokerAccessPolicyスクリプトでタグをVPDesktops_*に設定すると、フィルターが両方のマシンに適用されます。

    Webブラウザーを使用している場合、またはストアでCitrix Workspaceアプリのユーザーエクスペリエンス機能が有効になっている場合は、クライアント名除外フィルターを使用できません。

デリバリーグループ内のマシンへのユーザー接続を防止する（メンテナンスモード）

マシンへの新しい接続を一時的に停止する必要がある場合、デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオンにできます。これは、パッチを適用する前や管理ツールを使用する前に行うことがあります。

  • マルチセッションOSマシンがメンテナンスモードの場合、ユーザーは既存のセッションに接続できますが、新しいセッションを開始することはできません。
  • シングルセッションOSマシン（またはリモートPCアクセスを使用するPC）がメンテナンスモードの場合、ユーザーは接続または再接続できません。現在の接続は、切断またはログオフするまで接続されたままになります。

メンテナンスモードをオンまたはオフにするには：

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択します。

  3. デリバリーグループ内のすべてのマシンでメンテナンスモードをオンにするには、アクションバーでメンテナンスモードをオンにするをクリックします。

    1台のマシンでメンテナンスモードをオンにするには、アクションバーでマシンを表示をクリックします。マシンを選択し、その後、アクションバーでメンテナンスモードをオンにするをクリックします。

  4. デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオフにするには、前述の手順に従いますが、アクションバーでメンテナンスモードをオフにするをクリックします。

Windowsリモートデスクトップ接続（RDC）の設定も、マルチセッションOSマシンがメンテナンスモードであるかどうかに影響します。以下のいずれかの状況でメンテナンスモードがオンになります。

  • 前述のとおり、メンテナンスモードがオンに設定されている。
  • RDCがこのコンピューターへの接続を許可しないに設定されている。
  • RDCがこのコンピューターへの接続を許可しないに設定されていない。リモートホスト構成ユーザーログオンモードの設定が、再接続を許可するが、新しいログオンは禁止する、または再接続を許可するが、サーバーが再起動されるまで新しいログオンは禁止するのいずれかである。

以下のものについても、メンテナンスモードをオンまたはオフにできます。

  • その接続を使用するマシンに影響する接続。
  • そのカタログ内のマシンに影響するマシンカタログ。

デリバリーグループ内のマシンをシャットダウンして再起動する

この手順は、リモートPCアクセス マシンではサポートされていません。

  1. 左ペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーでマシンの表示をクリックします。

  3. マシンを選択し、アクションバーで次のいずれかのエントリをクリックします。

    • 強制シャットダウン: マシンの電源を強制的にオフにし、マシンリストを更新します。
    • 再起動: オペレーティングシステムにシャットダウンを要求し、その後マシンを再起動します。オペレーティングシステムがこれに応じられない場合、マシンは現在の状態のままになります。
    • 強制再起動: オペレーティングシステムを強制的にシャットダウンし、その後マシンを再起動します。
    • 一時停止: マシンをシャットダウンせずに一時停止し、マシンリストを更新します。
    • シャットダウン: オペレーティングシステムにシャットダウンを要求します。

強制ではないアクションの場合、マシンが10分以内にシャットダウンしないと、電源がオフになります。Windowsがシャットダウン中に更新プログラムのインストールを試みる場合、更新が完了する前にマシンの電源がオフになるリスクがあります。

Citrixでは、シングルセッションOSマシンユーザーがセッション内でシャットダウンを選択しないようにすることをお勧めします。詳細については、Microsoftのポリシーに関するドキュメントを参照してください。

接続でマシンをシャットダウンして再起動することもできます。

デリバリーグループ内のマシンの再起動スケジュールを作成および管理する

注：

  • Autoscale™ が有効なデリバリーグループに再起動スケジュールが適用されると、そのマシンは電源がオフにされるだけで、Autoscale が電源をオンにするまでそのままになります。
  • ランダムなシングルセッションマシンに再起動スケジュールが適用されると、コストを節約するために、それらのマシンは再起動されるのではなく電源がオフになります。マシンの電源をオンにするには Autoscale を使用することをお勧めします。
  • デリバリーグループのタイムゾーンを変更すると、そのデリバリーグループ内のマシンが再起動される可能性があります。これを避けるには、稼働時間外にタイムゾーン設定を変更するようにしてください。

再起動スケジュールは、デリバリーグループ内のマシンが定期的に再起動されるタイミングを指定します。デリバリーグループに対して1つ以上のスケジュールを作成できます。スケジュールは次のいずれかに影響します。

  • グループ内のすべてのマシン。
  • グループ内の1つ以上の（ただしすべてではない）マシン。マシンは、マシンに適用するタグによって識別されます。これはタグ制限と呼ばれます。タグがアクションをそのタグを持つアイテムのみに制限するためです。

たとえば、すべてのマシンが1つのデリバリーグループにあるとします。すべてのマシンを週に1回再起動し、経理チームが使用するマシンを毎日再起動したいとします。これを実現するには、すべてのマシンに対して1つのスケジュールを設定し、経理のマシンのみに対して別のスケジュールを設定します。

スケジュールには、再起動が開始される曜日と時刻、および期間が含まれます。

スケジュールを有効または無効にできます。スケジュールを無効にすることは、テスト中、特別な期間中、または必要になる前にスケジュールを準備する際に役立ちます。

管理コンソールから自動電源オンまたはシャットダウンのためにスケジュールを使用することはできません。再起動のみに使用できます。

スケジュールの重複

複数のスケジュールが重複する可能性があります。上記の例では、両方のスケジュールが経理のマシンに影響します。これらのマシンは日曜日に2回再起動される可能性があります。スケジューリングコードは、同じマシンが意図したよりも頻繁に再起動されるのを避けるように設計されていますが、保証はできません。

  • スケジュールが開始時刻と期間で正確に一致する場合、マシンが再起動されるのは1回だけである可能性が高くなります。
  • スケジュールの開始時刻と期間が異なるほど、複数の再起動が発生する可能性が高くなります。
  • スケジュールによって影響を受けるマシンの数も、重複の可能性に影響します。例では、すべてのマシンに影響する週次スケジュールは、経理部門のマシンに対する日次スケジュールよりも早く再起動を開始する可能性があります。これは、それぞれに指定された期間によって異なります。

再起動スケジュールの詳細については、「再起動スケジュールの内部構造」を参照してください。

再起動スケジュールを表示する

  1. 左ペインで [デリバリーグループ] を選択します。
  2. グループを選択し、アクションバーで [編集] をクリックします。
  3. [再起動スケジュール] ページを選択します。

[再起動スケジュール] ページには、設定されている各スケジュールについて次の情報が含まれています。

  • スケジュール名。
  • 使用されているタグ制限（ある場合）。
  • マシンの再起動がどのくらいの頻度で発生するか。
  • マシンユーザーが通知を受け取るかどうか。
  • スケジュールが有効になっているかどうか。

タグを追加（適用）する

タグ制限を使用する再起動スケジュールを構成する場合は、そのスケジュールが影響するマシンにタグが追加されていることを確認してください。上記の例では、経理チームが使用する各マシンにタグが適用されています。詳細については、「タグ」を参照してください。

マシンに複数のタグを適用できますが、再起動スケジュールで指定できるタグは1つだけです。

  1. 左側のペインで [デリバリーグループ] を選択します。
  2. スケジュールによって制御されるマシンが含まれるグループを選択します。
  3. [マシンの表示] をクリックし、タグを追加するマシンを選択します。
  4. アクションバーで [タグの管理] をクリックします。
  5. タグが存在する場合は、タグ名の横にあるチェックボックスをオンにします。タグが存在しない場合は、[作成] をクリックし、タグの名前を指定します。タグが作成されたら、新しく作成されたタグ名の横にあるチェックボックスをオンにします。
  6. [タグの管理] ダイアログで [保存] をクリックします。

再起動スケジュールの作成

注：

再起動スケジュールは、電源管理されているすべてのマルチセッションマシンと、電源管理されていないすべてのマルチセッションマシンに適用できます。

  1. 左側のペインで [デリバリーグループ] を選択します。
  2. グループを選択し、アクションバーで [編集] をクリックします。
  3. [再起動スケジュール] ページで [追加] をクリックします。

  4. [再起動スケジュールの追加] ページで：

    • スケジュールを有効にするには、[はい] を選択します。スケジュールを無効にするには、[いいえ] を選択します。
    • スケジュール名と説明を入力します。
    • 「Restrict to tag」については、タグ制限を適用します。
    • 「Include machines in maintenance mode」については、メンテナンスモードのマシンをこのスケジュールに含めるかどうかを選択します。代わりにPowerShellを使用するには、「メンテナンスモードのマシンのスケジュールされた再起動」を参照してください。
    • 「Restart frequency」については、再起動の頻度（毎日、毎週、毎月、または1回）を選択します。「Weekly」または「Monthly」を選択した場合は、1つ以上の特定の日を指定できます。
    • 「Repeats every」については、スケジュールを実行する頻度を指定します。
    • 「Start date」については、スケジュールの初回実行の開始日を指定します。
    • 「Begin restart at」については、24時間形式で再起動を開始する時刻を指定します。
    • 「Restart duration」については、次のとおりです。
      • 自然な再起動を使用しない場合は、すべてのマシンを同時に再起動 または 一定期間内にすべてのマシンを再起動 を選択します。

      • 自然な再起動を使用する場合は、すべてのセッションがドレインされた後にすべてのマシンを再起動 を選択します。

        自然な再起動を使用するように構成された再起動スケジュールを開始すると、次のようになります。

        • デリバリーグループに属するすべてのアイドル状態のマシンはすぐに再起動されます
        • 1つ以上の有効なセッションを持つデリバリーグループに属する各マシンは、すべてのセッションがログオフされたときに再起動されます。

        注：

        自然な再起動スケジュールは、電源管理されたマシンのみを再起動できます。

    • 「ユーザーへの通知を送信」で、再起動が始まる前に該当するマシンに通知メッセージを表示するかどうかを選択します。デフォルトでは、メッセージは表示されません。
    • 再起動が始まる15分前にメッセージを表示することを選択した場合、（通知頻度で）最初のメッセージの後に5分ごとにメッセージを繰り返すように選択できます。デフォルトでは、メッセージは繰り返されません。

    • 通知のタイトルとテキストを入力します。デフォルトのテキストはありません。

      メッセージに再起動までのカウントダウンを含める場合は、変数 %m% を含めます。すべてのマシンを同時に再起動することを選択しない限り、メッセージは再起動前の適切なタイミングで各マシンに表示されます。

  5. 変更を適用して「再起動スケジュールの追加」ウィンドウを閉じるには、「完了」をクリックします。
  6. 加えた変更を適用してウィンドウを開いたままにするには、「適用」をクリックします。または、変更を適用してウィンドウを閉じるには、「保存」をクリックします。

ドレイン後の再起動

PowerShell を使用してマシンの再起動スケジュールを作成または更新する場合 (New-BrokerRebootSchedulev2 または Set-BrokerRebootSchedulev2)、別の再起動期間値が利用可能です。

-UseNaturalReboot <Boolean> パラメーターでドレイン後の再起動機能を有効にすると、すべてのセッションがドレインされた後にすべてのマシンが再起動されます。再起動時刻になると、マシンはドレイン状態になり、すべてのセッションがログオフされると再起動されます。

この機能は、シングルセッションまたはマルチセッションのマシンを含むデリバリーグループでサポートされています。このオプションは、電源管理されているマシンと電源管理されていないマシンの両方で使用できます。

オンプレミス環境では、この機能は PowerShell を使用する場合にのみサポートされます。この機能は Web Studio では利用できません。

再起動スケジュールの編集、削除、有効化、または無効化

  1. 左ペインで「デリバリーグループ」を選択します。
  2. グループを選択し、アクションバーで「編集」をクリックします。
  3. 「再起動スケジュール」ページで、スケジュールのチェックボックスを選択します。
    • スケジュールを編集するには、編集をクリックします。再起動スケジュールの作成のガイダンスに従って、スケジュール構成を更新します。
    • スケジュールを有効または無効にするには、編集をクリックします。再起動スケジュールを有効にするチェックボックスをオンまたはオフにします。
    • スケジュールを削除するには、削除をクリックします。削除を確認します。スケジュールを削除しても、影響を受けるマシンに適用されているタグには影響しません。

データベース停止によるスケジュールされた再起動の遅延

注:

この機能はPowerShellでのみ利用可能です。

デリバリーグループ内のマシン（VDA）のスケジュールされた再起動が開始される前にサイトデータベースの停止が発生した場合、停止が終了したときに再起動が開始されます。これは意図しない結果を招く可能性があります。

たとえば、デリバリーグループの再起動を非稼働時間中（午前3時開始）に発生するようにスケジュールしたとします。スケジュールされた再起動が開始される1時間前（午前2時）にサイトデータベースの停止が発生しました。停止は6時間続きました（午前8時まで）。再起動スケジュールは、Delivery Controllerとサイトデータベース間の接続が復元されたときに開始されます。VDAの再起動は、元のスケジュールから5時間後に開始され、稼働時間中にVDAが再起動することになります。

この状況を回避するために、New-BrokerRebootScheduleV2およびSet-BrokerRebootScheduleV2コマンドレットのMaxOvertimeStartMinsパラメーターを使用できます。この値は、スケジュールされた開始時刻から再起動スケジュールが開始できる最大分数を示します。

  • その時間内（スケジュールされた時刻 + MaxOvertimeStartMins）にデータベース接続が復元された場合、VDAの再起動が開始されます。

  • その時間内にデータベース接続が復元されない場合、VDAの再起動は開始されません。

  • このパラメーターが省略されているか、値がゼロの場合、停止期間に関係なく、データベースへの接続が復元されたときにスケジュールされた再起動が開始されます。

詳細については、コマンドレットのヘルプを参照してください。この機能はPowerShellでのみ利用可能です。Web Studioで再起動スケジュールを構成する際には、この値を設定できません。

メンテナンスモードのマシンのスケジュールされた再起動

注:

この機能はPowerShellでのみ利用可能です。オプション IgnoreMaintenanceMode は、Citrix Virtual Apps and Desktops 7 2006以降でサポートされています。

再起動スケジュールがメンテナンスモードのマシンに影響するかどうかを示すには、BrokerRebootScheduleV2 コマンドレットで IgnoreMaintenanceMode オプションを使用します。

例えば、以下のコマンドレットは、メンテナンスモードではないマシンに加えて、メンテナンスモードのマシンも再起動するスケジュールを作成します。

New-Brokerrebootschedulev2 rebootSchedule1 -DesktopGroupName <myDesktopGroup> -IgnoreMaintenanceMode $true

以下のコマンドレットは、既存の再起動スケジュールを変更します。

Set-Brokerrebootschedulev2 rebootSchedule1 -IgnoreMaintenanceMode $true

詳細については、コマンドレットのヘルプを参照してください。この機能はPowerShellでのみ利用可能です。

1回限りの再起動スケジュールを有効にする

PowerShellを使用して1回限りの再起動スケジュールを有効にする場合は、以下の BrokerCatalogRebootSchedule PowerShellコマンドを使用して、再起動スケジュールを作成、変更、削除します。

  • Get-BrokerCatalogRebootSchedule
  • New-BrokerCatalogRebootSchedule
  • Set-BrokerCatalogRebootSchedule
  • Remove-BrokerCatalogRebootSchedule
  • Rename-BrokerCatalogRebootSchedule

制限事項:

  • タイムゾーンが設定されていないカタログに関連付けられたカタログ再起動スケジュールは作成されますが、開始されません。
  • カタログ再起動スケジュールが作成されると、その再起動スケジュールはデリバリーグループに属するカタログVM上でのみ実行されます。

例：

  • BankTellersという名前のカタログ内のVMの再起動スケジュールを、2022年2月3日の午前2時から午前4時の間に開始するように作成します。

     C:\PS> New-BrokerCatalogRebootSchedule -Name BankTellers -CatalogName BankTellers  -StartDate "2022-02-03" -StartTime "02:00" -Enabled $true -RebootDuration 120
 <!--NeedCopy-->

  • UID 17のカタログ内のVMの再起動スケジュールを、2022年2月3日の午前1時から午前5時の間に開始するように作成します。再起動の10分前に、各VMはすべてのユーザーセッションで、タイトルがWARNING: Reboot pending、メッセージがSave your workというメッセージボックスを表示するように設定されます。

     C:\PS> New-BrokerCatalogRebootSchedule -Name 'Update reboot' -CatalogUid 17 -StartDate "2022-02-03" -StartTime "01:00" -Enabled $true -RebootDuration 240 -WarningTitle "WARNING: Reboot pending" -WarningMessage "Save your work" -WarningDuration 10
 <!--NeedCopy-->

  • Old Nameという名前のカタログ再起動スケジュールをNew Nameに名前変更します。

    C:\PS> Rename-BrokerCatalogRebootSchedule -Name "Old Name" -NewName "New Name"
<!--NeedCopy-->

  • UID 1のすべてのカタログ再起動スケジュールを表示し、その後、UID 1のカタログ再起動スケジュールをNew Nameに名前変更します。

    C:\PS> Get-BrokerCatalogRebootSchedule -Uid 1 | Rename-BrokerCatalogRebootSchedule -NewName "New Name" -PassThru
<!--NeedCopy-->

  • Accountingという名前のカタログ再起動スケジュールを、各VMの再起動の10分前に、タイトルがWARNING: Reboot pending、メッセージがSave your workというメッセージを表示するように設定します。このメッセージは、そのVM上のすべてのユーザーセッションに表示されます。

    ``` C:\PS> Set-BrokerCatalogRebootSchedule -Name Accounting -WarningMessage “Save your work” -WarningDuration 10 -WarningTitle “WARNING: Reboot pending”

  • 無効になっているすべての再起動スケジュールを表示し、その後、無効になっているすべての再起動スケジュールを有効にします。

     C:\PS> Get-BrokerCatalogRebootSchedule -Enabled $false | Set-BrokerCatalogRebootSchedule -Enabled $true

  • UID 17のカタログ再起動スケジュールを、各VMの再起動の15分前、10分前、5分前にRebooting in %m% minutesというメッセージを表示するように設定します。

     C:\PS> Set-BrokerCatalogRebootSchedule 17 -WarningMessage "Rebooting in %m% minutes." -WarningDuration 15 -WarningRepeatInterval 5

  • MyCatalogという名前のカタログのタイムゾーンを設定します。

     C:\PS> Set-BrokerCatalog -Name "MyCatalog" -TimeZone <TimeZone>

デリバリーグループ内の負荷管理されたマシン

マルチセッションOSマシンのみを負荷管理できます。

負荷管理は、サーバーの負荷を測定し、現在の環境条件でどのサーバーを選択するかを決定します。この選択は以下に基づいています。

  • サーバーメンテナンスモードのステータス: マルチセッションOSマシンは、メンテナンスモードがオフの場合にのみ負荷分散の対象となります。

  • サーバー負荷インデックス: マルチセッションOSマシンを提供するサーバーが接続を受け入れる可能性を決定します。このインデックスは、セッション数やCPU、ディスク、メモリ使用量などのパフォーマンスメトリックの設定といった負荷評価指標の組み合わせです。負荷評価指標は、負荷管理ポリシー設定で指定されます。

    サーバー負荷インデックスが10000の場合、サーバーが完全に負荷状態であることを示します。他のサーバーが利用できない場合、ユーザーはセッションを起動したときに、デスクトップまたはアプリケーションが利用できないというメッセージを受け取る可能性があります。

    負荷インデックスは、Director (モニター)、Web Studio (管理) 検索、および SDK で監視できます。

    コンソール表示で、サーバー負荷インデックス列（デフォルトでは非表示）を表示するには、マシンを選択し、列ヘッダーを右クリックして、列の選択を選択します。マシンカテゴリで、負荷インデックスを選択します。

    SDKでは、Get-BrokerMachine コマンドレットを使用します。詳細については、CTX202150 を参照してください。

  • 同時ログオン許容ポリシー設定: サーバーへの同時ログオン要求の最大数。（この設定は、XenApp 6.xバージョンでの負荷スロットリングに相当します。）

    すべてのサーバーが同時ログオン許容設定以上の場合、次のログオン要求は、保留中のログオン数が最も少ないサーバーに割り当てられます。複数のサーバーがこれらの基準を満たす場合、負荷インデックスが最も低いサーバーが選択されます。

デリバリーグループ内の電源管理されたマシン

電源管理できるのは、仮想シングルセッションOSマシンのみであり、物理マシン（リモートPCアクセス マシンを含む）は電源管理できません。GPU機能を備えたシングルセッションOSマシンは一時停止できないため、電源オフ操作は失敗します。マルチセッションOSマシンについては、再起動スケジュールを作成できます。

プールされたマシンを含むデリバリーグループでは、仮想シングルセッションOSマシンは次のいずれかの状態になります。

  • ランダムに割り当てられ、使用中
  • 未割り当てで未接続

静的マシンを含むデリバリーグループでは、仮想シングルセッションOSマシンは次のようになります。

  • 永続的に割り当てられ、使用中
  • 永続的に割り当てられ、未接続（ただし準備完了）
  • 割り当てられていない、接続されていない

通常の使用では、静的デリバリーグループには、永続的に割り当てられたマシンと割り当てられていないマシンの両方が含まれます。最初は、デリバリーグループの作成時に手動で割り当てられたマシンを除き、すべてのマシンが割り当てられていません。ユーザーが接続すると、マシンは永続的に割り当てられます。これらのデリバリーグループ内の割り当てられていないマシンは完全に電源管理できますが、永続的に割り当てられたマシンは部分的にしか管理できません。

  • プールとバッファー: プールされたデリバリーグループおよび割り当てられていないマシンを持つ静的デリバリーグループの場合、プール（このインスタンスでは）とは、電源オン状態に保たれ、ユーザーが接続する準備ができている、割り当てられていない、または一時的に割り当てられたマシンのセットです。ユーザーはログオン後すぐにマシンを取得します。プールサイズ（電源オン状態に保たれるマシンの数）は、時間帯によって構成可能です。静的デリバリーグループの場合、SDKを使用してプールを構成します。

    バッファーとは、プール内のマシンの数がしきい値を下回ったときに電源がオンになる、割り当てられていないマシンの追加のスタンバイセットです。しきい値は、デリバリーグループサイズのパーセンテージです。大規模なデリバリーグループの場合、しきい値を超えるとかなりの数のマシンがオンになる可能性があります。そのため、デリバリーグループのサイズを慎重に計画するか、SDKを使用してデフォルトのバッファーサイズを調整してください。

  • 電源状態タイマー: 電源状態タイマーを使用して、ユーザーが指定された時間切断された後にマシンを一時停止できます。たとえば、ユーザーが10分以上切断されている場合、勤務時間外にマシンは自動的に一時停止します。

    タイマーは、平日と週末、およびピーク時と非ピーク時の間隔で構成できます。

  • 永続的に割り当てられたマシンの部分的な電源管理: 永続的に割り当てられたマシンでは、電源状態タイマーを設定できますが、プールやバッファーは設定できません。マシンは各ピーク期間の開始時にオンになり、各オフピーク期間の開始時にオフになります。消費されたマシンを補うために利用可能になるマシンの数について、割り当てられていないマシンで行うようなきめ細かい制御はできません。

仮想シングルセッションOSマシンの電源を管理する

  1. 左ペインでDelivery Groupsを選択します。
  2. グループを選択し、アクションバーでEdit Delivery Groupをクリックします。
  3. Power Managementページで、Power manage machinesのWeekdaysを選択します。デフォルトでは、平日は月曜日から金曜日です。
  4. ランダムなデリバリーグループの場合、Machines to be powered onでEditをクリックし、平日のプールサイズを指定します。次に、電源をオンにするマシンの数を選択します。
  5. Peak hoursで、各日のピーク時間とオフピーク時間を設定します。
  6. 平日のピーク時間と非ピーク時間の電源状態タイマーを設定します。During peak hours > When disconnectedで、デリバリーグループ内の切断されたマシンを一時停止するまでの遅延（分単位）を指定し、Suspendを選択します。During off-peak hours > When disconnectedで、デリバリーグループ内のログオフされたマシンをオフにするまでの遅延を指定し、Shutdownを選択します。このタイマーは、ランダムなマシンを持つデリバリーグループでは使用できません。
  7. Power manage machinesでWeekendを選択し、週末のピーク時間と電源状態タイマーを構成します。
  8. 変更を適用してウィンドウを開いたままにするには、適用をクリックします。または、変更を適用してウィンドウを閉じるには、保存をクリックします。

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-BrokerServiceConfigurationData PowerShellコマンドを使用して設定を構成します。例：
    • PS C:\> Set-BrokerServiceConfigurationData HostingManagement.LegacyPeakTransitionDisconnectedBehaviour -SettingValue $true

期間移行時に電源ポリシーアクションが適用される前に、マシンは次の条件を満たしている必要があります。

  • セッションが切断されていること。
  • 保留中の電源アクションがないこと。
  • 異なる期間に移行するVDI（シングルセッション）デリバリーグループに属していること。
  • 特定の期間（ピーク時またはオフピーク時）に切断され、電源アクションが割り当てられている期間に移行するセッションがあること。

カタログ内の電源オン状態のVDAの割合を変更する

  1. デリバリーグループの電源管理セクションで、デリバリーグループのピーク時間を調整します。
  2. デスクトップグループ名を控えてください。

  3. 管理者権限でPowerShellを起動し、次のコマンドを実行します。「Desktop Group Name」を、実行中のVDAの割合が変更されたデスクトップグループの名前に置き換えます。

    asnp Citrix*

    # Set-BrokerDesktopGroup "Desktop Group Name" -PeakBufferSizePercent 100

    値が100の場合、VDAの100%が準備完了状態にあることを意味します。

  4. ソリューションを確認するには、次を実行します。

    #Get-BrokerDesktopGroup "Desktop Group Name"

    デスクトップグループ名

変更が有効になるまで最大1時間かかる場合があります。

ユーザーがログオフした後にVDAをシャットダウンするには、次を入力します。

# Set-BrokerDesktopGroup "Desktop Group Name" -ShutDownDesktopsAfterUse $True

ピーク時間中にVDAを再起動し、ユーザーがログオフした後もユーザーが利用できるようにするには、次を入力します。

# Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssignedDuringPeak $True

セッション

  • セッションからログオフまたは切断する、またはユーザーにメッセージを送信する(#log-off-or-disconnect-a-session)
  • セッションの事前起動とセッションの維持を構成する(#configure-session-prelaunch-and-session-linger-in-a-delivery-group)
  • メンテナンスモードのマシンから切断された場合のセッション再接続を制御する(#control-session-reconnection-when-disconnected-from-machine-in-maintenance-mode)
  • セッションローミングを構成する(#configure-session-roaming)

セッションからログオフまたは切断する

  1. 左ペインでデリバリーグループを選択します。
  2. デリバリーグループを選択し、アクションバーでマシンの表示を選択します。
  3. 中央ペインでマシンを選択し、アクションバーでセッションの表示を選択してから、セッションを選択します。
    • または、中央ペインでセッションタブを選択し、セッションを選択します。
  4. セッションからログオフするには、アクションバーでログオフを選択します。セッションが閉じられ、ユーザーはログアウトされます。マシンが特定のユーザーに割り当てられていない限り、他のユーザーが利用できるようになります。
  5. セッションを切断するには、アクションバーで切断を選択します。アプリケーションはセッション内で実行を継続し、マシンはそのユーザーに割り当てられたままになります。ユーザーは同じマシンに再接続できます。

シングルセッションOSマシンに対して電源状態タイマーを構成し、未使用のセッションを自動的に処理できます。詳細については、「電源管理されたマシン」を参照してください。

デリバリーグループにメッセージを送信する

  1. 左ペインでデリバリーグループを選択します。
  2. デリバリーグループを選択し、アクションバーでマシンの表示を選択します。
  3. 中央ペインで、メッセージを送信するマシンを選択します。
  4. アクションバーで、セッションの表示を選択します。
  5. 中央ペインで、すべてのセッションを選択し、アクションバーでメッセージの送信を選択します。
  6. メッセージを入力し、OKをクリックします。必要に応じて、重大度レベルを指定できます。オプションには、重大、質問、警告、情報があります。

または、Citrix Directorを使用してメッセージを送信することもできます。詳しくは、「ユーザーへのメッセージの送信」を参照してください。

デリバリーグループでのセッションの事前起動とセッションの維持を構成する

これらの機能は、マルチセッションOSマシンでのみサポートされています。

セッションの事前起動とセッションの維持機能は、要求される前にセッションを開始する（セッションの事前起動）ことと、ユーザーがすべてのアプリケーションを閉じた後もアプリケーションセッションをアクティブに保つ（セッションの維持）ことによって、指定されたユーザーがアプリケーションにすばやくアクセスできるようにします。

デフォルトでは、セッションの事前起動とセッションの維持は使用されません。セッションは、ユーザーがアプリケーションを起動したときに開始され（起動）、セッション内の最後に開いたアプリケーションが閉じられるまでアクティブなままです。

考慮事項：

  • デリバリーグループはアプリケーションをサポートしている必要があり、マシンはマルチセッションOS用のVDA（最小バージョン7.6）を実行している必要があります。
  • これらの機能は、Windows向けCitrix Workspaceアプリを使用している場合にのみサポートされており、追加のCitrix Workspaceアプリ構成も必要です。手順については、お使いのWindows向けCitrix Workspaceアプリバージョンの製品ドキュメントで「session prelaunch」を検索してください。
  • HTML5向けCitrix Workspaceアプリはサポートされていません。
  • セッションの事前起動を使用している場合、ユーザーのマシンがサスペンドモードまたは休止状態になった場合、事前起動は機能しません（セッションの事前起動設定に関係なく）。ユーザーは自分のマシン/セッションをロックできます。ただし、ユーザーがCitrix Workspaceアプリからログオフすると、セッションは終了し、事前起動は適用されなくなります。
  • セッションの事前起動を使用している場合、物理クライアントマシンはサスペンドまたは休止状態の電源管理機能を使用できません。クライアントマシンのユーザーはセッションをロックできますが、ログオフしてはいけません。
  • プリローンチセッションとリンガリングセッションは同時使用ライセンスを消費しますが、接続されている場合に限ります。ユーザー/デバイスライセンスを使用している場合、ライセンスは90日間有効です。未使用のプリローンチセッションとリンガリングセッションは、デフォルトでは15分後に切断されます。この値はPowerShell (New/Set-BrokerSessionPreLaunch コマンドレット) で構成できます。
  • ユーザーのアクティビティパターンを慎重に計画し監視することは、これらの機能が互いに補完し合うように調整するために不可欠です。最適な構成は、ユーザーがアプリケーションをより早く利用できるという利点と、ライセンスの使用とリソースの割り当てにかかるコストとのバランスを取ります。
  • Citrix Workspaceアプリで、セッションプリローンチをスケジュールされた時刻に構成することもできます。

未使用のプリローンチセッションとリンガリングセッションがアクティブなままになる期間

ユーザーがアプリケーションを起動しない場合に、未使用のセッションがアクティブなままになる期間を指定する方法はいくつかあります。構成されたタイムアウトとサーバー負荷のしきい値です。これらすべてを構成できます。最初発生したイベントによって、未使用のセッションが終了します。

  • タイムアウト: 構成されたタイムアウトは、未使用のプリローンチセッションまたはリンガリングセッションがアクティブなままになる分数、時間、または日数を指定します。タイムアウトを短くしすぎると、プリローンチセッションは、ユーザーがアプリケーションにすばやくアクセスできるという利点を提供する前に終了します。タイムアウトを長くしすぎると、サーバーに十分なリソースがないため、受信ユーザー接続が拒否される可能性があります。

    このタイムアウトは、管理コンソールからではなく、SDKからのみ有効にできます (New/Set-BrokerSessionPreLaunch コマンドレット)。タイムアウトを無効にすると、そのデリバリーグループのコンソール表示やデリバリーグループの編集ページには表示されません。

  • しきい値: サーバー負荷に基づいてプリローンチセッションとリンガリングセッションを自動的に終了することで、サーバーリソースが利用可能である限り、セッションが可能な限り開いたままになるようにします。未使用のプリローンチセッションとリンガリングセッションは、新しいユーザーセッションにリソースが必要なときに自動的に終了するため、接続拒否の原因にはなりません。

    2つのしきい値を構成できます。デリバリーグループ内のすべてのサーバーの平均負荷率と、グループ内の単一サーバーの最大負荷率です。しきい値を超えると、プリローンチ状態またはリンガリング状態にあった期間が最も長いセッションが終了します。負荷がしきい値を下回るまで、セッションは1分間隔で1つずつ終了します。しきい値を超えている間は、新しいプリローンチセッションは開始されません。

Controllerに登録されていないVDAを持つサーバーおよびメンテナンスモードのサーバーは完全にロードされていると見なされます。計画外の停止が発生すると、容量を解放するためにプリローンチセッションとリンガリングセッションが自動的に終了します。

セッションプリローンチを有効にするには

  1. グループを選択し、アクションバーでデリバリーグループの編集をクリックします。

  2. アプリケーションプリローンチページで、セッションが起動するタイミングを選択して、セッションプリローンチを有効にします。

    • ユーザーがアプリケーションを起動したとき。これがデフォルト設定です。セッションプリローンチは無効になっています。
    • デリバリーグループ内の任意のユーザーがWindows向けCitrix Workspaceアプリにログオンしたとき。
    • ユーザーとユーザーグループのリストのいずれかのユーザーがWindows用Citrix Workspaceアプリにログオンしたとき。このオプションを選択する場合は、ユーザーまたはユーザーグループも指定してください。

    アプリケーションの事前起動セッションページ

  3. ユーザーがアプリケーションを起動すると、事前起動セッションは通常のセッションに置き換えられます。ユーザーがアプリケーションを起動しない場合（事前起動セッションが未使用の場合）、次の設定によってそのセッションがアクティブなままになる期間が決まります。

    • 指定された時間間隔が経過したとき。時間間隔（1～99日、1～2376時間、または1～142,560分）を変更できます。
    • デリバリーグループ内のすべてのマシンの平均負荷が指定された割合（1～99%）を超えたとき。
    • デリバリーグループ内のいずれかのマシンの負荷が指定された割合（1～99%）を超えたとき。

    まとめ：事前起動セッションは、次のいずれかのイベントが発生するまでアクティブなままです。ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える。

セッションの残存を有効にするには

  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーでデリバリーグループの編集をクリックします。

  3. アプリケーションの残存ページで、セッションをアクティブなままにするを選択してセッションの残存を有効にします。

    アプリケーションの残存セッションページ

  4. ユーザーが別のアプリケーションを起動しない場合、残存セッションがアクティブなままになる期間に影響するいくつかの設定があります。

    • 指定された時間間隔が経過したとき。時間間隔（1～99日、1～2376時間、または1～142,560分）を変更できます。
    • デリバリーグループ内のすべてのマシンの平均負荷が指定された割合（1～99%）を超えたとき。
    • デリバリーグループ内のいずれかのマシンの負荷が指定された割合（1～99%）を超えた場合。

    まとめ: 残留セッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。

メンテナンスモードのマシンから切断された場合のセッション再接続を制御する

注:

この機能はPowerShellでのみ利用可能です。

メンテナンスモードのマシンで切断されたセッションが、デリバリーグループ内のマシンに再接続できるかどうかを制御できます。

バージョン2106より前は、メンテナンスモードのマシンから切断されたシングルセッションのプールされたデスクトップセッションの再接続は許可されていませんでした。バージョン2106以降では、メンテナンスモードのマシンからの切断後、デリバリーグループが再接続を許可または禁止するように構成できます（セッションの種類に関係なく）。

デリバリーグループを作成または編集する際（New-BrokerDesktopGroup、Set-BrokerDesktopGroup）、-AllowReconnectInMaintenanceMode <boolean>パラメーターを使用して、メンテナンスモードのマシンから切断されたマシンへの再接続を許可または禁止します。

  • trueに設定すると、セッションはグループ内のマシンに再接続できます。
  • falseに設定すると、セッションはグループ内のマシンに再接続できません。

デフォルト値:

  • シングルセッション: 無効
  • マルチセッション: 有効

セッションローミングを構成する

デフォルトでは、デリバリーグループでセッションローミングが有効になっています。セッションはユーザーとともにクライアントデバイス間をローミングします。ユーザーがセッションを起動し、別のデバイスに移動すると、同じセッションが使用され、アプリケーションは両方のデバイスで同時に利用可能になります。複数のデバイスでアプリケーションを表示できます。アプリケーションは、デバイスや現在のセッションの有無にかかわらず追従します。多くの場合、アプリケーションに割り当てられたプリンターやその他のリソースも追従します。または、PowerShellを使用することもできます。詳細については、「セッションローミング」を参照してください。

アプリケーションのセッションローミングを構成する

アプリケーションのセッションローミングを構成するには、次の手順に従います。

  1. コンソールで、左側のペインのデリバリーグループを選択します。

  2. グループを選択し、アクションバーでデリバリーグループの編集を選択します。

  3. ユーザーページで、ユーザーがデバイス間を移動する際にセッションをローミングするチェックボックスをオンにして、セッションローミングを有効にします。

    • 有効にすると、ユーザーがアプリケーションセッションを起動し、別のデバイスに移動した場合、同じセッションが使用され、両方のデバイスで利用可能になります。無効にすると、セッションはデバイス間をローミングしなくなります。

  4. OKを選択して変更を適用し、ウィンドウを閉じます。

デスクトップのセッションローミングを構成する

デスクトップのセッションローミングを構成するには、次の手順に従います。

  1. コンソールで、左側のペインのデリバリーグループを選択します。

  2. グループを選択し、アクションバーで編集を選択します。

  3. デスクトップページで、デスクトップを選択し、編集を選択します。

  4. セッションローミングチェックボックスをオンにして、セッションローミングを有効にします。

  • 有効にすると、ユーザーがデスクトップを起動し、別のデバイスに移動した場合、同じセッションが使用され、両方のデバイスでアプリケーションが利用可能になります。無効にすると、セッションはデバイス間をローミングしなくなります。

OKを選択して変更を適用し、ウィンドウを閉じます。

トラブルシューティング

  • Delivery Controllerに登録されていないVDAは、仲介されたセッションの起動時に考慮されません。これにより、利用可能なリソースが十分に活用されない結果となります。VDAが登録されない理由はさまざまであり、その多くは管理者がトラブルシューティングできます。詳細表示には、カタログ作成ウィザードおよびデリバリーグループにカタログを追加した後のトラブルシューティング情報が表示されます。

    デリバリーグループを作成した後、デリバリーグループの詳細ペインには、登録可能だが登録されていないマシンの数が表示されます。たとえば、1台以上のマシンが電源オンでメンテナンスモードではないにもかかわらず、現在Controllerに登録されていない場合があります。「登録されていないが、登録されるべき」マシンを表示する際は、詳細ペインのトラブルシューティングタブで、考えられる原因と推奨される是正措置を確認してください。

    機能レベルに関するメッセージについては、VDAのバージョンと機能レベルを参照してください。

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

  • デリバリーグループの表示では、詳細ペインのインストール済みVDAバージョンが、マシンに実際にインストールされているバージョンと異なる場合があります。マシンのWindowsのプログラムと機能の表示には、実際のVDAバージョンが表示されます。
  • 電源状態不明のステータスのマシンについては、CTX131267でガイダンスを参照してください。 ```
デリバリーグループの管理
May 31, 2026
寄稿者: 
C C
May 31, 2026
寄稿者: 
C C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.