Webサーバ勉強会 #4 | Carpe Diem
Webサーバ勉強会 #4 で、Nginx のコンフィグレーション 1 行目から 24 行目までの説明を話してきました。その他にも当日キャンセルになった fastcgi_conf と mime_types もかなり手抜きですが、取り急ぎまとめて slideshare へアップしておきました。 Nginx は、今まで本番環境では使ったことがないので、かなり設定ファイルが分かりやすいし、かなりの実戦投入している話を聞けたので、とても勉強になりました。 Webサーバ勉強会は、参加者すべて発表しないといけないため、参加人数は少ないですが、発表している中でも、みんなでわいわいとそれぞれの情報を出しあって、わいわいと勉強できるとても緩い勉強会だと思うので、皆さんも機会がありましたら参加してみてください。
Webサーバ勉強会 第4回やりましたよ。 - oranie's blog
Webサーバ勉強会 第4回やりましたよ。 2013/4/18 追記 長らくお待たせしましたが@yoshi_kenさんの資料がアップされました！ Nginxのお話 画像配信・APIキャッシュ利用事例 2011/11/11 Webサーバ勉強会 from Kentaro Yoshida - 前回のエントリに書きましたが内容はこちら。 http://d.hatena.ne.jp/oranie/20111027 2011/11/11というめでたい日に、半年ぶりのWebサーバ勉強会を行いました。 メインテーマは「Nginx」という事で、前半は公式Wiki等に載っている基本的な内容をみんなで分担して発表し、 後半からは実際に運用している人の話を聞く、という理想的な流れでした。 これで、今からNginxの導入しようとする何かの助けや、今の構成を見直す機会にでもなれば幸いです。 参加して頂いた皆様、グダグダ
11/11にWebサーバ勉強会第4回やりますよ、たぶん。 - oranie's blog
タイトルまんまです。 半年間の長い沈黙を破り、ついにWebサーバ勉強会が帰って来ました。 まあ、半年間僕がダラダラ・ぐだぐだしていただけなんですけどね。 で、場所も確保できたので、11/11の19：30〜ぐらいからやりたいと思います。 今回は今までのApacheメインから、色々なチューニング系イベントでまずみんながインストールする、 そして悪魔の罠にはまるという話題のNginxを流行に乗ってメインテーマにしたいと思ってます。 なので ・Nginxの基本的な仕組み（とりあえず枠1人か2人ぐらい。） ・Nginxのインストール解説（手順とか細かいオプション解説とかでとりあえず枠3人ぐらい） ・Nginxのconfig解説（公式wikiのこの辺をネタに。枠：5人ぐらい） をとりあえずこの機会に調べて発表て頂ける方を募集しようかと考えています。 この辺はもう少しまとめたら正式に告知します。 ※基本
高負荷サイトのボトルネックを見つけるには : DSAS開発者の部屋
はじめに アクセスが急増すると、応答時間が著しく悪化するサイトはありませんか？ 普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の２倍や３倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。 あるサイトの実状 つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。 しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。 仮説を立
格安WEBサーバ冗長化・高可用化設計術 - 新・浅く広くをモットーに | 一人WEBサービス屋メモ
12:49 | 前回は、nginx + ServersManでの検証結果を御紹介しました。今回は、サーバ構成を含めた構築内容を掘り下げて説明していきたいと思います。ドメイン画像サーバですので、ドメインはさほど表に出ません。屋号が「studio Usagi」なので価格の安さから「usagi.be」を取得する事にしました。お名前.comで、1,830円/年。DNSサービスも無料で付いてきます。DNSラウンドロビン共用レンタルサーバと違って、VPSサーバを使うとなると、httpd / mysqld らデーモンの監視は自身で行わなければなりません（勿論共用でもした方がいいのですが）。とは言っても、一人WEBサービス屋のスタートアップ時に、監視周りに多くの時間は避けませんので、スピート重視で構成を考えていきます。以下構成仕様。サービス監視は簡単なスクリプトを用意。反応がなければGMailにアラートを
インフラエンジニアがSegmentation fault をなんとか治してみる - メモとかそんな感じなやつ
普段Webサーバを運用していて、めんどくさいトラブルのひとつに「Segmentation fault」があります。 あれー？なんか500エラーがでるなーなんて思ってログを見るとSegmentation faultになってるときは死にたくなります。 そもそもSegmentation faultはメモリ上にあるデータに対して不正が行われたときに起こるもので、 インフラエンジニアにとってはなかなか手がだせないところでもあります。 それでもなんとかして治さないといけないわけなので せめてどのプログラムが悪さしてるかどうかぐらいは調べ上げてみます。 apacheでのログ apache + mod_perl での環境です。 こんな感じでエラーがでます。 #tail error_log [notice] child pid 26028 exit signal Segmentation fault (11
KVSを使った高速配信Webサーバ·クリティカルスピード MOONGIFT
クリティカルスピードは〜のオープンソース・ソフトウェア。高速なレスポンスを行うWebサーバは誰しもが願う所だ。Googleがあれだけ大きく成長したのは検索のアルゴリズムはもちろんのこと、高速なレスポンスにも一因があったと思われる。欲しい情報がすぐに手に入るというのはとても気分がいい。 表示が速い！ Webサーバで高速化を行うための手法は幾つか存在する。並列化したり、サーバのスペックを上げたり、ネットワークを強化すると言った方法の他、システム側でも対応できるものがある。その一つ、高速配信サーバのクリティカルスピードを紹介しよう。 クリティカルスピードの最大の特徴はKVS（キー・バリュー・ストア）をWebサーバとして使っていることだ。KVSとしてTokyoTyrantを採用しているが、今後はLuxIO、kumofs、ROMAといった他のKVSにも対応していくとのこと。WebサーバはPlack/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
