質問: クラウドサービスについて全く無知の為、教えて下さい。 AWSとGCPの環境にサーバー(インスタンス?)を構築します。 それらに対して、オンプレミスで通常行うような死活監視やリソース監視、ログ監視、プロセス監視等を行いたいと思います。 調べたところ、AWSにはCloudWatch、GCPにはStackdriverという機能があるようですが、それで充足できるならサードパーティーのツールを導入する必要は無いと思います。 ただ、Zabbix等を調べると、AWS等にも対応したとの記述があります。 クラウドサービス標準の機能だけでなく、あえてZabbix等を導入することにどのようなメリットがあるのでしょうか? クラウドサービスの機能ではできないことがあるのでしょうか? 自分でも調べましたが、どうにもネットの情報だけではわかりません。 どなたか是非アドバイスをお願い致します。
回答: 具体的にZabbixで監視したい。やりたいことを列挙してクラウドウォッチをベンチマークしてはいかがでしょうか。監視要件もわからない段階で、メリット、デメリットはわかりません。逆に「何したいかわからないけど、とりあえず監視したい」という話であれば、まず運用要件と非機能要件の整理が必要になります。 さきに仕掛けをきめてから、「あれもやりたい、これもやりたい」となると、2度、3度作らなくてはならなくなるのです。 さて、上述の前提の上でざっと思いつく利点とか、Zabbix使いたくなるポイントとしては * 既存のオンプレミスシステムで利用している監視抑止、監視対象の定義を流用したい。 + 膨大な情報のなかで「何を監視するのか、閾値をどうするのか」などは割と設計の面倒な、ノウハウ集です。 * 閾値監視、キーワード監視などを簡単に実現したい。 + CloudWatchって監視用の仕掛けはLambdaなどで実装する必要なかったでしたっけ? * 使い慣れた仕組みをそのまま利用したい。 + 現在Zabbixを利用している場合、ノウハウ、仕掛け、運用手順はそのままに、使い続けたくなるわけです。。 ...ここまで書いて「AWSとGCPの環境にサーバー」というお話に気づきました。。 よくもわるくも、「すべてを同一クラウドに閉じ込める」ことができればCloudWatchでよいでしょう、一歩外に出たいと考えると、使い物になりません。たとえば、既存システムの一部にAWSを組み込んで利用。運用はZabbix & Cloud Watchとかすると、運用の煩雑さからコストが跳ね上がりますよね。。。同様に、AWS/GCPとまたがったシステムに、それぞれの監視では運用コストが馬鹿にならなくなるのです。。それぞれの仕掛けのための準備をするとか。。。もうアフォかと。。。 であれば、利用するクラウドによらない、Zabbixのようなツールの利用はとても合理的な選択になりえます。。