ZABICOMの設定方法 - サーバー監視編

第1回ではZABICOMの概念を、第2回ではネットワーク機器の監視方法を解説しました。今回は、ZABICOMのエージェントを用いたサーバー監視方法を解説します。ZABICOM / Zabbixでのサーバー監視ネットワーク機器と同様、監視対象となるサーバー機器を登録します。ネットワーク機器監視の場合、

伊藤 覚宏

2010年12月21日 20:00

第1回ではZABICOMの概念を、第2回ではネットワーク機器の監視方法を解説しました。今回は、ZABICOMのエージェントを用いたサーバー監視方法を解説します。

ZABICOM / Zabbixでのサーバー監視

ネットワーク機器と同様、監視対象となるサーバー機器を登録します。ネットワーク機器監視の場合、ホスト名は(ZABICOMシステム内で一意であれば)機器名と一致させる必要はありませんでしたが、サーバー監視の場合は、監視対象サーバーにインストールしたエージェントの設定ファイルであるzabbix_agentd.confに書かれたHostnameの値と一致させる必要があります。

図1: zabbix_agent.confファイル

図1: zabbix_agent.confファイル(クリックで拡大)

この値が異なっていた場合、ログ監視などに必要となる「アイテム・タイプ: Zabbixエージェント(アクティブ)」のアイテムが収集できません。

ZABICOMエージェントが使う通信用のポート番号は、通常10050を使います。別のポートを使いたい場合は、zabbix_agentd.confのListenPortと[Zabbixエージェントのポート]の値を変更します。ZABICOMエージェントを配置した監視対象サーバー上の設定ファイルを編集する必要があるので注意してください。

ホスト登録
名前zabbix_agentd.confのHostnameの値と同一にします。
Zabbixエージェントのポート10050

ZABICOMエージェントによるCPU使用率監視

サーバー運用においては、CPU使用率やロード・アベレージなどのリソース負荷を監視・分析することによって、性能のチューニングや将来のキャパシティ・プランニングに役立てることができます。以下では、Zabbixエージェントのアイテム設定の例として、LinuxサーバーでCPUアイドル(idle)率を収集する方法を解説します。

図2: CPUアイドル率を取得する設定画面

図2: CPU idle率を取得する設定画面(クリックで拡大)
CPU idle率
タイプZabbixエージェント
キーsystem.cpu.util[,idle,avg1]
データ型数値(浮動小数)
単位%

上記の例では、サーバー全体における1分平均のCPU idle率を取得しています。

OSが複数のCPUコアを認識しているサーバーでは、アイテム・キーの第1引数に対してCPUコアを識別する番号を入力することで、コアごとの値を取得できます。また、CPU使用率はavg1(1分平均)、avg5(5分平均)、avg15(15分平均)を指定して取得できます。

なお、ZABICOMでは、CPUのトータル使用率というアイテム・キーは存在しません。CPUのトータル使用率を監視したい場合は、system使用率とuser使用率を合計するか、あるいは100%からidle率を引いたものをCPUのトータル使用率と見なして監視します。

最新版のZABICOM1.8では、アイテム・タイプ[計算]が実装されました。これにより、CPUのトータル使用率などのような、ほかのアイテムを元にした計算結果をアイテムとして登録できるようになりました。

Windowsサーバーの場合、system.cpu.utilでは、system使用率しか取得できません。Windowsサーバーに対して細かなCPU使用率監視を行いたい場合は、パフォーマンス・カウンターの値を取得し、監視を行います。

CPU使用率(Windows)
タイプZabbixエージェント
キーperf_counter[\Processor(_Total)\%Processor Time]
データ型数値(浮動小数)
単位%

パフォーマンス・カウンターの値を取得する場合、引数にはパフォーマンス・カウンターのカウンター名を指定する必要があります。

図3: パフォーマンス・モニターのプロパティ

図3: パフォーマンス・モニターのプロパティ(クリックで拡大)

パフォーマンス・カウンターのカウンター名は「パフォーマンス・モニターのプロパティ」から確認することができます。

ZABICOMエージェントによるトラフィック監視

続いて、サーバーのネットワーク・トラフィックを監視するための設定方法を解説します。

受信トラフィック(Linux)
タイプZabbixエージェント
キーnet.if.in[eth0,bytes]
データ型数値(浮動小数)
単位bps(ビット/秒)
乗数8
保存時の計算差分/時間

第2回で説明したネットワーク機器のトラフィック監視のように、bytesをbitsに変換するため乗数に8を設定しています。この例ではeth0のインタフェースを指定していますが、loやeth1などほかのインタフェースを監視する場合は、アイテム・キーの第1引数の値を変更します。

ZABICOMエージェントによるネットワーク監視では、バイト数だけでなくパケット数やエラー・パケット数も監視できます。目的に合わせてアイテム・キーとその引数を選択することで、多彩な監視が可能です。

送信トラフィックを測定する場合は、アイテム・キーnet.if.outを使います。

送信トラフィック(Linux)
タイプZabbixエージェント
キーnet.if.out[eth0,bytes]
データ型数値(浮動小数)
単位bps(ビット/秒)
乗数8
保存時の計算差分/時間

Windowsサーバーのネットワーク・トラフィックを監視する場合、やはりパフォーマンス・カウンターの値を取得しますが、パフォーマンス・カウンターのカウンター名はハードウエアによって変化するため、注意が必要です。

受信トラフィック(Windows)
タイプZabbixエージェント
キーperf_counter[\Network Interface(Realtek RTL8168C[P]_8111C[P] Family PCI-E Gigabit Ethernet NIC [NDIS 6.0])\Bytes Received/sec]
データ型数値(浮動小数)
単位bps(ビット/秒)
乗数8
保存時の計算無し

Windowsの場合、Linuxのeth0のような共通のインタフェース名は使えません。上記の例で『Realtek RTL8168C[P]_8111C[P] Family PCI-E Gigabit Ethernet NIC [NDIS 6.0]』と表示されている部分は、サーバーに搭載されているNICの名称によって変化します。Windowsサーバーでトラフィック監視を行う場合は、監視対象のサーバーが搭載しているNICの名称を確認してください。

送信トラフィック(Windows)
タイプZabbixエージェント
キーperf_counter[\Network Interface(Realtek RTL8168C[P]_8111C[P] Family PCI-E Gigabit Ethernet NIC [NDIS 6.0])\Bytes Sent/sec]
データ型数値(浮動小数)
単位bps(ビット/秒)
乗数8
保存時の計算無し

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30