GREE Labsさんの勉強会 - 日々の弥縫録
仕事帰りに、第9回 オープンソーステクノロジー勉強会に行って来た。 以下厨臭いメモ 概要 1. 「DSASのいろいろ」ひろせ まさあき氏 (KLab株式会社) Linuxのロードバランサ(LVS)をはじめとして、オープンソースを多用しているネットワーク/サーバインフラ「DSAS」の、あれやこれやをご紹介します。 http://dsas.blog.klab.org/ 2. 「LVSとApache 2.2.4のいろいろ」こじま わたる(グリー株式会社) LVSと先日リリースされましたApache 2.2.4の変更点等を合わせてウェブサーバの負荷分散について解説します。 今回のメインは、1.のDSASと言うインフラシステムの構成や思想について、の方で、L2SWから各種サービスからそれぞれのサーバのNICまで、ありとあらゆる所を多重化して何処かが落ちた時には即座にサービスを切り換えられる仕組みとか
Third Party Relay Check RBL.JP第三者中継チェック RBL.JP
This service will check your server to see if it is possible for a third party to relay mail from your server. This service will test several techniques for sending relayed mail, but no mail will actually be sent to your server. If your server passes all tests performed by this serivice, no relays accepted in blue will be dispayed at the bottom of the output report. If any or all of the tests f
はてなブックマークの裏側その後 - naoyaのはてなダイアリー
まるごとPerl! Vol.1 で執筆させていただいたはてなブックマークのシステムに関する記事が ThinkIT で読めるようになりました。記事全体を何回かにわけて掲載していただいています。まるごとPerlの記事なのですが、実は Perl のことはあまり触れていなくてはてなのサーバー運用概論みたいは話が主なところです。 http://www.thinkit.co.jp/free/article/0610/1/1/ http://www.thinkit.co.jp/free/article/0610/1/2/ せっかくなので現状報告も含めて少し補足をしてみようかなと思います。 現在の数字 記事の中での数字は6月のもので ユーザー：45,000人 ブックマーク数：535万件 ページビュー：5,000万/月 サーバー：17台 となってますが、現在 10 月の方はというと ユーザー: 60,000
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: fashion trends Top 10 Luxury Cars Top Smart Phones Free Credit Report Contact Lens Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
PHPのスケーラビリティとパフォーマンス:phpspot開発日誌
Digg PHP's Scalability and Performance - O'Reilly ONLamp Blog This article addresses the all-to-common false assumptions about the cost of scalability and performance in PHP applications. PHPのスケーラビリティとパフォーマンスに関する記事。 Digg等に関して等いくつか面白いことが書いてあった部分のメモ JobbyはWASPフレームワークで書かれている Diggは１ヶ月で２億ＰＶ Diggは３台のウェブサーバー＆８台のＤＢサーバーで構成されている DiggはＡＰＣ、ＭＣａｃｈｅを使っている DiggやFlickrのような大規模なアプリを１，２人で安くメンテでき、かつ素早く構築するのにPHPは適している
ITmedia エンタープライズ : Linux Tips「カーネルパニック時には自動的に再起動するようにしたい」
通常の設定では，カーネルパニック（システムがフリーズすること）が起きるとそのまま操作待ちの状態で待機するようになっている。 しかし，24時間稼動が前提のサーバ用途などではカーネルパニックが起きたとしても回避する手段を考えておかなければならない。次のように設定すると自動的に再起動が行われる。
動画配信の負荷分散は比較的簡単 - 最速配信研究会(@yamaz)
http://d.hatena.ne.jp/naoya/20060407/1144376197 ではてなおやさんがYouTubeの負荷分散について語っておられる. mixiの負荷分散とは質が違うことについてはおおむね同意だけど, YouTube のシステムを見たときにその焦点になるのは、まず第一にネットワーク帯域。第二にストレージをどうしているかというところじゃないかなと思います。動画配信にリソースがいるポイントは、ネットワーク帯域とディスク I/O です。つまり YouTube の負荷分散で気になるところは * ネットワーク帯域 * ストレージ o 容量の管理 o 動画を格納しているストレージサーバーの I/O あたりです。 はちょっと踏み込み足りないなぁという印象なので書いておく.集合知.集合知. 動画配信は通常の画像配信と違って下記の特性を持つ. 画像のように1ページに複数個配信する
■ - hoshikuzu | star_dust の書斎
■ HTTP応答ヘッダのLinkヘッダフィールドでブラウザにStyleSheetを喰わせる この項目は、Linkヘッダフィールドに関する定めがあるバージョンのHTTP規定に適合するユーザエージェントにのみ適用される。[RFC2616]が定める HTTP 1.1 にはLinkヘッダフィールドが含まれていないので注意されたい(RFC2616の19.6.3参照)。 Webサーバの管理者は、同一グループのページ群について、ある1つのスタイルシートが適用されるようにサーバを設定すると便利であると考える場合もあろう。HTTPのLinkヘッダは、同じ内容の属性と値を持つLINK要素と、等しい効果を持っている。複数のLinkヘッダは、同じ順序で並ぶ複数の LINK要素に対応する。例えば、次のLinkヘッダは: Link: <http://www.acme.com/corporate.css>; REL=s
Linux/Apache/¥í¥°²òÀÏ/Visitors - cubic9.com
·ã®¥¦¥§¥Ö¥í¥°¥¢¥Ê¥é¥¤¥¶¡¼(¥µ¥ó¥×¥ë) ¥¦¥Á¤Î¤Ò¼å¤Ê¥µ¡¼¥Ð¤Ç¤â¹â®¤Ë(1Éäǡª)½èÍý¤µ¤ì¤¿¡£ ¥¢¥¯¥»¥¹¾õ¶·¤òX-Y-µ±ÅÙ¤Î3¼´¤Î¥°¥é¥Õ¤Ç¸«¤ì¤ë¤Î¤¬ÌÌÇò¤¤¡£ ¥ª¥Õ¥£¥·¥ã¥ë ¥¤¥ó¥¹¥È¡¼¥ë tar xvzf visitors-0.5.tar.gz cd visitors_0.5 make cp visitors /usr/local/bin/ *1 ·ÐÏ©²òÀϤò͸þ¥°¥é¥Õ¤Çɽ¼¨¤¹¤ë¾ì¹ç¤Ïgraphviz¤âÆþ¤ì¤ë¡£ apt-get install graphviz ¼Â¹Ô Ä̾ï²òÀÏ visitors -P http://example.com -A -m 100 access_log | nk
grok - an expert system for real time log analysis :: semicomplete.com - Jordan Sissel
Download grok download grok-20070915What is Grok? Grok is simple software that allows you to easily parse logs and other files. You teach grok how to parse data through the config file. Grok is a system for reacting to events - those events being log entries. Requirements: Perl 5.8.x, Parse::RecDescent, Unix::Syslog, Regexp::Common, Date::Parse (from TimeDate). Why use Grok? My servers get hit wit
どさにっき
2006年3月1日(水) ■ qmail のセキュリティ _ しつこく。 _ このまえパッチをあてた qmail がセキュアかどうかわからん、と書いたが、実はわしはパッチのあててない素の qmail もセキュアではないと考えている。 _ djb の考える安全というのは、たとえばバッファオーバーフローとかで外部からコードを注入されない、万が一そういう穴があっても被害を最小限に抑えるためによけいな権限を持たない、というプログラマ的な観点に立ったものである。 _ でも、セキュリティってのはそんな狭いものじゃない。何をしたのか、という記録を残して、後から調査・追跡が可能なようにしておくこともセキュリティの重要な要素なのだが、qmail はそれをしない。 _ qmail-send はログを吐くが、qmail-send というのはメッセージがキューに入った後を受け持つプログラムであり、キューに入るまで
10分で完了、mod_perl 2.0 で Hello, World! - naoyaのはてなダイアリー
10分で、といいながらたぶん mod_perl と Apache2 をビルドするのに 10 分以上かかるという罠。まあいいや。以下のやり方で Linux、MacOSX どちらでもちゃんと動くと思われます。 まず、mod_perl 2.0 のインストール。DSO でもいいけど、ここでは Apache にスタティックに組み込みます。 インストールディレクトリは /usr/local/httpd_mp2 に。 MPM は prefork。perl を thread 有効でビルドしてるなら mpm=worker でもいいと思います。 $ wget http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz $ wget http://www.apache.org/dist/httpd/httpd-2.0.55.tar.gz $ tar zxvf
HTTP リクエストの処理完了までの所要時間をログに記録する
Landscape トップページ | < 前の日 2005-12-27 2005-12-28 次の日 2005-12-29 > Landscape - エンジニアのメモ 2005-12-28 HTTP リクエストの処理完了までの所要時間をログに記録する 当サイト内を Google 検索できます * HTTP リクエストの処理完了までの所要時間をログに記録するこの記事の直リンクURL: Permlink | この記事が属するカテゴリ: [IIS] [Apache] [http] http リクエストの処理にかかった時間をロギングする方法のメモ。 集計や分析、パフォーマンス劣化の監視などで活用するため、http サーバ側でリクエストを処理したあとレスポンスを返すまでどれだけ時間がかかったかを記録したい。 所要時間などの値は http サーバ上で動くアプリケーション側でロギングする仕組みを作るの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ntpサーバデータベース ~のくす牧場 - SeaMew RPMs~
NTT DATA - サービス＆プロダクト（Hinemos）
PowerPoint Presentation - Hacking Apache HTTP Server at Yahoo!
新規