第11回 ［キャリアアップ編③］varnishを使おう | gihyo.jp
これらを必要に応じて書き換えることができます。たとえば、本番サービスなどで利用する場合、特にDMZセグメントで構成しようと考えるのであれば、-Tの管理画面待ち受けポートは変更するなどした方が良いでしょう。 また、サービスの規模に応じて、-sのキャッシュファイルの場所や容量を変更することになるかと思います。デフォルトでは、/var/lib/varnish/varnish_storage.bin に1Gバイトの容量を確保しますが、大規模コンテンツ、高トラフィックでキャッシュサーバ自体もかなりの台数並べるようなサービスであれば、このデバイス自体をメモリ上にやSSD、f-ioなどの高速デバイスにするかを検討します。 varnishとApacheを別々のサーバに入れてみる さて、1つの筐体にvarnishとApacheを入れ、稼働を確認することができたなら、次は同居していたApacheを別筐体へ移動
Varnish ESI with Rails Part 2 - Albert Callarisa Tech blog
Read part 1 first In this part I'll talk more about ESI and how do we use this technology. I think it's interesting because it differs slightly with most of the examples I found online. On our site, some elements in the page are different based on the session, like if the user is logged in, or his/her name.This is a pretty common need, think about a header that shows the user name or for logged ou
Varnish ESI with Rails Part 1 - Albert Callarisa Tech blog
This last few days I spent some time adding Varnish in front of a Rails app. My previous experience with Varnish is basically the old times in Heroku, a magic non-configurable Varnish layer on top of your app. This time we're setting up our own infrastructure, including Varnish. Some of the details about the application and its caching requirements that might affect the Varnish setup are: The app
Webサーバ勉強会＃5でVarnishではじめるESIって発表してきました – cat /dev/random > /dev/null &
oranieさんが主催しているWebサーバ勉強会という 全員何かしら発表するという勉強会でESIについて発表してきました。 ESIについては結構前にqpstudyでもLTしているのですが Varnishのバージョンも上がり、いろいろ使いやすくなったので、ここでもう一回とおもいこのテーマで発表しました。 Varnishの利点はやはりその柔軟な設定（VCL）にあると思うので その利点を生かして、単純に静的ファイルをキャッシュさせるだけではなく ESIのように複雑なキャッシュをさせるのもいいんじゃないかなと思っています。 また他の方の発表を聞いてfluentdはやっぱり使いたい！と思った所存です。 JSONにどうしてもなるのかなぁと思っていたのですがrawで収集できるようにしたよ！という発表もあり既存とも組み合わせしやすくこれはいいなと考えています。 Apacheについても2.4.1が出た際に僕
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Assembling Ruby on Rails Pages Last With ESI
