Zabbix 2.2がリリースされました

本日、Zabbix 2.2オープンモニタリングシステムの新しいバージョンがリリースされたことをお知らせします。 私たちのチーム、ユーザー、そして友人たちの活発なコミュニティに感謝したいと思います。 あなたの仕事と積極的な参加に感謝します！

Zabbixとは何ですか？

Zabbixは分散監視システムです。 Zabbixは、有料のバージョンや拡張機能のない完全に無料の（オープンソース）ソリューションです。



Zabbixは、数十万のデバイス、アプリケーション、およびサービスを監視し、1日に数百ギガバイトの履歴情報を収集し、1分あたり数百万のアクセシビリティおよびパフォーマンスチェックを実行できます。



Zabbixは、ヨーロッパ最大の銀行や金融機関、インテグレーター、ITおよび通信会社、有名大学など、さまざまな業界で世界中で使用されています。



Zabbixaと他の監視システムの主な違いは、幅広い機能、オープン性、スケーラブルなアーキテクチャ、膨大な情報のストリームをリアルタイムで収集および分析できることです。 私たちの優先事項は品質とサポートの容易さです。



Zabbixの最初のバージョンは2001年に公開され、現在、専門家チームによって開発されています。 本社はリガにあり、東京に子会社があります。 さまざまなレベルの技術サポート、トレーニング、新機能の開発、ターンキーソリューションなど、お客様への商用サービスの開発と提供に取り組んでいます。 これが私たちの成長と発展の方法です。

それでは、Zabbix 2.2の新機能は何ですか？

パフォーマンスの改善



従来、Zabbixの新しいバージョンはそれぞれパフォーマンスを改善し、Zabbix 2.2も例外ではありません。



控えめな見積もりによると、Zabbix 2.2は2.0に比べて2〜5倍の可用性とパフォーマンスチェックを実行できます。 Zabbix 2.2は1分間に約300万のチェックを行うことができ、これにはプロキシを使用しません。 これは、たとえば、1分間に1回実行される各デバイスで100個のチェックを行う3万個のデバイスを監視するには十分です。











トリガーを計算するために、メモリー内の履歴データのキャッシュが使用されます。これにより、トリガーの処理が大幅に高速化されます。 使用するトリガーが複雑になるほど、データベースに関係することなく情報がメモリから取得されるため、パフォーマンスの向上はより大きくなります。



さらに、Zabbix 2.0とは異なり、新しいバージョンでは、新しい情報が受信されても​​すぐにデータベースが変更されるわけではありません。 これにより、クエリの数が少なくとも2倍減少し、パフォーマンスが大幅に向上します。



統合されたVMWareモニタリング



vCenterおよびvSphereを含むVMWareの監視を実装しました。 可用性とパフォーマンス（CPU /メモリ/スワップ/ディスク）の監視、およびハイパーバイザーと仮想マシンの自動検出をサポートしています。 これは、Zabbixエージェントの関与なしにネイティブVMWare APIを使用して実装されます。 Zabbixはまた、あるハイパーバイザーから別のハイパーバイザーへの仮想マシンの移行を理解し、正しく処理します。











ロード可能なモジュールのサポート



これは、すべてのレベルで完全なモジュラーアーキテクチャを作成することを目的とした手順の1つであり、社内またはサードパーティの開発者によって開発されたロード可能なモジュールの助けを借りて機能を拡張できます。











モジュールは、エージェントの新しい高性能チェックの実装とサーバー側の新しいエージェントレスチェックの両方に使用できます。 CまたはC ++を学び、 ドキュメントとブログを 読んでください ！



Web監視の機能強化



重要な改善点は、Webシナリオ用のテンプレートのサポートです。これにより、数十、数百、または数千の類似アプリケーションの監視を簡単かつ迅速に構成できます。 これは、ASP、SAAS、およびPAASサービスを提供する企業のWebアプリケーションの可用性とパフォーマンスを制御するのに役立ちます。







また、正規表現（たとえば、sessionidを使用する）によるWEBページのコンテンツの選択、WEBスクリプトの構成可能な繰り返し回数、プロキシを介した監視機能もサポートしています。



不明なイベントのオプトアウト



バージョン2.2では、ユーザーにとって必ずしも明確ではない未知のイベントを取り除きました。 これにより、イベントリストの可読性が向上し、イベントの数が減少します。



テンプレートを同じアプリケーションにリンクする機能



この制限はZabbixに長く存在していました。 最後に彼を追い払った！ ホストの同じアプリケーションでテンプレートを使用できるようになりました。











内部イベント



内部イベントは、Zabbix自体によって2つの場合に生成されます：アイテムがサポートされなくなった（サポートされていない）か、トリガーが不明（不明）状態に移行しました。 これらの2つのイベントは、初期段階で設定の問題をキャッチできるため、Zabbix管理者にとって非常に重要です。 内部イベントの助けを借りて、ユーザーにメッセージを送信するか、外部スクリプトを実行することにより、このようなケースに迅速に対応することが可能になります。











データベースの自動更新



あるメインバージョンから別のバージョンに切り替えると、データベースをアップグレードするためにスクリプトを手動で実行する必要がなくなり、Zabbixがすべてを行います。 どのように機能しますか？ Zabbixサーバー2.2を起動すると、データベースが以前のバージョン2.0のものであることが認識され、バージョン2.2の構造の調整が開始されます。 その後、通常の起動が行われます。 Zabbixサーバーのログファイルを制御することにより、アップグレードプロセスを簡単に監視できます。











データクリーニングの正確な制御（ハウスキッパー）



Hauskiperは、古い情報（履歴、傾向、イベント）をデータベースから削除するプロセスです。 Zabbix 2.2は、homeskipperのよりシンプルだがきめ細かい構成をサポートしています。 たとえば、個々のアイテムレベルの設定を無視して、履歴とトレンドのグローバル保持期間を構成できます。







マクロ処理



グローバルスクリプト、トリガーコメント、およびトラッパータイプデータ項目の許可されたホストのリストを確認するためのコマンドおよびテキストでのマクロのサポートが実装されました。 {host：key.last / min / avg / max（）}などのサポートされている複雑なマクロは、グラフヘッダーでサポートされています。 メッセージで使用される新しいマクロが作成されました：{ITEM.STATE <1-9>}、{LLDRULE.ID}、{LLDRULE.NAME}、{LLDRULE.DESCRIPTION}、{LLDRULE.KEY}、{LLDRULE.STATE}および{TRIGGER .STATE}。



式およびトリガーのプロトタイプ記述とデータ要素のプロトタイプで、低レベル検出マクロのサポートも追加されました。 新しいメッセージマクロのサポートが追加されました：{TRIGGER.NAME.ORIG}、{ITEM.NAME.ORIG}、{ITEM.KEY.ORIG}。 マクロの動作の変更{ACTION。*} And {EVENT.RECOVERY。*}; {EVENT。*}、Zabbix 2.2では、メッセージの送信につながった問題イベントに関する情報を返します。



ユーザー権利



ユーザー権限を計算するためのロジックが変更されました。 現在、読み取り権は書き込み権よりも優先されません。書き込み権はより理解可能で論理的です。



オブジェクトの最大数を増やしました



ノードを使用した分散監視が使用されていない場合、Zabbixには最大2 ^ 64-1の同じタイプのさまざまなオブジェクト（データ要素、トリガー、ネットワークノード、イベントなど）を含めることができます。



ホストプロトタイプ



低レベルの検出により、ホストを作成できます。 この機能を使用して、ハイパーバイザーから受信した情報に基づいて仮想マシンを自動的に検出できます。 Xen、KVM、VirtualBox、Linuxコンテナー、その他の仮想マシン、およびクラウドインフラストラクチャの要素を監視および自動検出するためのルールを作成する機会を提供します。



Zabbix API側の改善



Zabbix APIは完全に文書化されており、すべての変更のログと、すべてのオブジェクトとメソッドの詳細な説明が含まれています。



Zabbixプロセスの監視



Zabbixは、外で起こっていることだけでなく、自身の幸福も監視できます。 バージョン2.2では、さらに進んで、Zabbixプロキシを監視するための内部アイテムのサポートを実装しました。 これにより、プロキシの通常の機能に必要なリソースの可用性、パフォーマンス、および可用性を監視できます。



収集された運用情報は、潜在的な問題の場合にZabbix管理者に通知するため、およびカードの現在のステータスとプロキシステータスを表示するために使用できます。



さらに、個々のプロセスのステータスに関する詳細情報がコマンドラインから利用可能になりました。



SNMPモニタリングの機能強化



コンテキスト名（コンテキスト名）、SHA認証、およびSNMPv3に基づくチェック用のAESプロトコルのサポートが追加されました。 複合動的SNMPインデックスのサポートも追加されました。



IPMIモニタリングの機能強化



個別センサーのサポートが追加されました。



Webインターフェイスの機能強化



インターフェースの使いやすさを向上させることを目的とした多くの変更。 問題の重要性によるフィルターがマップに追加され、グラフ生成時の線の平滑化のサポート、およびテキストデータの値マッピングのサポートが追加されました。



Zabbixエージェントの改善



HP-UXのproc.num、net.if.in、net.if.out、net.if.total、AIXのsystem.swap.size、FreeBSD、NetBSD、およびOpenBSDのnet.if.discoveryのサポートが追加されました。 -pオプションを使用してエージェントを起動するときのエイリアスとPerfCountersエイリアスの出力が追加されました。 エージェント構成内のサーバーのリスト内のスペースを無視するサポートが追加され、トラッパーアイテムのネットワークノードが許可されました。 WindowsおよびOSFで使用されるスワップの監視を実装しました。



WMIを使用してWindowsマシンを監視するためのサポートが追加されました。



トリガー



トリガー式の最大長が2048文字に増加し、問題の状況のより複雑な説明を作成できるようになりました。



検出と自動登録



自動登録を操作するためにアクティブなエージェントでメタデータを使用する機能が追加されました。 これにより、たとえば、メタデータの値に応じて異なるテンプレートを使用できます。



すべての履歴データへのアクセス



切断されたホストの履歴情報へのアクセスが許可されます。 そのようなノードは、Webインターフェースの「モニター」セクションから消えることはなく、すでに蓄積された履歴情報を表示するために使用できます。



問題を確認するときにユーザー名を表示する



インターフェイスの問題を確認すると、エイリアスと完全なユーザー名の両方が表示されます。



ネットワークデバイス検出の改善



ディスカバリーはプロキシ情報を考慮に入れ、作成されたホストは目的のプロキシに自動的にバインドします。



カスタムスクリプトを実行するための階層メニュー



ユーザースクリプトの編成を改善するための階層を作成することが可能になりました。



監視ページにネットワークノードとデータ要素に関する情報を表示する



ネットワークノードとアイテムに関する詳細情報は、インターフェースの監視->インベントリと監視->最新データZabbixセクションで利用可能になりました。 以前は、この情報は構成中にのみ利用可能でした。



また、他の100以上の改善点もあります！



リリースノートとZabbix 2.2の新機能を忘れずに読んでください。 また、 ウェビナーにサインアップし、聞いて質問します！