GUIの[説明]項目に該当する。障害でイベントが発生して欲しくない場合に無効状態で作成する場合に使っている。画面上は2択の割にパラメータ型はIntegerなので注意。指定内容は公式Docコピーだが以下のとおり。disabled.また、ややこしいことにstateという別パラメータがあるが、これはreadonlyで、設定したトリガーが使用可能or使用不可を表すパラメータでありtrigger.getで使用する。実際に使用するパターンとしては、新規追加の監視項目にitem.getでitem.nameとitem._keyを一覧取得しitem.nameを置換してtrigger.descriptionにitem._keyを置換してtrigger.expressionにする場合が多い。前後にテンプレート名や条件式を付け加える。trigger.createを使う上で留意したいのは、APIを使えば大量処理が可能になるとは言え相応のパターン化ができなければ大した省力化にはならない点がある。これは監視設計の問題である。Zabbixの設定として同システムやシステム内の類似機能を提供するホストをサブグループ化する等もあるがそれ以前の話として、システムのSLAに応じて各トリガー条件式に設定する閾値に統一性を持たせたりホスト横断的なものであれば、トリガー名に命名規則を使うことで、特定パターンの監視設定を抽出しやすくする等を考慮する必要がある。APIは整理のない監視データを整理する魔法の杖ではなくあくまでパターン抽出とその置換処理が肝心である点は改めて記載をしておきたい。item.update本項ではアイテムの更新を行うAPIについて記載する。item.get本項ではアイテムの情報取得を行うAPIについて記載する。item.create本項ではアイテムの作成を行うAPIについて記載する。本項は以下ページを意訳したページとなる。)はてなブログをはじめよう!rook5963さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。