Zabbix対談セミナー ～仮想化環境における監視～ レポート

本日、司会進行をつとめますオープンソース活用研究所の寺田と申します。
今日は宜しくお願い致します。
まず、Zabbix Japan 寺島さん、SRA OSS 盛さん、自己紹介からお願いします。

SRA OSSでは、各種オープンソースのサポートを10年ぐらいしております。
またZabbixの技術責任者としても業務を行っています。
今日は仮想化環境におけるZabbixについて、寺島さんの胸をお借りして、忌憚のない意見をぶつけてみたいと思います。

現在、Zabbix Japan で日本のユーザー様、パートナー企業の支援を行っています。
Zabbixには、もともとエンジニアとして携わってきました。
ラトビアにある本社で1年半ほど働きまして、その後、2012年に Zabbix初の海外法人として日本で支社を設立しました。
今は代表をしておりますが、現役のエンジニアでもあります。
ちなみに Zabbix 本社の社長も現役エンジニアです。
2013年11月にZabbixが2.2にリリースされました。
2.2の大きな特長は、仮想化環境における監視機能が強化されたところです。
具体的にはリソース監視を中心に実装したVMwareの監視機能が搭載されました。
バージョン2.2で新しく追加された機能の一部では、私も開発にも携わっています。
今日は、Zabbixの深いところも含めてお話できればと思っています。

近年、仮想化環境によるシステム設計が標準になってきました。
物理サーバーの時代と比べ、仮想化環境における運用監視のポイントは、どこにあるのでしょうか？

実際の運用にあたっては、次の4点がポイントになると思います。
ひとつめは、従来と比べ、監視対象がひとつ増えたことですね。
仮想化環境では、ハイパーバイザー(仮想マシンモニタ)自体の監視が増えました。
次に、どこを監視するか、という点ですね。
ハイパーバイザー側からみたリソース状況と、実際のゲストOS内部からみたリソース状況、この両者を比較しながら監視を行っていくのが、ひとつのポイントとなります。
仮想化環境では、CPUやメモリなどの仮想リソースを、ハードウエアの物理リソースの総量を越えてゲスト環境のOSに割り当てることができます。
これを、オーバーコミットと呼びます。
オーバーコミット機能を使うとリソースを共有して稼働率を高めることができますが、想定以上にシステム全体の負荷が上がることになり、個々のゲストOSだけでなく、全体的な監視が必要になってきます。
3点目は、ハイパーバイザー上でゲストOSが常に動くので、どこの物理サーバーで実際に動いてるかについて、常に追従する必要があります。
最後に、仮想化環境基板では、オートスケールなどゲストOSを追加していく状況に応じて迅速に監視が行える機能が必要となります。

盛さんからもお話がありましたが、仮想化環境にあたって重要なのは、リソースの監視と、動的に増えていく対象に追随する機能です。
Zabbix2.2のVMware機能をまとめますと、ハイパーバイザーとゲストVMのリソース監視、vCenter/vSphereのイベント監視、vSphere API、vCenter APIの双方のサポート、自動検知、自動登録、そしてVMware監視用のテンプレートの付属、といったところになります。つまり、仮想化環境での監視における課題に対応した機能を、ひととおり揃えています。
Zabbix2.2は、2013年11月のリリース以来、VMwareの監視機能を使いたいという声が寄せられて、国内外問わず、かなり多くのお客様にご利用いただいている状況です。

Zabbixのリソース監視設定は、非常に簡単です。
Zabbixサーバー(監視マネージャー)で運用管理者が行なう操作は、適切なテンプレートを適用させて、APIから必要なURLを登録するだけです。
この登録だけで、監視対象のゲストVMやホストOSのリソースを検知して、自動的に監視が始まる仕組みを搭載しています。
ホストをまたいで動くといった場合も、Zabbixサーバーではグループ化して管理しているので、グループが切り替わることで追随してくれます。
さらに2.0バージョンから搭載されているのが、OSなどが異なるネットワークインターフェイス、ディスクの構成などを自動的に監視項目に追加できる機能です。
これらの機能を組み合わせていくと、さまざまなことが可能になります。
たとえばゲストVMを自動的に検知するだけではなく、ゲストVMがもつインターフェイスの数、ディスクの構成までも、自動的に監視することができるのです。
VMwareの監視として、非常に簡単に始められる仕組みとともに、深い部分でVMwareの監視機能を実装していますので、監視の規模が大きくなっても管理者の方が手間がなく、スムーズに監視できるというのが特長です。

盛さんによると、仮想化環境における監視の課題としては主に2つありました。
ゲストOSだけを監視するのではなく、システム全体で見なければならないという点と、ゲストOSが物理的にサーバーを移るので、それにどう追随するかという点でした。
今の寺島さんのお話ではZabbix2.2は、上記の課題に対応している上に、テンプレートがあるので導入が簡単というところが特長なんですね。
ところで、Zabbix2.2はオーバーコミットについて検知できるのですか？

Zabbix2.2は、メモリ、CPUなどのリソース監視が標準になります。
ですからオーバーコミットそのものの検知とは異なります。
ただ、Zabbix内部のデータを活用することでオーバーコミットを検知することはできるようになります。

Zabbixをユーザー企業に実際に導入する立場として、盛さんは今回のバージョンアップをどのように評価しますか？

そうですね。評価の話をするまえに、寺島さんに伺いたいことがあったのですが、Zabbix2.2でVMwareの監視を行なうには、事前準備としてlibcurl 、libxml2をコンパイルする必要があります。
従来は、JAVAのコマンドを使って取得した部分です。
なぜ今回は、libcurl 、libxml2というHTTPとXMLでデータを取得する実装にされたんですか？

2.2の開発時の課題のひとつが、パフォーマンスでした。
ご存知のようにvCenterの負荷が上がると監視が継続できないので、パフォーマンスを上げるためにlibcurl 、libxml2を採用しました。
ZabbixサーバーはC言語で作っていますので、Cからリクエストを出して、キャッシュ情報を活用することで、パフォーマンスを向上させることができたと思います。

なるほど。
私たちも2.2の評価は、そこにあるのではないかと思っていました。
検証を行ったときに驚いたのは、非常に負荷が軽いということでした。
従来は、VMwareの監視をしながらコマンドを叩いていると、ハイパーバイザー側に迷惑をかけたりすることがあったのですが、今回のバージョンではそれが皆無でした。
バージョンアップで こういう状況が解決されたことが、とてもうれしかったです。
パフォーマンスの改善は、多くの副産物を生んでいます。
監視自体もそうなんですが、負荷が改善されたことで、CPU使用率がかなり低くなっています。
また、負荷が改善されたことで、より多くの監視対象が増え、より多くの情報が取得できるようになりました。
あと、さきほど寺島さんからもお話がありましたが、設定も非常に簡単になりました。
ホスト名を指定して、ユーザー名とパスワードを登録し、テンプレートをアップするだけで監視が始まります。
この手軽さには、本当に驚きました。

盛さんは、ZabbixのデータベースとしてMySQLとPostgreSQLを比較されたそうですね。

はい。
600ホストをシュミレーションしたZabbixの立場からの検証で、5秒という短い間隔でアイテムを取得してデータベースの負荷を比較したベンチマークです。
デフォルトのメモリを同量にして、データベースを比較したところ、MySQLとPostgreSQLは、ほぼ同じ性能という結果が出ました。
また、Zabbixを運用する上で怖いのが、ハウスキーパーという負荷です。
この負荷が始まると、PostgreSQLのほうが耐性が強いことが見てとれ、突発的な負荷でもPostgreSQLは遅延が起こりづらいという結果がでました。
大規模環境であればあるほどデータベースに負荷をかけてしまうことが多く、監視に影響が出るケースが少なくありません。
この検証からは、ZabbixとPostgreSQLの組み合わせが、大企業でも安定した運用が可能であるという結果が導き出されると思います。

PostgreSQL用のバックアップツールも開発したと聞いていますが。

Zabbixは、監視設定も監視データもデータベースに貯めていくのですが、たとえば管理者の方が誤って設定を消してしまったような場合、監視設定だけをリストアできるツールですね。
MySQL用のバックアップツールはすでに用意されていますが、PostgreSQL用ツールは開発中です。
近々、公開できると思います。

仮想化環境でのZabbixの導入事例はありますか？

従来Zabbixを導入しているのはIT企業、スタートアップ企業といった限られた業界での利用というイメージがありましたが、現在は、大手企業様の社内システムでの導入も増えています。
国内でも、金融、通信(キャリア)、公共団体などでご利用いただいています。
大規模環境での事例としては、ニフティさんがあります。
ニフティさんでは、VMwareの仮想環境で2.2をご利用いただいています。
詳細は、当社ホームページでご覧いただけます。
グローバルでみると、銀行のATMでの監視をはじめとしたファイナンス系、政府機関、航空機関など多岐に渡り、監視対象が数万規模の企業も少なくありません。

大手企業がZabbixを採用する決め手はなんですか？

導入の動機は「これまで構築したものは残しつつ商用製品のライセンスコストを下げたい」、「パフォーマンスを良くしたい」など、企業様によってさまざまです。

コストが決め手になる局面も、当然あると思います。
ただ海外のユーザー様のお話を聞いていると、オープンソースであることが決め手になっているケースが少なくありません。
「ソースが開示されているから、自分たちが今何をしているか把握できる」というオープンソースの特性を気に入っていただいているんですね。
つまり「Zabbixの機能が好きだから使う」というシンプルな選択だと思います。

エンタープライズ分野の運用監視は、既に標準のツールが決まっていて、新規参入は難しい印象があるのですが。

大手企業様でも、企業内の監視ツールが標準化されていないところは少なくないようです。
プロジェクト単位で担当者が決めているという実情があり、複数のソフトがバラバラに入っているのでそれらをZabbixで統合監視したい、という話を聞くこともあります。

最近では監視ツールを導入する場合、いちばんはじめに候補に上がるのがZabbixだと思います。
言い換えると、Zabbix以外に他社製品の名前を聞きませんよね。
ずばり、Zabbixはデファクトスタンダードになると思いますか？

デファクトスタンダードになるかどうかは、私たちが決めることではないので、コメントが難しいところですが(笑)。
現状、国内で出回っているツールといえば、ライセンスが必要な商用製品と、コア部分はオープンソースで機能を追加するときはライセンスが必要、というツールがほとんどではないでしょうか？
そういったラインナップのなかでのZabbixの特長は、フルオープンソースで使えるところだと思っています。
ただしZabbixのようなフルオープンソースのツールでは、運用後に不安を抱くお客様がいらっしゃるのも事実です。
運用時、誰がサポートするのかという問題と、安定して新しいバージョンが出てくるのか、という開発の継続性の問題ですね。
Zabbixはもともと個人で開発されたソフトでしたが、企業様が導入するようになってからは法人化されました。
ですから現在のZabbixは、企業が開発しているんです。
お客様の立場からすると、ツールそのものは無料だから導入に障壁が少なく、何かあったときサポートも受けられることになります。
運用後も安定したサポートが受けられるフルオープンソース、という意味では、国内ではZabbixだけかなとは思います。

Zabbixのサポートサービスについて、詳しく教えてください。

ツールが無償というと、会社としてどうやって成り立っているのか聞かれることもありますが(笑)、Zabbix Japan は、有償のサポートを提供しています。
Zabbix Japan が企業として開発やサポートを支援し、SRA さんをはじめとしたZabbixのパートナー企業さんに構築支援をしていただいています。

寺田：

盛：

Zabbixの進化の源、開発サービス

寺田：

寺島：

寺田：

寺島：

参加者からの質問

【Q】Zabbixプロキシを使った、マルチテナントな大規模監視時のホストグループその他のベスト・プラクティスはありますか？

寺島：

【Q】データセンターサービスでの監視サービスの事例はありますか？

寺島：

【Q】階層を、もう少し深く分けることはできませんか？
2.2ではハイパーバイザーの上にVMが大量に乗っているので、システム側から見ても見づらいし、ユーザーから見ても運用がしづらいと思います。

寺島：

【Q】1.8から2.2へのバージョンアップを検討しています。
VMwareのハイパーバイザー監視をしたいのですが、エージェントのバージョンアップは必要でしょうか？

盛：

【Q】監視対象のハイパーバイザーにもバージョンがあると思うのですが、ターゲットのバージョンに合わせたプロファイルはどのように制御しているのですか？

寺島：

【Q】競合製品と比較した場合、Zabbixの優位点、不利な点を教えてください。

盛：

寺島：

【Q】商用製品と比べると、Zabbixはとっつきにくいという声を聞きます。
実際に現場で監視しているのは、商用製品のUIに慣れているオペレーターさんですから。こういった問題を改善するための計画はありませんか？

寺島：

【Q】AWSなどのパブリッククラウド環境でのZabbixの活用事例があれば教えてください。

盛：

寺島：

【Q】Zabbixは、オープンフローでサポートを予定しているものはありますか？
オープンフローと他のソフトの連携はありますか？

寺島：

【Q】ビューの多様化についてはどのように考えていますか？
顧客情報、システム情報、物理環境と連携をして負荷状態を見る場合のビューですね。Zabbixはシステム監視機能は素晴らしいのですが、もう少しユーザー目線のサービスを追加して欲しいです。

盛：

寺島：

【Q】他のシステムからの移行時の注意点を教えてください。

寺島：

【Q】障害が起きたときに、どのリソースを使ってたときにこの事象が起きたのか、どのログが出ていたのか、周りのリソースはどうだったのか、負荷はかかっていなかったのか、そういった情報を参照できる仕組みはないですか？　運用時にそういう機能があると助かるし、Zabbixとしての特長が出ると思うのですが。

寺島：

【Q】Zabbixのデータを2次加工できるような機能はありませんか？　たとえば生データを期間別、アイテム別で出力するといったような機能です。実装するのは、そんなに難しい機能ではないと思うのですが。

寺島：

【Q】監視間隔はどのぐらいが妥当ですか？

寺島：

寺田：活発なご意見をありがとうございました。今後のイベント告知などがあれば、お知らせください。

寺島：

盛：

寺田：

盛：

寺島：

寺田：