ルールベースのCollector割り当て（クラシック）

概要

ルールベースのコレクター割り当てには、すべてのコレクターに対してNexthinkインスタンスの完全修飾ドメイン名（FQDN）を使用する単一のインストーラが必要です。最初の接続時に、各コレクターは割り当てられたNexthink V6エンジンのアドレスを受け取ります。その後、コレクターは通常どおりエンジンに情報を送信し始めることができます。 Nexthinkへの後続の接続では、各コレクターが同じエンジンに割り当てられているか、別のエンジンに割り当てられているかを確認し、それに応じてエンジンを切り替えます。

Nexthinkは一連のルールを使用して割り当てプロセスを管理します。これらを調整することで、コレクターを異なるエンジンに動的に再割り当てできます。ルールは、コレクターをエンジンおよびエンティティに割り当てるだけでなく、デバイスを階層に編成する基盤を形成します。同じルールで指定されるエンティティの割り当ては、WindowsとMacのどのコレクターインストールバージョンにも有効です。同じルールによって指定されたエンティティ割り当ては、WindowsおよびMacの両方のCollectorインストールの任意のバージョンで有効です。

ルールベースのコレクター割り当てのサポート

ルールベースの割り当ては、次のデバイスフィールドに条件を持つルールをサポートしています。

最後のIPアドレス
最後のローカルIPアドレス
名前
コレクターによって報告された識別名
ADサイト
コレクタータグ番号
コレクター文字列タグ

デバイスがエンジン間を移動し、割り当てがデバイスの最後のIPアドレスにのみ基づいているローミングデバイスがないことを確認してください。 V6.24以降、デバイスの最後のローカルIPアドレスを使用することでこの問題を解決できます。

デバイスのIPアドレスに依存する条件がある場合、ローカルIPアドレスのベータ機能がV6.24から廃止され、最後のローカルIPアドレスフィールドで代替されたため、ルールベースのコレクター割り当ては互換性がありません。

割り当てルールの記述

CSVファイルを使用してコレクター割り当てのルールを定義します。

entity_rule

エンジン

エンティティ

Field1

Pattern1

Field2

Pattern2

あり

Engine-1

リヨン

ad_site

リヨン-?

*OU=PROD*

いいえ

Engine-2

パリ

local_ip

192.168.212.0/24

名前

DESKTOP-FR*

あり

Engine-3

ロサンゼルス

collector_tag

212

いいえ

Engine-4

ニューヨーク

名前

DESKTOP-US*

10.100.0.0/16

entity_rule（大文字小文字区別） noに設定すると、ルールはデバイスをエンジンとエンティティの両方に割り当てます。 yesに設定すると、ルールはエンジンでフィルタリングされたエンティティにデバイスを割り当てます。

Engine (大文字小文字非区別) ターゲットエンジンのホスト名。

Entity（大文字小文字区別）ターゲットエンティティの名前。

Field1 割り当てに使用する最初のデバイスフィールドの名前。

Pattern1 指定された最初のフィールドが、デバイスに指定されたエンジンとエンティティを割り当てるために一致する必要があるパターン。

Field2 割り当てのベースとする第2のデバイスフィールドの名前。

Pattern2 指定された第2のフィールドが、デバイスに指定されたエンジンとエンティティを割り当てるために一致する必要があるパターン。

カラムField1およびField2は次の値をサポートしています。

デバイスの最後のIPアドレス。フィールドのパターンとして、以下のいずれかを指定します。

- ドット十進法表示の単一のIPアドレス、例: 192.168.10.1

- CIDR表示のサブネット、例: 192.168.10.0/24

local_ip

デバイスの最後のローカルIPアドレスは、ローカルネットワークのIPアドレスに相当します。 ipフィールドと同じ方法でパターンを指定します。

name（大文字小文字非区別）

デバイスのホスト名。

collector_tag

コレクターのインストール時に割り当てられるタグ番号。正確な番号のみと一致します。

collector_string_tag

インストール時に割り当てられたコレクターのラベル。この値はパターンマッチングをサポートします。

コレクターが報告するデバイスの識別名。デバイスはActive Directoryドメインの一部でなければなりません。

コレクターが報告する識別名の形式は、より具体的な属性からより一般的な属性に接続された、コンマで連結された属性=値要素の標準的なシーケンスです。例えば、CN=ex01,OU=Computers,DC=example,DC=org

これに対して、Active Directoryから取得されたデバイス（またはユーザー）の識別名フィールドは、スラッシュで接続された同様のシーケンスを使用して、逆順に要素を連結します。例えば、/DC=org/DC=example/OU=Computers/CN=ex01

ad_site

デバイスが配置されているActive Directoryサイト。サイトは1つ以上のTCP/IPサブネットを表します。

name、collector_string_tag、dnおよびad_siteフィールドは、文字パターンマッチングをサポートしています。関連する文字列パターンを定義するには、次のワイルドカードを使用します。

- ?文字は1つの文字を代替します。

- *文字は0個以上の文字を代替します。

ルールのためのCSVファイルを書くには、UTF-8テキストエンコーディングを使用し、サイズを20 MBに制限してください。ファイルの先頭にBOM文字を作成するテキストエディタ（例：WindowsのNotepad）でルールを書くのを避けてください。そのような文字が追加されると、コンフィギュレーションウィザードによって解析時にヘッダーエラーが発生します。

ヘッダーの後、各ルールを新しい行に書きます。各項目を二重引用符で囲み、特別な文字をエスケープし、セミコロンを区切り記号として使用します。例えば、様々なタイムゾーンの支社を持つ小さな会社のためのCSVファイル：

"entity_rule";"Engine";"Entity";"Field1";"Pattern1";"Field2";"Pattern2"
"no";"Engine-2";"BOSTON";"local_ip";"10.102.0.0/16";"name";"DESKTOP-*"
"no";"Engine-3";"DUBAI";"local_ip";"10.103.0.0/16";"name";"DESKTOP-*"
"no";"Engine-4";"BRISBANE";"local_ip";"10.104.0.0/16";"name";"DESKTOP-*"
"no";"Engine-5";"ZURICH";"local_ip";"10.107.0.0/16";"name";"DESKTOP-*"
"no";"Engine-1";"REMOTE";"name";"LAPTOP-*"

ルールを満たすためには、Field1とField2の両方に条件が適用される必要があるので、両方のパターンが一致する必要があります。ルールの優先順位は上から下へと確立されます。エンティティのみのルールは、割り当てが空の-エンティティに発生するのを防ぐためのキャッチオールデフォルトケースを許可し、特にスティッキー、ローミング、VPNデバイスに役立ちます。

CSVファイルをアップロードするには：

中央管理者プロファイルを持つアカウントでNexthinkウェブインターフェースにログインします。
メインのナビゲーションバーのAdministrationメニューから、System configurationの下のCollectorsを選択します。
新しいルールセットを追加ボタンをクリックします。
1. ダイアログボックスのフィールドに入力します。
  - ルールセット名にはルールの一意の名前を入力します。
  - 説明にはルールの目的を説明します。
  - CSVファイルの下で、新しいファイルをアップロードをクリックし、事前に作成したCSVファイルを選択します。

コレクター割り当てのシミュレーション

あるルールセットから別のルールセットへのスムーズな移行のために、Nexthinkは最初にルールをシミュレートすることを強く推奨します。コレクター割り当てルールのシミュレーションを行うことで、現在割り当てられているエンジンとエンティティを実際に変更することなく、ルールの適用の影響を見ることができます。

シミュレーションモードを有効にするには：

中央管理者プロファイルを持つアカウントでNexthinkウェブインターフェースにログインします。
メインのナビゲーションバーのAdministrationメニューから、System configurationの下のCollectorsを選択します。
シミュレートをクリックしてプロセスを起動します。
結果は自動的にダウンロードされるCSVファイルに保存されます。それは、インスタンスとリンクされたすべてのデバイスとその特性のいくつかを一覧表示し、カラムに整理されています。最後のものにはシミュレーションされた値が含まれています。

デバイス名

コレクタバージョン

IPアドレス

ローカルIPアドレス

ADサイト

識別名

コレクタータグ

コレクター文字列タグ

UTC時刻の最終確認

最後に確認された時刻

割り当てられたエンジン

割り当てられたエンティティ

UTC時刻のローミング開始

現在の「割り当てを使用」フラグ

現在のフラグでのシミュレーションエンジン

現在のフラグでのシミュレーションエンティティ

フラグ=YESの場合のシミュレーションステータス

フラグ=YESの場合のシミュレーションエンジン

フラグ=YESの場合のシミュレーションエンティティ

デバイス-36e68c7a

6.30.4.9

194.3.224.3

10.19.3.61

c40034

1000

BOSTON

22.11.21 19:03

10.244.14.5:8443

BOSTON

UNKNOWN (NOとして扱う)

engine-1

BOSTON

割り当て済み

engine-1

BOSTON

device-938b6df4

22.2.1.22

194.3.224.3

10.18.6.2

c40034

1000

MADRID

24.02.22 12:07

10.244.14.5:8443

マドリッド

不明（いいえと見なされる）

エンジン-1

マドリッド

割り当て済み

エンジン-1

マドリッド

デバイス-8cfae42b

21.7.1.19

194.3.224.3

10.5.3.23

c40034

1000

ボストン

11.10.21 23:05

10.244.14.133:8443

ボストン

不明（いいえと見なされる）

エンジン-1

ボストン

割り当て済み

エンジン-1

ボストン

デバイス-1df8e1ce

21.7.1.19

194.3.224.3

10.29.2.4

1000

マドリッド

13.10.21 13:20

10.244.14.133:8443

マドリッド

不明（いいえと見なされる）

エンジン-1

マドリッド

割り当て済み

エンジン-1

マドリッド

デバイス-784c6e93

21.8.1.24

194.3.224.3

10.21.22.15

1000

ロンドン

14.10.21 16:16

10.244.14.133:8443

ロンドン

不明（いいえと見なされる）

エンジン-1

ロンドン

割り当て済み

エンジン-1

ロンドン

デバイス-51d1eb73

6.30.4.11

194.3.224.3

10.9.4.3

不明

01.11.21 11:32

10.244.14.133:8443

デフォルト

不明（いいえと見なされる）

エンジン-1

デフォルト

割り当て済み

エンジン-1

デフォルト

デバイス-a639e2f6

21.8.1.25

194.3.224.3

10.26.17.12

9c6a68

23.11.21 15:00

10.244.14.5:8443

デフォルト

不明（いいえと見なされる）

エンジン-1

デフォルト

割り当て済み

エンジン-1

デフォルト

デバイス-9acf29ca

6.30.4.9

194.3.224.3

10.5.19.6

c40034

1000

不明

24.11.21 18:53

10.244.14.5:8443

デフォルト

不明（いいえと見なされる）

エンジン-1

デフォルト

割り当て済み

エンジン-1

デフォルト

シミュレーションに従ってダウンロードされたCSVの一部の例。

コレクターの発見

インスタンスに接続しているコレクターのリストを確認してください。

中心管理者プロファイルのアカウントでNexthinkのWebインターフェースにログインしてください。
メインナビゲーションバーの管理メニューから、システム構成の下のコレクターを選択します。
インスタンスに関連付けられたデバイスのリストをデバイスで確認してください。
全てをエクスポートをクリックして、完全なリストを取得してください。

テーブルの列は、コレクターの割当状況に関する現在の情報を提供します。これらの列には以下のプロパティが含まれます：

デバイス名
コレクタバージョン
IPアドレス（最後のもの）
ADサイト
識別名
コレクタのタグ番号

さらに、以下の追加列が見つかるかもしれません：

最終確認（UTC）

コレクターから受信した最後の割当要求の時間。

最終確認日

最後にコレクターが確認されたアプライアンスのIPアドレスとポート。

割り当てられたエンジン

コレクターがデータを送信するように設定されているエンジン。

割り当てられたエンティティ

現在コレクターが所属しているエンティティ。

ローミング開始日（UTC）

デバイスがローミングを開始した時間。

エラーメッセージ

コレクターの割当の際に発生した最後のエラー。

再割当

Nexthinkインスタンスがエンジンをコレクターに割り当てた後、コレクターは割り当てられたエンジンから新しい割当情報を受け取ります。コレクターは、TCP接続が中断されるたびに新しい割当情報を要求します。

さらに、割当ルールが変更されるたびに、コレクターは動的に別のエンジンに再割当される可能性があります。再割当メッセージのコレクターへの配信には最大60分かかる場合があります。

一方、望ましくないエンジンスイッチの回数を制限するために、デバイスのプロパティ（例えば IPアドレス）が変更された場合、10日間再割当を遅らせます。これは、自分のサブネットを頻繁に変更するデバイス、例えばローミングユーザーのノートブックに対して特に重要です。

割当失敗のシナリオ

コレクターが新しい割当を受けると、最初のFQDNを宛先としてTCP接続を確立しようとします。コレクターが3回のリトライ後も接続できない場合、以前の割当エンジンに失敗を報告します。その後は新しい割当を待ちます。スタンバイ中、コレクターはトラフィックを送信しません。

割当失敗があるかどうかを確認するには：

中心管理者プロファイルのアカウントでNexthinkのWebインターフェースにログインしてください。
メインナビゲーションバーの管理メニューから、システム構成の下のコレクターを選択します。
インスタンスに関連付けられたデバイスのリストをデバイスで確認してください。
エラーメッセージ列で、次のような値を持つリスト項目を探してください： Last assignment failed: engine [IPアドレス] tcp port [番号]: ...
デフォルトでは、100台のデバイスのみが表示されます。 全てをエクスポートをクリックして、完全なリストを取得してください。

Last updated 9 hours ago

Was this helpful?