[comment]: # translation:outdated

[comment]: # ({cffbc18d-703ad6db})
# 5 Zabbix 6.0.0の新機能

このバージョンには[重大な変更](#重大な変更)があります。

[comment]: # ({/cffbc18d-703ad6db})

[comment]: # ({8cec488f-6c71cd9d})
#### Zabbixサーバの高可用性(HA)クラスタリング

新バージョンでは、Zabbixサーバの高可用性ソリューションをネイティブで提供します。

このソリューションは、複数のzabbix\_serverインスタンスまたはノードで構成されます。一度にアクティブ(現用ノード)にできるのは1ノードのみで他のノードはスタンバイ状態にあり、現用ノードの停止や障害発生時にスタンバイノードに引き継ぐことができます。

参照: [高可用性(HA)クラスタリング](/manual/concepts/server/ha)

[comment]: # ({/8cec488f-6c71cd9d})

[comment]: # ({0248744a-b61fffa0})
#### サービス監視

**サービス**監視について、いくつかのアップデートが行われました。サービス監視では、Zabbixで監視しているインフラストラクチャの概要を提供します。

[comment]: # ({/0248744a-b61fffa0})

[comment]: # ({8b1e6a87-9686eada})
**タグベースの障害へのサービスのマッピング**

[サービス](/manual/it_services)は、旧バージョンのZabbixではトリガーとその状態に依存していました。新しいバージョンでは、この問題はタグベースのマッピングに置き換えられ、各サービスの問題に対応するようになりました。

サービス構成では、ハード依存とソフト依存はもはや存在しません。代わりに、1つのサービスは複数の親サービスを持つことができます。

[comment]: # ({/8b1e6a87-9686eada})

[comment]: # ({f1ad986d-b4c9932d})

**サービスメニュー**

Zabbixに4つのメニューセクションからなる新しいサービスメニューが追加されました。

- [サービス](/manual/web_interface/frontend_sections/services/service) - サービス概要とサービス構成用 (*監視* から *サービス* へ移動)
- [サービス アクション](/manual/web_interface/frontend_sections/services/service_actions) - サービスアクション(新しいアクションタイプ)
- [SLA](/manual/web_interface/frontend_sections/services/sla) - SLAの構成用
- [SLAレポート](/manual/web_interface/frontend_sections/services/sla_report) - SLAレポート用 (ダッシュボードウィジェットとしても利用可能)

![](../../../assets/en/manual/introduction/services_menu.png)

サービスの設定のための別のセクション、*設定*はもう存在しないことに注意してください。

[comment]: # ({/f1ad986d-b4c9932d})

[comment]: # ({fe541e63-decdd31e})
**ステータス計算と伝搬ルール**

直接の子サービスのステータスや重みから、親サービスのステータスを計算するための新しいステータス計算ルールと柔軟な追加ルールが用意されました。また、親サービスに状態を伝搬するためのルールを柔軟に設定できるようになりました。

[comment]: # ({/fe541e63-decdd31e})

[comment]: # ({f7dcd244-4d8760f4})
**サービスのパーミッション設定**

サービスに対する柔軟なパーミッションが[ユーザーの役割](/manual/web_interface/frontend_sections/administration/user_roles)の
レベルで実装されました。(サービス名やタグに基づいて)選択されたサービスに対して、読み書きまたは読み取り専用アクセス権限を与えることができます。

[comment]: # ({/f7dcd244-4d8760f4})

[comment]: # ({dcacc410-f5834cb0})
**根本原因の分析**

新しい*根本原因*列には、サービス状態に直接的または間接的に影響を与える根本的な問題が列挙されています。

![](../../../assets/en/manual/introduction/root_cause.png)

*監視データ* → *障害*で障害名をクリックすればその障害の詳細を見ることができます。

[comment]: # ({/dcacc410-f5834cb0})

[comment]: # ({f60eaed3-94f9f02e})
**サービスステータス変更時のアラート**

トリガーの状態変化に関するアラートと同様に、サービスの状態変化に関する自動的なアラートを受け取ることができるようになりました。

Zabbixの他のアクションと同じように、新しく[サービスアクション](/manual/it_services/service_actions)機能が追加されました。
サービスアクションには、サービスに関連する問題解決、復旧、更新操作の手順が含まれます。
サービスアクションは指定された受信者にメッセージを送信するアクションと指定された受信者にリモートでアクションを実行するアクションの2種類を設定することが可能です。

トリガーアクションと同様に、サービスアクションは問題の[エスカレーション](/manual/config/notifications/action/escalations)シナリオをサポートします。

新しいメッセージテンプレート *サービス*、*サービスの復旧*、*サービスの更新* が [メディアタイプ](/manual/config/notifications/media#common_parameters)に追加されたため、サービスアクションの通知を正しく送信できるように定義する必要があります。

[comment]: # ({/f60eaed3-94f9f02e})

[comment]: # ({e06bbeb3-8337939e})
**サービスの複製**

サービスの複製が可能になりました。*複製* ボタンが、サービスの[設定フォーム](/manual/it_services/service_tree#service-configuration) に追加されました。サービスの複製を作成すると、その親リンクは保持されますが、子リンクは保持されません。

[comment]: # ({/e06bbeb3-8337939e})

[comment]: # ({289d4d84-6313ffea})

## ウィジェット

バージョン6.0.0では、いくつかのダッシュボードウィジェットが追加されました。

[comment]: # ({/289d4d84-6313ffea})

[comment]: # ({f97f0bd7-06788737})
#### 上位ホストウィジェット

ダッシュボードウィジェットに *上位ホスト* ウィジェットが追加されました。このウィジェットは、現在非推奨となっている *データの概要* ウィジェットを置き換えるために設計されています。

*上位ホスト* ウィジェットでは、データ概要のためのカスタムテーブルを作成することができます。これは、*上位Nホスト*のようなレポートや、キャパシティ・プランニングに役立つプログレスバー形式のレポート を作成できます。

![](../../../assets/en/manual/web_interface/frontend_sections/monitoring/top_hosts.png)

詳細は、[上位のホストウィジェット](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/top_hosts)をご覧ください。

[comment]: # ({/f97f0bd7-06788737})

[comment]: # ({ea55f76f-550c2df4})
#### アイテムの値ウィジェット

ダッシュボードウィジェットに、*アイテムの値*ウィジェットが追加されました。

このタイプのウィジェットは、単一の項目の値を目立つように表示するのに便利です。さまざまな表示スタイル が可能です:

![](../../../assets/en/manual/web_interface/frontend_sections/monitoring/item_value_widgets_new.png)

詳細は、[アイテムの値ウィジェット](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/item_value)をご覧ください。

[comment]: # ({/ea55f76f-550c2df4})

[comment]: # ({67025b0c-6af16718})
#### 地理マップウィジェット

ダッシュボードに新しい地理マップウィジェットが導入され、ホストを地理的な地図上に表示できるようになりました。詳しくは*地理マップ*[ダッシュボードウィジェット](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/geomap)と[地理マップ](/manual/web_interface/frontend_sections/administration/general#geographical_maps)を参照してください。

![](../../../assets/en/manual/introduction/geomap_new.png)

[comment]: # ({/67025b0c-6af16718})

[comment]: # ({b2ee3103-8790e376})
## 関数

[comment]: # ({/b2ee3103-8790e376})

[comment]: # ({b06d4e06-e8bb5be9})
#### Prometheusヒストグラム用関数

[Prometheusのメトリクス](/manual/config/items/itemtypes/prometheus)をZabbixで収集することができるようになりました。しかし、メトリクスの中には作業がしづらいものもあります。具体的に言うと、ヒストグラムタイプのメトリクスは、Zabbixでは同じキー名で異なるパラメータを持つ複数のアイテムとして表示することができます。しかし、これらの項目は論理的に関連しており、同じデータを表しているにもかかわらず、専用の機能がなければ、収集されたデータを分析することは困難でした。新バージョンでは、この機能ギャップをカバーするために、**rate()**と**histogram\_quantile()**関数が追加され、PromQLの対応するものと同じ結果を生成します。

この機能を補完する他の新しい追加機能は、**bucket\_rate\_foreach()** と**bucket\_percentile()**関数です。
詳細については以下を参照してください :

- [ヒストリ関数](/manual/appendix/functions/history#history-functions-1) (**rate()**参照)
- [集計関数](/manual/appendix/functions/aggregate#aggregate-functions-1) (**histogram\_quantile()**, **bucket\_percentile()**参照)
- [Foreach関数](/manual/appendix/functions/aggregate/foreach) (**bucket\_rate\_foreach()**参照)

[comment]: # ({/b06d4e06-e8bb5be9})

[comment]: # ({2705362d-667e74bd})
#### 単調変化

新しい[ヒストリ関数](/manual/appendix/functions/history)**monoinc()**または**monodec()**を使用して、アイテム値の単調増加、単調減少をチェックできるようになりました。

[comment]: # ({/2705362d-667e74bd})

[comment]: # ({cac35e19-5ff1514c})
#### 変更回数

新しい[ヒストリ関数](/manual/appendix/functions/history)として隣接する値間の変更回数を数えることができる**changecount()**が追加されました。
この関数は、すべての変更をカウントする、減少のみ、増加のみをカウントする3つの異なるモードをサポートしています。
例えば、ユーザー数の変化や、システム稼働時間の減少を追跡するために使用することができます。

[comment]: # ({/cac35e19-5ff1514c})

[comment]: # ({114cd265-92e5b4a2})
#### エンティティ数

[foreach関数](/manual/appendix/functions/aggregate/foreach)によって返される特定のホスト、アイテム、または値のカウントを簡素化するための新しい[関数](/manual/appendix/functions)が追加されました。

集計関数:

-   **count** - foreach関数が返す配列内の値の合計 (整数を返す)
-   **item\_count** - 現在有効なアイテムのうち、フィルター条件に一致するものの総数 (整数を返す)

Foreach関数:

-   **exists\_foreach** - 現在有効なアイテムのうち、フィルター条件に一致するものの数 (配列を返す)

[comment]: # ({/114cd265-92e5b4a2})

[comment]: # ({8e47a718-bc2fece0})
#### ベースライン監視
ベースライン監視のオプションが拡張され、**baselinedev**と**baselinewma**の2つの関数が追加されました。

-   **baselinedev** - 直近のデータ期間と、それ以前のシーズンの同じデータ期間を比較し、偏差の値を返します。
-   **baselinewma** - 加重移動平均アルゴリズムを使用して、複数の等しい期間('シーズン')の同じタイムフレームのデータを平均化することによりベースラインを計算します。

これらの機能において、'シーズン'という用語は、時間、日、週、月、年単位で設定可能な時間枠を指します。シーズンの長さと分析するシーズン数は、関数のパラメーターで設定します。

詳しくは、[ヒストリ関数](/manual/appendix/functions/history)を参照してください。

[comment]: # ({/8e47a718-bc2fece0})

[comment]: # ({802dd5d0-65c1b2cd})

#### アノマリー検知

Zabbix 5.2では、ベースライン監視に役立つ新しいトレンド関数が導入されました。しかし、この機能でも相対的な閾値を定義する必要があります。(例：2021年9月のWebトラフィックが2020年9月に比べて2倍以下であることをチェックする)。実際のところ、このような閾値の定義が困難なケースもあります。例えば、新しいが非常に人気のあるウェブサイトのトラフィックは、1年間で何倍にも有機的に成長するが、その成長率は未知数です。しかし、DDOS攻撃による急激なトラフィックの増加は、有機的なトラフィックの増加とは無関係にアラートを発生させなければいけません。

異常値検出アルゴリズムは、まさにこれを行うもので、他の値のコンテキストの中で正常に見えないデータ（異常値）を見つけるものです。

新しい [履歴関数](/manual/appendix/functions/history) **trendstl()** が追加され、異常率を計算するために 'decomposition' メソッドを使用するようになりました。この関数は、1つの時系列を3つの時系列に分割します。

- トレンドシーケンス：元データの大きな変化のみを含む（例：ウェブサイトのトラフィックが増加している）
- シーズンシーケンス：季節的な変化のみを含む（例：夏にはウェブサイトのトラフィックが少なく、秋には多くなる）
- トレンドの一部とも季節の一部とも解釈できない残差のみを含むシーケンス

![](../../../assets/en/manual/introduction/stl_data.png)

異常検出は余りの列で動作し、余りの値の大多数から離れすぎている(far from)値があるかどうかをチェックします。"離れすぎている(Far)"とは、余りの配列からの絶対値が、標準偏差または平均偏差のN倍であることを意味します。

[comment]: # ({/802dd5d0-65c1b2cd})

[comment]: # ({ef1e2f24-4915982c})
#### 文字列関数
[文字列関数](/manual/appendix/functions/history) **concat** は、2つ以上のパラメータを連結して使用できるようになりました。文字列と値を異なる組み合わせで結合したり、2つ以上の値を互いに付加したりするのに利用できます。数値データ型もサポートされています。

[comment]: # ({/ef1e2f24-4915982c})

[comment]: # ({df7a2c84-e992e5fd})
## アイテム

[comment]: # ({/df7a2c84-e992e5fd})

[comment]: # ({d96a1619-7eaaffea})
#### 自動タイプ選択機能

アイテム設定画面で、選択されたアイテムキーが特定のタイプのデータのみを返す場合、一致する情報のタイプを自動的に提案するようになりました。(例えば、**log\[\]**アイテムは、*データ型: ログ*であることが必要)
*データ型*パラメーターが*アイテム*タブの*Key*パラメータの下に配置され、少なくとも1つの保存前処理が定義されている場合は、*保存前処理* タブに複製されます。選択したタイプの情報とキーが一致しない可能性がある場合、警告アイコンが *データ型* フィールドの横に表示されます。

[comment]: # ({/d96a1619-7eaaffea})

[comment]: # ({7d3f0282-99966d8a})
#### 新しいエージェントのアイテム

Zabbixエージェント/エージェント2にいくつかの新しいアイテムが追加されました。

-   **agent.hostmetadata** - ホストのメタデータを返す
-   **kernel.openfiles** - オープンしているファイルディスクリプタの数を返す
-   **net.tcp.socket.count\[\]** - パラメーターに合致したTCPソケットの数を返す
-   **net.udp.socket.count\[\]** - パラメーターに合致したUDPソケットの数を返す
-   **vfs.dir.get\[\]** - ディレクトリにあるファイルのリストをJSONで返す
-   **vfs.file.get\[\]** - ファイルに関する情報をJSONで返す
-   **vfs.file.owner\[\]** - ファイルの所有者を返す
-   **vfs.file.permissions\[\]** - ファイルのUNIXパーミッションを8進4桁数字文字列で返す

さらに:

-   **vfs.file.cksum\[\]** 第2パラメーターの`mode`で(*crc32*、*md5*、*sha256*)をサポート
-   **vfs.file.size\[\]** 第2パラメーターの`mode`で(*bytes*または*lines*)をサポート
-   **vfs.fs.discovery** と **vfs.fs.get** がWindows上で{\#FSLABEL}を(ボリューム名と一緒に)返す

詳細については、[Zabbixエージェントのアイテム](/manual/config/items/itemtypes/zabbix_agent)を参照してください。

[comment]: # ({/7d3f0282-99966d8a})

[comment]: # ({4c5ab817-106e34e7})
#### 計算アイテムのデータ型

計算アイテムは、数値だけでなく、**テキスト**、**ログ**、**文字型**の情報にも対応しました。

[comment]: # ({/4c5ab817-106e34e7})

[comment]: # ({207e9fbb-fff6f441})
#### Prometheusメトリクスの一括処理

保存前処理キューに依存アイテムの一括処理を導入し、Prometheusメトリクスの検索性能を向上させました。

詳しくは[Prometheusのチェック](/manual/config/items/itemtypes/prometheus#bulk-processing)を参照してください。

[comment]: # ({/207e9fbb-fff6f441})

[comment]: # ({2b7ef44a-97f09ac6})
#### JavaScriptのメソッド

HTTPメソッドPATCH, HEAD, OPTIONS, TRACE, CONNECTをJavaScriptエンジンに追加しました。また、新しいJSメソッドHttpRequest.customRequestを使って、カスタムHTTPメソッドのリクエストを送信できるようになりました。

[追加のJavaScriptオブジェクト](/manual/config/items/preprocessing/javascript/javascript_objects)もあわせて参照してください。

[comment]: # ({/2b7ef44a-97f09ac6})

[comment]: # ({7eb81dd9-58c67a46})
#### Web監視における圧縮コンテンツ

ZabbixのWeb監視に圧縮コンテンツの処理機能が追加されました。**libcurl** でサポートされているすべてのエンコーディング形式がサポートされます。

[comment]: # ({/7eb81dd9-58c67a46})

[comment]: # ({d9b71431-676b2db3})

## 保存前処理

[comment]: # ({/d9b71431-676b2db3})

[comment]: # ({0944169c-3a117b33})
#### Prometheusのクエリ

ZabbixのPrometheus保存前処理での[クエリ言語](/manual/config/items/itemtypes/prometheus)で、以下の2つのラベルマッチングオペレータがサポートされるようになりました。

-   **!=** -- 指定された文字列と等しくないラベルを選択します
-   **!\~** -- 指定された文字列と正規表現一致しないラベルを選択します

[comment]: # ({/0944169c-3a117b33})

[comment]: # ({f046cb55-9cbc900c})

#### Prometheusパターンに対する結果処理

保存前処理でPrometheusパターンのステップを実行すると、複数の行がマッチすることがあります。この状況に対応するために、新しい結果処理 [パラメータ](/manual/config/items/itemtypes/prometheus) がPrometheusパターンの保存前処理のステップに追加されました。sum、min、max、avg、countなどの関数を導入することで、複数のマッチング行のデータを集約することができます。

[comment]: # ({/f046cb55-9cbc900c})

[comment]: # ({d487e933-24b1fa8c})

## マクロ

[comment]: # ({/d487e933-24b1fa8c})

[comment]: # ({d6aa73cd-128c84b4})
#### 新しいマクロ

トリガー式のデバッグと内部動作のための新しいマクロがサポートされました。

デバッグ用マクロは、トリガー条件式のデバッグを簡素化します:

- {TRIGGER.EXPRESSION.EXPLAIN}, {TRIGGER.EXPRESSION.RECOVERY.EXPLAIN} - これらは、アイテムベースの関数のみに適用され、部分的に評価されたトリガー式またはリカバリートリガー式に展開されます。
- {FUNCTION.VALUE<1-9>}, {FUNCTION.RECOVERY.VALUE<1-9>} - これらは、その時のN番目のアイテムベースの関数の結果に展開されます。

[comment]: # ({/d6aa73cd-128c84b4})

[comment]: # ({02291f0f-02291f0f})
内部アクションのマクロは、アイテム、LLDルール、トリガーがサポートされなくなった理由を含んでいます。

- {ITEM.STATE.ERROR} - アイテムベースの内部通知用
- {LLDRULE.STATE.ERROR} - LLDルールベースの内部通知用
- {TRIGGER.STATE.ERROR} - トリガーベースの内部通知用

詳しくは、[サポートされるマクロ](/manual/appendix/macros/supported_by_location)を参照してください。

[comment]: # ({/02291f0f-02291f0f})

[comment]: # ({faa8d761-a26ab899})

#### 単純なマクロを式マクロに置き換える

トリガーと計算アイテムのための新しい式の構文が、[Zabbix 5.4](https://www.zabbix.com/documentation/5.4/manual/introduction/whatsnew540) で導入されました。しかし、単純なマクロでは、まだ古い構文が使われていました。
新しいバージョンでは、単純なマクロの機能が式マクロに移行され、新しい式の構文を採用しました。
以下の比較を参照してください：

|Zabbix 6.0|Zabbix 6.0以前|
|-------------|-----------------|
|`{?avg(/host/key,1h)}`<br><br>新しいバージョンでの式のサンプル|`{host:key.avg(1h)}`<br><br>前のバージョンでの単純なマクロのサンプル|

以前の単純なマクロは、アップグレード中に式のマクロに変換されます。
式のマクロの範囲は、単純なマクロで提供されていたものと同じです。
したがって、式マクロは次のような場合で使用できます：

-   障害の通知とコマンド実行
-   障害の更新の通知とコマンド実行
-   マップの要素のラベル
-   マップ内のリンクのラベル
-   マップの図形のラベル
-   グラフの名前

[comment]: # ({/faa8d761-a26ab899})

[comment]: # ({69a61edf-a9248b28})
#### 位置指定マクロはサポートされなくなりました

アイテム名の位置指定マクロ($1, $2...$9)のサポートはZabbix 4.0から非推奨となり、完全に削除されました。

[comment]: # ({/69a61edf-a9248b28})

[comment]: # ({b30479db-5b253f21})
#### アイテム名のユーザーマクロはサポートされなくなりました。

Zabbix 4.0から非推奨となっていたアイテム名(ディスカバリールール名を含む)のユーザーマクロのサポートは、完全に廃止されました。

[comment]: # ({/b30479db-5b253f21})

[comment]: # ({0a4ef2ee-f0acaa7b})
## データベース

最適なユーザエクスペリエンスを実現し、様々な実環境で最高のZabbixのパフォーマンスを確保するために 一部の古いデータベースリリースのサポートは終了しました。
これは主に、サポート期間の終了に近いデータベースバージョンと、通常のパフォーマンスに支障をきたす可能性のある未修整の問題があるバージョンに適用されます。

Zabbix 6.0から、公式にサポートしているバージョンの [データベース](/manual/installation/requirements#required-software)は以下の通りです。

-   *MySQL/Percona* 8.0.X
-   *MariaDB* 10.5.X - 10.6.X
-   *PostgreSQL* 13.X - 14.X
-   *Oracle* 19c - 21c
-   *TimescaleDB* 2.0.1-2.3
-   *SQLite* 3.3.5-3.34.X

デフォルトでは、サポートされていないデータベースバージョンが検出された場合、Zabbixサーバーとプロキシは起動しません。
ただし推奨はしませんが、[サーバー](/manual/appendix/config/zabbix_server)や[プロキシ](/manual/appendix/config/zabbix_proxy)のAllowUnsupportedDBVersions設定パラメータを変更することで、DB バージョンをチェックしないようにできます。

[comment]: # ({/0a4ef2ee-f0acaa7b})

[comment]: # ({123620bd-970a518f})

#### プライマリーキー

新規インストール時に、ヒストリテーブルを含むすべてのテーブルでプライマリーキーを使用するようになりました。

既存環境のプライマリーキーへの自動アップグレードはありません。
ヒストリテーブルを既存のインストールのプライマリーキーに**手動アップグレード**する手順は、次のリンクを参照してください。
[MySQL/MariaDB](/manual/appendix/install/db_primary_keys#mysql)、
[PostgreSQL](/manual/appendix/install/db_primary_keys#postgresql)、
[TimescaleDB v1](/manual/appendix/install/db_primary_keys#timescaledb-v1)、
[v2](/manual/appendix/install/db_primary_keys#timescaledb-v2)、
[Oracle](/manual/appendix/install/db_primary_keys#oracle)。

[comment]: # ({/123620bd-970a518f})

[comment]: # ({c24dbe8d-774d593c})
#### MySQLのutf8mb4対応について

MySQL/MariaDBでのインストール時の、utf8mb4 エンコーディングと utf8mb4_bin 照合順序がサポートされました。

以前は utf8 エンコーディングのみがサポートされていましたが、MySQL の場合、これはutf8mb3 encodingの略で適切な UTF-8 文字のサブセットのみをサポートしていました。新しいバージョンでは、[すべてのutf8mb4](https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-utf8mb4.html)サポートが追加されました。utf8mb3を使用している古いインストールはそのまま維持され、そのエンコードを使用し続けることができます。

Zabbix 6.0 へのアップグレード後の[utf8mb4への変換](/manual/appendix/install/db_charset_coll)の実行手順も参照してください。

[comment]: # ({/c24dbe8d-774d593c})

[comment]: # ({b689cc51-d960c591})

## プロセス

[comment]: # ({/b689cc51-d960c591})

[comment]: # ({90a2eb24-f98f4907})
#### エージェントの再起動を伴わないユーザーパラメーターの再読み込み

ユーザーパラメーターを設定ファイルから再読み込みできるようになりました。これを行うには、新しいランタイムコントロールオプション`userparameter_reload`を実行します。

    zabbix_agentd -R userparameter_reload

または

    zabbix_agent2 -R userparameter_reload

ユーザーパラメーターは、このコマンドで再読み込みされる唯一のエージェントの設定オプションです。

[comment]: # ({/90a2eb24-f98f4907})

[comment]: # ({124e15d1-d4ec184f})

#### PCRE2のサポート
RHEL 7以降、SLES(全バージョン)、Debian 9以降、Ubuntu 16.04以降のZabbixインストールパッケージがPCRE2のサポートが追加されました。
PCREは引き続きサポートされていますが、ZabbixはPCREまたはPCRE2のどちらか一方のライブラリでコンパイルする必要があり、両方を同時に使用することはできません。

[comment]: # ({/124e15d1-d4ec184f})

[comment]: # ({8a7291ad-fb977f2f})
#### Zabbix getとZabbix senderのタイムアウト

Zabbix getとZabbix senderユーティリティは、`-t <seconds>`または`--timeout <seconds>`のタイムアウトパラメーターをサポートするようになりました。有効な範囲は以下のとおりです:

-  Zabbix getは1-30秒 (デフォルト: 30秒)
-  Zabbix senderは1-300秒 (デフォルト: 60秒)

[comment]: # ({/8a7291ad-fb977f2f})

[comment]: # ({7444a8ee-99084058})

#### SNMPゲートウェイの機能拡張

SNMPゲートウェイが障害状態にあるトリガーに関する情報を提供し、トリガーの詳細でホスト情報を明らかにすることができるようになりました。

さらに、SNMPゲートウェイから送信されるSNMPトラップのレートを制限できるようになりました。

サポートされるOIDのリストは、トリガーホスト名のカンマ区切りのリスト用の新しいOID **.10**で拡張されました。

SNMPゲートウェイ設定ファイルに新しいパラメーターが追加されました:

- *ProblemBaseOID* - 障害トリガーテーブルのOID;
- *ProblemMinSeverity* - 最小の深刻度、それより低い深刻度のトリガーは含まれません;
- *ProblemHideAck* - 指定した場合、未確認の障害があるトリガーのみが含まれます;
- *ProblemTagFilter* - 指定した場合、指定したタグ名を持つトリガーのみが含まれます; 
- *TrapTimer* - 設定されている場合、Zabbix は指定された時間内に深刻度が最も高いトラップを1つしか送信しません。

詳細は[Zabbix SNMP Gateway](https://git.zabbix.com/projects/ZT/repos/snmp-gateway/browse/README.md) を参照してください。

[comment]: # ({/7444a8ee-99084058})

[comment]: # ({16221ec4-068cc609})
#### ODBCチェックの分離処理

ODBCチェックの処理は、通常のpollerプロセスから、独立したサーバーとプロキシのプロセスである*ODBC poller*に移動しました。この変更により、pollerプロセスで作成されるデータベースへの接続数を制限することができます。以前は、ODBCチェックはZabbixエージェントアイテムやSSHチェックなどでも動作する通常のpollerプロセスによって実行されていました。

新しい設定パラメータ*StartODBCPollers*がZabbix[サーバー](/manual/appendix/config/zabbix_server) と [プロキシ](/manual/appendix/config/zabbix_proxy) の設定ファイルに追加されました。

内部項目 *zabbix[process,\<type\>]* を使用すると、ODBC pollerの負荷を監視できます。

[comment]: # ({/16221ec4-068cc609})

[comment]: # ({9a942a9d-167fee97})

#### ランタイムコマンド発行

Zabbixサーバーとプロキシのランタイムコマンドは、Unixシグナルではなく、ソケット経由で発行されるようになりました。
この変更により、ランタイムコントロールオプションの操作性が向上しました：

- コマンド実行の結果がコンソールに表示されるようになりました。 
- ノード番号の代わりにHAノード名など、より長い入力パラメータを送信することができます。

[comment]: # ({/9a942a9d-167fee97})

[comment]: # ({dfcd38fb-f43c2734})
#### BSD系OSにおけるランタイム制御について
これまで、ZabbixサーバーとZabbixプロキシの実行時制御オプションは、BSDベースのシステムには対応していませんでした。ランタイムコマンドの転送方法を変更することで、この制限を撤廃することができました。*FreeBSD*、*NetBSD*、*OpenBSD*、その他**\*BSD**系のOSでほとんどのコマンドをサポートすることができるようになりました。

正確なリストは、*ランタイム制御*の[サーバー向け](/manual/concepts/server#runtime_control) または [プロキシ向け](/manual/concepts/proxy#runtime_control) を参照してください。

[comment]: # ({/dfcd38fb-f43c2734})

[comment]: # ({04fd82af-61c5cf65})
#### Zabbixエージェント2プラグイン

[comment]: # ({/04fd82af-61c5cf65})

[comment]: # ({b1f56268-833f388d})

**設定ファイルの分割**

Zabbixエージェント2プラグインに、個別の[設定ファイル](/manual/appendix/config/zabbix_agent2_plugins)が追加されました。デフォルトでは、これらのファイルは `./zabbix_agent2.d/plugins.d/` ディレクトリに配置されます。このパスは、エージェント2設定ファイルの`Include`パラメーターで指定し、[zabbix\_agent2.conf](/manual/appendix/config/zabbix_agent2)または[zabbix\_agent2.win.conf](/manual/appendix/config/zabbix_agent2_win)ファイルの場所を指定します。

[comment]: # ({/b1f56268-833f388d})

[comment]: # ({990feced-02259569})

**外部プラグインローダー**

これまでは、プラグインはZabbixエージェント2にのみコンパイルして組み込むことができ、利用可能なプラグインのセットを変更する必要があるたびに、エージェントを再コンパイルする必要がありました。外部プラグインローダーが追加されたことで、プラグインをエージェント2に直接統合する必要がなくなり、個別の外部アドオン(ロード可能なプラグイン)として追加できるようになったため、新しい監視メトリクスを収集するための追加プラグインの作成プロセスが容易になりました。

[comment]: # ({/990feced-02259569})

[comment]: # ({97e0fdaa-5f7b66e7})
ロード可能な外部プラグインの導入に伴い、以下の設定パラメータを変更しました：

- *Plugins.\<PluginName>.Path* パラメーターは *Plugins.\<PluginName>.System.Path* へ移動しました。
- *Plugins.\<PluginName>.Capacity* パラメーターは、まだサポートされていますが、非推奨となりました。代わりに*Plugins.\<PluginName>.System.Capacity* をご使用ください。

[comment]: # ({/97e0fdaa-5f7b66e7})

[comment]: # ({3abac4f4-f29d4f2e})
## テンプレート

新しい監視のための公式テンプレートが利用できます。

[comment]: # ({/3abac4f4-f29d4f2e})

[comment]: # ({d4255b03-108d7cb8})
#### Kubernetes

- *Kubernetes nodes by HTTP*
- *Kubernetes cluster state by HTTP*
- *Kubernetes API server by HTTP*
- *Kubernetes Controller manager by HTTP*
- *Kubernetes Scheduler by HTTP*
- *Kubernetes kubelet by HTTP*

Kubernetesの監視を有効にするには、新しいツール[Zabbix Helm Chart](https://git.zabbix.com/projects/ZT/repos/kubernetes-helm/browse?at=refs%2Fheads%2Frelease%2F6.0)を使用し、KubernetesクラスタにZabbixプロキシとZabbixエージェントをインストールする必要があります。

テンプレートの設定の詳細については、[HTTPテンプレートの操作](/manual/config/templates_out_of_the_box/http)を参照してください。

[comment]: # ({/d4255b03-108d7cb8})

[comment]: # ({1a0c0626-cbe3512a})
#### Mikrotik

- *MikroTik \<device model> SNMP* - MikroTik のイーサネットルーターとスイッチの様々なモデルを監視するための53の新しいモデル固有のテンプレートです。
[完全なリスト](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/net/mikrotik) を参照してください。
- *Mikrotik SNMP* - MikroTik デバイスを監視するための汎用テンプレートです。

[comment]: # ({/1a0c0626-cbe3512a})

[comment]: # ({6b1235f7-6b1235f7})

テンプレートの入手方法:

-   Zabbixを新規にインストールした場合、*設定* → *テンプレート*にすでにあります。
-   以前のバージョンからアップグレードした場合、最新のテンプレートをZabbix [Gitリポジトリ](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates)からダウンロードし、*設定* → *テンプレート*セクションで手動でZabbixにインポートします。同じ名前のテンプレートがすでに存在する場合は、インポートする前に*存在しない場合に削除*オプションをチェックすることでクリーンなインポートができます。この方法で、更新されたテンプレートから除外された項目およびその履歴は削除されます。

[comment]: # ({/6b1235f7-6b1235f7})

[comment]: # ({33f7c3df-2f9318c8})
## 通知

[comment]: # ({/33f7c3df-2f9318c8})

[comment]: # ({8315fe0e-cd24381e})
#### Webhook統合

Zabbixの通知から[webhook](/manual/config/notifications/media/webhook) メディアタイプを使用して[Github issues](https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates/media/github/README.md)を作成できるような統合処理を行うことができるようになりました。

[comment]: # ({/8315fe0e-cd24381e})

[comment]: # ({fc3eb26f-b666a663})
#### エスカレーションのキャンセル時の通知について

[アクションの実行内容](/manual/config/notifications/action/operation#configuring-an-operation)の設定時に、該当するオプションのチェックボックスをオフにすると、キャンセルされたエスカレーションに関する通知をキャンセルすることができるようになりました。

[comment]: # ({/fc3eb26f-b666a663})

[comment]: # ({dcd54eb1-e5ada053})

## Webインターフェース

[comment]: # ({/dcd54eb1-e5ada053})

[comment]: # ({4cea6682-4e1aa963})
#### パスワードの要件

Zabbixのパスワードの複雑さの要件を内部[認証方法](/manual/web_interface/frontend_sections/administration/authentication#internal_authentication) で指定できるようになりました。Zabbixユーザが脆弱なパスワードを設定することを防ぐため、以下のような制限をかけることができます：

- パスワードの最小の長さを設定する。
- パスワードには、大文字と小文字、数字、特殊文字を組み合わせたものを要求する。大文字、小文字、数字、特殊文字を含むパスワードを設定する。
- 最も一般的で容易に推測可能なパスワードの使用を禁止する。

[comment]: # ({/4cea6682-4e1aa963})

[comment]: # ({00e16414-9f2e7e51})
#### 監査ログ

[comment]: # ({/00e16414-9f2e7e51})

[comment]: # ({fe2b4b26-1b3152b4})
**監査レコード**

監査ログに、LLDルール、ネットワークディスカバリーアクション、自動登録アクション、スクリプト実行の結果として発生した変更を含む、すべてのZabbixオブジェクトの設定変更に関するレコードが監査ログに含まれるようになりました。これまで、Zabbixサーバーからの設定変更(例：ディスカバリールールの実行)は記録されませんでした。今回、このようなオブジェクトの変更は、Systemユーザーに起因する監査レコードとして保存されます。

[comment]: # ({/fe2b4b26-1b3152b4})

[comment]: # ({cfcb05cd-c72d3ca1})
**レコードフィルター**

レコードを、そのエントリーの原因となったWebインターフェースの操作でフィルタリングする機能が追加されました。
例えばテンプレートのリンク/アンリンクなど、1つの操作の結果として複数のログレコードが作成された場合、そのレコードは同じ*記録ID*を持つことになります。

[comment]: # ({/cfcb05cd-c72d3ca1})

[comment]: # ({6af767c3-474dc05d})
**監査設定**

新しい[セクション](/manual/web_interface/frontend_sections/administration/general#audit_log) *管理→一般設定* メニューに *監査ログ* が追加され、監査ログの有効化と無効化ができるようになりました。
これまで*データの保存期間*セクションにあった監査用の保存期間設定も、新しい*監査ログ*セクションに移動されました。

[comment]: # ({/6af767c3-474dc05d})

[comment]: # ({55b2886d-bd156bd6})
#### テンプレートリンクの視認性向上

テンプレートのリンクがより見やすくなるように、ホスト、ホストプロトタイプ、テンプレート設定フォーム、およびホスト/テンプレート一括更新フォームの最初のタブに配置されました。

![](../../../assets/en/manual/introduction/template_linking_first_tab.png)

その結果、すべてのフォームから、テンプレートリンクのための独立したタブが削除されました。

これに関連して、ホストプロトタイプの設定において、ホストグループ/ホストグループプロトタイプの選択フィールドも、別のタブから最初のタブに移動されました。

[comment]: # ({/55b2886d-bd156bd6})

[comment]: # ({589a2876-aa4cf452})
#### 最新データにサブフィルターが追加されました

*最新データ*セクションにサブフィルターが追加されました。
このサブフィルターは、関連する項目のグループにワンクリックでアクセスするのに便利です。
ワンクリックでアクセスできます。

サブフィルターには、**クリックできるリンク**が表示され、以下のことが可能です。
共通のエンティティ（ホスト、タグ名、タグの値）に基づいてアイテムをフィルタリングすることができます。
エンティティがクリックされるとすぐに、アイテムがフィルタリングされます。

詳細は、[最新データ](/manual/web_interface/frontend_sections/monitoring/latest_data) セクションを参照してください。

[comment]: # ({/589a2876-aa4cf452})

[comment]: # ({ef1d2140-86c52f9f})

#### カスタムグラフのユーザビリティ向上

*監視データ* → *ホスト* → *グラフ* のグラフページで、いくつかの操作性が改善されました。

- グラフページに20個のグラフの制限がなくなりました。
- 共通のタグやタグの値に基づいて、関連するグラフのグループをすばやく選択できるサブフィルタが追加されました。
- ホスト用のシンプルなグラフをカスタムグラフと一緒に表示することができます。

詳細は、[グラフ](/manual/web_interface/frontend_sections/monitoring/hosts/graphs) ページを参照してください。

[comment]: # ({/ef1d2140-86c52f9f})

[comment]: # ({fc525504-bb919f9f})
#### 監視データからのホスト定義作成

*監視データ* → *[ホスト](/manual/web_interface/frontend_sections/monitoring/hosts)*
から新しいホスト定義を作成することもできるようになりました。

![](../../../assets/en/manual/introduction/monitoring_create_host.png)

*ホスト作成* ボタンは、管理者と特権管理者のユーザーが使用できます。

[comment]: # ({/fc525504-bb919f9f})

[comment]: # ({4071fb0f-ee9b3d8f})
#### ホスト定義編集をポップアップで表示

ホストメニューやホスト設定への直接リンクがある、*設定*→*ホスト*、*監視データ*→*ホスト*、および任意のページで、ホスト定義の作成と編集のためのフォームがモーダル（ポップアップ）ウィンドウで開かれます。

ホスト編集ページへの直接リンクはまだ機能しており、全画面でホスト編集ページを開きます。

[comment]: # ({/4071fb0f-ee9b3d8f})

[comment]: # ({9dac0d76-b5460bb8})
#### アイテム設定と最新データ間のナビゲーションの改善

*[最新データ](/manual/web_interface/frontend_sections/monitoring/latest_data)*に、アイテムのための新しいコンテキストメニューが導入され、アイテムの構成と利用可能なグラフにアクセスすることができるようになりました。

![](../../../assets/en/manual/introduction/item_menu_latest.png)

逆に、[ホストのアイテム一覧](/manual/web_interface/frontend_sections/configuration/hosts/items) の設定メニューに新しいコンテキストメニューが導入され、最新のデータにアクセスすることができるようになりました。他にも便利なオプションがあります。

![](../../../assets/en/manual/introduction/item_menu_conf.png)

このメニューは、以前のバージョンのウィザードオプションを置き換えたものです。
同様のメニューは、[テンプレートのアイテム](/manual/web_interface/frontend_sections/configuration/_templates/items) にも導入されています。
[アイテムのプロトタイプ](/Manual/discovery/low_level_discovery/item_prototypes)にも同様のメニューが導入されました。

[comment]: # ({/9dac0d76-b5460bb8})

[comment]: # ({9e485a04-67c8d2c3})
#### 監視データ → 最新データ 更新
最新データ セクションにいくつかの改良が加えられました:

- アイテムの最終実行時間の代わりに、最終チェックからの時間（例：1m20s）が表示されるようになりました。
- アイテムの最後の値にカーソルを合わせると、単位や値のマッピングが適用されていない生の値が表示されます。
- ホストがメンテナンス中の場合、ホスト名の横にオレンジ色のレンチのアイコンが表示されます。

[comment]: # ({/9e485a04-67c8d2c3})

[comment]: # ({3e28b1e6-eaea1241})
#### 監視データ → 概要 を削除

監視データ メニューの概要 セクションが完全に削除されました。
*データの概要*と*トリガーの概要*のダッシュボード[ウィジェット](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets)を使用して、同じ機能にアクセスすることができます。

[comment]: # ({/3e28b1e6-eaea1241})

[comment]: # ({1c392502-512dfe95})
#### その他

- 次のフィールドの最大フィールド サイズが増加しました :
  - [アイテムの前処理](/manual/config/items/preprocessing#configuration)のパラメーター
  - [メディアタイプ](/manual/config/notifications/media#common-parameters) message
- Zabbixウェブインターフェースのデフォルト言語が、イギリス英語からアメリカ英語に変更されました。イギリス英語のサポートは終了しました。
- メインメニューの共有リンクはインテグレーションリンクに変更され、Zabbixウェブサイトの[インテグレーション](https://www.zabbix.com/integrations)ページが表示されます。
- Zabbix WebインタフェースをZabbixウェブサイトで利用可能な言語で開いている場合、インテグレーションリンクをクリックすると該当する言語でインテグレーションページが表示されます。それ以外の言語では英語で表示されます。
- [アクションの設定](/manual/config/notifications/action/#configuring-an-action)で条件計算のために使用するカスタム式は、最大1024文字まで使用できるようになりました(従来は255文字)。
- *監視データ->ホスト*セクションは、現在発生中の障害がない場合でも、ホストの障害画面へのリンクを表示するようになりました。

[comment]: # ({/1c392502-512dfe95})

[comment]: # ({b7a15027-b7a15027})
## 重大な変更

[comment]: # ({/b7a15027-b7a15027})

[comment]: # ({89034348-c3811999})
#### 監査ログ

[監査ログ機能](#監査ログ)の変更を実装するために、既存のデータベース構造を再構築する必要がありました。
アップグレードによって、`auditlog`と`auditlog_details`DB テーブルは、異なるフォーマットの新しいテーブル`auditlog`に置き換えられます。**既存の監査ログのレコードは削除されます。**

[comment]: # ({/89034348-c3811999})

[comment]: # ({8437cde2-9ad757eb})
#### サポートされるDBバージョンの確認

Zabbix [サーバー](/manual/appendix/config/zabbix_server)と[プロキシ](/manual/appendix/config/zabbix_proxy)は、起動前にデータベースのバージョンを確認し、サポート範囲外のバージョンの場合は起動しないようになりました。詳細については、[データベース](#データベース)を参照してください。

[comment]: # ({/8437cde2-9ad757eb})

[comment]: # ({314f2ba3-29e500d1})

#### PCRE2サポート

ZabixはPCREとPCRE2の両方をサポートするようになりました。
RHEL 7以降、SLES(全バージョン)、Debian 9以降、Ubuntu 16.04以降のZabbixパッケージは、PCREの代わりにPCRE2でコンパイルするように更新されました。
ソースからコンパイルする場合、ユーザーは ''--with-libpcre'' または ''--with-libpcre2'' フラグを選択することができます。
既存のインストールをアップグレードする場合、PCRE を PCRE2 に変更すると、いくつかの正規表現の動作が変わることがあります。
詳細については、[既知の問題点](/manual/installation/known_issues#invalid-regular-expressions-after-switching-to-pcre2) を参照してください。

[comment]: # ({/314f2ba3-29e500d1})