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

バージョン 4.2 は、生命、宇宙、監視全般に関する主要な質問に対する答えになりますか?見てみましょう！

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

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

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

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

その他の公式プラットフォーム

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

• RaspberryPi、Mac OS/X、SUSE Enterprise Linux Server 12
• MSI for Windowsエージェント
• Docker イメージ

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

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

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

ただし、新しいバージョンでは、PromQL クエリ言語のサポートが組み込まれているため、Prometheus をできるだけ効率的に操作できます。また、依存メトリクスを使用すると、データを最も効率的に収集して処理できます。データを一度要求すると、必要なメトリクスに従ってデータが並べ替えられます。

特定のメトリクスの値を取得する

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

PromQL クエリ言語のフィルターを使用したメトリクスの検索

現時点では他にもあります 300の統合および監視レシピ Zabbix を使用したサードパーティのサービスとアプリケーション。 Prometheus のサポートにより、公式またはコミュニティがサポートする Prometheus エクスポーターを備えたアプリケーションのセット全体を追加できるようになります。これは、人気のあるサービス、コンテナー、クラウド リソースの監視です。

効果的な高周波モニタリング

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

前処理ルールにスロットル メカニズムを実装しました。スロットリングは本質的に、同じ値をスキップする機会を与えます。

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

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

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

重複する値を無視する

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

グラフィックについてはどうですか？データが不足しているため、空になります。そして、このデータの大部分が欠落している場合、Zabbix がデータを収集しているかどうかをどうやって判断できるのでしょうか?

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

1分に1回、メトリクスが生きているかどうかを確認します

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

これで、データが収集され、nodata() トリガー関数が機能し、グラフに問題がないことがわかりました。

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

私たちの誰も、誤ったデータや信頼性の低いデータを収集したくありません。たとえば、温度センサーは 0°C ～ 100°C のデータを返す必要があり、その他の値は false として扱われるか無視されるか、あるいはその両方である必要があることがわかっています。

これは、正規表現、値の範囲、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 桁少ないデータです。

低レベルの検出が容易になる

低レベル検出 (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