サーバーサポート(クラシック)
概要
Nexthinkは従業員のデバイスを監視するために設計されたソリューションですが、同様の監視手法をサーバーにある程度適用することが可能です。 Windows Virtual Desktop(WVD)/ Citrix / RDSサーバーにCollectorをインストールすることが可能です。これにより、各サーバーはエンドユーザーデバイスのグループを持つのとほぼ同等となります。 Nexthinkは、他の種類のWindowsサーバーへのCollectorのインストールもサポートしています。 したがって、Nexthinkには新しいデバイスタイプ、つまりサーバーが利用可能です。
Collectorは、従業員のデバイスと同様に、サーバーからの分析情報を報告しますが、一部のセキュリティ関連情報を除きます。 Collectorが使用するセキュリティ情報を取得するための技術はサーバータイプのオペレーティングシステムでは利用できないため、以下の領域のデータが不足しています:
アンチウイルス
アンチスパイウェア
ファイアウォール
通常のデバイスと同様に、Collectorはサーバーの着信接続を報告しないことに留意してください。 発信接続のみが記録されます。
トラフィック削減
従業員デバイスと比較して通常のサーバーのネットワーク活動は多く、接続やイベントが多く発生するため、Engineが飽和することが考えられます。 Engineにはサーバーのトラフィックを削減するための戦略がありますが、これはすべてのタイプのデバイスのトラフィックにも適用されます。 デバイスが短時間であまりにも多くの宛先に接続したり、多数のポートを開いたりした場合、Engineは自動的にこれらの接続を単一の接続として集約し、ポートや宛先の値を「複数」に設定できます。 多くのドメインへのWeb接続のバーストが発生したデバイスの場合、Engineは接続を1つとして集約し、ドメインの値を「複数」に設定します。
これが発生すると、接続に関する個別情報は失われますが、Engine内のトラフィック情報の量は妥当なレベルに保たれます。 さもなければ、接続の爆発的増加により、Engineで利用可能な履歴が大幅に減少する可能性があります。 トラフィック削減ポリシーが導入されているにもかかわらず、サーバーにコレクターをインストールすると、エンジン内の履歴の利用可能度が若干減少することを予期すべきです。
トラフィック削減の戦略は構成可能です(以下を参照)。 接続を穏やかにまとめるか、ほぼ即座にまとめるかに応じて、通常または積極的のいずれかを選択してください。 積極的なポリシーでは、より多くの接続の個別情報を失う代わりに、エンジン内に長い履歴を保持できます。
サーバーの分類
以下は、機能によるサーバーの分類です。 サーバーの機能に応じて、エンジンがサーバーのトラフィックを削減する可能性を把握してください。
クライアントライク (WVD, Citrix, RDS)\ サポートはバージョン5から トラフィック削減は稀です。
アプリケーション (メール, SQLデータベース)\ トラフィック削減は負荷に応じます。
エージェントマネージャー (SCCM)\ トラフィック削減は可能性が高いです。
UDPサーバー (DNS)\ トラフィック削減が確定しています。
プロキシ (ウェブプロキシ)\ ウェブトラフィックの削減およびネットワークのより大きなコレクター利用が見込まれます。 したがって、ウェブプロキシへのインストールは推奨されません。
ボット (スキャナー、負荷テスト)\ 1 つのサーバーが数千の従業員デバイスとして振舞う可能性があるため、サポートされません。 ボットクラスのサーバーにコレクターをインストールしないでください。
インスタンス設定
インスタンスのトラフィック削減ポリシーを有効にするには、Nexthink サポートにお問い合わせください。 お持ちのサーバーの種類に応じて、下記記載の通りに設定を調整します。
すべてのクライアントライク (WVD / Citrix / RDS) サーバー
送信先削減ポリシー: 通常
サーバーでのコンピュートサービス: 有効
可能であれば、WVD / Citrix / RDS サーバーを、それらがサービスする従業員デバイスのエンジンと同じエンジンに割り当てます。
すべての非クライアントサーバー
送信先削減ポリシー: 積極的
サーバーでのコンピュートサービス: 無効
可能であれば、非クライアントサーバーを従業員デバイスが使用するエンジンとは別のエンジンインスタンスに割り当てます。
混合セットアップ
送信先削減ポリシー: 積極的
サーバーでのコンピュートサービス: 有効
古いバージョンのFinderを使用している場合、クライアントライクサーバーと非クライアントサーバーの混合セットアップでは、クライアントライクサーバーおよび従業員デバイスのみのサービスを計算することをお勧めします。
サービスを選択的に計算するには、計算に含めたいデバイスを手動でタグ付けし、サービスの条件を設定して、タグ付けされたデバイスのみが考慮されるようにします。 たとえば:
例えば、Compute servicesというカテゴリを作成します。
自動タグ付けルールのないカテゴリにはいおよびいいえという2つのキーワードを追加します。
従業員デバイスとクライアントライクサーバーを手動ではいのキーワードでタグ付けし、非クライアントサーバーにはいいえのキーワードを付けます。
各サービスの定義デバイスに条件を追加して、はいのキーワードでタグ付けされたデバイスのみをサービスに含めるようにします。

可能であれば、WVD / Citrix / RDS サーバーを従業員デバイスに提供するエンジンインスタンスと同じエンジンに割り当て、非クライアントサーバーを別のエンジンにグループ化します。
リモートアクションサポート
サーバーでは複数のセッションを同時にホストできるため、現在のインタラクティブユーザーが複数存在する可能性がありますが、ローカルシステムとして実行する場合にのみ、システムはサーバー上でリモートアクションを実行します。
キャンペーンのサポート
フルデスクトップセッションがストリーミングされ、.NET Framework 3.5以降がインストールされた場合、WVD / Citrix / RDSサーバーでキャンペーンがサポートされます(アプリストリーミングではEngageをサポートしていません)。
サーバーでのキャンペーンを有効にするには、コレクターをインストールする時にすべてのデバイス向けに有効化オプションを設定することを忘れないでください。 デフォルトのオプションサーバーでは無効は、明示的にサーバーへのキャンペーン配信を無効にします。
Receive Segment Coalescing (RSC) とCollectorの互換性
コレクターバージョン6.30.2.4以上は、Windows Server 2012以降に搭載され、ネットワークの処理をCPUからネットワークインターフェースにオフロードすることによってネットワークトラフィックの受信を改善する技術であるReceive Segment Coalescingと互換性があります。 Windowsデスクトップオペレーティングシステムは、Windows 8以降からRSCをサポートしていますが、RSCの使用は通常、入力トラフィックが多いWindowsサーバーに限定されています。
RSCと互換性があるネットワークインターフェースのドライバーは、受信した複数のTCPセグメントを凝縮して、OSのネットワーキング層に単一の大きなセグメントとして提示できます。
Last updated
Was this helpful?