デリバリーグループの管理
はじめに
この記事では,管理コンソールでデリバリーグループを管理する手順について説明します。グループ作成時に指定した設定を変更できるほかに,デリバリーグループ作成時には使用できなかった設定を構成することも可能です。
手順は全般的な設定,ユーザー設定,マシン設定,セッション設定のカテゴリ別にまとめられています。タスクによっては複数のカテゴリに関係します。たとえば”マシンへのユーザーの接続を禁止する”のタスクはマシン設定のカテゴリで説明されていますが,ユーザー設定のカテゴリにもかかわります。そのため,あるカテゴリで見つからないタスクがある場合は,関連するカテゴリを確認してください。
この他の記事にも関連情報が記載されています:
- 「アプリケーション」にはデリバリーグループでのアプリケーションの管理に関する情報が記載されています。
- デリバリーグループを管理するには,デリバリーグループ管理者の組み込みの役割権限が必要です。詳しくは。”委任管理“を参照してください。
一般
デリバリーグループの配信の種類の変更
配信の種類は,アプリケーション,デスクトップ,またはその両方のうち,そのグループが配信できるものを示します。
この種類を[アプリケーションのみ]または[デスクトップおよびアプリケーション]から[デスクトップのみ]に変更する前に,グループからすべてのアプリケーションを削除します。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- [配信の種類]ページで、配信の種類を選択します。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
店面アドレスの変更
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- (店面)ページで、店面の统一资源定位地址を選択または追加します。この统一资源定位地址は、デリバリーグループの各マシンにインストールされたCitrix工作区アプリで使用されます。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
店面サーバーのアドレスは,後で指定することもできます。これを行うには,左側ペインで(店面)を選択します。
デリバリーグループのアップグレード,またはアップグレードの取り消し
デリバリーグループのアップグレードは,マシン上のVDA,およびデリバリーグループで使用されているマシンを含むマシンカタログをアップグレードしてから行ってください。
デリバリーグループのアップグレードを開始する前に、以下の操作を行います:
- Citrix供应(旧称供应服务)を使用している場合は,Citrix供应コンソールでVDAをアップグレードします。
- アップグレードしたVDAがインストールされているマシンを起動して、传送控制器に登録します。この処理によって、デリバリーグループで必要なアップグレードがコンソールで特定されます。
- VDAをアップグレードせずに使用を継続すると,新しい製品機能を使用できなくなる場合があります。詳しくは,アップグレードのドキュメントを参照してください。
デリバリーグループをアップグレードするには:
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループのアップグレード]を選択します。[デリバリーグループのアップグレード]操作は,アップグレード済みVDAを検出した場合にのみ表示されます。
アップグレードできないマシンがある場合は、そのマシンと理由が表示されます。この場合はアップグレードをキャンセルし、マシンの問題を解決してから、アップグレードを再度開始できます。
アップグレードが完了した後でマシンを元の状態に戻すには,デリバリーグループを選択し,操作バーの(元に戻す]を選択します。
リモートPCアクセスのデリバリーグループの管理
リモート个人计算机アクセス用のマシンカタログでユーザーに割り当てられていないマシンは、そのカタログに関連付けられたデリバリーグループに一時的に割り当てられます。この一時的な割り当てにより、そのマシンを後でユーザーに割り当てられるようになります。
デリバリーグループとマシンカタログとの関連付けには優先度値があります。この優先度により,マシンをシステムに登録したりユーザーにマシンを割り当てたりするときのデリバリーグループが決定されます:値が小さければ小さいほど,優先度は高くなります。リモートPCアクセスマシンカタログに複数のデリバリーグループ割り当てがある場合,優先度が最も高い割り当てが選択されます。この優先度値は設定するにはPowerShell SDKを使用します。
リモート个人计算机アクセス用のマシンカタログの初回作成時に、デリバリーグループが関連付けられます。つまり、このカタログに後から追加したマシンアカウントまたは組織単位を、このデリバリーグループに追加することができます。この関連付けは、必要に応じて有効にしたり無効にしたりできます。
リモート个人计算机アクセスマシンカタログとデリバリーグループとの関連付けを追加または削除するには:
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- リモートPCアクセスのグループを選択します。
- [詳細]セクションで[マシンカタログ]タブを選択し,リモートPCアクセス用のカタログを選択します。
- 関連付けを追加または復元するには、[デスクトップの追加]を選択します。関連付けを削除するには,[関連付けの削除)を選択します。
ユーザー
デリバリーグループのユーザー設定を変更する
このページの名前には,[ユーザー設定)または[基本設定]のどちらかが表示されます。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- [ユーザー設定)(または[基本設定])ページで,次の表のいずれかの設定を変更します。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
設定 | 説明 |
---|---|
説明 | Citrix工作区(または店面)でユーザーに表示される説明です。 |
デリバリーグループの有効化 | このデリバリーグループを有効にするかどうかを設定します。 |
タイムゾーン | |
安全的ICAを有効にする | デリバリーグループのマシンとの通信を,ICAプロトコルを暗号化するSecureICAを使用してセキュリティで保護します。128年デフォルトレベルはビットです。レベルはSDKを使用して変更できます。パブリックネットワークが使用される環境では,TLSなどの暗号化方法を追加することをお勧めします。また,SecureICAでは,メッセージの整合性チェックが行われません。 |
デリバリーグループのユーザーを追加または削除する
ユーザーについて詳しくは,”ユーザー“を参照してください。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
ユーザーページで以下の手順を実行します:
- ユーザーを追加するには,[追加]を選択し,追加するユーザーを指定します。
- ユーザーを削除する場合は、1.人または複数のユーザーを選択し、[削除]を選択します。
- 認証されていないユーザーによるアクセスを許可するかどうかを設定するチェックボックスを,オンまたはオフにします。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
ユーザー一覧のインポートまたはエクスポート
物理シングルセッションOSマシン用のデリバリーグループでは,デリバリーグループを作成した後でCSVファイルからユーザー情報をインポートできます。ユーザー情報をCSVファイルにエクスポートすることもできます。以前の製品バージョンでのユーザー情報をCSVファイルに含めることもできます。
このCSVファイルの最初の行には,列見出し(順不同)としてADComputerAccount
、指派者
、VirtualMachine
、HostId
をコンマで区切って記載する必要があります。以降の行には,コンマで区切られたデータが含まれます。ADComputerAccount
エントリには,共通名,IPアドレス,識別名,またはドメインとコンピューター名のペアを指定できます。
ユーザー情報をインポートまたはエクスポートするには,次の手順に従います。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- [マシン割り当て]ページで,[一覧のインポート]または[一覧のエクスポート]を選択し,ファイルの場所を参照します。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
マシン
- ユーザーへのマシン割り当ての変更
- ユーザーあたりの最大マシン数の変更
- マシンの更新
- デスクトップのタグ制約の追加,変更,または削除
- マシンの削除
- マシンへのアクセス制限
- マシンへのユーザーの接続を禁止する(メンテナンスモード)
- マシンのシャットダウンと再起動
- マシンに対する再起動スケジュールの作成と管理
- マシンの負荷管理
- 自动定量の管理
この記事で説明されている機能の他に,マシンのプロアクティブな電源管理については,”自动定量“を参照してください。
デリバリーグループのユーザーへのマシン割り当ての変更
MCSでプロビジョニングされたシングルセッションOSマシンの割り当てを変更することができます。マルチセッションOSマシンや,Citrix供应でプロビジョニングされたマシンの割り当てを変更することはできません。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- [デスクトップ]または[デスクトップ割り当て規則]ページ(ページのタイトルは,デリバリーグループで使用されるマシンカタログの種類によって異なります)で,新しいユーザーを指定します。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
デリバリーグループのユーザーあたりの最大マシン数の変更
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- [デスクトップ割り当てルール]ページで,ユーザーあたりのデスクトップの最大値を設定します。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
デリバリーグループのマシンの更新
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択し,操作バーの[マシンの表示)を選択します。
- マシンを選択して,操作バーの[マシンの更新)を選択します。
別のイメージを選択するには,[マスターイメージ]を選択し,スナップショットを選択します。
変更内容を適用し,マシンのユーザーに通知するには,[エンドユーザーへのロールアウト通知)を選択します。次に,以下を指定します:
- イメージを更新するタイミング:今すぐ,または次の起動時
- 再起動分散時間(グループ内のすべてのマシンの更新を開始する合計時間)
- ユーザーに再起動を通知するかどうか
- ユーザーが受け取るメッセージ
デスクトップのタグ制約の追加,変更,または削除
タグ制約を追加,変更,および削除すると,どのデスクトップが起動の対象となるかについて,予期しない効果を招くことがあります。「タグ“に記載されている考慮事項と注意を確認してください。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- [デスクトップ]ページでデスクトップを選択し,[編集]を選択します。
- タグ制約を追加するには、[次のタグを持つマシンに起動を制約する:]を選択し,タグを選択します。
タグ制限を変更または削除するには,次のいずれかを行います:
- 別のタグを選択する。
- [次のタグを持つマシンに起動を制約する:]をオフにしてタグ制限を削除する。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
デリバリーグループからのマシンの削除
マシンを削除すると,そのマシンはデリバリーグループから削除されます。この場合でも,マシンはそのデリバリーグループで使用するマシンカタログからは削除されません。このため,そのマシンをほかのデリバリーグループに割り当てることができます。
マシンを削除する前に,マシンをシャットダウンする必要があります。デリバリーグループから削除せずにマシンを一時的に使用できなくする場合は,そのマシンをメンテナンスモードにしてからシャットダウンしてください。
マシンには個人データが保存されている可能性があるため、そのマシンを別のユーザーに割り当てる場合は注意が必要です。マシンをイメージから再作成することを検討してください。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択し,操作バーの[マシンの表示)を選択します。
- マシンがシャットダウン状態であることを確認します。
- マシンを選択し,操作バーの[デリバリーグループから削除)を選択します。
マシンが使用する接続からも,デリバリーグループからマシンを削除できます。
デリバリーグループのマシンへのアクセス制限
デリバリーグループでマシンへのアクセス制限を変更した場合,使用する方法にかかわらず既存の設定より優先されます。次の操作を実行できます:
管理者のアクセスを制限する場合は、委任管理スコープを使用します:すべてのアプリケーションへのアクセスを許可するスコープや、特定のアプリケーションへのアクセスのみを許可するスコープを作成して管理者に割り当てることができます。詳しくは、「委任管理“を参照してください。
SmartAccessポリシー式でユーザーのアクセスを制限する場合:Citrix网关経由のユーザー接続を制限するSmartAccessポリシー式を使用します。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- [アクセスポリシー]ページで,[NetScaler网关を経由する接続]チェックボックスをオンにします。
- NetScaler网关を経由する特定の接続のみを許可するには,(次のフィルターのいずれかに一致する接続)チェックボックスをオンにします。次にCitrix网关サイトを定義して、接続を許可するユーザーを特定する智能接入ポリシー式を追加、編集、または削除します。詳しくは、Citrix网关のドキュメントを参照してください。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
除外フィルターでユーザーのアクセスを制限する場合:SDKで設定するアクセスポリシーの除外フィルターを使用します。アクセスポリシーはデリバリーグループに適用され,接続をより詳細に制御できます。たとえば,マシンへのアクセスを一部のユーザーに限定したり,特定のユーザーデバイスに限定したりできます。除外フィルターを使用するとアクセスポリシーをより詳細に定義できます。たとえば,セキュリティ上の理由により,一部のユーザーまたはデバイスからのアクセスを拒否できます。デフォルトでは,除外フィルターは無効になっています。
たとえば,社内ネットワークサブネットにある教育ラボで,マシンを使用するユーザーにかかわらず教育ラボから特定のデリバリーグループへのアクセスを禁止する場合は,次のコマンドを使用します:
set - brokeraccessppolicy - name VPDesktops_Direct - excludedclientipfilterenabled $True
。ワイルドカード文字としてアスタリスク(*)を使用し、同じポリシー式で始まるタグをすべて一致させることもできます。たとえば、
VPDesktops_Direct
タグが追加されたマシンと,VPDesktops_Test
タグが追加されたマシンの両方をフィルターの対象にする場合は,设置BrokerAccessPolicy
スクリプトでタグとしてVPDesktops_ *
を指定します。Webブラウザーを使用している場合,またはストアでCitrix工作区アプリのユーザーエクスペリエンス機能を有効にして接続している場合,クライアント名除外フィルターは使用できません。
デリバリーグループのマシンへのユーザーの接続を禁止する(メンテナンスモード)
一時的に新しい接続を停止する必要がある場合は,デリバリーグループの1台またはすべてのマシンに対してメンテナンスモードを有効にすることができます。パッチを適用したりメンテナンスツールを使用したりする場合は,メンテナンスモードを有効にしてから実行することをお勧めします。
- メンテナンスモードのマルチセッション操作系统マシンでは、既存のセッションに接続することはできますが、新しいセッションを開始することはできません。
- メンテナンスモードのシングルセッションOSマシン(またはリモートPCアクセスを使用しているPC)では,新しいセッションを開始することも既存のセッションに再接続することもできません。実行中の接続は,ユーザーが切断またはログオフするまでは保持されます。
メンテナンスモードをオンまたはオフにするには,次の手順に従います。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択します。
デリバリーグループのすべてのマシンをメンテナンスモードにするには,操作バーの[メンテナンスモードをオンにする]を選択します。
1つのマシンをメンテナンスモードにするには,操作バーの[マシンの表示)を選択します。マシンを選択し、操作バーの[メンテナンスモードをオンにする]を選択します。
- 特定のマシンまたはデリバリーグループのすべてのマシンのメンテナンスモードを解除するには,上記の手順に従って,操作バーで[メンテナンスモードをオフにする]を選択します。
Windowsリモートデスクトップ接続(RDC)の設定も,マルチセッションOSマシンをメンテナンスモードにするかどうかに影響します。次の状態のいずれかが発生すると,サーバーがメンテナンスモードになります:
- 上記の手順で[メンテナンスモードをオンにする]が選択された。
- RDCが(このコンピューターへの接続を許可しない]に設定された。
- RDCが(このコンピューターへの接続を許可しない]に設定されておらず,リモートホスト構成のユーザーログオンモード設定が(再接続を許可するが,新しいログオンを許可しない]または(再接続を許可するが,サーバーが再起動するまで新しいログオンを許可しない]に設定されている。
次のものについて,メンテナンスモードのオン/オフを切り替えることもできます:
- 接続。この接続を使用するマシンに影響が及びます。
- マシンカタログ。このカタログ内のマシンに影響が及びます。
デリバリーグループのマシンのシャットダウンと再起動
ここで説明する内容は,リモートPCアクセスマシンではサポートされません。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択し,操作バーの[マシンの表示)を選択します。
マシンを選択し,操作バーで以下のいずれかのエントリを選択します(マシンの状態によっては選択できないオプションもあります):
- 強制シャットダウン:マシンの電源を強制的に切って,マシン一覧を更新します。
- 再起動:オペレーティングシステムに再起動を要求します。オペレーティングシステムで再起動を実行できない場合,マシンの状態は変更されません。
- 強制再起動:オペレーティングシステムを強制的にシャットダウンしてから,マシンを再起動します。
- 一時停止:マシンをシャットダウンすることなく一時的に停止して,マシン一覧を更新します。
- シャットダウン:オペレーティングシステムにシャットダウンを要求します。
非強制操作の場合,マシンが10分以内にシャットダウンしないと,電源が切れ,強制的にシャットダウンされます。シャットダウン中にWindowsが更新のインストールを開始すると,更新が完了する前にマシンの電源が切れる危険性があります。
セッション中はシングルセッションOSマシンのユーザーに[シャットダウン]の選択を禁止することをお勧めします。詳しくは,微软のポリシーのドキュメントを参照してください。
接続でマシンをシャットダウンし再起動することもできます。
デリバリーグループのマシンに対する再起動スケジュールの作成と管理
再起動のスケジュールにより,デリバリーグループ内のマシンを定期的に再起動するタイミングが指定されます。1つのデリバリーグループに対して,1つ以上のスケジュールを作成できます。スケジュールは次のいずれかに影響します:
- グループ内のすべてのマシン。
- グループ内の1つ以上のマシン(すべてではない)。マシンは,マシンに適用するタグで識別されます。これは,タグによって,タグがあるアイテム(この場合はマシン)のみにアクションが制限されるため,“タグ制限”と呼ばれます。
たとえば,すべてのマシンが1つのデリバリーグループに属しているとします。すべてのマシンを毎週1回再起動し,経理チームが使用するマシンを毎日再起動するとします。これを実現するには,すべてのマシンに対して1つのスケジュールを設定し,経理チームのマシンのみ別途スケジュールを設定します。
スケジュールには,再起動が開始される日時と期間が含まれます。期間は”影響を受けるすべてのマシンを同時に起動する”か,影響を受けるすべてのマシンを再起動するのに必要な間隔のいずれかです。
スケジュールは有効または無効にできます。テストのときや,特別な間隔のとき,必要になる前にスケジュールを準備するときは,スケジュールを無効にすると役立ちます。
スケジュールは,管理コンソールからの自動パワーオンまたはシャットダウンには使用できません。再起動の場合にのみ使用できます。
スケジュールの重複
複数のスケジュールを重複させることができます。上記の例では、両方のスケジュールが経理チームのマシンに影響します。これらのマシンは、日曜日に2.回再起動される可能性があります。スケジュールコードは、同じマシンを意図した回数より多く再起動しないよう設計されていますが、保証はされません。
- スケジュールで開始時刻と処理時間が正確に一致する場合、マシンが一度のみ再起動される可能性は高くなります。
- スケジュールの開始時間と期間が異なるほど,再起動が複数回発生する可能性が高くなります。
- スケジュールの影響を受けるマシンの数は,重複の可能性にも影響します。例では,すべてのマシンに影響がある週次スケジュールは,経理チームのマシンの日次スケジュールより大幅に高速の再起動を開始する可能性があります(それぞれに指定された処理期間により異なる)。
再起動スケジュールについて詳しくは,”重新安排内部“を参照してください。
再起動スケジュールの表示
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- (再起動スケジュール]ページを選択します。
(再起動スケジュール]ページには,構成された各スケジュールに関する次の情報が表示されます:
- スケジュール名。
- 使用されるタグ制限(ある場合)。
- マシンの再起動が発生する頻度。
- マシンのユーザーが通知を受信するかどうか。
- スケジュールが有効かどうか。テストのときや、特別な間隔のとき、必要になる前にスケジュールを準備するときは、スケジュールを無効にすると役立ちます。
タグの追加(適用)
タグ制限を使用する再起動スケジュールを構成する場合、そのスケジュールの影響を受けるマシンにタグが追加(適用)されていることを確認してください。上記の例では、経理チームによって使用されるそれぞれのマシンにタグが適用されます。詳しくは、「タグ“を参照してください。
1つのマシンに複数のタグを適用することもできますが,再起動スケジュールでは1つのタグしか指定できません。
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- スケジュールによって制御されるマシンを含むグループを選択します。
- [マシンの表示)を選択し,タグを追加するマシンを選択します。
- 操作バーの[タグの管理)を選択します。
- タグが存在する場合は、タグ名の隣にあるチェックボックスをオンにします。タグが存在しない場合は、[作成]を選択し,タグの名前を指定します。タグが作成されたら、新しく作成したタグ名の隣にあるチェックボックスをオンにします。
- [タグの管理)ダイアログボックスの[保存]を選択します。
再起動スケジュールの作成
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- (再起動スケジュール]ページで,[追加]を選択します。
(再起動スケジュールの追加)ページで次の操作を行います:
- スケジュールを有効にするには,チェックボックスをオンにします。スケジュールを無効にするには,チェックボックスをオフにします。
- スケジュールの名前と説明を入力します。
- [再起動の頻度]では,再起動の頻度を次の中から選択します:毎日,平日,週末,各週の特定の日。
- (再起動の開始)では,再起動の開始時刻を24時間形式で指定します。
(再起動の間隔)では,次のいずれかを選択します:
- すべてのマシンを同時に再起動する。
- 影響を受けるすべてのマシンを特定の間隔で再起動する。内部アルゴリズムにより,この時間内において各マシンの再起動タイミングが決定されます。
- すべてのセッションのドレイン後にすべてのマシンを再起動する。再起動時間に達し,すべてのセッションがログオフされると,マシンはドレイン状態になり再起動されます。
- [ユーザーへ通知を送信)で,再起動を開始する前に,影響を受けるマシンに通知メッセージを表示するかどうかを選択します。デフォルトでは,メッセージは表示されません。
- 再起動開始の15分前にメッセージが表示されるように選択した場合,((通知の頻度)で)最初のメッセージの後,5分ごとにメッセージが繰り返し送信されるように選択することができます。デフォルトでは,メッセージは繰り返して送信はされません。
通知のタイトルと本文を入力します。デフォルトのテキストはありません。
再起動するまでの分数をメッセージに含める場合は,変数< % m % >を入れます。例:“警告:お使いのコンピューターは% m %分後に自動的に再起動します。“この値は,繰り返されるメッセージごとに5分ずつ減少します。すべてのマシンを同時に再起動することを選択した場合を除き,メッセージは,再起動前の適切なタイミングで各マシンに表示されます。このタイミングは,内部アルゴリズムによって計算されます。
- 詳細設定:
- タグに制限。タグ制限を適用できます。
- メンテナンスモードのマシンを含める。この再起動スケジュールにメンテナンスモードのマシンを含めることができます。この設定は,Webベースのコンソールでのみ使用できます。代わりにPowerShellを使用するには,”メンテナンスモードのマシンのスケジュールされた再起動“を参照してください。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,(好的)を選択し,変更を適用してウィンドウを閉じます。
再起動スケジュールの即時実行
注:
この機能は,Webベースのコンソールでのみ使用できます。
再起動のスケジュールにより,デリバリーグループ内のマシンを定期的に再起動するタイミングが指定されます。再起動スケジュールをすぐに実行して,そのスケジュールでマシンを再起動することもできます。
再起動スケジュールをすぐに実行するには,次の手順を実行します:
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- 該当するデリバリーグループを選択し,操作バーの[デリバリーグループの編集)を選択します。デリバリーグループの編集ウィザードが開きます。
- (再起動スケジュール]ページを選択します。
- 実行するスケジュールを選択し,[今すぐスケジュールを実行]を選択します。
注:
- [セッションのドレイン後にすべてのマシンを再起動する]設定でスケジュールが構成されている場合,スケジュールをすぐに実行することはできません。
- [今すぐスケジュールを実行]のみ,一度に1つのスケジュールに適用できます。
- スケジュールを編集すると、[今すぐスケジュールを実行]が使用できなくなります。[適用]を選択して,使用できるようにします。
再起動スケジュールの編集,削除,有効化,無効化
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
- (再起動スケジュール]ページで,スケジュールのチェックボックスをオンにします。
- スケジュールを編集するには、[編集]を選択します。スケジュール設定を更新します。更新の方法については,”再起動スケジュールの作成“を参照してください。
- スケジュールを有効または無効にするには,[編集]を選択します。[再起動スケジュールを有効にする]チェックボックスを、オンまたはオフにします。
- スケジュールを削除するには,[削除]を選択します。削除を確認します。スケジュールを削除しても、影響を受けるマシンに適用済みのタグには影響しません。
データベースの停止によるスケジュールされた再起動の遅延
注:
この機能は,PowerShellのみで利用可能です。
デリバリーグループ内のマシン(VDA)に対してスケジュールされた再起動が開始される前にサイトデータベースの停止が発生した場合、停止が終了すると再起動が開始されます。これは意図しない結果につながる可能性があります。
たとえば、デリバリーグループの再起動が実稼働時間外に(3:00から)行われるようにスケジュールしたとします。サイト構成データベースの停止が、スケジュールされた再起動が始まる1.時間前(午前2.時)に発生します。停止は6.時間続きます(午前8.時まで)。传送控制器とサイトデータベース間の接続が復元されると、再起動スケジュールが開始されます。VDAの再起動は、元のスケジュールの5.時間後に開始されます。これにより、生産時間中にVDAが再起動する可能性があります。
この状況を回避するには,New-BrokerRebootScheduleV2
およびSet-BrokerRebootScheduleV2
コマンドレットのMaxOvertimeStartMins
パラメーターを使用できます。この値により,スケジュールされた開始時間の最大何分後に再起動スケジュールを開始できるかを指定します。
その時間(スケジュールされた時間+
MaxOvertimeStartMins
)内にデータベース接続が復元された場合,VDAの再起動が開始されます。その時間内にデータベース接続が復元されない場合には,VDAの再起動は開始されません。
このパラメーターを省略するか値に0を設定すると、停止時間に関係なく、スケジュールされた再起動はデータベースへの接続の復元時に開始されます。
詳しくは,コマンドレットのヘルプを参照してください。この機能は,PowerShellのみで利用可能です。
メンテナンスモードのマシンのスケジュールされた再起動
再起動スケジュールがメンテナンスモードのマシンに影響を与えるかを指定するには,BrokerRebootScheduleV2
コマンドレットでIgnoreMaintenanceMode
オプションを使用します。
たとえば,次のコマンドレットは,メンテナンスモードのマシンおよびメンテナンスモードではないマシンの両方を再起動するスケジュールを作成します。
new - brokerrebootschedule2 rebootSchedule1 -DesktopGroupName
次のコマンドレットは,既存の再起動スケジュールを変更します。
set - brokerrebootschedule2 rebootSchedule1 -IgnoreMaintenanceMode $true
詳しくは,コマンドレットのヘルプを参照してください。
デリバリーグループのマシンの負荷管理
負荷管理できるのはマルチセッションOSマシンのみです。
負荷管理機能では、測定されたサーバー負荷に基づいて最適なサーバーが選択されます。この選択は、以下の基準により行われます。
サーバーのメンテナンスモードの状態:メンテナンスモードがオフのマルチセッションOSマシンだけが負荷分散の対象として選択されます。
サーバー負荷指数:マルチセッションOSマシンの配信サーバーの負荷に基づいて,そのサーバーがどれだけの接続を受け入れられるかが決定されます。サーバー負荷指数は,セッション数とパフォーマンス測定値(CPU、ディスク,メモリ使用量など)で計算される負荷評価基準の組み合わせを指します。負荷評価基準は,ポリシーの負荷管理に関する設定項目で指定します。
10000年[負荷指数]列に値が表示される場合,そのサーバーが負荷限界状態であることを示しています。ほかに使用可能なサーバーがない場合は,ユーザーがセッションを起動したときに,デスクトップまたはアプリケーションを使用できないという内容のメッセージが表示されます。
董事(監視),完全な構成]管理インターフェイスの(検索]ノード,およびSDKを使用して,負荷指数を監視できます。
コンソールで[サーバー負荷指数)列(デフォルトでは非表示)を表示するには,マシンを選択し,列見出しを右クリックして(列の選択]を選択します。[マシン]カテゴリの[負荷指数]を選択します。
SDKでは,
Get-BrokerMachine
コマンドレットを使用します。詳しくは。”CTX202150“を参照してください。同時ログオントレランスのポリシー設定:サーバーが同時に処理できるログオン要求の最大数です。この設定項目は,XenAppバージョン6. xの”負荷調整“に相当します。
すべてのサーバーが同時ログオントレランスの設定値に達した場合,それ以降のログオン要求は保留中のログオン数が最も少ないサーバーに割り当てられます。同時ログオントレランスの設定値に達しないサーバーがいくつか存在する場合は,負荷指数が最小のサーバーにログオン要求が割り当てられます。
自动定量の管理
重要:
この機能は、Webベースのコンソールでのみ使用できます。
デフォルトでは,デリバリーグループの自动定量は無効になっています。デリバリーグループの自动定量を管理するには(該当する場合),次の手順を実行します:
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択し,操作バーの(自动定量の管理)を選択します。(自动定量の管理)ウィンドウが開きます。
- 必要に応じて設定を行います。自动定量の設定について詳しくは、「自动定量“を参照してください。
- [適用]を選択して,ウィンドウを閉じずに行った変更を適用します。または,[保存]を選択し,変更を適用してウィンドウを閉じます。
セッション
セッションのログオフ/切断、またはデリバリーグループユーザーへのメッセージ送信
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択し,操作バーの[マシンの表示)を選択します。
- ユーザーをセッションからログオフするには,セッションまたはデスクトップを選択し,操作バーの[ログオフ]を選択します。セッションが閉じて、ほかのユーザーがそのマシンを使用できるようになります(そのマシンが特定のユーザーに割り当てられてない場合)。
- セッションを切断するには,セッションまたはデスクトップを選択し,操作バーの[切断]を選択します。ユーザーのアプリケーションはそのまま実行され、マシンはそのユーザーに割り当てられたままになります。ユーザーは同じマシンに再接続できます。
- ユーザーにメッセージを送信するには、セッション、マシン、またはユーザーを選択し、操作バーの[メッセージの送信)を選択します。メッセージを入力します。
デリバリーグループのセッションの事前起動および残留セッションの構成
これらの機能は,マルチセッションOSマシンでのみサポートされます。
セッションの事前起動機能と残留セッション機能では、指定されたユーザーがアプリケーションにすばやくアクセスできるように、以下を実行します:
- 要求される前にセッションを開始する(セッションの事前起動)
- ユーザーがすべてのアプリケーションを閉じた後もアプリケーションセッションをアクティブな状態で保持する(セッション残留)
デフォルトでは,セッションの事前起動とセッション残留は無効になっています。セッションはユーザーがアプリケーションを開始すると開始(起動)され、セッションで開いていた最後のアプリケーションを閉じるまでアクティブな状態で保持されます。
注意事項:
- これらの機能を使用するには,デリバリーグループでアプリケーションが配信されている必要があります。また,マシンでマルチセッションOS対応VDAバージョン7.6以降が動作している必要があります。
- これらの機能はWindows向けCitrix工作区アプリを使用している場合にのみサポートされ,Citrix工作区アプリ側での構成も必要になります。詳しくは,使用中のバージョンのWindows向けCitrix工作区アプリに関する製品ドキュメントで,“セッションの事前起動”を検索してください。
- HTML5向けCitrix工作区アプリはサポートされません。
- セッションの事前起動を使用するときに,ユーザーのマシンが一時停止状態または休止状態の場合は,(セッションの事前起動設定にかかわらず)事前起動は機能しません。ユーザーはマシン/セッションをロックできます。ただし,ユーザーがCitrix工作区アプリからログオフすると,セッションが終了し,事前起動は適用されなくなります。
- セッションの事前起動を使用するときは,物理クライアントマシンでは一時停止または休止状態の電源管理機能を使用できません。クライアントマシンのユーザーはセッションをロックすることはできますが,ログオフすることはできません。
- 事前起動セッションと残留セッションは,接続されている間のみ同時使用ライセンスを消費します。ユーザーライセンスまたはデバイスライセンスを使用する場合,ライセンスは90日間有効です。使用されない事前起動セッションと残留セッションは,デフォルトで15分後に切断されます。この値はPowerShell (
新建/设置BrokerSessionPreLaunch
コマンドレット)で構成できます。 - これらの機能が相互に補完し合うよう調整するには、ユーザーの使用状況を監視して慎重に計画することが重要です。最適に構成することで、ライセンス消費やリソース割り当ての効率化とユーザーの利便性を両立させることができます。
- Citrix工作区アプリ側で、セッションの事前起動を有効にする時間帯を構成できます。
使用されない事前起動セッションや残留セッションがアクティブのまま保持される時間
ユーザーがアプリケーションを起動しない場合に,使用されないセッションをどのくらい保持するかを指定するには,タイムアウトおよびサーバー負荷のしきい値を構成します。これらのすべてを設定することができます。最初に発生したイベントによって未使用のセッションが終了します。
タイムアウト:使用されない事前起動セッションや残留セッションを保持する日数,時間数,または分数を指定できます。この値が短すぎると事前起動セッションがすぐに終了してしまい,ユーザーがアプリケーションにすばやくアクセスできるというメリットが活かされません。また,タイムアウト値が長すぎると,サーバーのリソースが足りなくなり,ユーザーの接続要求が拒否される場合があります。
このタイムアウトの設定は,管理コンソールではなくSDKからのみ(
新建/设置BrokerSessionPreLaunch
コマンドレット)有効にできます。タイムアウトを無効にすると,コンソールや[デリバリーグループの編集)ページにそのデリバリーグループのタイムアウトが表示されなくなります。しきい値:サーバーの負荷が高くなったときに事前起動セッションや残留セッションを自動的に終了することができます。これにより、サーバーの負荷が低い間は可能な限りセッションが保持されます。新しいユーザーセッション用のリソースが必要になったときに事前起動セッションや残留セッションが自動的に終了するため、これらのセッションが原因で接続が拒否されることはありません。
次の2.つのしきい値を構成できます:デリバリーグループ内の全サーバーの平均負荷パーセンテージと、グループ内のいずれかのサーバーの最大負荷パーセンテージ。サーバーの負荷がいずれかのしきい値を超えると、最も長い時間保持された事前起動セッションまたは残留セッションが終了します。その後、負荷がしきい値を下回るまで、分間隔で1.つずつセッションが終了します。しきい値を超えている間は、新たな事前起動セッションは開始されません。
控制器に登録されていないVDAが動作するサーバーやメンテナンスモードのサーバーは,負荷限界状態として認識されます。サーバーで計画外の停止状態が発生した場合,事前起動セッションや残留セッションは自動的に終了してリソースが解放されます。
セッションの事前起動を有効にするには,次の手順に従います
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
[アプリケーションの事前起動]ページで,セッションを起動するタイミングを選択します:
- アプリケーションの起動時にセッションを起動する。これがデフォルトの設定です。セッションの事前起動機能は無効になっています。
- デリバリーグループ内のすべてのユーザーで,窗户向けCitrix工作区アプリへのログオン時に事前起動する。
- 一覧に含まれるユーザーおよびユーザーグループでのみ,窗户向けCitrix工作区アプリへのログオン時に事前起動する。このオプションを選択する場合は,ユーザーまたはユーザーグループを一覧に追加してください。
事前起動セッションは,ユーザーがアプリケーションを起動すると通常のセッションに置き換わります。ユーザーがアプリケーションを起動しない場合(事前起動セッションが使用されない場合)、以下の設定に従って事前起動セッションが終了します。
- この時間が経過したときにセッションを終了する。セッションを自動的に終了するまでの時間を指定します(1~99日間、1~2,376時間、または1~142,560分)。
- デリバリーグループ内のすべてのマシンの平均負荷が指定上限値1% ~ 99%を超えたときに終了する。
- デリバリーグループ内のいずれかのマシンの負荷が指定上限値1% ~ 99%を超えたときに終了する。
事前起動セッションは,ユーザーがいずれかのアプリケーションを起動したとき,指定した時間が経過したとき,または指定した負荷のしきい値を超えたときのいずれかの状態が発生するまで保持されます。
セッション残留を有効にするには,次の手順に従います
- (管理]>[完全な構成)の左側ペインで[デリバリーグループ]を選択します。
- グループを選択して,操作バーの[デリバリーグループの編集)を選択します。
[アプリケーションの残留)ページで,[セッションをアクティブのまま保持する期間を指定する]をクリックします。
ユーザーが別のアプリケーションを起動しない場合,残留セッションを保持する時間は複数の設定によって決定されます。
- この時間が経過したときにセッションを終了する。セッションを自動的に終了するまでの時間を指定します(1~99日間、1~2,376時間、または1~142,560分)。
- デリバリーグループ内のすべてのマシンの平均負荷が指定上限値1% ~ 99%を超えたときに終了する。
- デリバリーグループ内のいずれかのマシンの負荷が指定上限値1% ~ 99%を超えたときに終了する。
要約:残留セッションは,次のいずれかの状態が発生するまで保持されます:ユーザーがいずれかのアプリケーションを起動したとき,指定した時間が経過したとき,または指定した負荷のしきい値を超えたとき。
メンテナンスモードでマシンから切断されたときのセッションの再接続の制御
注:
この機能は,PowerShellのみで利用可能です。
メンテナンスモードのマシンで切断されたセッションが,デリバリーグループ内のマシンに再接続できるかどうかを制御できます。
2021年5月下旬以前は,メンテナンスモードでマシンから切断されたシングルセッションのプールされたデスクトップセッションについて,再接続は許可されていませんでした。再接続は,静的なシングルセッションデスクトップとマルチセッションマシンについては,常に許可されていました。現在は,メンテナンスモードでマシンから切断された後,(VDAタイプに関係なく)再接続を許可または禁止するようにデリバリーグループを構成できるようになりました。
デリバリーグループを作成または編集する場合(新BrokerDesktopGroup
、设置BrokerDesktopGroup
)は,-AllowReconnectInMaintenanceMode <布尔>
パラメーターを使用して,メンテナンスモードでマシンから切断されたマシンの再接続を許可または禁止します。
- 真正に設定すると,セッションはグループ内のマシンに再接続できます。
- 假に設定すると,セッションはグループ内のマシンに再接続できません。
デフォルト値:
- シングルセッションのプールされた(ランダム)デスクトップ:無効
- シングルセッションの静的(割り当て済み)デスクトップ:有効
- マルチセッション:有効
トラブルシューティング
仲介セッションを起動する場合,交付控制器に登録されていないVDAは考慮されません。これにより,登録されていれば使用されるはずの資源が使用されない場合があります。VDAが登録されない理由はさまざまですが,その多くは管理者がトラブルシューティングできます。詳細画面ではカタログ作成ウィザードで,またはカタログをデリバリーグループに登録した後に,トラブルシューティング情報を提供します。
デリバリーグループを作成すると,デリバリーグループの[詳細]ペインに,登録の必要があるのに登録されていないマシンの数が表示されます。たとえば1台または複数台のマシンの電源が入っておりメンテナンスモードではないのに,控制器に現在登録されていない場合があります。“未登録だが登録する必要がある”のマシンが表示された場合は,[詳細]ペインの[トラブルシューティング]タブで、考えられる原因と推奨される修正アクションを確認します。
機能レベルに関するメッセージについては,”VDAバージョンと機能レベル“を参照してください。
VDA登録のトラブルシューティングについて詳しくは,CTX136668を参照してください。
- デリバリーグループの表示では,[詳細]ペインの[インストール済みVDAのバージョン]が,マシンにインストールされている実際のバージョンと異なる可能性があります。マシンのWindowsの[プログラムと機能]には、VDAの実際のバージョンが表示されます。
- マシンの状態が”电源状态未知」の場合は、CTX131267を参照してください。