ZabbixサーバをZabbix Proxyに変更する際の注意点について
いつもお世話になっております。
現在、Zabbixサーバを自拠点に設置し運用しています。
このZabbixサーバの運用のアウトソーシングを検討しており
自拠点にあるZabbixサーバを Zabbix Proxyで動作させることを検討しています
現在のZabbixに設定している監視項目は
Zabbixエージェントによるログ監視やポート監視、プロセス監視、
SNNPポーリング、SNMPTrap
ICMPによるシンプルチェックなど多数の項目があります
手元のZabbixサーバをZabbix Proxyサーバに変更し、監視は継続
トリガーの障害判定を外部のベンダーさんのZabbixサーバに飛ばす という
運用をイメージしておりますが、ZabbixサーバをZabbix Proxyに変更して実現可能でしょうか。
また、懸念点などありましたらご教示いただけますでしょうか。
以上、宜しくお願い致します。
TNK - 投稿数: 4769
監視設定やアイテムなどの履歴を引き継いでZabbixサーバーをZabbix
プロキシに変更することは不可能です。
改めて監視をするZabbixサーバーに監視の設定を行うことが必要で
す。
現在のデータベースを元にZabbixサーバーを構築しない限り、過去
の監視のために取得したアイテムの値を引き継ぐこともできません。
つまり、別途構築済みのZabbixサーバーに監視対象として追加する
ことになると、過去の履歴は引き継げません。
Zabbixサーバーのままで、アクションとして外部のベンダーさんに
zabbix_senderコマンドなどを使用して通知をするような使い方な
ら可能です。
indurain - 投稿数: 3
TNK様
早速のご返信ありがとうございます。
Zabbix Proxyの機能を勘違いしておりました。
実現したいことは
現在、手元にあるZabbixサーバやエージェントをインストールしたサーバの設定を
極力変更せず、外部のベンダーさんに運用をアウトソーシングすることになります。
（現在、トリガーが発動した際に自社メールサーバにメールを送るアクションをしています）
アドバイスいただいたzabbix_senderコマンドを利用する場合、
全てのトリガーに設定変更が必要になってしまうイメージでよいでしょうか。
お忙しいところ恐縮ですが、アドバイスいただけると幸いです。
TNK - 投稿数: 4769
トリガーを変更するのではなくアクションの設定を追加することに
なると思います。
ただし、トリガーが障害検知したのを通知するだけですので、運用
をアウトソースするのであれば、アイテムの値の変化など各アイテ
ムのグラフや過去の値なども参照することが必要なのではないでし
ょうか？
障害発生を通知するだけでよいのならば、先にも書いた通りです。