ENISHI

開発から運用まで、IT部門のお役に立つ情報をお届けするサイトです

システム管理

【Zabbix連載コラム:第2回】ホストグループの設計はどうするの?

公開日:
更新日:
システム管理
#システム監視
#Zabbix

第2回ではホストの登録時に合わせて設定する必要があるホストグループについて考えてみたいと思います。ホストグループには大きく以下の3つの目的があります。

❶画面のフィルタ
Zabbixの各画面はホストグループの単位でフィルタできる作りになっています。

❷アクセス制御
Zabbixのログインユーザー毎にアクセス可能な範囲を指定する際にホストグループが利用されます。

❸アクションの振り分け
アクション実行時にホストグループ毎に通知先を変更する際に利用されます。
細かく言えば他にもホストグループのグルーピングが関係してくる箇所がありますが、まずは上記3点が重要です。


設計ポイント① 画面のフィルタ用のホストグループ

画面のフィルタ用のホストグループは、画面上オペレーションをする際にまとまっていた方が操作しやすい単位で分ける方が良いでしょう。
一般的には、OS毎、システム毎、部門毎、サーバ種別毎(DB、WEB、APなど)、拠点毎にグルーピングします。

また、フィルタ用のグループは実際にしばらく操作してみないと最適なグルーピングがわかりずらい面もあるため、後からグループを追加するという方法もあり得ます。また、一般的にサーバの機器一覧などをExcelのシートにまとめているケースも多いです。この場合、機器一覧シートの必要な列情報を活用してZabbixのホスト登録用のパラメータシートにすることも可能です。

今回は過去に実際に使用したホスト登録用のパラメータシートのサンプルをご紹介します。


設計ポイント② アクセス制御用のホストグループ

これはZabbixの操作を行うユーザーの種類次第になります。
極端な例で、デフォルトの特権管理者である「Admin」しか使用しないようであれば、アクセス制御用のホストグループは不要です。
システム毎にユーザーを作成するのであれば、システム毎のホストグループが必要ですし、拠点毎にユーザーを作成するのであれば拠点毎のホストグループが必要です。


設計ポイント③ アクションの振り分け用のホストグループ

ここは、アクションの通知先として何があるかに依存します。
こちらも極端な例としては、全ての障害に対して1つの通知先しかないのであればホストグループの分割は不要です。

サーバの障害はサーバ担当者、NW機器の障害はNW担当者という様に通知先を分けたい場合は機器の種別によってホストグループを分割する必要があります。


まとめ

これまで見てきたようにZabbixのホストグループには様々な役割が与えられています。
また、1つのホストは複数のホストグループに所属できるため、様々な種類のホストグループが沢山出来てしまうケースも考えられます。

ただし、冒頭で説明したように画面のフィルタにも利用されるためあまり多くのホストグループを作成することはおすすめできません。
また、フィルタは数字、A~Z、日本語の順にソートされるため、「01_XXX」などの接頭子を付け意図的な順序にソートさせるケースも多くあります。

ページトップへ戻る


この記事をシェアする

この記事を書いたスタッフ

著者の顔写真

ビジネスインフラ技術本部 システム基盤技術統括部 事業推進部

中村 利一

ビジネスインフラ技術本部 システム基盤技術統括部 事業推進部

中村 利一