インフラ・サービス監視ツールの新顔「Prometheus」入門 | さくらのナレッジ
サーバーやインフラなどの監視ツールの1つとして最近注目されているのが「Prometheus」だ。Prometheusはインストールや設定が容易で、かつ十分な機能を持ち管理しやすいという特徴を持つ。本記事ではこのPrometheusの導入方法、基本的な監視設定の流れを紹介する。 クラウド時代の監視管理ツール ネットサービスを運営する場合、そのサービスを運営するソフトウェアやサーバー、ネットワーク機器などの状況を監視する手段を用意するのが一般的だ。監視を行い、意図しない状況になったら自動的にメールなどで通知を行うシステムを構築することで、問題をいち早く解決できるようになる。さらに、サービスやマシンの稼働ログを適切に記録することで潜在的な問題を事前に見つけたり、最適化に向けた分析を行うといったことも可能になる。 監視や問題発覚時の通知などを行うオープンソースのツールとしては、過去にElastic
TICK stack でモニタリング環境を構築 (Telegraf + InfluxDB + Chronograf + Kapacitor) - Qiita
TICK stack でモニタリング環境を構築 (Telegraf + InfluxDB + Chronograf + Kapacitor)monitoringinfluxdbモニタリングTelegrafkapacitor 概要 TICK stack とやらを最低限の設定で構築する TICK は以下の Influxdb 改め influxdata ツール群で構成される stack らしい T - Telegraf – Data collection I - InfluxDB – Data storage C - Chronograf – Data visualization K - Kapacitor – Data processing 構成は以下の通り ※公式サイトより AWS にサーバを2台用意 ip-172-31-17-95 ： Influxdb, Kapacitor, Chrono
イベントドリブンな自動化ツール StackStormを試す - Qiita
イベントドリブンな自動化ツール、StackStormを試してみました。 もともとはスタートアップ企業だったところを、Brocade社が買収しているようですね。 TL;DR Jenkinsと似たようなツールであり、それでいてAPIを通じてより細かく、しかも外部から管理ができるというところがメリットです。 Jenkinsだと、実質JenkinsのGUIで殆どを管理することが前提であり、かつワークフロー定義をJenkinsに任せるしかなく、ちょっとなぁ…という課題を持っている方は、検討してみる価値はありそうです1。 メリット イベント(ジョブ実行のトリガー)をREST APIにできる GUIではなくコマンドで(も)管理できる コマンドで全てを管理できるので、独自のDashboardを作ることも簡単にできそうです。 ワークフローやアクションをテキストで構成管理できる デメリット 構成要素が多い J
sysstat でシステムの状態を定期的に監視する - いますぐ実践! Linuxシステム管理 / Vol.178
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
Glances (Pythonのコマンドラインモニタリングツール）を入れてみる。 - Qiita
たまたまTwitterのTLで拾ったので、入れてみました。 https://pypi.python.org/pypi/Glances A cross-platform curses-based monitoring tool 理由は、pipyでのスクリーンショットが良かったから、です^^; Install CentOSではrpmが提供されているので、yumでインストールできます。（python-glance-2012.2.4-3.el6.noarch) わたしの場合は、VagrantのCentOS6.5に追加してみました。(yumではなく、easy-installでも、pipでも簡単に入ります） 起動してみます コマンドを打つだけです。 スクリーンショット 起動してしばらくすると、一括でリソース状況が描画されます。 ヘルプ画面。 デフォルトでいろんな情報を一画面に表示なのですが、オプション
リアルタイムなリソースモニタリングツールのnetdataを試してみた | DevelopersIO
久しぶりにvyosネタではない市田です。 今回は、netdataというLinux向けのモニタリングツールについてご紹介します。 netdataとは netdataは、ZabbixやNagiosなどの監視ツールとは異なり、リアルタイムパフォーマンスモニタリングができるツールです。 その代わりと言ってはなんですが、長期間の監視データの蓄積などはできないので、過去のパフォーマンスグラフを参照すると言ったことはできません。 以下のようなリアルタイムなリソースグラフを見ることができます。 下記のgifではカクカクしていますが、実際はもっと滑らかな動きのあるグラフになります。公式サイトが参考になるかと思います。 NetData - Real-time performance monitoring, done right! netdataの特徴 githubでは以下の特徴を謳っています。 Stunnin
サーバー監視ツール netdata - Qiita
Mastodon のインスタンスで使ってるところがあったのでさっそく真似る。 検証環境 CentOS 7.3.1611 Mastodon を CentOS にインストールする (Docker未使用) で構築したサーバー インストール yum install PyYAML autoconf automake {libmnl,libuuid}-devel lm_sensors nmap-ncat python-psycopg2 git clone https://github.com/firehol/netdata.git --depth=1 cd netdata && ./netdata-installer.sh firewall-cmd --permanent --add-port=19999/tcp && firewall-cmd --reload - the daemon at /us
golang プロセスのモニタリングってみんなどうしてるんですかね、という話 - tokuhirom's blog
[9:43 AM] tokuhirom plack のアプリだと Plack::Middleware::ServerStatus::Lite とかで監視したりしますけど、go だとそういうのってどうやるのが一般的なんでしょうか？ [9:47 AM] macopy https://github.com/fukata/golang-stats-api-handler github.com GitHub - fukata/golang-stats-api-handler: Golang cpu, memory, gc, etc information api handler. golang-stats-api-handler - Golang cpu, memory, gc, etc information api handler. [9:47 AM] https://golang.org/pk
モニタリングサービス（Mackerel、Datadog、New Relic）入門！ - Qiita
はじめに モニタリングサービスMackerel、DataDog、NewRelicについて簡単にまとめてみました。 サーバのリソース監視、ログ、プロセス監視ができれば良かったので、今回はAWSインテグレーション機能などについてはあっさりとしか触れてません。 どのサービスも、監視対象のサーバーを用意した状態で、15分あれば無料でサーバのリソースがモニタリングできるところまでいけます（そしてクレジットカードなどの登録は不要）ので、是非はじめてみてはどうでしょうか。 サービスの紹介 Mackerel（マカレル） 「株式会社はてな」が提供しているサーバ管理・監視ツール 監視/メトリクス デフォルトで様々なメトリクスが取得されており、閾値を設定して監視することができる。（CPU,Network,Disk,Memory） プロセスやログ監視などはサーバー上の設定ファイルに設定を追加することでとても簡単に
2016年のエンジニアリング振り返り - ゆううきブログ
はてなに入社して3年経った。 入社3年成功 https://t.co/GnQ3gEdLs4— ゆううき (@y_uuk1) 2016年12月1日 3年というのは節目と言われる。働き方や考え方の軸が多少変わってきたように思う。 技術観点では、仕事が少しつまらなくなっていた時期があった。 技術的におもしろいことより、つまらないことのほうが優先度が高くなってしまうというよくあるやつだと思う。 もしくは、おもしろいところまで到達できずに、仕事としては十分な成果になってしまうということもあった。 去年の振り返りに、来年はコードを書くと書いていて、多少はできたものの実感としてはあまりできていない。これからのオペレーションエンジニア/SREは、ソフトウェアエンジニアリングによる問題解決ができないと時代に取り残されてしまうという危機感がある。 技術的挑戦を続けていくためには、自分だけでなく、周囲の環境も変
12800円で自宅や小規模オフィスのネットワークセキュリティ監視環境を構築する - Qiita
自前で用意したもの 以下のものについては自前で持っている、他の機器の余ったものを流用する、などを想定しています。 USBキーボード（Raspberry Piセットアップ用） HDMIケーブル（Raspberry Piセットアップ用） HDMI入力が表示できるディスプレイ（Raspberry Piセットアップ用） USB micro-bのケーブルと電源（Raspberry Pi用） MicroSDに読み書きができる＆有線LANが使えるPC（Raspberry Pi、TP-Link TL-SG108E、BUFFALO BBR-4MGのセットアップ用） 環境構築 最終的にこういう構成になります。ネットワーク構築に慣れている方だとこの図を見ただけで何をすればいいのかについて察しがつくかもしれませんが、今回はなるべく広くITエンジニアの方を対象としたいので細かい設定方法を「TP-Link TL-SG
サーバの監視・運用まわりで使ってるツール類を少しだけ晒してみる - Qiita
はじめに 本投稿はSchoo Advent Calendar 2016の25日目の投稿になります。 僕自身のエンジニアとして主戦場はここ数年はインフラ周りなので、そのあたりの投稿を何かしたいなぁ…と思い、サーバの監視や運用で利用しているツール類を今更ながら紹介してみたいと思い立ち、キーボードを叩いている次第です。 ちなみに・・・ 以降で幾つかを紹介しますが、複数あるサーバで全てを使っているわけでもありませんし、紹介する以外のツールも利用しているので、そのあたりはご了承ください。 Amazon CloudWatch 通常の監視は別ツールで環境を構築している（後述のGrafanaなど）のですが、普段から注視する必要のない監視項目については、サービスをAWS上で構築していることもあってCloudWatchで監視しています。 ただし、例え普段から注視する必要のない項目であっても、監視の各項目で閾値
golang で書かれたプロセスのリソースを外部から監視/操作できる「gops」 - Qiita
この記事は Go Advent Calendar 2016 の3日目の記事です。 はじめに 今回は gops という Google 製のツールを紹介したいと思います。 gops は ps コマンドの様に動作しますが、golang で書かれたプロセスに限って以下の機能を提供します。 スタックトレースの表示 メモリ状態の表示 ランタイム状態の表示 メモリのプロファイルを取り pprof を起動 CPUのプロファイルを取り pprof を起動 強制GC 以下一つずつ説明していきます。 golang プロセスの一覧 まず引数を何も指定せずに起動します。 $ gops 10224 go (/opt/go/bin/go) 10244* main (/tmp/go-build638808727/command-line-arguments/_obj/exe/main) 10257 gops (/opt/
雑にURL監視する「zatsu_monitor」 - Qiita
雑なURL監視ツールです https://github.com/sue445/zatsu_monitor 作った経緯 社内外で公開している個人アプリをURL監視したかっただけです。（Mackerelだと社内アプリ 1 が監視できないので使えなかった） インストール方法 https://github.com/sue445/zatsu_monitor/releases からバイナリをダウンロードして雑にどっかに置いてください。 使い方 雑にyamlを書いて # zatsu_monitor.yml google: type: slack check_url: "https://www.google.com/" api_token: "AAAAAAAA" channel: "#general" user_name: "zatsu_monitor" github: type: chatwork ch
次世代監視の大本命！ Prometheus を実運用してみた - Qiita
こんにちは！freeeでインフラゾンビをやっている @sugitak です。ゲームではレベルを上げて物理で殴る派です。 freee ではたまにインフラエンジニアの数が減るのですが、その減ったインフラエンジニアはインフラゾンビへと進化し、社内を闊歩します。インフラゾンビは主に開発チームに所属して、アプリっぽいインフラの仕事をインフラからアプリ側へと持っていきます。デプロイとか、Dockerとか、Jenkinsとかの、いわゆる DevOps 系のところですね。こうすることで開発者は手を出せるものの自由度が増えるし、インフラはより本来のインフラとして純度を上げていける、 so, win-win ってわけです。 さて、そんなわけで監視です。freee Engineers Advent Calendar 2016の9日目の記事として、 Prometheus による監視が最高なのでみんなもっと使おうと
Datadogで NVIDIA GPUのモニタリング - Qiita
Datadog で NVIDIAのGPUをモニタリングします この記事はDatadog Advent Calendar 2016の5日目の記事です。 普段，NVIDIA DIGITSを使っています。このツールは，使用中のGPUのステータスを表示しているポートレットがあります。私はGPUのステータスをリモートで監視したかったので，Datadogによる監視をしてみようと考えました。DatadogのAgentは，デフォルトではGPUのモニタリング項目はありません。しかし，Datadogは，AgentのCheckスクリプトを自分で簡単に作成・追加することができます。そこで，GPUの状態を監視するスクリプトを作成しました。 NVIDIA Management Libraryを使うことでGPUの詳細なステータスを取得することができます。このAPIをPythonからは nvidia-ml-py モジュー
情報処理学会でウェブオペレーション技術について招待講演した話 - ゆううきブログ
情報処理学会インターネットと運用技術研究会が主催されているIOTS2016という研究会で、「サーバモニタリング向け時系列データベースの探究」というタイトルで招待講演をしてきました。 講演のきっかけ インターネットと運用技術研究会(以下IOT研究会)というのは僕にとっては id:matsumoto_r さんが所属されている研究会です。 matsumotoryさんが、ちょうど2年前のアドベントカレンダーで書いた僕の記事に日本語だとIPSJのIOTは分野的にもインターネットの運用技術が含まれるので興味深い論文が沢山あると思う とコメントしていただいたのが最初に研究会の存在を知るきっかけだったと思います。 そのときはそんなものもあるのかと思ってちょっとプログラムを眺めた程度でした。 しかし、まさかその2年後にこうして招待していただくことになるとはもちろん思っていませんでした。 id:MIZZYさん
Grafanaでかっけぇダッシュボード作るよ！(構築・設定編) - サーバーワークスエンジニアブログ
iPad Air 3(かな?)が楽しみな竹永です。洗濯機はまだ無い。 このところElasticsearchとかKibanaとかばっかり触っていましたが たまには別のツールを触るのも良いと思うのです。 と、いうことで可視化ツールの Grafana を触ってみます。 Grafanaってなに？ 可視化ツールです。ダッシュボードを作ってヒャッハーできます。 プラグインの追加でいろいろなところからデータを持ってこれるので簡単にいろいろなデータを可視化することができます。 今のところプラグイン無しで対応しているのは下記のソース。 Graphite Elasticsearch CloudWatch InfluxDB OpenTSDB KairosDB Prometheus プラグイン を入れて試してみたのは下記。 Zabbix …対応しているデータソースがなかなか尖っています。 CloudWatchにひ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Prometheus最初に悩む３つのこと
Sensuでネットワーク監視やってみた
