ひげろぐ

仮想化というとKVMとかの方が盛り上がって来てるような気がする昨今に今更なんだけれども。

CentOS 5.3ではXENがとても簡単に導入できる。
OSインストール時に仮想化にチェックを入れたらそれだけで入るし、後からでも

$ sudo yum install xen

これで依存するパッケージなど必要なものも全部入る。
後から入れた場合はxen用のカーネルで立ち上がるようにgrub.confの修正とかは必要だけど。

まあここらへんはぐぐればいくらでも出てくるので詳細は割愛。
なおパッケージのXENのバージョンは3.0.3になる。

仮想マシンの構築は最初はCUIでがんばろうとしたけれども、イメージ作る途中でインストーラのカーソルが明後日の方向行ったりしてワケがわからなくなったので、あきらめておとなしくGUIで。
GUIのUIはよく出来ていて、簡単に仮想マシンのイメージファイルが作れてOSもインストールすることが出来た。

イメージをひとつ作ったらsudoの設定とかどのサーバにも必ず入れるパッケージを入れたりとか基本的な部分をある程度セットアップ。
そしたらあとはそのイメージファイルコピーして/etc/xen以下に設定ファイルを仮想マシンの台数分作って6台くらい作ってみた。

同じ構成の仮想マシンをコピーでさくっと作れるし、実マシンへの束縛がなくなったので身軽になった気がしていい気分。
ディスク以外はリソース割り当ても柔軟にできていいかんじ。

ただひとつだけ気になることとして、仮想マシンの一台がディスクI/Oを大量に発生させると他のマシンも巻き込んで遅くなる、ということがあった。
例えば一台が割り当てのメモリを使い切ってスワップをガリガリ発生させようものなら、他のマシンでもスワップが発生したかのように遅くなる。

これは最近某VPSを使っていて経験したことと同じだ。
そこでは深夜にバッチが動く時間帯になるとひどくパフォーマンスが落ちる。
こういうことがあるのでVPSも自由度は高いけど所詮共有サーバーだよなって思う。

ここらへんの問題って何か回避するノウハウとかあるんだろうか。

最近思うところあって自宅のインフラを整備中。

その一環として安売りで1年前くらいに買った110GeのCPUをもともとついていたCeleronからCore2Quad 9400に上げることに。
このときBIOSのバージョンをアップする必要があった。
そのためにはFDドライブが必要になる。
しかし今時フツーはFDドライブとかついてない。

• NEC Express5800／110Ge – wiki@nothing

上記のサイト（多謝！）で調べてみるにUSBのFDドライブが使えるらしいが、使えないモデルもあるらしい。
で、更にぐーぐる先生に聞いてみると最近売ってるものは、どのメーカーから出てても、ほとんどその使えないモデルのOEMっぽい。
要するに今から新品のものを買ってきても高確率で使えないようだ。

ここで押し入れにしまってあるおたから箱から内蔵のFDドライブを発掘するという手もあったが、最近はパーツ類と格闘するのがちょっと億劫になっているので最後の手段と言うことでひとまずパス。
よく見てみるとアップデートツールにWindows版があるのでそれを使ってみることにした。

このツールはWindows 2003と2008に対応しているとのこと。
それぞれ評価版がダウンロードできるのでそれを使ってみることにした。
Windows 2003はインストール途中にHDDが認識されなかったので終了。こっちはドライバを別途準備する根性も必要だった。
根性はとりあえず出し惜しみしてWindows 2008を入れてみたらちゃんとすんなり入った。

BIOSのアップデートもツールを起動しただけでさくっと終了。
善哉。

せっかく入れたんで2008をちょっとだけ触ってみたけれど、なんか小ぎれいになってますな。
Windows Serverなんて2000以来久しぶりに触りました。
ということなので大した評価はできませんでした。小ぎれいになってる。以上。

しかしそうだひとつだけ。
シャットダウン時にその理由を聞いてくるとか大きなお世話って気がするんですけど。
こういう挙動が固いところで使うにはいいのかな。

さて今回はOS再インストール予定だったのでこういう手段も使えたが、絶賛運用中のもののBIOSを上げることになったらいちいち2008入れるのもめんどくさいですな。
それにこんな使い方してるとMSから怒られそうだ。

最近サービスのインフラをリニューアル中。
古いサーバをリプレースするんで新しいサーバにいろいろと移行中だったりします。

今日は開発に使っているSubversionのリポジトリをさくっと移行しました。
古いほうでバックアップして新しいほうでリストアするだけです。

バックアップ＠旧サーバ

まず古いサーバにあるSubversionのリポジトリをバックアップ。

svnadmin dump /path/to/repos > backupfile

自分以外いじる人はいないのでhotcopyとかは特に考えず。

リストア＠新サーバ

次に新しいサーバでリポジトリを作って、バックアップ内容をリストア。

svnadmin --fs-type fsfs create /path/to/newrepos
svnadmin load /path/to/newrepos < dumpfile

サーバを立ち上げて動作テスト。
ローカルからチェックアウトしてみたり、他のマシンからリポジトリの内容をブラウズしてみたり。

問題ないことを確認して完了。
簡単なもんですな。

2008/02/03追記

コミットしようとしたら認証を要求されてパスワードの設定忘れてたのに気がつきました。
ちなみにsvnserveで動かしてます。/path/to/repos/conf/svnserve.confを編集。

[general]
anon-access = none
auth-access = write

password-db = passwd
realm = brass repository

「anon-access = none」で認証されてないアクセスは一切認めず。
ちなみに「none」ではなく「read」を指定すると読み込みだけ可能になります。

「password-db」でパスワードファイル名を指定。
「realm」は認証の名前空間なので複数リポジトリを持っている場合はかぶらないようにしたほうがいいのだろうか？まあ複数リポジトリ持ってないので適当に設定。

次に/path/to/repos/conf/passwdを編集。

[users]
hogeuser = hogehoge

これで無事コミットもできるようになりました。

参考

• Subversion について
• svnserve, 専用サーバ