hiroomiのブックマーク - はてなブックマーク

「達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践」を執筆しました - 酒日記はてな支店

「達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践」という本を6名の共著で執筆しました。技術評論社さんから、2022年6月4日発売予定です。電子版もでます。 gihyo.jp Amazon はこちら。達人が教えるWebパフォーマンスチューニング〜ISUCONから学ぶ高速化の実践作者:藤原俊一郎,馬場俊彰,中西建登,長野雅広,金子達哉,草野翔技術評論社Amazon タイトルの通り、ISUCON で出題されるようなWebサービスを例にして、Webサービスのサーバーサイドパフォーマンスチューニングを指南する内容です。通称「ISUCON本」と呼んでください。 2020年の末に、技術評論社さんからWebサービス高速化 × ISUCONに関する書籍を執筆しませんか、と藤原までお誘いをいただいたのが発端でした。書きたい気持ちはあったものの、内容的にとて

hiroomi 2022/05/20

リンク

社内Gyazoの画像をAmazon S3に逃がしてスケーラブルに運用する - 酒日記はてな支店

Gyazo、便利ですよね。大変便利なので、社内でプライベートなGyazoサーバを用意して使っている会社も多いと思います。うちでもサーバのパフォーマンスは特に必要ないので社内に適当なVMを立てて運用していたのですが、数年単位で運用していると画像ファイルが増えていくためdiskをなんとかする必要に迫られました。ここでどんどん増えるファイルはAmazon S3に逃がそう、という自然な発想に至るわけですが、Gyazoサーバアプリが投稿を受けたときにS3にアップロードするような改修をするのは年末の忙しい時期に面倒。楽したい。ということで S3 と nginx を組み合わせていいかんじに運用できるようにしてみました。 Gyazoに限らず、ローカルに書き込んだファイルをhttpで閲覧する一度書き込まれたファイルには変更がないファイルは消えないでどんどん増えるようなものには応用できると思いま

hiroomi 2013/12/26

リンク

異常値検出プラグイン fluent-plugin-anomalydetect を使ってみたのでそろそろ閾値を決めたい - 酒日記はてな支店

異常値検知、素敵な響きですね！fluent-plugin-anomalydetect 作りました - PolyPeaceLight あらかじめ固定値でアラートの条件を決めておかなくても、通常と異なる数値変化を検出してアラートできたら大変嬉しい、ということでインストールして一週間ほど運用してみました。 fluent-agent-lite で送信されてくる nginx のアクセスログの数を対象 60秒間隔で集計 <match nginx.access.**> type copy <store> ... </store> <store> ... </store> <store> type anomalydetect tag nginx.anomaly.access_log tick 60 store_file /var/log/td-agent/anomalydetect.dat </store

hiroomi 2013/01/26

リンク

fluentdで複数箇所から同一のファイルに出力する - 酒日記はてな支店

このエントリは「ウィークリーFluentdユースケースエントリリレー」への参加記事です。ウィークリーFluentdユースケースエントリリレーまとめ（現在12本まで。） - iをgに変えるとorangeになることに気づいたoranieの日記 fluentd で一番手軽な出力 plugin といえば out_file ですね。path を指定するだけでファイルに出力できますが、使い方に気をつけないと落とし穴があるよ、という話です。簡単な使いかた一番単純な使いかたはこのような記述で、 <match app.**> type file path /path/to/logs/app.log </match>これで /path/to/logs/app.log にJSON形式で出力されます。 2012-10-27T17:55:00+09:00 app.info {"message":"info m

hiroomi 2012/10/28

リンク

USB HDD が認識できなかったので mknod - 酒日記はてな支店

メモです。サーバに USB HDD を繋いで、USBデバイスとしては認識されているのに usb_storage としては見えなかったのでなぜだろうかと。modprobe usb_storage してもだめ。 kernel: usb 1-5: new high speed USB device using ehci_hcd and address 3 kernel: usb 1-5: configuration #1 chosen from 1 choice # lsmod Module Size Used by usb_storage 122913 0 /dev/sda* が存在していなかった。作成した後に rmmod & modprobe. # mknod /dev/sda b 8 0 # mknod /dev/sda1 b 8 1 # mknod /dev/sda2 b 8 2 #

hiroomi 2012/06/15

リンク

cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記はてな支店

(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。とはいえ、

hiroomi 2012/06/13

リンク

nginxでX-Accel-Redirectを使う場合に余計なヘッダを削除する - 酒日記はてな支店

アプリケーションで認証後 S3 のコンテンツを返したかったのだけど、nginx で BASIC 認証を掛けていたらうまくいかなかった、というお話。 Amazon S3 の認証トークン付き URL をアプリケーションで生成し X-Accel-Redirect ヘッダに出力 nginx が S3 から取得してきてクライアントに返すという動作をさせたくて、以下のように設定。 # nginx.conf location = /reproxy { internal; set $reproxy $upstream_http_x_reproxy_url; proxy_pass $reproxy; proxy_hide_header Content-Type; }アプリケーションからは以下のようなレスポンスヘッダを出力。 X-Accel-Redirect: /reproxy X-Reproxy-URL: