cat /dev/random > /dev/null &

varnish3.0.6がリリースされました。
現在計画されている3.0.x系の最終リリースになります。

Changes
ダウンロード

今回のリリースはほぼドキュメント修正とバグフィックスですがpanic起こすバグ修正もありますのでバージョンアップをおすすめします。

---

バグフィックス

http_max_hdrが4の倍数でない場合にクラッシュして起動しないバグを修正しました(#1327)
親プロセスは起動しますが子プロセスがpanicを起こして上がってきません。

ESI利用時にReqEndのタイムスタンプがマイナスになるのを修正しました(#1297)
コードを見てる感じだと本来親リクエストでのみ初期化すべきタイムスタンプを
小リクエストを処理している際にも初期化してしまって演算時にマイナスになるようです。
動作上の実害はありませんが、詳しくログを眺めてる人にとっては気になるかもしれません。

特定条件でbanの回収が正常に出来ないケースを修正しました(#1470)
Busy状態のオブジェクトに対してban lurkerスレッドが動作しようとする場合は処理をスキップしますが
フラグの立て方がまずく、再実行時にマッチされないのを修正しました。

同梱されているjemallocがsegfaultを起こすのを修正しました(#1448)

バックエンド名のprefixがif/include/elseで始まる際にVCLのエラーになるのを修正しました(#1439)
地味に嬉しいです。

オリジンのレスポンスでgzipデータ終了後にごみデータが続くとスレッドがスピンするのを修正しました(#1086)

varnishtest実行時にバッファ不足でassertが出るのを改善しました
varnishtestのログのバッファサイズは256KB持っているのですが
出力されるログが多すぎると以下の様なエラーがでるので512KBまで拡張しました。
[code=’plain’]
Assert error in vtc_log_emit(), vtc_log.c line 122:
Condition(vtclog_left > l) not true.
[/code]
ヘビーにvarnishtestを使う人（私とか）にとっては嬉しい変更です。

---

その他変更

varnishncsaの%Dが整数に切り捨てられます
4.0での変更と同様です。
マイクロ秒単位なので特に影響ないと思います。

3.0.0の公開から約3年ぶりにメジャーバージョンが上がりました。(公式サイト)
今回も非常に多岐に渡る変更があるのですが、前回とはまた少し毛色が違います。
大きな変更点について見て行きましょう。

ストリームのフルサポート

3.0の時もストリームはサポートしていたのですが、4.0になってより強化されました。

	初回コネクション	同時接続してきたコネクション
3.0	ストリームされる	初回コネクションが完了するまでロックされ、その後一気に転送
4.0	ストリームされる	既に初回コネクションでストリーム済みのデータを一気に転送してその後ストリーム

イマイチイメージが掴みづらいかもと思ったのでgifアニメを作ってみました。
やってる内容は、1秒ごとにaを出力するphpに対して開始時間を数秒ずらして3並列で取得していっています。
初回のアクセスが終わった後は何回かアクセスしてみてキャッシュされていることを確認しています。

window配置

初回のクライアント	3秒遅れのクライアント	5秒遅れのクライアント
apacheログ
varnishncsa

検証コード
■slow.php
[code=’php’]
3.0.5

---

4.0.0

---

3.0.5は最初のアクセス以外はブロックされていますが4.0.0はブロックされていない上に既に転送されているものは最初に一気に転送されているのがわかります。
比較的大きなコンテンツを配信する場合は非常に有用な機能といえます。

オブジェクトがexpireした際にgrace期間が残っている場合は、古いオブジェクトを返しつつバックグラウンドでオブジェクトを更新します

オブジェクトがexpireした時の動作も強化されました。

	初回expire後のコネクション	同時接続してきたコネクション	フェッチ終了後
3.0	fetchを行い新オブジェクトを転送する、fetchの間は通常どおり待機させられる	古いオブジェクトを転送	新オブジェクトを転送
4.0	バックグラウンドでfetchを行い、自コネクションは古いオブジェクトを転送	古いオブジェクトを転送	新オブジェクトを転送

今回もgifを撮ってみました。
取得に3秒かかるコードでTTLは10秒です。expire時の動きを見てみてください。

検証コード
■date.php
[code=’php’]
3.0.5

---

4.0.0

---

3.0ではexpire時にsleepが効いているのが分かります。
4.0ではそれがありません。

varnishlogをグルーピング出力したりqueryで絞り込むことが可能に

これは非常に大きな機能なので別記事で取り上げますが
簡単に言うとリクエストがどのESIにサブリクエストを使っているかなどがグルーピングできたり
携帯端末で1秒以上レスポンスにかかったログの抽出が出来たりします。

directorがvmodになりました

これも別記事で取り上げます。
独自のdirectorが作りやすくなったのと他にも利点があります。

vmodがrequest bodyを見ることが可能になりました

今までも超トリッキーな事をすれば見ることは可能だったのですが正式にサポートされました。
POSTリクエストの中身を見て何かしらの処理を行うようなvmodを作るのが簡単になります。

インラインCがデフォルト無効になりました

これは廃止されるというわけではなくセキュリティ対策としてデフォルト無効になっているだけです。
vcc_allow_inline_cというパラメータで復活可能です。

VCLが大幅に変わった

恒例行事です。別記事で書きます。
公式のアップグレード方法は以下です
Upgrading to Varnish 4

varnishapi周りが刷新

当然ですが3.0向けのvmodは移行が必要です。

バグ修正多数

今までバグ修正はされていたもののリリースには含まれていなかった様々なバグ修正が今回のタイミングで取り込まれています。
たとえば
syntheticでASCIIコード以外を出力しようとした場合に文字化けするバグ修正が取り込まれていたり
vclをdiscardしてもヘルスチェックが止まらないバグなどが直っています

varnishstatの表示改善

これは実際に触ってみたほうが早いですが、カウンタの説明が出るようになっています。

パラメータの変更

これも別途記事で書きます。

まとめ

他にも取り上げては居ませんがかなりの変更点があります。

さて、ここまでわざとぼかして書いていたのですが
今回の一番大きな変更はクライアントとバックエンドのスレッドを分離したことです。
これにより、ストリームやgrace時の動作改善などが可能となりました。
また現versionでは残念ながら実装されていませんが、パラレルフェッチESIも可能となるはずです。（予定には入っているようです）
また、これはコード上の話ですが3.0まではHTTPを処理する箇所がvarnishのコードと結構くっついていたのですが
4.0では分離されており拡張が容易な構造にリファクタリングされています。
これはHTTP2.0を見据えた変更です。
最初に2.1から3.0の変更とは毛色が違うといったのは、構造を大幅にリファクタリングしたということです。

また、検証をしている段階では比較的安定しており、最近趣味で手伝っているPVもそれなりに多いサイトに週末にでも投入して動作検証も行う予定です。
その結果も記事などにできればなぁと考えています。

あと今回もリリースパーティーやるみたいなので
誰かやらないかなとチラチラと・・・

Varnish3.0.4が公開されました。
今回はほとんどBugFixですが、いくつかの機能改善があります。

公式リリースノート(3.0.4)

バグフィックス

■CVE-2013-4090 特定条件でACLで想定外のマッチ・マッチ漏れが起こる
#1312
対象は3.0.3までの全てのバージョンです
引っかかる条件は以下だと思います
・CIDR形式の定義が存在(/8,/16,/24を除く)
・単一のIPアドレスを指定している
・その定義範囲が重複している
こんな感じです
VCLコード
[code=’plain’]
acl foo {
“127.0.0.2”;
“127.0.0.0”/19; //(127.0.0.1 ~ 127.0.31.254で127.0.0.2を含む)
}
[/code]
Cに変換したコード(3.0.3)
[code=’C’]
static int
match_acl_named_foo(const struct sess *sp, const void *p)
{
const unsigned char *a;
unsigned short fam;

a = p;
VRT_memmove(&fam, a + 0, sizeof fam);
if (fam == 2)
a += 4;
else if (fam == 10)
a += 8;
else {
VRT_acl_log(sp, “NO_FAM foo”);
return(0);
}

if (fam == 2) {
if (a[0] == 127) {
if (a[1] == 0) {
if (a[2] == 0) {//ここで本来マッチしなくては行けない127.0.1～127.0.31が排除される
if (a[3] == 2) {
VRT_acl_log(sp, “MATCH foo ” “127.0.0.2”);
return (1);
}
VRT_acl_log(sp, “MATCH foo ” “127.0.0.0” “/19” );
return (1);
}
}
}
}
VRT_acl_log(sp, “NO_MATCH foo”);
return (0);
}
[/code]
Cに変換したコード(3.0.4)
[code=’C’]
static int
match_acl_named_foo(const struct sess *sp, const void *p)
{
const unsigned char *a;
unsigned short fam;

a = p;
VRT_memmove(&fam, a + 0, sizeof fam);
if (fam == 2)
a += 4;
else if (fam == 10)
a += 8;
else {
VRT_acl_log(sp, “NO_FAM foo”);
return(0);
}

if (fam == 2) {
if (a[0] == 127) {
if (a[1] == 0) {
if (a[2] == 0) {
if (a[3] == 2) {
VRT_acl_log(sp, “MATCH foo ” “127.0.0.2”);
return (1);
}
}
if ((a[2] & 0xe0) == 0) {
VRT_acl_log(sp, “MATCH foo ” “127.0.0.0” “/19” );
return (1);
}
}
}
}
VRT_acl_log(sp, “NO_MATCH foo”);
return (0);
}
[/code]
影響を受けるかの確認はVCLをCで出してみて
該当のACLマッチ関数(match_acl_named_[ACL名])を見たほうが良いかと思います。

■ESI利用時にバックエンドが無効なgzipを送信した場合においてエラーを起こす可能性があった
#1184

■バックエンド名が長いとAssertで子プロセスが落ちる
#1224

バグ修正は他にもありますが個人的に気になったのをピックアップしました

ツール改善

■varnishncsaのフォーマットで%D,%Tをサポートしました
■varnishadmでtabを打つと候補が出るようになりました

パフォーマンス系

■TCP_NODELAYを有効にしました(NagleをOffにした)
chunkの時効いてきそうです。

その他

■複数のHostヘッダを送られてきた場合はエラーとする
即切断されますのでvcl_recvは呼ばれません(壊れたセッション扱いです)
[code=’plain’]
Trying 127.0.0.1…
Connected to localhost.
Escape character is ‘^]’.
GET /test HTTP/1.0
Host: exmple.jp
Host: exmple.jp

Connection closed by foreign host.

varnishncsaログ
★ホストヘッダ1つ
127.0.0.1 – – [18/Jun/2013:22:42:40 +0900] “GET http://exmple.jp/test HTTP/1.0” 404 287 “-” “-”
★ホストヘッダ複数
127.0.0.1 – – [18/Jun/2013:22:42:44 +0900] “GET http://exmple.jp/test HTTP/1.0” – “-” “-”
[/code]
■ドキュメントが改善されました
■ABI変わってるのでvmodのリコンパイルが必要

#vug7の記事書く前にこっちの記事を書くことになるとは・・・（下書きにはあるんですがね）

VarnishCache3.0.2がリリースされました。
今回はバグ修正がほとんどですが一点言語仕様に変更があります。
Continue reading »