入門監視やSRE本に学ぶ障害対応フォーメーション - An Epicurean
システム障害が起こったときにどういう体制で望むか、エンジニア個人が障害に直面した時にどのような役割を受け持つのが良いのか。組織によって色々なパターンはあるでしょう。しかし、幸いにも「入門 監視」やSRE本に書かれている4つの役割分担が浸透しているので、それをベースに考えるのがファーストステップとしては良いのではないでしょうか。 入門 監視 ―モダンなモニタリングのためのデザインパターン 作者:Mike Julianオライリー・ジャパンAmazon SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム オライリージャパンAmazon ただ、小さな組織では障害時に4人もすぐに揃わない場合もあるでしょうし、そもそも4人もスタッフがいない、と言う場合もあるでしょう。そういった場合にもどうすればいいのか考えていきます。 役割分担の基本 「入門 監視」に
Microsoft、システム監視ツール「Sysmon」のLinux版オープンソースで公開
Microsoftは10月14日(米国時間)、Windowsで提供しているシステム監視ツール「Sysmon」のLinux版「Syemon For Linux」をオープンソースとして公開した。SysmonはMicrosoftがWindowsシステムの管理者やアプリケーション開発者向けに提供しているユーティリティ「Windows Sysinternals」の一部であり、疑わしいアクティビティのログを記録して分析できるようにするコマンドラインベースの監視ツールである。Linux版Sysmonの公開は、Windows Sysinternalsの25周年を記念して行われた。 Wiondowsのユーザーは、Syemonを利用することでプロセスの開始や終了、ネットワークへの接続、デバイスへのアクセス、ファイルへのアクセスなどのログを記録できるようになる。記録したログは、Windows PowerShel
BOXILの運用を支えている3つの監視ツールについてインターン生が紹介します！ - SMARTCAMP Engineer Blog
皆さんこんにちは！ 21卒の内定者として現在BOXIL開発チームでインターンをしている関口です！ 私は今年の4月からスマートキャンプでインターンをしていますが、このインターンを始めるまで、業務としてプロダクトを開発したことはありませんでした。 業務としてプロダクトを開発するようになってから、自分が今まで使ってこなかった開発手法、技術、サービスがたくさんあるということを知りました。 今回のブログでは特に最近勉強になったBOXILの運用を支える監視ツールについて紹介していきたいと思います。 監視をおこなう理由 BOXILで利用している監視ツールについて Mackerelとは Bugsnagとは New Relicとは 最後に 監視をおこなう理由 そもそもなぜ監視をおこなう必要があるのでしょうか？ 監視をおこなう理由を一言で表すなら 「システムを安定して稼働させ、稼働効率を上げるため」です。 ア
「入門 監視」を読んでからの取り組みを紹介します - WILLGATE TECH BLOG
「入門 監視」を読んだ フロントエンド監視 なぜフロントエンド監視が必要なのか どうやってフロントエンド監視をしているのか Runbookを作ろう なぜRunbookが必要なのか Runbookをどう使っていくか 監視の民主化 勉強会開催 今後 こんにちは！インフラチームの小林です。 今回はインフラチームが現在取り組んでいる、運用環境の改善施策を紹介します。 「入門 監視」を読んだ 2019年01月 に「入門 監視」という本が O'Reilly Japanから出版されました。 www.oreilly.co.jp 『システムをどう監視したらよいのか』『監視の仕組みをどう作ったらよいのか』について紹介している本です。 実践したい事、反省する事だらけですが、フロントエンド監視とRunbook作成から始めています。 フロントエンド監視 なぜフロントエンド監視が必要なのか Webサイトの表示スピード
監視について思うとこ - y-ohgi's blog
TL;DR 監視はユーザーにサービスを提供できているかを観測するための行為 SLI/SLOを定めて、SLOを守れるようにモニタリングする ダッシュボードは定常的に表示しておくものと障害時に活用するものを作ると良い アラートはレベル分けして人間が対応しなければならないものだけ人間へ通知する 監視とは サービスを健全に動作させ続けるために監視を行います。 「健全に動作している」の定義はサービスによって異なり、ユーザーにWebページを見せることができることだったり、バッチが正常に終了することだったりします。 最終的にユーザーに正常にサービスを提供できていることを観測するために行うことに変わりはありません。 さてユーザーにサービスを提供するために何を監視しましょうか？ クラウド前提であれば個人的にリソースベース（CPU/Memory）より、 SLI/SLOをベース に監視する事が望ましいと考えてい
第1回 Zabbixの概要とZabbix 4.0の新機能 | gihyo.jp
第1回の今回は、Zabbixの概要とZabbix 4.0の新機能の概要、その中でもWebインターフェースの改善について解説します。 統合監視ソフトウェアZabbixとは Zabbixはヨーロッパのラトビアという国で開発されているオープンソースの統合監視ソフトウェアです。サーバーやネットワーク機器、アプリケーションの稼働状況やリソース使用状況を一元的に行う監視サーバーとして動作します。システム全体の稼働状況を定期的に確認し、収集したリソース使用状況をグラフ化して確認したり、あらかじめ閾値設定を行っておくことで障害検知を行わせ管理者に通知メールを送信することが可能です。 Zabbixは以下の機能を有しており、システム全体の稼働監視を一元的に行うことができ、オープンソースとしてすべての機能を無償で提供していることが特徴です。有償製品と比較しても劣らない機能を有しながら、無償で利用できる監視ソフト
機械学習全盛だけど、あえてルールエンジンを試す -Pythonのdurable_rulesを試す- - Qiita
機械学習が盛り上がる中ではありますが、ルールベースでできることも色々あるのではということで、Pythonのルールベースエンジンの『durable_rules』というのを使ってみたので紹介しておきます。 ルールエンジンも色々と実装がありますが、Pythonで使えて最近も開発されてそうなのを探すとヒットしたのがこれです。 日本語情報全然ないので知名度はないかも。。 RedisConf17で発表されているようです。 参考: https://www.slideshare.net/RedisLabs/redisconf17-durablerules Reteアルゴリズムが実装されているとか。 Pythonだけじゃなく、node.js、Rubyでの実装もあるので、用途に応じて活用できそうです。 導入 pipでパッケージ導入 durable_rules自体の導入はかんたん。
YAPC::Okinawaで, ｢Webサービスを監視するときに僕達が考えたこと｣というトークをしました - Masteries
トークを聞きに来て下さった皆様, ありがとうございました! 以下スライドです: 少なくともYAPCでは初めての40分トークで, しかも思っていた以上に人が来ていて, 終始あたふたしまくりでしたね. 発表していた自分のLAも危険な領域に突入していました... papixのLAが上がっているというかこれはCPU温度が上がっているのでは？？ ただ40分のスポットインスタンスだから使い捨てで監視は二の次みたいな感じ #yapcjapan #yapcjapanB— トーカナイザの守護霊 (@mackee_w) 2018年3月3日 そういう感じで, 後半ちょっと走り気味ではありましたが, とはいえ話したいと思っていたことは全部話せたので良かったです. 結構学生の方が聞きに来てくれていて, そういった方がこれからエンジニアとして活躍していくときに役立つような発表ができたら良いし, その中で, 既にエンジ
SensuとUchiwaのインストールと基本設定のポイント
新たなクラウド監視ツールとして注目され始めている「Sensu」の活用方法を解説する本連載。今回は、Sensu本体とSensuのダッシュボード「Uchiwa」のインストール方法を解説します。 連載目次 いよいよSensu本体をインストール！ 前回は「Sensu」で必要となる2つのミドルウェア「Redis」と「RabbitMQ」について、その概要と構築方法を説明しました。監視結果などのデータの保存と、「sensu-server」と「sensu-client」の間の通信といった役割、公式ドキュメントに従った構築のチュートリアルを通して、理解を深めていただけたと思います。 今回はいよいよSensuの本体である「sensu-server」「sensu-client」「sensu-api」と、Sensuのダッシュボードとなる「Uchiwa」のインストールと設定方法を解説します。前回に引き続き、「Ubu
Sensu CoreとSensu Enterpriseの違いを理解する
Sensu CoreとSensu Enterpriseの違いを理解する：Sensuで始めるクラウド時代のシステム監視（2） 新たなクラウド監視ツールとして注目され始めている「Sensu」の活用方法を解説する本連載。今回は、Sensu CoreとSensu Enterpriseの違い、他の監視サービスとの比較について説明します。 連載目次 前回は「Sensu」の概要と基本的な構成、監視の仕組みを説明しました。監視クライアント（sensu-client）の自動登録機能を備えることや、「Chef」などの構成管理ツールとの高い親和性など、他の監視プラットフォームと比較して、クラウド環境に適していることがお分かりいただけたと思います。 今回は、OSS（オープンソースソフトウェア）版の「Sensu Core」と有料版の「Sensu Enterprise」の違い、「Datadog」「Mackerel」な
サーバーレス・アーキテクチャで構築したシステムの運用はどうやるのか？ | iret.media
2016年12月20日からスタートしたMBS（毎日放送）の有料動画配信サービス『MBS動画イズム444』にて、サーバーレス・アーキテクチャ（AWS Lambda）が全面採用されたという事例は、世界を見渡しても類をみない、大変優れた設計であると話題になりました。 でもね、重要なことは「AWS Lambdaを使って構築した」ことではないんです！ 『MBS動画イズム444』は、次々と新しい動画コンテンツが増えていますし、有料会員も猛スピードで増えていると伺っています。そうなると、このサービスの安定運用こそが、もっとも重要なことなのです。 そこで、この記事では「AWS Lambda」で構成されるシステムの運用をcloudpackならこうやります！というのをご紹介いたします。 サーバーレス・アーキテクチャのシステム運用はどう考えるべきか？ 『MBS動画イズム444』のシステム構成は、実に複雑です。
CentOS で htop コマンドを使う : まだプログラマーですが何か？
CentOS などの Linux/UNIX 環境で top コマンドを使ってプロセスの様子を確認することは珍しくないと思いますが、その機能拡張版である htop コマンドを使ってみました。普通の（？）top コマンドではわからない情報も表示してくれて便利です。Mac 環境でも使えます。 RedHat/CentOS 系 OS であれば、導入は yum コマンドで一発ですが、EPEL リポジトリを有効にする必要があります。未導入の場合は最初に EPEL を導入しておきます。以下は CentOS 6 の場合のコマンド例です： # rpm -ivh http://ftp-srv2.kddilabs.jp/Linux/distributions/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm （64bit 環境の場合） # rpm -ivh http
監視ソフトをNagiosからSensuに切り替えて2ヶ月経ったのでまとめた - Glide Note
新規サービス用の監視をNagiosからsensuに切り替えて2ヶ月経ったので、 導入時の調査で社内で公開してたissueと、投入して2ヶ月間運用した記録を公開しておこうと思う。 というか以前Sensuの事を書くと公言していたのに、すっかりサボっていて 昨日@ma0eさんのブログを見て下記のやり取りを思い出して急いで書いた… @ma0e We started using it. @glidenote will report the detail soon, I think. — kentaro (@kentaro) 2013, 10月 30 @kentaro @glidenote that would be nice — Mitsutoshi Aoe/maoe (@ma0e) 2013, 10月 30 導入環境はCentOS 6.4で、利用しているsensuのバージョンは0.12.1-1にな
今、話題の監視ツール「Sensu」とは？――基本的な構成、監視の仕組みを理解する
「Sensu」は、Sensu,Inc.（※）が開発している、「Ruby」製のオープンソース監視プラットフォームです。「Nagios（ナギオス）」の問題点を解決する目的で、2011年にSean Porter氏らを中心に開発が開始されました。 「Sensu（扇子）」という名前は、竹を活用する日本文化と、単機能をうまく組み合わせるUNIX哲学から影響を受けたそうです。ちなみに、現在の最新バージョンは「v0.27.0」で、現在も活発に開発が進められています。 Sensuの設計思想 そもそも、Sensuが誕生するきっかけとなったNagiosの問題点とは何でしょうか。Nagiosは、監視サーバが監視対象となるクライアントの情報を持っている必要があります。新たなクライアントを監視するには、設定ファイルに追記し、サービスをリロードする必要があるため、クラウドのように頻繁にシステム構成が変更されるような環境
運用監視クラウドサービスのDatadog、アプリケーション監視の「Datadog APM」を正式リリース。インフラ、ミドルウェア、アプリをまとめてクラウドで監視可能に
運用監視クラウドサービスのDatadog、アプリケーション監視の「Datadog APM」を正式リリース。インフラ、ミドルウェア、アプリをまとめてクラウドで監視可能に クラウドサービスとしてITシステムの運用監視を提供しているDatadogは、これまでのインフラ、ミドルウェアの監視サービスに加えて、アプリケーションの監視サービス「Datadog APM」の正式リリースを発表しました。 Datadogは1つの監視サービスと1つのエージェントでインフラからアプリまでまとめてモニタリングできるようになったわけです。 モニタリング対象となるのは、Python、Go、Rubyで書かれたアプリケーション。エージェントがこれらのアプリケーションや代表的なフレームワークを検知し、エラーの発生状況やレイテンシ、スループット、パフォーマンスなどのデータを収集し、クラウド上のサービスとしてリアルタイムにグラフ化
PythonとcronでURLの死活監視 - YTsudaのブログ
指定したURLが生きているかどうか監視する必要に迫られたため、なるべく手軽に導入・管理できるものを探したところ、以下の方法に行き着きました。 環境は Ubuntu-12.04 です。 要件 監視対象のURLリストを外部ファイルで入力したい ステータスコードが 200->404 に変化した時と 404->200 に変化したとき、両方でアラートを出したい アラートはメール送信で できればpythonがいい チェック間隔は1時間ぐらい Site-Monitor 上記の要件で良いツールがないか探していたところ、githubに良さそうなスクリプトがありました。これを使うことにします。 sanbornm/Site-Monitor - github https://github.com/sanbornm/Site-Monitor 構築 ということで構築を始めます。 Site-Monitorをclone
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
オープンソースの監視ツール「Zabbix 5.4」リリース、PDFレポート出力の搭載や障害検知の改善などを実施
OSSの監視ソフト新版「Zabbix 4.2」公開、新たにDockerやSUSE Linux向けのパッケージを提供
オープンソースの監視ツール「Zabbix 4.0」リリース、APIを利用したクラウド環境の監視データ収集などに対応
ターミナルでグラフィカルに監視する『vtop』 | 俺的備忘録 〜なんかいろいろ〜