Mackerelの評判・口コミ 全11件

改善してほしいポイントは何でしょうか？

現在の環境ではDatadogを使っていますが、設定やダッシュボードの柔軟性、機能の多さではDatadogが上だと思います。
シンプルな分、もう少し価格が安いと棲み分けができてよいかなと思います。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

導入の負担も教育コストもかけずにお手軽にサーバー監視ができ、やりたかったことは簡単に実現できました。

改善してほしいポイントは何でしょうか？

・最近、運営しているはてな社自体に元気がないのが気になる…「はてな～」系のサービスが次々終了しているし。あと、2回くらい致命的なデータロストがあった
・ので、このあたりでテコ入れをして信頼性を回復してほしい

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

・10台・50台くらいの環境なら、入れておくだけでサーバのヘルスチェックが可視化できる。見てるだけでOKなので心臓によい

改善してほしいポイントは何でしょうか？

・かつては「株式会社はてなの」サービスとして有名だったが、今は逆にこちらと受託が本業になってきてしまっていて選択する理由がなくなってきてしまっている気がする
・ごくまれに（2回くらい）データをごく短時間失うようなダウンがあった。ダウンディテクタがダウンしては意味がないのですが…まあごくまれなので

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

・サーバの外形監視のために胃をすり減らしたくない…そんな思いを解決してくれる
・めんどくさいうえにわかりづらいNagiosとかなんかそこらへんとお別れすることができた

改善してほしいポイント

特にありませんが、SaaS側に障害が発生した際には、監視機能そのものに影響が出ると思うので、そのあたりが気がかりです。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

新たにAWS上に業務用のサーバを立ち上げましたが、サーバの監視を簡単に始めることができました。各種の閾値を設定できて、その閾値を超えた場合、すぐにアラートメールた届くので、設定をチューニングしていけば安定稼働に繋がると思います。

検討者へお勧めするポイント

初めてのAWSですが、監視の仕組みを簡単に構築できました。

改善してほしいポイントは何でしょうか？

エンジニアでない人間がMackerelのサイトにアクセスした場合、何がどうなっているか、かなりわかりづらい点です。
UIや情報がより非エンジニアにもわかりやすくなると良いと思います。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

運営しているWebサービスの死活監視に役立ちました。
エンジニアの設定により、フロント負荷の問題なのか、WordPressの負荷の問題なのか、DBの負荷の問題なのか、ボトルネックも可視化されていたため、対策に関しても、チーム内で話しやすかったのが、とても良かったです。

改善してほしいポイントは何でしょうか？

400系エラー500系エラーという感じで別れているので504エラーだけを抽出するなどもう少しエラーコードごとの抽出ができないかなと思っています。
もしかしたらフィルタの設定でできるかもしれませんが、気になっていました。

気になるエラーログだけ取っておけたら嬉しいなと思いました。カウントして視覚化するのがメインで、他社製品のようにどのようなエラーテキストが出ているかなどをカウントできたりしたら嬉しいなと思いました。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

アクセスが多いタイミングのCPUやメモリの利用状況を簡単に閲覧できて安心感があります。インフラやアプリケーションの問題を抽出するためのデータ収集にとても役立ちますが、より根深い問題に立ち向かうには少し情報が足りないかもしれません。

改善してほしいポイントは何でしょうか？

エージェントがかんたんにインストールできるのは良いことですが、細かいことやカスタマイズをしようとすると、急にハードルがあがります。ドキュメントはしっかり書かれていますが、当然ながら世の中の全てのシステムを網羅できているわけでもないため、システムによってはMackerelでシステム全体をこまなく監視というのはまだ難しいケースもまれにあるようです。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

監視サーバを自前で構築せずに、たくさんのサービスの監視を一元管理することができました。以前はオープンソースを利用していましたが、アップデートやセキュリティパッチの適用を行うと、プラグインが対応しきれていなかったりなど問題が多かったですが、そういった工数は大幅に削減されました。

改善してほしいポイント

Linux系の監視しかしていませんが、confファイルの自動生成ツールがほしいです。
もしあるならもっとアピールしないとわかりません。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

全くのブラックボックスWebサーバの運用監視に導入し、何がボトルネックになっているのかをリソースグラフ見ているだけでなんとなくわかってきます。
リソース増強もこういった見える化をしてあげて、訴求すれば、一発で社内承認突破です。
そしてリソース増強のビフォーアフターも明確になるので、とても気持ちがいいです。

改善してほしいポイントは何でしょうか？

監視サーバの上限数を設定できるといいです。負荷によって監視のサーバ台数を上限させる仕組みにしていると課金対象のサーバが増え続けてしまいます。
サーバが停止する際に監視対象から外す仕組みもありますがミスすることがあり不要な課金が発生していることがあります。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

多数のサーバを容易に監視対象にすることができ費用も安価なのが魅力です。
デフォルトの監視項目も多く機能十分で助かります。