404 – Not Found

Dummynet続き

DummynetのQoS設定が判らないので試験環境を用意して実際に動作を確認してみました。

試験環境では、QoSの効果を体感しやすくするためにpipeで128kbpsの帯域制限をかけています。
この状態で巨大ファイルを転送しながらsshで操作が可能か確認を行いました。

MASK無し

ipfw pipe 1 config bw 128k
ipfw sched 1 config type WF2Q+
ipfw queue 1 config sched 1
ipfw queue 1 ip from any to any

sshでキー入力を行ってもエコーが秒単位で返ってこない。
QoSは全く機能していない。

FLOW_MASK

ipfw pipe 1 config bw 128k
ipfw sched 1 config type WF2Q+
ipfw queue 1 config sched 1 mask all
ipfw queue 1 ip from any to any

キー入力の応答は即時に返ってくるが、たまに応答の遅れを感じる。

SCHED_MASK

ipfw pipe 1 config bw 128k
ipfw sched 1 config type WF2Q+ mask all
ipfw queue 1 config sched 1
ipfw queue 1 ip from any to any

キー入力の応答は即時に返ってくる。
応答の遅れなどは感じられない。

簡単なテストですが、QoSを動作させるには queueまたはschedでmask設定が必要だと判りました。
そして、schedでmask設定を行った方がより滑らかにQoSが動作しているように感じられました。

<20時57分 追記>
と言う訳で、DummynetでQoS設定を行う場合はschedのSCHED_MASKでトラフィックフローの振り分けを行うのが正解っぽいです。
スケジューリングアルゴリズムをFIFOにしたところ、SCHED_MASKを設定すると想定外の動作となりました。
FIFOならバーストトラフィックに帯域占有されるはずなのですが、WF2Q+と同様にsshのレスポンスが即時に帰ってきてしまいます。
FIFOとは思えない動作なので、想定通りの動作であったFLOW_MASKの設定が正しいようです。

この辺りは余裕が有る時に追試したいと思います。

Dummynetが判らない(つД`)

FreeBSDのサーバーでQoSを使いたいのでDummynetを調べているのですが、
キュー、フロー、スケジューラの関係がイマイチ良く判らんのです。

やりたいことは単純で
・バーストトラフィックによる帯域占有を防ぐ
・サービスごとの重みづけは考えない
・全てのフローが公平に帯域を利用できる
これだけです。

この場合のDummynetの設定って、下記の4パターンのどれが正解なんでしょうか??

ipfw sched 1 config type WF2Q+
ipfw queue 1 config sched 1
ipfw queue 1 ip from any to any

ipfw sched 1 config type WF2Q+
ipfw queue 1 config sched 1 mask any
ipfw queue 1 ip from any to any

ipfw sched 1 config type WF2Q+ mask any
ipfw queue 1 config sched 1
ipfw queue 1 ip from any to any

ipfw sched 1 config type WF2Q+ mask any
ipfw queue 1 config sched 1 mask any
ipfw queue 1 ip from any to any

とりあえず、パターン2の設定を採用してるけど想定通りの動作をしているか疑問(つД`)

さくらのVPSでvirtio

さくらインターネットのVPSサービスがリニューアルされ新プランへの優待移行が
アナウンスされていましたので、休みを利用して新プランに乗り換えを行ってみました。
新VPSのリリース直後は在庫切れが発生するなど大盛況でしたが、1ヶ月も経つと
だいぶ落ち着いてきたようで、順番待ちなどもなく普通に契約できるようです。

移行作業はrsyncで全ファイルコピーしてサクッと完了なので、説明などは省略。
リモート作業だとやるのが怖いこの手の作業も、コンソール画面がつかえる
VPSなら気軽に作業できて楽すぎます。

新VPSではメモリやHDDの増加以外にvirtioが使えるようになっているようですが、
FreeBSDでは無効化してあるのでこの辺を参考にして有効化してみました。

で、virtioでDiskIOがどのくらい速くなるかというと・・・
設定前

# time -p dd if=/dev/zero of=/home/hoge bs=1M count=8192
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 197.433158 secs (43508065 bytes/sec)
real 197.50
user 0.04
sys 42.14

設定後

# time -p dd if=/dev/zero of=/home/hoge bs=1M count=8192
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 52.097458 secs (164882030 bytes/sec)
real 52.13
user 0.00
sys 35.38

HDDへの書き込みが4倍近く高速化しています。
DISK I/Oが忙しいサーバーではないですが、速さはチカラなのでvirtio有効で
運用していきたいと思います。

Cherry Blossoms

夜桜の次は普通の桜。
混んでたので全景は諦めました。

夜桜

東京の桜が見頃らしいので仕事帰りに千鳥ケ淵の夜桜を見学してきました。

混みすぎてて撮影のベストポジションに辿り着けない(つД`)

iPadで撮影している強者がいましたw
携帯やスマートフォンで撮影している人はよく見かけるけど、iPadで撮影は珍しいよね。

引っ越し

このブログを動かしてるサーバですが、さくらインターネットの共用サーバーから
VPSサーバーに引っ越しました。
サーバー管理の工数を無くしたいって理由で共用サーバーを使ってましたが、
自由度が低いのが馴染めず、結局自分で管理できるサーバーに戻すことにしました。
ハードウェアの管理とか電源の信頼性を考えると自鯖はイマイチなので、安価で
自由度の高いVPSサービスを契約してみました。

所詮はVPSなので共用サーバーに比べて劇的に高速って訳ではないのですが、
遅いところに手を入れられると言うのは非常に便利です。
遅かったPHPにAPCを入れてキャッシュ対策をしたりするのは共用サーバーじゃ
出来ませんからね。

逆に今まで気にしなくて良かった不正アクセス対策が面倒だったり・・・
特にSSHへの辞書攻撃が多すぎ。
証明書認証しか受け付けない設定だからパスワード認証狙いの辞書攻撃は
たいして問題ないのですが、秒間10件くらいやられるとログが酷いことになるんですよね。
この辺はログ監視して、自動的にファイアウォールに登録する形で対策しました。
色々対策するのは面倒でも有り楽しかったりもするので難しいところです。

Read the rest of this entry »

生きてます

ブログに書きたいネタは色々あるんだが書いてる余裕がない。
余裕が出来たら追々書いていきます。

お別れ

先週の土曜深夜に我が家の家族であるミニチュアダックスのゴン太が亡くなりました。

トリミングをしたところ体温が低下気味と言うことで、ペットサロンに併設の獣医にて様子を見て貰っていたのですが、
急な下血から止血も効果が無く亡くなってしまいました。
内臓腫瘍からの大量出血による失血が原因とのことでした。

土曜の朝は元気だったんです、それなのに亡くなるなんて突然すぎて未だに信じられません。

1月にも別のミニチュアダックスが亡くなっているため、しばらくの間ショックから立ち直れそうにないです・・・

狛犬

奥多摩の奥氷川神社の狛犬です。
氷川神社と言えば沢山ありますが、その中でも「武蔵三氷川」神社と呼ばれるのが、
さいたま市の大宮氷川神社、所沢市の中氷川神社、そして奥多摩町の奥氷川神社らしいです。

御岳渓谷の帰りに座って帰りたいということで、終点の奥多摩駅まで行った時に撮ってきました。

御岳渓谷 おまけ

昨日行ってきた御岳渓谷ですが、このクソ寒い中カヌーをやっている方が結構いました。
私は寒さに弱いので見てるだけで寒いです(‘A`)

カヌー練習中?
撮影した直後に右側のカヌーがひっくり返ってました。

御嶽駅側ではカヌー大会が行われてました。
広角すぎて見づらいですが大会ぽい設備が写ってますね。

カヌーって夏場のスポーツだと思ってたんですが、冬でも普通にやるんですね。