衝撃！！サーバ監視ツールの値段を徹底分析 〜Datadog, CloudWatch, Mackerel, MetricFire〜 - Qiita
衝撃！！サーバ監視ツールの値段を徹底分析 〜Datadog, CloudWatch, Mackerel, MetricFire〜CloudWatch監視MackerelDatadogMetricFire サーバ監視と言っても、色々なツールがあるのは事実です。機能面で比較しようとしても、結局、名の知られている監視ツールでは、視覚化、アラート、API、インテグレーションなど、そこまで大きな差はなく、どれも素晴らしい機能を保持しています。 結局、導入を決定するにあたり、最終的に気になるところは値段ではあると思うのですが、今回の記事では、MetricFireの顧客の平均データ量である150,000メトリック（約800ホスト）を基準とした場合、Datadog, CloudWatch, Mackerel, MetricFireのそれぞれの監視ツールで一体どれくらいの価格の差が生まれるのかを検証していき
DatadogとNew Relicを比較してみる - Qiita
What's ? サービスのシステム移行に伴って監視SaaSの選定を改めて行うために、監視SaaS界隈でトップを争うdatadogとnew relicの比較しました 監視対象はAWS EC2やECSなので、AWSに特化して比較しています [余談] Qiita::Teamに書いていたのですが、大部分が公開してもいいような内容だったので公開します 公式サポートしているAWSサービス EC2周りは両方のSaaSでサポートしています LambdaとFargateの一部に関して、New Relicの公式ドキュメントに説明がありませんでした(自分の調査不足だったら申し訳ない) DatadogのFargateに関するドキュメントでは具体例が記載されていたりして、コンテナ周りのサービスに力を入れているのかなぁなんて思ったりもしました AWS Datadog New Relic
Datadog ログ監視でログ本文を通知 - Qiita
某abbix等だとログ本文を一覧で表示できたりしますが、 Datadogでは解析した物を使用する前提のようで、 本文を送る機能は用意されていません。 Datadog Docs - Datadog Agent によるログの解析方法 syslog(/var/log/messages)を対象に、 Datadogで任意の文字列に合致したログ本文を通知する設定を行いました。 事前準備 環境 CentOS 6.7 DatadogAgent インストール Datadogのメニューから辿ると、各OS(distribution)用のインストールコマンドが用意されていますので、そちらに沿って対象サーバにインストールします。 [Integrations] -> [Agent] -> [CentOS/RedHat] pyparsing インストール ログをパースするのに必要になるのでpipでインストールします。
Datadog Agentが、Dockerのメトリクスをどのように集めているかを追ってみる。 - Qiita
Dockerに関する情報を3タイプに分けて転送 先にも述べたように、今回はAgentCheckを使ってメトリクスを転送しているので、AgentCheckを承継したクラスの中で、check関数をさがしてみる。このソースコードをざっと眺めてみると、3つのタイプの情報を転送していることがわかる。 def check(self, instance): # Report image metrics self._count_images(instance) # Get the list of containers and the index of their names containers, ids_to_names = self._get_and_count_containers(instance) # Report container metrics from cgroups self._rep
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
