時系列DBって結局どれがいいんだっけ #TSDB - weblog of key_amb
※4/6 その後調べた情報などを記事末尾に追記 前提となるニーズ サーバの負荷情報とか、アクセス状況のような KPI を取得・保存し、可視化(参照してグラフ化)したい。 リアルタイム性が要求される。5分以上前のデータしか見れませんみたいなのはお呼びでない。 古いデータはそんなに精度は気にしないけど、ロングスパンで俯瞰して見れたら便利。 最近はビッグデータ環境の時系列データ解析もビジネスではけっこうニーズがありそうだけど、そっちはもう少し要求が多そう。 ここでは考えないことにする。 選択肢になりそうなもの 古きよき RRDtool Elasticsearch + Kibana Graphite + Grafana InfluxDB + Grafana 等 Zabbix 他に、現実的には SaaS に任せるという手段もあるだろうけど、そう言うと話が終わってしまいそうなので、ここでは考えないこと
クックパッドにおけるサーバ監視と運用の工夫 - クックパッド開発者ブログ
こんにちは。インフラストラクチャー部の加藤(@EugeneK)です。 今回はWebサービスを運用する上で欠かせない、モニタリングをクックパッドでどうしているかという話をします。 死活監視と性能監視 Webサービスを運用している以上、そのサービスを稼働しているサーバがあり、サーバには故障やトラブルが発生します。 また、どれくらいのパフォーマンスが出ているか、リソースをどのくらい消費しているかなどのトレンドを把握することは、成長するサービスを支えていく上で欠かせません。 故障やトラブルにいち早く気づくための仕組みを死活監視と言います。 また、サーバリソースの時系列での推移を知るために、グラフとしてトレンドを可視化する仕組みを性能監視と言います。 ポーリング監視の限界とZabbixのアクティブ監視 クックパッドでは死活監視にNagios、性能監視にMuninを使用してきましたが、サーバ台数の増加
ZabbixのDBをMySQLの圧縮機能(Barracuda)で小さくしてみた。
@qryuu たんに教わったやり方にて実際試してみました。 ■my.cnfの書き換え テーブル圧縮を今後デフォルトにする場合は、以下の2行をmy.cnfに追記する。 innodb_file_format = Barracuda innodb_file_per_table = 1 ちなみに圧縮前の状況はこちら。総計 388MB 使っている。 [root@FLAMINGO]/var/lib/mysql/zabbix# ls -l | sort -k5 合計 396432 -rw-rw----. 1 mysql mysql 65 4月 3 14:21 2013 db.opt -rw-rw----. 1 mysql mysql 8602 4月 3 14:21 2013 valuemaps.frm -rw-rw----. 1 mysql mysql 8622 4月 3 14:22 2013 glob
UserParameter の設定 - Hexa's blog
Zabbix のデフォルトのテンプレートにない情報を取得したり，監視たりする場合には，zabbix-agent 側で shellscript 等を実行することで欲しい情報を取得したり，監視したりすることが可能です． Ruby のバージョンを取得する場合 zabbix-agent 側の設定 /etc/zabbix/zabbix_agentd.conf ## コマンドの実行を許可（デフォルト: disabled） EnableRemoteCommands=1 ## 実行するコマンド（キー,コマンド） UserParameter=ruby.version,/opt/ruby/bin/ruby -v zabbix-server 側の設定 アイテムの追加 [設定] - [ホスト] で [アイテムの作成] をクリック [説明] を適当に入力 [キー] に ruby.version を入力 [データ型]
ZABBIX-JP - Un-Official Support Page
このサイトは統合監視ソフトウェア"Zabbix"の非公式日本コミュニティサイトです。日本におけるZabbixの普及を目標としています。 ZabbixはZabbix LLCにより開発され、日本国内のオフィシャルサポートはZabbix Japanが提供しています。 Zabbixオフィシャルリリース(ソースコード) 6.2.3 (2022/9/21) [ダウンロード] : [リリースノート] 6.0.9 (2022/9/21) [ダウンロード] : [リリースノート] 5.0.28 (2022/9/19) [ダウンロード] : [リリースノート] 4.0.44 (2022/9/19) [ダウンロード] : [リリースノート] Zabbixオフィシャルパッケージ (rpm, deb) Zabbix LLCのZabbix 4.0、5.0、6.0オフィシャルRPM(RHEL, CentOS, SUSE
ZABBIXでmemcachedを監視する
こんにちわ、stoneです。 話のマクラに、その時々の時事ネタとか入れたいのですが、記事の公開のタイミングはhiroshiに任せてあるので、自分ではわからないんですよねぇ。なので、今まで、マクラなしにすごく素っ気ない書き出しをしていたのですが、やっぱり気持ち悪いので、マクラを入れることにします。いやぁ、熱かったですね、クラシコ。 まさに粉砕っ！！って感じで。CLの決勝ラウンドもこの調子で勝ち上がっていってほしいものです。 さて、マクラも無理矢理いれて、すっきりしたところで(笑)、以前もhiroshiがちょっと紹介しました、zabbixを利用したmemcachedの状態監視についてもうすこし掘り下げてご紹介しようかと思います。 以下、zabbixや、memcached自体については、 ・ZABBIX本家ページ ・memcached本家ページ をごらんください。 memcachedの稼働データ
zabbixでmemcached監視 at technote
zabbix で memcached も監視したいなーと思ってやってみた。やり方は前回の gearmand のジョブ数を監視したのと同じ方法でやってみようと思う。 ■ 監視項目 何はともあれ、まずは監視項目を決める。 プロセス数 listen port これらは zabbix の設定を WEB GUI から設定するだけでできるので割愛。 memcached の stats コマンドで取得できるのは下記。 [worker@silver ~]$ telnet localhost 11211 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. stats STAT pid 12645 STAT uptime 15 STAT time 1283504446 ST
MySQL DB､ﾎﾈ錂邊ｽﾂﾐｱ - Knowlege Database
ｳｵﾍﾗ † ｰﾊｲｼ､ﾏZABBIX､ﾎDB､ｬﾈ錂邊ｽ､ｷ､ｿｺﾝ､ﾎﾂﾐｱﾆ簣ﾆ｡｣ ﾃﾟﾀﾑ､ｹ､�･ﾇ｡ｼ･ｿ､ｬﾂｿ､ｹ､ｮ､�､ｳ､ﾈ､ﾋ､隍遙｢history.log､ﾎ･ｵ･､･ｺ､ｬ230GB､ｶ､ｨ､ﾆ･ｹ･ﾈ･�｡ｼ･ｸ｡ﾊ250GB｡ﾋ､ｵﾇｷ､ｿ｡｣ ↑ ｺｬﾋﾜﾂﾐｺ� † ﾈ錂邊ｽ､ｹ､�ｸｶｰﾏ･ﾇ｡ｼ･ｿﾎﾌ､ｬﾂｿ､ｹ､ｮ､�､ｳ､ﾈ､ﾋｵｯｰｹ､�､ｿ､癸｢ｴﾆｻ�ｴﾖｳﾖ､ﾂ､ﾋﾊﾑｹｹ､ｷ｡｢･ﾇ｡ｼ･ｿﾊﾝｻｴ�ｴﾖ｡ﾊﾆﾃ､ﾋ･ﾒ･ｹ･ﾈ･熙ﾎﾊﾝｻｴ�ｴﾖ｡ﾋ､ｻｽﾌ､ｹ､�､ｳ､ﾈ､ﾋ､隍�･ﾇ｡ｼ･ｿﾃﾟﾀﾑﾎﾌ､ｺ､鬢ｹ､ｳ､ﾈ､ﾇﾂﾐｱ､ｹ､�｡｣ ｴﾆｻ�ｴﾖｳﾖ､ﾏﾋ靆ｬｴﾆｻ�､ｷ､ﾆ､､､ｿｹ猯ﾜ､�3｡ﾁ5ﾊｬﾋ陦｢･ｰ･鬣ﾕｲｽ､ｹ､�､ｿ､皃ﾎ･ﾇ｡ｼ･ｿﾃ�ｽﾐ､ﾏ5ﾊｬｰﾊｾ螟ﾎｴﾖｳﾖ､
テンプレートを使った効率的な監視設定
例えばOSと、Webサーバ、DBサーバ、ファイルサーバなどのアプリケーションの監視設定を1つのテンプレートにまとめたとしましょう。すると、各ホストにテンプレートを適用した後、起動していないサービスなど、不要な監視項目を無効化する必要が生じます。OS基本部分のテンプレート、各アプリケーション単位のテンプレート……という形で階層的にテンプレートを作成していくと、使い回しもでき、より効率的でしょう。 オリジナルテンプレートの作成 ZABBIXでは、インストール直後でもいくつかのテンプレートが利用できます。ですが、既存のテンプレートは監視対象となるアプリケーションも限られており、必ずしも監視要件と合うわけではないので、監視要件に合わせて新しくテンプレートを作成する方がよいでしょう。 ここでは、新たにテンプレートを作成し、ホストに適用させる方法について紹介します。 テンプレートの作成は、前回紹介した
ZABBIXの設定
この連載では、オープンソースの運用監視ソフトウェア「ZABBIX」ではどんなことができるのかを、実際の使い方とともに紹介していきます（編集部） 前回「ZABBIXのインストール」ではZABBIXのインストール方法を解説しました。今回は実際の監視を行う際に必要となる基本的な設定項目であるホストの登録、アイテムの設定、トリガーの設定、グラフの設定について解説していきます。 ZABBIXでは、監視対象のマシンをホストと呼び、監視対象のマシンのCPU使用率やメモリ使用率などの個別の監視項目をアイテムと呼んでいます。そして、各アイテムの情報に基づいて、どのような状態になっている場合に警告や障害と判断するかを定義するものがトリガーになります。さらに、各アイテムの数値を基にグラフを描画することができます。 まず今回の設定を行う前に、前回設定したZABBIXサーバとZABBIXエージェントのサービスが起動
ZABBIXでの簡単死活監視ことはじめ - つｂ＠はてな
GPLv2 で公開されている OSS の ZABBIX でざっくり死活監視を設定しましたので、自分メモとして残します。インストールした環境は以前のエントリ ZABBIX インストールメモ を参照してください。 死活監視ツールの比較 今までは Nagios を使用していました。Apache だけで動作しますし、設定ファイルもそれほど難しくなく必要十分な機能がついていたので重宝していました。サーバーをリプレイスしたのをきっかけに ZABBIX にチャレンジしました。ZABBIX のサイトに死活監視ツールの比較資料がありましたので、リンクしておきます。 ページが見つかりません | ZABBIX-JP ZABBIX はブラウザだけで設定が出来るのと、テンプレートで設定を纏めることができるので仕組みが分かれば非常に楽に運用できると思います。 注意 このエントリでは最もベーシックであろう ping に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サーバ運用の現場でひたすら監視し続けるエンジニアの手の内のすべて
俺のZabbixがこんなに可愛いわけがない（おかわり）