[comment]: # translation:outdated

[comment]: # ({e601ba87-e601ba87})
[comment]: # (tags: proxy)
# 4 Zabbixプロキシ

[comment]: # ({/e601ba87-e601ba87})

[comment]: # ({05d8de8a-05d8de8a})
#### 概要

Zabbixプロキシは、1つ以上の監視対象から監視データを収集し、その情報をZabbixサーバーに送信するプロセスであり、基本的にサーバーに代わって機能します。収集されたすべてのデータはローカルにバッファリングされてから、プロキシが属するZabbixサーバーに転送されます。

プロキシのデプロイはオプションですが、単一のZabbixサーバーの負荷を分散するのに非常に役立つ場合があります。プロキシがデータを収集する場合、サーバーのCPUとディスクI/Oの負荷が少なくなります。

Zabbixプロキシはローカル管理者がいなくても、リモートロケーション、ブランチ、ネットワークを一元的に監視するための理想的なソリューションです。

Zabbixプロキシにはサーバーとは別のデータベースが必要です。

::: noteimportant
ZabbixプロキシでサポートされているデータベースはSQLite、MySQL、PostgreSQLであることに注意してください。 Oracleの使用は自己責任であり、たとえば、ローレベルディスカバリルールの[戻り値](/manual/discovery/low_level_discovery#概要)のように、いくつかの制限が含まれる場合があります。
:::

参照: [分散環境でのプロキシの使用](/manual/distributed_monitoring/proxies)

[comment]: # ({/05d8de8a-05d8de8a})

[comment]: # ({709824a5-709824a5})
#### プロキシの起動

[comment]: # ({/709824a5-709824a5})

[comment]: # ({633c0879-a0a6c8d1})
##### パッケージを使用してインストールした場合

Zabbixプロキシはデーモンプロセスとして実行されます。プロキシを起動するには以下を実行します。

    systemctl start zabbix-proxy

これはほとんどのGNU/Linuxシステムで動きます。他のシステムでは、以下のように実行する必要がある場合があります。

    /etc/init.d/zabbix-proxy start

同様に、Zabbixプロキシの停止/再起動/ステータス表示するには以下を実行します。

    systemctl stop zabbix-proxy
    systemctl restart zabbix-proxy
    systemctl status zabbix-proxy

[comment]: # ({/633c0879-a0a6c8d1})

[comment]: # ({92fb7247-0b35181b})
##### 手動での起動

上記の方法で起動できない場合は手動で起動する必要があります。zabbix\_proxyバイナリへのパスを見つけ、以下のように実行します:

    zabbix_proxy

Zabbixプロキシでは、以下のコマンドラインパラメーターを使用できます:

    -c --config <file>              設定ファイルへのパスを指定する
    -f --foreground                 Zabbixプロキシをフォアグラウンドで実行する
    -R --runtime-control <option>   管理機能を実行する
    -h --help                       ヘルプを表示する
    -V --version                    バージョン情報を表示する

コマンドラインパラメーターを使用してZabbixプロキシを実行する例:

    zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf
    zabbix_proxy --help
    zabbix_proxy -V

[comment]: # ({/92fb7247-0b35181b})

[comment]: # ({0bc00004-ee4dd6f0})
##### ランタイム制御

ランタイム制御オプション:

|オプション|説明|ターゲット|
|--|------|------|
|config\_cache\_reload|設定キャッシュをリロードします。キャッシュが現在ロードされている場合は無視されます。<br>アクティブなZabbixプロキシはZabbixサーバーに接続し、設定データを要求します。| |
|diaginfo\[=<**section**>\]|プロキシログファイルに診断情報を収集します|**historycache** - ヒストリキャッシュ統計<br>**preprocessing** - 保存前処理マネージャー統計<br>**locks** - ミューテックスリスト(*BSD*システムでは空)|
|snmp\_cache\_reload|SNMPキャッシュをリロードし、すべてのホストのSNMPプロパティ(engine time, engine boots, engine id, credentials)をクリアします。| |
|housekeeper\_execute|ハウスキーピングを開始します。ハウスキーピングが現在進行中の場合は無視されます。| |
|log\_level\_increase\[=<**target**>\]|ログレベルを上げます。ターゲットが指定されていない場合はすべてのプロセスに影響します。 <br>*BSD*システムではサポートされていません。|**process type** - 指定されたタイプのすべてのプロセス(例: poller)<br>すべての[プロキシプロセスタイプ](#プロキシプロセスタイプ)を参照してください。<br>**process type,N** - プロセスタイプと番号(例: poller,3)<br>**pid** - プロセスID(1〜65535)。値が大きい場合は、ターゲットを'process type,N'として指定します。|
|log\_level\_decrease\[=<**target**>\]|ログレベルを下げます。ターゲットが指定されていない場合はすべてのプロセスに影響します。<br>*BSD*システムではサポートされていません。|^|
|prof\_enable\[=<**target**>\]|プロファイリングを有効にします。<br>ターゲットが指定されていない場合はすべてのプロセスに影響します。<br>有効なプロファイリングでは、関数名ごとにすべての rwlocks/mutex の詳細が提供されます。<br>Zabbix 6.0.13からサポートされています。|**process type** - 指定されたタイプのすべてのプロセス (例:  history syncer)<br>すべての[プロキシプロセスタイプ](#プロキシプロセスタイプ)を参照してください。<br>**process type,N** - プロセスタイプと番号 (例: history syncer,1)<br>**pid** - プロセスID(1〜65535)。値が大きい場合は、ターゲットを'process type,N'として指定します。<br>**scope** - `rwlock`、`mutex`、`processing`はプロセスタイプと番号とともに(例: history syncer,1,processing)、あるいは全てのプロセスタイプとともに(例: history syncer,rwlock)使用できます。|
|prof\_disable\[=<**target**>\]|プロファイリングを無効にします。<br>ターゲットが指定されていない場合はすべてのプロセスに影響します。<br>Zabbix 6.0.13からサポートされています。|**process type** - 指定されたタイプのすべてのプロセス (例 : history syncer)<br>すべての[プロキシプロセスタイプ](#プロキシプロセスタイプ)を参照してください。<br>**process type,N** - プロセスタイプと番号 (例 : history syncer,1)<br>**pid** - プロセスID(1〜65535)。値が大きい場合は、ターゲットを'process type,N'として指定します。|

ランタイム制御を使用してプロキシ設定キャッシュをリロードする例:

    zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R config_cache_reload

ランタイム制御を使用して診断情報を収集する例:

    プロキシログファイルで利用可能なすべての診断情報を収集する:
    zabbix_proxy -R diaginfo

    プロキシログファイルでヒストリキャッシュ統計を収集する:
    zabbix_proxy -R diaginfo=historycache

ランタイム制御を使用してSNMPキャッシュをリロードする例:

    zabbix_proxy -R snmp_cache_reload  

ランタイム制御を使用してハウスキーパーの実行をトリガーする例:

    zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R housekeeper_execute

ランタイム制御を使用してログレベルを変更する例:

    すべてのプロセスのログレベルを上げる:
    zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase

    2番目のポーラープロセスのログレベルを上げる:
    zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=poller,2

    PID 1234のプロセスのログレベルを上げる:
    zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_increase=1234

    すべてのhttpポーラープロセスのログレベルを下げる:
    zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R log_level_decrease="http poller"

[comment]: # ({/0bc00004-ee4dd6f0})

[comment]: # ({a9af55d3-a9af55d3})
##### プロセスユーザー

Zabbixプロキシはroot以外のユーザーとして実行するように設計されていて、起動されたroot以外のユーザーとして実行されます。したがってroot以外のユーザーで問題なくプロキシを起動できます。

'root'として実行しようとすると、ハードコードされた'zabbix'ユーザーに切り替わるため、'zabbix'ユーザーがシステム上に存在している必要があります。'root'として実行するためには、プロキシの設定ファイルの'AllowRoot'パラメーターを適切に変更する必要があります。

[comment]: # ({/a9af55d3-a9af55d3})

[comment]: # ({441f5ec7-441f5ec7})
##### 設定ファイル

zabbix\_proxyの詳細設定については[設定ファイル](/manual/appendix/config/zabbix_proxy)オプションを参照してください。

[comment]: # ({/441f5ec7-441f5ec7})

[comment]: # ({2cd46511-2cd46511})
#### プロキシプロセスタイプ

-   `availability manager` - ホスト可用性更新プロセス
-   `configuration syncer` - 設定データメモリ内キャッシュ管理プロセス
-   `data sender` - プロキシデータセンダー
-   `discoverer` - デバイス発見プロセス
-   `heartbeat sender` - プロキシハートビートセンダー
-   `history poller` - データベース接続を必要とする計算、集約、内部チェックを処理するプロセス
-   `history syncer` - ヒストリDB書き込み
-   `housekeeper` - 古いヒストリデータを削除するプロセス
-   `http poller` - ウェブモニタリングポーラー
-   `icmp pinger` - icmp pingチェックポーラー
-   `ipmi manager` - IPMIポーラーマネージャー
-   `ipmi poller` - IPMIチェックポーラー
-   `java poller` - Javaチェックポーラー
-   `odbc poller` - ODBCチェックポーラー
-   `poller` - パッシブチェック用通常ポーラー
-   `preprocessing manager` - 保存前処理タスクマネージャー
-   `preprocessing worker` - データ保存前処理プロセス
-   `self-monitoring` - 内部サーバー統計収集プロセス
-   `snmp trapper` - SNMP trapsのトラッパー
-   `task manager` - 他のコンポーネントによって要求されたタスクのリモート実行プロセス(例: 障害のクローズ、障害の確認、現在のアイテム値の確認、リモートコマンド機能)
-   `trapper` - アクティブチェック、traps、プロキシ通信用のトラッパー
-   `unreachable poller` - 使用不能デバイスのポーラー
-   `vmware collector` - VMwareサービスからのデータ収集を担当するVMwareデータコレクタ

プロキシログファイルを使用して、これらのプロセスタイプを監視できます。

**zabbix\[process,<type>,<mode>,<state>\]**内部[アイテム](/manual/config/items/itemtypes/internal)を使用して、さまざまなタイプのZabbixプロキシプロセスを監視できます。

[comment]: # ({/2cd46511-2cd46511})

[comment]: # ({2c7aa9fb-087c822f})
#### サポートするプラ​​ットフォーム

Zabbixプロキシは、Zabbixサーバーと同じ[サポートするプラ​​ットフォーム](/manual/concepts/server#サポートするプラ​​ットフォーム)のリストに記載されているプラットフォームで実行可能です。

[comment]: # ({/2c7aa9fb-087c822f})

[comment]: # ({c703b792-c703b792})
#### ロケール

いくつかのテキスト形式のアイテムを正しく処理できるようにするため、プロキシにはUTF-8のロケールが必要であることに注意してください。最近のほとんどのUNIXライクなシステムにはデフォルトでUTF-8ロケールがありますが、システムによっては具体的に設定しなければ使用することができません。

[comment]: # ({/c703b792-c703b792})