A、Zabbixの概要
このクラウドコンピューティングと仮想化時代には、サーバの数はより多数であると言うことができる、と今インターネット企業、少しダース以上のサーバーで、数十万の
ダースならば、我々はまた、シェルスクリプトを書くことができていること数十台湾の何千もの場合は、明らかに報われない道である、システムリソースの状況や占有を実行しているモニターサービスへ
、私たちは、サーバやネットワーク機器のリアルタイム動作を理解したいのであれば、問題が発生した最初のことができます知っているし、解決するには時間が、私たちはのために良い選択となるソフトウェアの監視に使用今回
大小の企業は、今のところ、確かに非常に多くのNagioようになりまし監視ツールを、ローカルサーバの監視が逃していますそして、サボテンは、これら2つの一般的に使用される監視ツールです
が、Zabbixの柔軟性を持っていない、Zabbixのは、さまざまなオブジェクトを監視柔軟で、かつ1にサボテンの両方Nagioの利点を組み合わせすることができ、それはのZabbixのすべての利点を至るまで、非常に強力ですそれは、アプリケーションの範囲内にある非常に広い市場であります
Zabbixのそれとは何ですか？分散監視ベースのソリューションを提供することは非常に柔軟であり、さまざまなオブジェクトを監視するために使用することができるがZABBIXは、エンタープライズクラスのオープンソースツールを監視する、高度に統合されたWebベースのインタフェースである
ZABBIX監視Linuxシステムできるオブジェクト、それは、Windowsすることができまた、システムが、ルータやスイッチなどのネットワーク機器も、アラームモードの様々なサポートすることができ
、監視対象のオブジェクトは、ルータやスイッチであれば、監視対象オブジェクトは、エージェントの道の展開を通じて達成されるLinuxまたはWindowsのサーバーである場合、ことに留意すべきですSNMP方法を設定することによって実装されており、他のネットワーク機器、
これまでのところ、のZabbixの最新バージョンがある：4.4、中国の公式ウェブサイト：httpsを：//www.zabbix.com/cn/
1）説明のZabbix機能
アラームメカニズム：サポートマイクロ手紙、メール、釘、SMS、およびその他のリッチ警報機構 特権システム：安全なユーザー認証は、一部のユーザーは、特定のビューに制限することができる データ収集：アーキテクチャの監視の様々な、あなたから収集したデータを定義することができます周波数 ネットワーク検出：ネットワーク機器やサーバのサポート自動検出は、エージェントが自動的に登録する ライブプロットを：する方法を内蔵し、描画とリアルタイムグラフィックスで監視データを実装 データストレージ：ストアデータ、履歴データ、カスタマイズの保存期間にデータベースを、あなたが定期的にすることができます時代遅れの過去のデータを削除します
2）Zabbixは、オブジェクトを監視します
ホスト監視：ディスク、メモリ、CPU、システムの稼働時間、システムプロセスの数、システム負荷の アプリケーション：実行中のサービスの状態、同時接続数、リクエスト数、バイトのメッセージキュー ハードウェア監視：サーバーの温度、電圧、ファンを高速 LANを監視：帯域幅の利用状況、データパケットおよびエラー番号の流入と流出、Pingの往復時間と成功率を
3）Zabbixのデータ収集
C / Sモード：クライアント/サーバー
B / Sモード：ブラウザ/サーバ
ZABBIX収集したデータにC / Sモードを使用し、その後B / Sモードと表示のWebフロントエンド構成を介して
Zabbixサーバ：SNMPエージェントとデータが収集は、PHP経由でnginxのフロントエンドまたはPHP + Apacheの+感想、その後、データベースに書き込まれ、に送られた のZabbixクライアント：サーバーがエージェントによって収集するデータに展開されている場合は、場合データ・ネットワーク・デバイスは、SNMP経由で収集するデータに設定され、最終的に収集またはプロキシサーバーに送信されました
4）Zabbixの重要な成分
ZABBIXサーバ：エージェントのコアコンポーネントを受信するための責任は、すべての操作が組織それによって行われ、レポート情報を送信 することによって収集されたすべての構成情報とデータ格納するための責任：Satabaseストレージ Webインタフェースを：ZABBIX GUIインタフェース、ZABBIXサーバは同じホスト上で実行しているほとんどの時間 Pxory：エージェントのZabbixサーバは、いくつかのデータを収集し、その後のZabbixサーバに転送するために、我々はプロキシとしてそれを理解することができ 、監視対象終わりに展開、CPUやメモリなど、監視エンドホストを、され、MySQLのマスター・スレーブ状態データを収集するための責任：エージェントその後、Proxy Serverまたは最後に送信されました
5）のZabbixデーモン
ZABBIX-サーバー：サーバー・デーモン、データ持って自主的に提出するも、受動提出、提出主導権を持っており、サーバーは、積極的にデータを取得すること のZabbixエージェントをクライアントデーモンをへの監視、クライアントのために収集するデータ のZabbix-GET：顧客への使用のZabbix-GETアクセス概要エンドは、トラブルシューティングを行うには Zabbixの送信者を：長い時間のかかるチェックのため、サーバーまたはプロキシにデータを送信するため のZabbixプロキシ：のZabbixエージェント・デーモン、サーバーの機能と同様に、唯一の違いは、それはようなものです乗換駅、能動的または受動的サーバーまでに収集したデータ提出する必要が ZABBIX-javaのゲートウェイを：エージェントに似Zabbix2.0後に導入された機能、が、唯一のJava側のために、それが唯一のイニシアチブを取ることができます取得データに、受動的ではない、データが最終的にプロキシサーバーまたは提出されます
6）のZabbix長期モニタリング
IPアドレスまたはドメイン名を指定することもでき、サーバやネットワーク機器を監視する必要、：ホスト ホストグループを：コンテナは、論理ホストとして見ることができ、ホストは、ホストグループを含んでいてもよいが、またテンプレートを含むことができる アイテムを、監視：監視インデックスが定義され、これらのデータを例えばMySQLはマスタから監視対象項目でモニターとしてモニターオブジェクトから 特定で受信したデータのために、合理的な範囲内の監視対象かどうか、すなわち、閾値、受信したデータ量をアイテム評価を監視し、として表現を理解することができる：フリップフロップ閾値よりも大きい、OKからのトリガ状態は、データが合理的な範囲に再び回復した場合、問題を移し、そしてOKに変換 イベント：トリガー状態の変化は、状態に関する情報を含むイベントが生成され、トリガが発生した変化ノーマル（OK）、問題（問題）：すなわち、時間と新しい状態をトリガは、トリガが2種類のイベントを作成し、 テンプレートは：事前エントリー監視ホストの集合を定義するために使用され、通常は監視項目が含まれ、トリガーデバイス、アプリケーション、およびテンプレートも直接リンクすることができ ホスト アプリケーションは：アプリケーションの監視用語の集合体である SMSのと同様に、送信することができ、このような電子メールとして、通知を送信するための手段：メディア 通知：選択されたメディアを介してユーザにイベント情報を送信する アクション：特定のためそのような通知の送信などの操作を実行するために、以前に定義された方法を処理する場合、
7）のZabbix監視アーキテクチャ
サーバー・クライアント：一時的ではないモニター間のいずれかのエージェントを介して、サーバーから直接データをやり取りする、ノードを監視し、比較的単純なアーキテクチャのZabbixであるSCアーキテクチャを、と呼ばれる- Agentの ノード-マスター・クライアント：私たちは、MNCを呼びましょうアーキテクチャ各ノードがサーバーであることを、彼らはあなたがエージェントとの対話も直接、次のノードのプロキシにアクセスすることができ、自分の設定ファイルをすることができます持っている サーバ・プロキシ・クライアント：私たちはそれSPCアーキテクチャ、プロキシなしフロント自体呼ぶことにしましょうこのアーキテクチャは、一般的に部屋を横切って、またはネットワーク全体で使用され、データを格納しますが、エージェントによって転送されたデータを一時的に保存され、そして最終的にサーバーを与えることはありません
次の図に示すの監視を非常に直感的なアーキテクチャのZabbix：
[]だけでは時間を渡すために