サーバ管理者日誌サーバ管理者日誌サーバ管理とそれ以外の日常を綴ります。メールはkei@nantoka.comまで。サービスが開始されたので、早速試してみた。正引きを切り替えるのは、自分の手元で既にDNSサーバを稼動させていると、メリットが薄い感じがするのだけど、ログ整理のための逆引きに関してはメリットが出そうだ。特定のプログラムだけDNSをスイッチする方法を考えたのだけど、リゾルバのライブラリにはそういう仕組みは備わっていないようなので、コードの方に手を入れないと難しい。chrootして切り換えてやる手はあるにはあるけども大掛かり過ぎる。$ipaddr;}といった感じ。DNS側にキャッシュがあれば、相手方が遅いDNSサーバだったり、応答が無い場合に待たされない分のメリットがある筈だ。残念ながら、ウチの場合は自分のところのDNSキャッシュに既に乗っている確率が高かったのか、あまり高速化が出来なかった。複数のプロセス使って、並列にクエリを投げてやれば、結果は違ってくるかも知れない。Tweet数年前、おしごとでサーバ管理をしていた頃の話。ホスティング、ハウジング共に自作サーバーを使っていた。当時は、安定性が要求されるネットワークサーバーに自作機を使うと言うのは非常識なことだったので、お客さんにもなぜわざわざ自作サーバを使うのかと訊かれたものだった。自作サーバを使う主なメリットは2つ感じていて、ひとつは、自作サーバカンファレンスでも触れられている通り、アーキテクチャを自分で決められること。このメリットは今より当時の方が大きくて、当時は今の様に細かいカスタマイズをすると高く付いたし、サーバと名が付くPCはそれだけで高かった。デスクトップPCは、安いものを選べばI/Oのパフォーマンスが出ないマザーボードが採用されていて、PC全体の性能を求めるともれなく高性能なそして高価なグラフィックカードが採用されていたり、高速なそして高価なCPUが採用されているという状況だったからだ。いう中にあって、枯れたマザーに、一クラス下のCPUを使い、容量よりも実績でHDDを選ぶことができるメリットは大きかった。ひとつ、自作サーバはつぶしが利いた。故障に備えてパーツをストックしておくにしても、不要になったサーバを「つぶす」にしても、使い回しが利いた。一定のメーカーの同一製品を一括購入すれば、そういうことは考えなくても良いのだけれど、お客さんにあわせてサーバを調達する都合で、製品を揃えるのは難しかったのだ。リンク先のまとめにもあるけれども、自作サーバを使うためには、「ハードウェアトラブルを自分たちで解決する覚悟」が必要だし、トラブルを自分たちで解決する積りであれば、メーカ製PCの保守や保証はむしろ邪魔になるし、リース契約は柵になる。逆に、自作サーバを使っていて一番困ったことは、経理上の処理だった。どの部品がどのお客さん用に使われているのかとか、在庫管理はFIFOなのかFILOなのかとか、お客さんが使わなくなったサーバの部品を使って、日記用サーバ作ったけどどうよとか、そういう問題が、実は一番面倒な問題だった。いう面でも、自作サーバを使うのはリース契約とは対極にいると感じる。いうことがあって、「はてなでは買いだめしている」ことが印象深かった。Tweetおままごとキッチンセットを買う。おうちで組み立ててみると、ふざけるなというくらい場所を取る。横幅1m、高さ90cm、奥行40cm。気にはいっている様だけど。こんなに場所を取るおもちゃが許されるのだったら、プラレールを買っても良かったのではないか。Tweet打合せの帰りに紀伊国屋書店で。