けんども日記

１０月は写真サイトのリニューアル（Ｔｕｍｂｌｒへ移行）とコンピュータ関係では周辺機器やアクセサリページの更新などを行った。このサイトでは５年ほど昔の写真をたくさん並べており、今と比べると使っている機器があまりにも安っぽい（Ｂ○ｆ○○ｌ○のハブとか！）ので、ほかにもいろいろ更新したいのだけれども。。

2009-09-30

ＫＶＭの仮想環境でＮＩＣによるパフォーマンスの違い

ＲＨＥＬ５．４のＫＶＭでは仮想マシン（ゲスト）のデフォルトのＮＩＣはＲｅａｌｔｅｋ rtl8139 がエミュレーションされているのだけれども、それ以外にも選択ができる。それらについて比べてみたところ、ずいぶんと違いが出た。

ホスト、ゲストともにｘ８６＿６４版ＲＨＥＬ５．４でｎｅｔｐｅｒｆを使って測定。なお、肝心のホストのハードウエア情報は残念ながら公開できないが、大きな違いがでたため、ハードウエア環境が違っても参考になると思われる。

選択可能なＮＩＣのモデルは rtl8139、e1000、virtio 以外にもあるのだけれんども、今回はこの３つのみで試した。ｎｅｔｐｅｒｆにはホスト以外のオプションは与えていない。まずはＫＶＭのホストからゲストがダウンロードする際の速度。

今度はその逆。ＫＶＭのゲストからホストがダウンロードする際のパフォーマンス。

ゲストとゲスト同士というのは値を控えていないのだけれど、これもｖｉｒｔｉｏのパフォーマンスが高く、ｒｔｌ８１３９は極端に低い値となった。これ以外にＫＶＭゲストと外部ホストとのパフォーマンスなども気になるところだが、それはまた機会があれば試したい。

ゲストのＮＩＣを変更するのはＧＵＩのvirt-manager のほかに virsh でもできる。

# virsh edit GUEST

のように実行するとゲストの設定を編集できる。デフォルトのｒｔｌ８１３９が使われている状態では特にモデルは指定されていないので、 <interface type='network'> から </interface> の間に次のようなＮＩＣのモデルを挿入すればＯＫ。

<model type='virtio' />

ナレッジベースにもあるように、 virt-install 時に --os-variant=virtio26 オプションを指定すれば最初からｖｉｒｔｉｏが使えるようになるので 、ゲストが対応しているのであればこのオプション付きでインストールしたほうがよいかもしれない。

ＮＩＣのほかにディスクでもｖｉｒｔｉｏがつかえるのだけれんども、私の環境ではちがいはわからななかった。測定方法の問題かもしれない。

2009-09-04

ＲＨＥＬ５．４でＫＶＭ

9月2日にＲＨＥＬ５．４がリリースされた。運用中のＲＨＥＬ５環境のアップデートがすべて終わったので、今度は先日組んだばかりのＰＣへ新たにＲＨＥＬをインストールしてＫＶＭを試すことにした。というのは、ＲＨＥＬ５．４はｘ８６＿６４版しかＫＶＭに対応していないという先日の失敗があり、５．４のリリースにあわせて急きょｘ８６＿６４と仮想化の両方に対応したＣＰＵで新たにＰＣを組んだ。最近は仮想化に対応したＣＰＵも非常に安くなったのはうれしい。

気になっていたのが仮想マシンでＲＨＮを利用する方法だった。これについてはＸｅｎの時とほぼ同じ以下のような方法でできた。

1. サブスクリプションのチャンネルは RHEL Virtualization と Red Hat Network Tools for RHEL Server が必要。インストール時にＫＶＭを選択していれば自動でサブスクライブされると思われるが、念のため確認しておく。
2. ＲＨＮにて、ＫＶＭのホストへ Virtualization というエンタイトルメントを割り当てる。
3. ホストに rhn-virtualization-host パッケージが必要。これをインストールすると、ｃｒｏｎで２分おきに仮想マシンの情報がＲＨＮへ通知される。
4. 仮想マシンで rhnreg_ks コマンドを使用して登録。このコマンドのオプションにはプロファイル名とＲＨＮのログイン情報を指定する。

Ｘｅｎの時は後になって rhn_register で登録できるようになったが、ＫＶＭのゲストでは rhnreg_ks でないとうまくいかなかった。

登録後はＲＨＮの「仮想システム」のページで確認ができ、ＸｅｎなのかＫＶＭなのかは区別されず、一緒に表示される。

仮想マシンのディスクについてはＬＶＭにしておくと何かと便利なのでＬＶＭで試してみたところ、ＳＥＬｉｎｕｘの制限で起動できない。 /dev/mapper/ボリュームグループ-ロジカルボリューム のコンテキストのタイプは fixed_disk_device_t なのだが、これに対して qemu_t ドメインのアクセス権がないらしい。 chcon で /dev/mapper/ボリュームグループ-ロジカルボリューム のコンテキストを virt_image_t へ変更することにした。それではＯＳ再起動時に元に戻ってしまうので semanage fcontext で対応した。

仮想化のドキュメントは Virtualization-en-US パッケージらしいのだけれども、現時点ではこれが更新されていないのが残念。。

2009-11-10 追記。。次のＵＲＩでＫＶＭ対応の Virtualization Guide が公開されている。 http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.4/html/Virtualization_Guide/index.html

2009-08-31

ＦＭ／ＡＭラジオチューナ

最近になって久々にＦＭラジオを聞くようになり、しばらくは通勤ラジオで聞いていたのだけれんども、音が悪いししょっちゅうバッテリ交換するのも面倒なので、思い切ってラジオチューナを購入。

ラックマウントにこだわりたい私としては、最初迷った。ＴＯＡから１Ｕのラックマウント型チューナが発売されており、これはかなり魅力的。しかし、リモコン（もしくはその他の手段）等で遠隔操作できないことや、ＳＮ比、ひずみ率といったオーディオ的なスペックが公開されておらず不安のため、オーディオのチューナにした。

チューナは一昔前の製品の方が高品質といわれており、確かにカタログスペックでも昔のチューナの方がよいものが多い。ただし、古いチューナは経年劣化により、調整しないと本来の性能を発揮できないという情報もある。実際に、私が実家で昔使っていたチューナもいろいろおかしくなってしまっていた。そのような理由で、無難な現行製品に決めた。

今回買ったのはＤＥＮＯＮの製品でリモコン操作が可能。いつの間にか「デノン」という会社になっていたとは知らなかった。。使い勝手はよいのだけれど、やっぱりラックマウントできないのはつらい。とりあえずはマウントしていないネットワーク機器類と一緒に積んでいる状態。

2009-08-25

ＣｅｎｔＯＳの追随について

家ではＣｅｎｔＯＳを使っていないのだけれども、ちょっと気になったのでＲＨＥＬの新しいパッケージが出てからＣｅｎｔＯＳがどれくらいでパッケージを出すのか見てみますと。。

ＲＨＥＬ５のｘ８６版で kernel-2.6.18-128.7.1.el5 が出た直後に yum update を実行すると、/var/cache/yum/rhel-i386-server-5/ 内の repomd.xml とprimary.xml.gz が日本時間８月２４日20:10となっていた。これらはｙｕｍのリポジトリメタデータとなっており、これが更新されたタイミングで yum によりパッケージの入手が可能となる。過去の経験では、ＲＨＮのＷｅｂで公開されているＥｒｒａｔａ情報はｙｕｍのリポジトリメタデータより若干早めに更新されることがあり、まだｙｕｍでダウンロードできない段階でもＲＨＮにログインして入手できることがあった。

一方のＣｅｎｔＯＳ５のパッケージの日付は翌日８月２５日04:23 となっており、これはあくまでもパッケージのファイルの日付であり、公開された日付というわけではないかもしれないが、私が２５日９時頃に確認した際は日本のミラーサイトで入手可能な状態だった。

以上のことから、ＣｅｎｔＯＳのパッケージリリースは非常に早いと思われるのだけれども、おそらくこれは特に早い例であり、２日くらいはかかることもある気がする。

ＲＨＥＬ５．３が出たのが１月末でＣｅｎｔＯＳ５．３が出たのが３月末であったり、大きな更新があった場合は遅れるらしい（５．３の時は特に遅れたと思う）し、先日のプロジェクト管理者騒動など不安はつきないので、やっぱり大事なシステムにはＲＨＥＬを使いたいところ。

2009-07-19

部屋の温度

夏、自宅でサーバやネットワーク機器を運用する中で悩んでいるのが部屋の温度なのだけれんども、やばい状態になってしまっている。

まず、今のエアコンは４年前に交換した省エネタイプで、つけっぱなしにしておいても驚くほどの電気代にはならない。しかし、部屋の大きさにあわせたエアコンでは無理があるようだ。機器からの発熱の影響で、設定温度の２４度よりも上昇してしまう。

そこへ更に追い打ちをかけるように、隣人からの苦情らしきものが入るようになった。頻繁に部屋の壁をたたかれれる。私はサーバやネットワーク機器の騒音になれており、エアコンの室外機の騒音はほとんど気にならないのだが、壁をたたかれる原因というのはエアコンの室外機がうるさいが原因と思われる。確かにベランダへ出てみると、室外機の騒音がとてもうるさい。

人とのトラブルは避けたいし、おかげで寝不足気味なので、やむを得ずエアコンを静かな運転モードに切り替えることにした。これで室外機の音は静かになったが、もともと力不足のエアコンの出力を下げてしまったため、部屋が更に暑くなってしまった。

かなり厳しい。使用頻度の低い機器やテスト目的のサーバをシャットダウンしてみるも、部屋の温度は２９度もあり、サーバやネットワーク機器を安心して稼働させられる環境ではなくなってしまった。猛暑日とかどうなるのか。。

部屋とラック背面の温度の推移

ＵＰＳなど機器内の温度も上昇ｏｒｚ

2009-07-21 追記。 部屋が２９度はどう考えても厳しいので、静かな運転モードは解除し、風量「中」の運転に切り替えることにした。先日までは常に最大風量だったので、これでも控えめ。もちろん室外機の音の大きさを気にしつつ。。

2009-08-14 追記。 隣人はいなくなったらしいので、エアコンは全開運転にした。

2009-07-10

ＲＨＥＬ５．４　Ｂｅｔａ

Ｒｅｄ　Ｈａｔ　Ｅｎｔｅｒｐｒｉｓｅ　Ｌｉｎｕｘ　５．４　Ｂｅｔａが公開されたので、先日から例のＸｅｏｎマシンで試用している。

５．４の目玉はＫＶＭ。少し前からＦｅｄｏｒａでＫＶＭを試したりしていたのだけれど、やっぱり本命はＲＨＥＬでＫＶＭを動かすことだったし、今後Ｘｅｎ環境をＫＶＭに置き換えたいこともあり、これは試さずにはいられない。

ところが、Ｆｅｄｏｒａと同じようにしてもＫＶＭは動かない。そもそもｘ８６にはＫＶＭ関連のパッケージが存在すらしていないので、よく確認してみたところ、次のようにあり、ＫＶＭ関連のパッケージはｘ８６＿６４版にのみ存在していた。

The KVM feature is supported on x86_64 architecture hardware platforms that employ Intel VT or AMD-V virtualization technologies.

実は、仮想化には対応しているものの、６４ｂｉｔに非対応のＣＰＵのため、この環境ではＲＨＥＬ５．４のＫＶＭは無理らしい。ｘ８６のＦｅｄｏｒａでは動いたのに！！

ちなみに、ＲＨＥＬ５．４　ＢｅｔａにＦｅｄｏｒａのＫｅｒｎｅｌとＫＶＭパッケージを追加するとちゃんとＫＶＭは動作する。でも、それではＲＨＥＬを使う意味がない。

このマシンにはかなり費用をつぎ込んでおり、あきらめたくはない。ＣＰＵは仮想化に対応しているため、Ｘｅｎでは完全仮想化が可能だった。Ｘｅｎの完全仮想化もパフォーマンスはよいので、このマシンでも結局Ｘｅｎを使うことになると思われる。まぁ、ＤｏｍＵとして動かす環境が準仮想化に対応していれば無理に完全仮想化する必要はないけど。

その他気づいた点といえば、Ｘｏｒｇのドライバが更新されたためか、ワイドの液晶モニタでも何も設定せずに最適な解像度で表示できるようになったのはちょっと感動。ただ、しばらくＦｅｄｏｒａで遊んでいるといろいろ古くさく感じてしまうのは仕方がない。