ウノウラボ Unoh Labs: WEBサービス運用における監視体制
こんにちは satoです WEBサービスは作るよりも運用の方がコストがかかるとも言われています。 運用を極力自動化して、コストを減らしたいものです。 ここではウノウで使っているツール類を紹介したいと思います。 1) 疎通、生存監視 webの生存監視などは nagiosを使って監視しています。 nagiosには - いつ(土日を除く、10時～22時までの間で など) - どのタイミングで(N回連続で ,復旧したら など) - 何が起こったった時に(疎通が取れない など) - どうするか(メールで通知する) などを細かく設定できる監視ツールです。 ウノウでは MySQL、memcached、HTTP、ping、DNS、SMTPなどの監視をnagiosで行っています。 2) システムやアプリケーションLOG ログの監視には swatch を使用しています swatchの機能には -
いきなりWebサイトの管理をしろといわれても…… ― ＠IT
いきなりナウでヤングなWebサイトの管理をしろといわれても…… ～Webサーバアクセスログ調査編～：ツールを使ってネットワーク管理（7）（1/9 ページ） Webをナウでヤングにして、世間の注目を集めたい？ 律子さんの会社には一応Webサイトがあるのですが、ほとんど更新されることもなく、いったい誰が更新しているのかすら分からないほど存在感がありません。律子さんもまめにOSやサーバをアップデートしたりはしているのですが、ページ自体についてはあまり考えたこともありません。 ある日のこと、急に社長が思い立ったのか、会議の席で「わが社のホームページもナウでヤングなものにして、世間の注目を集めたいのだ」といい出したらしく、サイトをリニューアルすることになったようです。 そして会議に出ていた部長から呼び出されます。 部長 「律子君、君も聞いていると思うがホームページをリニューアルしようかということにな
naoyaのはてなダイアリー - サーバーを増やせばいいんじゃない、サーバーを増やすだけで解決できるように努力するのだ
ライブドアの技術の話について書いた、その記事のコメント欄。最初は感情的な批判などがあって話題とは別の方向で炎上し気味だったんでうーんと思ってたんですが、後半になってきて少し面白い議論が出てきました。 こんな反応があった。 アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。そのようなチューニングにお金をかけるならサーバーを追加したほうが安く上がるのではないかと思うのですが、如何でしょう? それに対する僕の返信は、 確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。なので ”負荷が高ければ、結局サーバーを単純に増
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
