私たちのチームは、無料のオープンソース監視システムがリリースされたというニュースを共有できることを非常に嬉しく思っています。 ザビックス 4.2!

バージョン 4.2 は、生命、宇宙、そして監視全般に関する究極の疑問に対する答えなのでしょうか?見てみましょう！

Zabbix は、サーバー、エンジニアリングおよびネットワーク機器、アプリケーション、データベース、仮想化システム、コンテナー、IT サービス、Web サービスのパフォーマンスと可用性を監視するための汎用システムであることを思い出してください。

Zabbix は、データの収集、処理、変換、受信したデータの分析、そしてこのデータの保存、視覚化、エスカレーション ルールを使用した通知の送信まで、完全なサイクルを実装します。このシステムは、データ収集と通知方法を拡張するための柔軟なオプションや、API 経由の自動化機能も提供します。単一の Web インターフェイスにより、監視構成の集中管理と、さまざまなユーザー グループへのアクセス権の配布が実装されます。プロジェクトコードはライセンスに基づいて自由に配布されます GPLv2.

Zabbix 4.2 は、公式サポート期間が短縮された新しい非 LTS バージョンです。ソフトウェア製品の長期使用を重視するユーザーには、3.0 や 4.0 などの LTS バージョンの使用をお勧めします。

それでは、バージョン 4.2 の新機能と改善点についてお話ししましょう。

より多くの公式プラットフォーム

既存の公式パッケージに加えて、以下の新しいビルドも提供しています。

• Raspberry Pi、Mac OS/X、SUSE Enterprise Linux サーバ12
• MSI Windows エージェント
• Docker イメージ

アプリケーション監視のための組み込みPrometheusサポート

Zabbix は、さまざまなデータ ソースからさまざまな方法 (プッシュ/プル) でデータを収集できます。これらは、JMX、SNMP、WMI、HTTP/HTTPS、RestAPI、XML Soap、SSH、Telnet、エージェント、スクリプト、その他のソースです。それでは、Prometheus サポートをご覧ください。

厳密に言えば、Prometheus エクスポーターからデータを収集することは、HTTP/HTTPS データ型と正規表現のおかげで以前から可能でした。

ただし、新しいバージョンでは、PromQL クエリ言語のサポートが組み込まれているため、Prometheus を可能な限り効率的に操作できます。また、依存メトリックを使用すると、データを最も効率的に収集および処理できます。つまり、データを一度要求し、それを必要なメトリックに分類します。

特定の指標の値を取得します

低レベルの検出では、収集されたデータを使用してメトリックを自動的に作成できるようになったことに注意することが重要です。この場合、Zabbix は受信したデータを JSON 形式に変換するので、非常に便利です。

PromQLクエリ言語のフィルターを使用してメトリックを検索する

現在、 300の統合と監視レシピ Zabbix を使用するサードパーティのサービスとアプリケーション。 Prometheus サポートにより、公式またはコミュニティでサポートされている Prometheus エクスポーターを備えたさまざまなアプリケーションを追加できるようになります。これは、一般的なサービス、コンテナ、クラウド リソースの監視です。

効果的な高頻度監視

問題をできるだけ早く検出したいですか?もちろん、間違いありません！多くの場合、このアプローチではデバイスをポーリングしてデータを収集する頻度が高くなりすぎて、監視システムの負荷が大きくなってしまいます。これを回避するにはどうすればよいでしょうか?

前処理ルールにスロットル メカニズムを実装しました。スロットルにより、本質的には同一の値をスキップできるようになります。

重要なアプリケーションの健全性を監視していると仮定しましょう。私たちはアプリケーションが機能しているかどうかを毎秒チェックしています。同時に、Zabbix は 1 (動作中) と 0 (動作していない) から連続したデータ ストリームを受信します。例: 1111111111110001111111111111…

アプリケーションに問題がない場合、Zabbix は 01010101 のみのストリームを受信します。処理する必要がありますか?一般的には、いいえです。アプリケーションの状態を変更することだけに興味があるため、それほど多くのデータを収集して保存する必要はありません。したがって、スロットルを使用すると、値が前の値と同一である場合にその値をスキップできます。その結果、状態の変化に関するデータのみが受信されます。たとえば、XNUMX... 問題を検出するには十分な情報です。

Zabbix は欠落した値を単に無視します。欠落した値は履歴に書き込まれず、トリガーにはまったく影響しません。 Zabbix の観点からは、欠損値はありません。

重複する値を無視する

素晴らしい！今では、デバイスを非常に頻繁にポーリングし、データベースに不要な情報を保存することなく、問題を即座に検出できるようになりました。

グラフはどうですか?データが不足しているため、空になります。そして、そのデータのほとんどが欠落している場合、Zabbix がデータを収集しているかどうかをどうやって確認するのでしょうか?

私たちもそれについて考えました！ Zabbix は、ハートビートによるスロットルという別の種類のスロットルを提供します。

メトリックが有効かどうかを1分ごとに確認します

この場合、Zabbix は、データ フローが繰り返されるにもかかわらず、指定された時間間隔内に少なくとも 60 つの値を保存します。データが XNUMX 秒ごとに収集され、間隔が XNUMX 分に設定されている場合、Zabbix は XNUMX 秒ごとの XNUMX 秒のストリームを XNUMX 分ごとのストリームに変換します。これにより、受信データが XNUMX 倍圧縮されることが容易にわかります。

これで、データが収集され、nodata() トリガー関数が動作し、グラフが正常であることが確認できました。

収集したデータの検証とエラー処理

誰も不正確なデータや信頼できないデータを収集したくはありません。たとえば、温度センサーは 0°C ～ 100°C の範囲のデータを返す必要があり、それ以外の値はエラーと見なされるか無視される必要があることがわかっています。

これは、正規表現、値の範囲、JSONPath、および XMLPath への準拠または非準拠を確認するための前処理に組み込まれたデータ検証ルールの助けを借りて可能になりました。

これで、エラーへの応答を制御できるようになりました。温度が範囲外の場合は、その値を無視するか、デフォルト値（0°C など）を設定するか、独自のエラー メッセージを定義することができます。 「センサーが破損しています」または「電池を交換してください。」

温度は0から100までで、残りは無視してください

検証を使用する良い例としては、入力データにエラー メッセージが存在するかどうかを確認し、そのエラーをメトリック全体に設定する機能が挙げられます。これは、外部 API からデータを取得するときに非常に便利な機能です。

JavaScriptを使用したあらゆるデータ変換

組み込みの前処理ルールが十分でない場合は、カスタム JavaScript スクリプトで完全な自由度を提供します。

たった1行のコードで華氏を摂氏に変換できます

これにより、受信データの処理に無限の可能性が生まれます。この機能の実際的な利点は、データ操作を行うために使用していた外部スクリプトが不要になることです。今ではこれらすべてを JavaScript で実行できます。

データ変換、集計、フィルター、算術演算、論理演算など、さまざまな操作が可能になります。

Apache mod_status 出力から有用な情報を抽出します。

テストの前処理

これで、複雑な前処理スクリプトがどのように動作するかを推測する必要がなくなりました。インターフェースから直接前処理の正確性を確認できる便利な方法が登場しました！

毎秒数百万のメトリックを処理します。

Zabbix 4.2 より前では、前処理は Zabbix サーバーによってのみ処理されていたため、負荷分散にプロキシを使用する機能が制限されていました。

Zabbix 4.2 以降では、プロキシ側の前処理のサポートにより、非常に効率的な負荷スケーリングが実現します。今ではプロキシがそれを実行します!

このアプローチは、スロットルと組み合わせることで、中央の Zabbix サーバーに負荷をかけずに、高頻度で大規模な監視と 1 秒あたり数百万回のチェックを可能にします。プロキシは膨大な量のデータを処理しますが、スロットリングにより、Zabbix サーバーに到達するのは 1 桁または 2 桁少ないごく一部だけです。

低レベルの検出が容易

繰り返しになりますが、Low Level Discovery (LLD) は、監視対象のあらゆる種類のリソース (ファイル システム、プロセス、アプリケーション、サービスなど) を自動的に検出し、それに基づいてデータ要素、トリガー、ネットワーク ノード、その他のオブジェクトを自動的に作成するための非常に強力なメカニズムです。これにより、時間が大幅に節約され、構成が簡素化され、監視するさまざまなリソースを持つネットワーク ノードに 1 つのテンプレートを使用できるようになります。

低レベルの検出には、入力として特別にフォーマットされた JSON が必要でした。これで、二度と同じことは起こりません!

Zabbix 4.2 では、低レベル検出 (LLD) で JSON 形式で自由にフォーマットされたデータを使用できるようになりました。なぜこれが重要なのでしょうか?これにより、たとえばスクリプトに頼ることなく外部 API と通信し、取得した情報を使用してネットワーク ノード、データ要素、トリガーを自動的に作成できるようになります。

JavaScript サポートと組み合わせることで、クラウド API、アプリケーション API、XML や CSV 形式のデータなど、さまざまなデータ ソースを操作するためのテンプレートを作成する素晴らしい機会が生まれます。

LLD を使用して JSON をプロセス情報にリンクする

可能性は本当に無限です!

TimescaleDB サポート

TimescaleDB とは何ですか?これは通常の PostgreSQL に TimescaleDB チームの拡張モジュールが追加されたものです。 TimescaleDB は、より効率的なアルゴリズムとデータ構造を通じて、より優れたパフォーマンスを実現します。

さらに、TimescaleDB のもう 1 つの利点は、履歴を持つテーブルを自動的にパーティション分割できることです。 TimescaleDB は高速でメンテナンスも簡単です。ただし、私たちのチームはまだ通常の PostgreSQL との本格的なパフォーマンス比較を行っていないことに注意してください。

現時点では、TimescaleDB は比較的新しい、急速に発展している製品です。注意してご使用ください!

簡単なタグ管理

以前はタグはトリガー レベルでのみ管理できましたが、現在はタグ管理がより柔軟になっています。 Zabbix はテンプレートとホストのタグをサポートしています。

検出されたすべての問題には、トリガーだけでなく、ネットワーク ノードとそのネットワーク ノードのテンプレートもタグ付けされます。

ネットワークノードのタグの定義

より柔軟な自動登録

Zabbix 4.2 では、正規表現を使用して名前でホストをフィルタリングできます。これにより、ネットワーク ノードのさまざまなグループに対して異なる検出シナリオを作成できるようになります。これは、デバイスの命名規則が複雑な場合に特に便利です。

より柔軟なネットワーク検出

もう 1 つの改善点は、ネットワーク ノードの命名に関するものです。ネットワーク検出中にデバイス名を管理し、メトリック値からデバイス名を取得できるようになりました。

これは、特に SNMP および Zabbix エージェントを使用したネットワーク検出に非常に便利な機能です。

ネットワークノードのローカル名を表示名として自動的に割り当てる

通知方法の機能を確認する

これで、Web インターフェイスから直接テスト メッセージを送信し、通知方法が機能するかどうかを確認できるようになりました。この機能は、Zabbix をさまざまな通知システム、タスク システム、その他の外部プログラムや API と統合するためのスクリプトをテストする場合に特に役立ちます。

Zabbix インフラストラクチャ コンポーネントのリモート監視

内部の Zabbix サーバーおよびプロキシ メトリック (Zabbix コンポーネントのパフォーマンスと操作性のメトリック) をリモートで監視できるようになりました。

これは何のためですか?この機能により、外部から内部サーバーとプロキシのメトリックを監視できるようになり、コンポーネント自体が過負荷になった場合や、プロキシに大量の未送信データがある場合などでも、問題を迅速に検出して通知できるようになります。

電子メールメッセージの HTML 形式のサポート

HTML 形式のサポートにより、単純なテキストに限定されず、美しい電子メール メッセージを作成できるようになりました。 HTML + CSS を学ぶ時が来ました!

HTMLの使用を最小限に抑えてもメッセージが理解しやすくなります

ネットワークカードからの外部システムへのアクセス

マップと外部システムの統合を改善するために、カスタム URL のまったく新しいマクロ セットのサポートが追加されました。これにより、たとえば、ネットワーク ノード アイコンを 1 回または 2 回クリックするだけで、タスク システム内のチケットを開くことができます。

ワンクリックでJiraでチケットを開く

検出ルールは依存データ要素になる場合があります。

なぜこれが必要なのかと疑問に思うかもしれません。これにより、コア メトリック データを検出と直接データ収集の両方に使用できるようになります。たとえば、Prometheus エクスポーターからデータを収集している場合、Zabbix は 1 つの HTTP リクエストを作成し、受信した情報をすべての依存データ要素 (メトリック値と低レベルの検出ルール) にすぐに使用します。

地図上で問題を視覚化する新しい方法

問題をより見やすく視覚化するために、マップ上のアニメーション GIF 画像のサポートが追加されました。

問題のあるデバイスがより目立つようになった

Web モニタリングで HTTP ヘッダーからデータを抽出する

Web モニタリングでは、受信した HTTP ヘッダーからデータを選択する機能が追加されました。

これにより、いずれかのステップで取得した認証トークンを使用して、複数ステップの Web 監視またはサードパーティ API 監視シナリオを作成できます。

HTTP ヘッダーから AuthID を抽出する

Zabbix SenderはすべてのIPアドレスを使用します

Zabbix Sender は、エージェント構成ファイルの ServerActive パラメータからすべての IP アドレスにデータを送信するようになりました。

トリガー設定に便利な新しいフィルター

トリガー構成ページには、指定された基準に従ってトリガーをすばやく簡単に選択するための高度なフィルターが追加されました。

K8Sサービスに関連するトリガーを選択する

正確な時間を表示します

ここではすべてがシンプルです。グラフの上にマウスを移動すると、Zabbix が正確な時刻を表示します。

その他のイノベーション

• ダッシュボード内のウィジェットの順序を変更するための、より予測可能なアルゴリズムを実装しました。
• データ要素プロトタイプのパラメータを一括変更する機能
• DNS チェックの IPv6 サポート: "net.dns" および "new.dns.record"
• 「vmware.eventlog」チェックに「skip」パラメータを追加しました
• 前処理ステップ実行エラーにはステップ番号が含まれます

アップグレードするにはどうすればよいですか？

以前のバージョンからアップグレードするには、インストールするだけで済みます 新しいバイナリ (サーバーとプロキシ) と新しいインターフェース。 Zabbix はデータベース更新手順を自動的に実行します。新しいエージェントをインストールする必要はありません。

Zabbix 4.2 について詳しく知りたい方や、Zabbix チームに質問したい方のために、無料のウェビナーを開催しています。 サインアップ！

人気のものも忘れずに 電報チャンネル Zabbix コミュニティでは、経験豊富な同僚から、また運が良ければ Zabbix 開発者自身から、ロシア語でいつでもアドバイスや質問への回答を得ることができます。初心者におすすめ 初心者向けグループ.

便利なリンク集

- リリースノート
- アップグレードノート
- 原著

出所： habr.com