サーバーサポート（クラシック）

概要

Nexthinkは従業員デバイスを監視するために設計されたソリューションですが、ある程度、同じ監視技術をサーバーにも適用することが可能です。 Collectorは、Windows Virtual Desktop (WVD) / Citrix / RDSサーバーにインストールすることが可能で、それぞれのサーバーはエンドユーザーデバイスのグループを持つことに相当します。 Nexthinkは他の種類のWindowsサーバーへのCollectorのインストールもサポートしています。 したがって、Nexthinkには新しいタイプのデバイス、サーバーが利用可能です。

Collectorは、サーバーから従業員デバイスと同じ分析を報告しますが、一部のセキュリティ関連情報を除きます。 Collectorがセキュリティ情報を取得するために使用している技術は、サーバータイプのオペレーティングシステムでは利用できないため、以下の分野のデータは欠けています:

• アンチウイルス

• アンチスパイウェア

• ファイアウォール

通常のデバイスと同様に、Collectorはサーバーの着信接続を報告しないことも心に留めておいてください。 送信接続のみが記録されます。

トラフィックの削減

サーバーのネットワーク活動の方が従業員デバイスに比べてより多くの接続やイベントを生み出すため、Engineを飽和させる可能性があります。 Engineはすべてのタイプのデバイスのトラフィックに適用されるにも関わらず、サーバーのトラフィックを削減するための戦略を備えています。 デバイスが多くの宛先に接続したり、突発的に多くのポートを開く場合、Engineはこれらの接続を単一の接続に集約し、そのポートまたは宛先の値を複数に設定することが可能です。 デバイスが多くのドメインに対して突発的にウェブ接続を開始する場合、Engineは接続を単一の接続として集約し、そのドメインの値を複数にします。

このような場合、接続に関する個別の情報は失われますが、システムはEngineに保持されているトラフィック情報を合理的なレベルに保ちます。 さもなければ、接続の爆発が、Engineに利用可能な履歴を大幅に減少させる可能性があります。 トラフィック削減ポリシーを適用することで、サーバーにCollectorをインストールすると、Engineに利用可能な履歴がわずかに減少することを期待すべきです。

トラフィックを削減する戦略は設定可能です（以下を参照）。 接続を緩やかに集約するか、あるいはほぼ即座に集約するか、通常か積極的かを選択してください。 積極的なポリシーでは、より多くの接続の個別情報を失う代わりに、Engineにより長い履歴を保持することができます。

サーバーの分類

以下は、機能に基づくサーバーの分類です。 サーバーの機能に応じて、Engineがサーバートラフィックを削減する可能性に精通しているべきです。

• クライアントライク（WVD、Citrix、RDS） V5からサポートされています。 トラフィック削減は稀です。

• アプリケーション（Mail、SQLデータベース） 負荷に応じたトラフィック 削減。

• エージェントマネージャー（SCCM） トラフィック削減の可能性が高い。

• UDPサーバー（DNS） トラフィック削減は確実です。

• プロキシ（Webプロキシ） ウェブトラフィックの削減とネットワークのより大きなCollector使用が期待されます。 したがって、ウェブプロキシへのインストールは推奨されません。

• ボット（スキャナー、ストレステスト） サーバー1台が数千の従業員デバイスのように振舞う可能性があるため、サポートされていません。 ボットクラスのサーバーにはCollectorをインストールしないでください。

インスタンス設定

インスタンスのトラフィック削減ポリシーを有効にするにはNexthinkサポートにお問い合わせください。 お持ちのサーバーの種類に応じて、当社のエンジニアが以下に記載された設定を調整します。

クライアントライク（WVD / Citrix / RDS）サーバーのみ

• 宛先削減ポリシー：通常

• サーバー上のComputeサービス：true

可能な限り、WVD / Citrix / RDSサーバーをそれらがサービスを提供する従業員デバイスの同じEngineに割り当てます。

非クライアントサーバーのみ

• 宛先削減ポリシー：積極

• サーバー上のComputeサービス：false

可能であれば、非クライアントサーバーを従業員デバイスが使用するEngineインスタンスと分けて割り当てます。

混在セットアップ

• 宛先削減ポリシー：積極

• サーバー上のComputeサービス：true

Fidner（クラシック）を使用している場合、クライアントライクと非クライアントサーバーの混在構成においては、クライアントライクサーバーおよび実際のクライアント（従業員デバイス）に対してのみサービスを計算します。

サービスに含めたいデバイスを手動でタグ付けし、タグ付けしたデバイスのみをそのサービスに考慮する条件を設定することで、選択的にサービスを計算します。 たとえば：

1. 例えば、サービスを計算というカテゴリーを作成します。

2. 自動タグ付けルールのないカテゴリに2つのキーワードを追加します：はいといいえ。

3. すべての従業員デバイスとクライアントライクサーバーにキーワードはいを、非クライアントサーバーにはキーワードいいえを手動でタグ付けします。

4. サービスの定義において、はいのキーワードでタグ付けされたデバイスのみをサービスに含める条件を追加します：

可能な場合、WVD / Citrix / RDS サーバーを、これらがサービスを提供する従業員デバイスの同一エンジンインスタンスに割り当て、非クライアントサーバーを個別にグループ化します。

リモートアクションサポート

サーバーは同時に複数のセッションをホストすることができるため、複数のインタラクティブユーザーが存在する可能性があり、システムはローカルシステムとして実行した際にのみサーバー上でリモート アクションを実行します。

キャンペーンのサポート

キャンペーンは、フルデスクトップセッションがストリーミングされている場合（アプリ ストリーミングではEngageをサポートしない）および.NET Framework 3.5以降がストリーミングデスクトップにインストールされている場合に、WVD / Citrix / RDSサーバーでサポートされます。

サーバーでのキャンペーンを有効にするには、Collectorのインストール時にすべてのデバイスで有効化オプションを設定することを忘れないでください。 デフォルトオプションサーバーでは無効化は明示的にサーバーへのキャンペーン配信を無効にします。

Receive Segment Coalescing (RSC)とのCollectorの互換性

Collectorのバージョン6.30.2.4以降は、Windows Server 2012以降に存在するネットワーク処理をCPUからネットワークインターフェースにオフロードすることでネットワークトラフィックの受信を改善する技術であるReceive Segment Coalescingと互換性があります。 WindowsデスクトップオペレーティングシステムもWindows 8以降からRSCをサポートしていますが、RSCの使用は通常、大量の入力トラフィックを持つWindowsサーバーに限定されます。

RSCと互換性があるネットワークインターフェースのドライバーは、受信した複数のTCPセグメントをまとめて、より大きな単一セグメントとしてオペレーティングシステムのネットワークレイヤーに提示することができます。