Zabbixでのパッシブチェックは何に適していますか？
公式ドキュメント こちら 。
パッシブチェック= Zabbixサーバーのポーリング
アクティブチェック= Zabbixクライアント（エージェント）プッシュ
パッシブチェックの利点は何ですか？クライアントで追加のポートを開く必要があります。
Zabbixには3つの基本的なタイプのチェックがあります：
アクティブチェックは、Zabbixエージェントがインストールされているシステムからプッシュされます。これらのチェックでは、クライアント（監視対象）システムでポートを開いている必要はありません（リモートコマンドを発行できるようにする場合を除く）。ただし、エージェントが接続できるように、Zabbixサーバーでエージェントにアクセスできるポートが開いている必要があります。適切に構成されたZabbixサーバーではアクティブチェックは非常にスケーラブルですが、エージェントはサーバーに接続してパラメーターのリストを取得し、結果を返す前に完了する必要があるパラメーターのリストを取得する必要があるため、パッシブチェックよりも多くのネットワークトラフィックを作成します。
パッシブチェックは、システム上のZabbixエージェントをポーリングするZabbixサーバーです。これらのチェックでは、Zabbixサーバーが到達できるクライアント（監視対象）システムでポートが開いている必要がありますが、Zabbixサーバーでエージェント用に開いているポートは必要ありません。これは、たとえば、Zabbixサーバーの前にNAT/PATデバイスまたはステートフルファイアウォールがあり、エージェントが接続するためにZabbixサーバーのポートを開くことができない場合に役立ちます。さらに、Zabbixサーバーは、クライアントシステムがポーリングされる頻度とポーリングされるパラメーターを完全に制御します。
簡単なチェックエージェントをインストールする必要はありません。クライアントによっては、さまざまな理由でエージェントをインストールできない場合や、実行しているOSで実行されるエージェントがない場合があります。一例として、単純なモノのインターネット（IoT）デバイスについて考えます。それらが稼働しているがエージェントをインストールする機能がないことを確認したい場合があります。同様に、エージェントをインストールできないISPの上流ゲートウェイ、キャッシュレジスタ/ POSシステムなどに対してpingテストを実行することもできます。
パッシブチェックでは、エージェントで追加のポートを開く必要がありますが、アクティブチェックでは、サーバーでポートを開く必要があります。アクティブに対するパッシブチェックのいくつかの利点：
- アクティブチェックはシリアル（サーバーごとに1つのスレッドのみ）ですが、パッシブチェックはある程度並列です。
- パッシブチェックは柔軟な間隔/スケジューリングをサポートしますが、アクティブチェックはサポートしません
- リモートコマンドは、パッシブチェックが機能する場合にのみ機能します（パッシブチェックを使用する必要はありません）。
アクティブなチェックが推奨され、より適切にスケーリングされます。有効なメトリックは、zabbixプロキシが存在する場合、zabbixサーバーのダウンタイム時にも存続します。
だが
パッシブチェックを使用すべきであり、アクティブチェックを使用できないユースケースがあります。
例えば
あるノードから別のノードに移行できる仮想IPアドレスを使用していて、サービスが外部で利用可能かどうかを監視する場合（単純なTCP接続）、「仮想IP」でホストを作成し、このIPに接続するパッシブチェックを作成する必要があります。仮想IPの移行を監視する場合とまったく同じ方法で、「仮想IP」に関連付けられた、ホストのパッシブ監視メトリックに「ホスト名」を追加し、ホスト名が変更された場合-移行されます。