CloudForecast - server resource monitoring framework WARNING: Alpha quality code サーバ等のリソース監視をするためのツールです。 RRDToolの薄いラッパー、情報取得のためのフレームワークとして設計されています。 CloudForecastは、4つのプロセスによって動作します。 - 巡回デーモン - グラフ閲覧 HTTPD - 情報取得Gearmanワーカー - RRDファイル更新Gearmanワーカー 小規模な監視では、Gearmanがなくても動作可能です。 動作イメージはdocsディレクトリ以下の cloudforecast.png になります # 巡回デーモン $ ./cloudforecast_radar -r -c cloudforecast.yaml -l server_list.yaml - 起
稼働中サーバのサービスの状態を監視するためのプラガブルフレームワークGarudaというのを作ったので、codereposに置いておきました。 Plaggerとか、mizzyさんのAssurerみたいなやつです。というか最初はそのAssurerを使う予定だったんですが、自分とこの環境に合わない部分を改造してるうちに、最初から作ってみたくなったんです。 とはいいつつ、かなりの部分をAssureから頂いたり参考にさせてもらっています。Garudaって名前も、Assurer（阿修羅）と同じく八部衆の迦楼羅からとりました。迦楼羅って鳥らしいんで、サーバ間飛び回ってる感じで意味的にもいいかなぁと。 プラグインアーキテクチャに関してはClass::Componentをベースにしたので、さほど考える必要はなかったんですが、仕様とか設計で結構悩んで、思ったより時間かかっちゃいましたね。経験値の足りなさを痛感
最近はハードディスクもどんどん大容量化してきているわけですが、そうなるとハードディスクがぶっ壊れてお亡くなりになった際に失われるデータの量も尋常ではなく、物理的にも精神的にも食らうダメージは想像を絶します。日頃からこまめにバックアップしていればいいのですが、やはりハードディスクの突然死には遭遇したくないものです。 というわけで、「死の予兆」をなんとかして知りたいという要求に応えてくれるのがこのフリーソフト「Active@ Hard Disk Monitor」。よくあるS.M.A.R.T.(Self-Monitoring Analysis and Reporting Technology)値によるモニタリングとチェックだけでなく、ハードディスクの温度変化、磁気ヘッドの浮上高（空圧で浮かび上がっている距離が小さいとヘッドが衝突してクラッシュする可能性が高まる）、規定の回転数に達するまでにかかっ
windowsとかのアプリで作成するパスワード付きzipファイルをUNIX系OSでバッチ処理で作成したかったのですが、調べるのに時間かかったので、なんとなくメモ代りに書いておきます。 最初、perlのモジュール(Archive::Zipとか)でやろうと思ったんですが、Archive::ZipのPODを見ると isEncrypted() っていう関数でzipファイルにパスワードがかかっているかのチェックはできますが、「The Archive::Zip module does not currently create or extract encrypted members.」と書いてあるので、作成することも解凍することもできないようです。 なのでzipコマンドでやろうと思ったら、-eオプションを指定すればできるというのを知りました。 -eオプションを指定すると % zip -e test.z
ファイルシステムのメンテナンスは管理者にとって煩わしい仕事だ。月日が経つと、同じファイルの複数のコピー、もはや存在しないファイルをポイントするソフトリンク、無意味に残留している一時ファイル、デバッグ情報がまだ取り去られていないインストール済みのバイナリなどが増えてくる。fslintは、こうした厄介なファイルを見つけてファイルシステムを整理するのに便利である。 fslintのパッケージは、Ubuntu HardyのUniverseコンポーネントに含まれており、Fedora 9のリポジトリでも入手できる。現在のところopenSUSE用のパッケージは存在しない。私は32ビットのFedora 9マシンでバージョン2.28のfslintを用いてソースからこれをビルドした。fslintはPythonで書かれており、GTK+2とlibglade2も利用するので、それらと、それらに対応するPythonバイ
ゴール 負荷分散のいくつかの方法に関して理解する mod_proxy_balancerによる負荷分散クラスタが構築できる 基礎知識編 基本的な資料 主にクラスタによる負荷分散の資料。 - Apache モジュール mod_proxy_balancer - mod_proxy_balancerで中?大規模サーバー運用するときの勘所 - cyano あと社外秘資料。 負荷分散？ 複数台のサーバにアクセスを分散して、個々のサーバにかかる負荷を減らし、全体的に処理できるアクセスを増やすこと。 以下のようなアプローチがある。 DNSラウンドロビン DNSでひとつのホスト名に複数のIPアドレスを割り当てる方法 シンプル しかしダウンしているホストにもアクセスが振り分けされてしまう 冗長化と併用でなんとかなるかな？ 機能ごとにホストを分割 ウェブサーバとDBサーバの分割（基本過ぎるが一応これも負荷分散）
社内システムにはIRCをフル活用し、ケータイ世代の若者に向けたサービスを提供するモバイルファクトリーで働く松野徳大さん。基本的に残業はしないのがポリシーだという。 「働くのは1日8時間。よほど差し迫ったときを除いて残業はしません」携帯向けのサービスなどを制作しているモバイルファクトリーの若きエンジニア、松野徳大（まつの・とくひろ）さんはそう話す。「ある日2時間残業したら、翌日の仕事時間から2時間差し引いてもいいくらいだと思っているんですよ。一時的なものならともかく、ずっと残業続きだと体がもちませんしね」 モバイルファクトリーは携帯でも聴けるポッドキャスティング「Caspeeee（キャスピィ）」やブログを利用したプロモーションサービス「BloMotion（ブロモーション）」、携帯向けアフィリエイトなどを展開している。 プログラマーの働き方は数字では測れない部分が大きく、1日8時間働いていると
今回のワンポイント Webシステムにファイルアップロードやダウンロード処理を取り入れているケースは多い。また、世の中にも、いくつかのサンプルソースや参考文献が出回っており、開発も行いやすいといえる。しかし、利用する場合には、アプリケーションサーバ全体の性能劣化やタイムアウトといったいくつかの問題を考慮することが重要だ。実際に発生したトラブル事例を交え、その問題点や注意事項について解説する。 ファイルアップロード／ダウンロード処理に潜むわなとは？ ファイルアップロードやダウンロードといっても、小さなファイルを扱っている場合は問題になる可能性は低い。しかし巨大なファイルを扱う場合や、通信回線の品質が悪く、ファイルアップロードやダウンロードにかかる時間が長い場合には、注意が必要である。 このような場合、以下の問題が発生する可能性がある。 サーバリソースの問題 無応答問題 タイムアウト問題 以降で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ベンチャーのシステムを改善していくブログ