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

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 パッケージらしいのだけれども、現時点ではこれが更新されていないのが残念。。

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

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

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

ＲＨＥＬ５のｘ８６版で 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-21 追記。 部屋が２９度はどう考えても厳しいので、静かな運転モードは解除し、風量「中」の運転に切り替えることにした。先日までは常に最大風量だったので、これでも控えめ。もちろん室外機の音の大きさを気にしつつ。。

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

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

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

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

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

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

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

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

さて、Ｃａｔａｌｙｓｔ　２９６０はシロッコファンを搭載しており、温度が低い場合は低速に回転し、Ｃａｔａｌｙｓｔ　２９５０などのファンと比べると、とても静かなのだ。しかし、室温が２６度くらいの時は電源を入れてしばらくするとファンの回転速度が上がり、急にうるさくなる。かなりうるさいので、コレを何とかしようと思った。

ファンはＤＥＬＴＡのＢＦＢ１０１２Ｍというもので、ＤＣ１２Ｖ，３２００ｒｐｍ，騒音４９ｄＢＡのなかなか強力なファンらしい。コレに変わる静かなファンをさがすも、このタイプのものではなかなか静かなものが見つからなかった。

ＤＣ１２ＶということはＰＣのファンコントローラが使えるはず。ということで１０００円弱と手頃価格でコンパクトなアイネックス FC-01W-BK を買ってきた。

ファンコンをどのように取り付けるかというと、ファンコン本体は外側、コードをＲＰＳコネクタ部分の隙間からスイッチ内に引き込む。ここでコネクタの結線を変える必要があるのは注意。また、ＲＰＳコネクタの隙間はわずかしかないので、ファンコンのコネクタを外してスイッチ内に引き込んで、中でファンコンのコネクタを取り付ける必要がある。

ファンコンは両面テープで固定すれば問題なし。ファンコンの効果は大きく、これでかなり静かになった。弱くしすぎるのも熱がこもってよくないので、わたしは８割くらいの強さにすることにしている。これでもＭａｘよりも随分と静かになるし、そこそこの風量なので、たぶん大丈夫？？

未使用接続端子にカバーを取り付けるのが大好きな私としては、ＲＰＳコネクタの金属カバーの取り付けができなくなってしまったのは少々残念かな。

そのため、このｂｌｏｇではセキュリティポリシ上、使用している機器の型番やソフトウエア名などを公開しないことにしていたのだけれども。。そのせいで５年くらい前と比べると非常につまらない内容になってしまっているし、そもそも書くネタがなくなってしまう。というわけでその辺を少し緩和してみようかと思う。

２年もの間にか随分とメモリも安くなってしまったことを思うと少々悔しいのだけど、それも仕方がない。サーバ用なのでＲｅｇｉｓｔｅｒｅｄ　ＥＣＣメモリ。

最初はＭ社の１ＧＢのメモリを２本積んでおり、それよりもＩ社の方が省電力という情報があったので、Ｉ社の２ＧＢのメモリ２本を入手してワットチェッカーで比較してみますと、その消費電力はほぼ互角か後者の方が１Ｗ程度高いくらい。その両方をさすと＋３Ｗくらい。いずれもアイドル時。。

将来、ＲＨＥＬがＫＶＭに対応したことを考えて、今のうちにＦｅｄｏｒａ　１０でＫＶＭを試してみましたところ、今の構成ではＰＡＥ　Ｋｅｒｎｅｌで仮想マシンが起動できず、非ＰＡＥ　Ｋｅｒｎｅｌでは起動できたため、結局６GB差しても意味がないので４GBで我慢することにした。非ＰＡＥのため、３．５ＧＢくらいしかにんしきされないのは悔しいけれど。おそらくＣＰＵの問題なのではないかと思われる。おかげでかなりはまってしまった。

それにしてもＫＶＭには感動した。完全仮想化ながらゲストとホストで処理能力の差がほとんど感じられないので。すごい。

もう２年以上前に気合いを入れてパーツを購入したものの、まだ組み立てあがっていないマシンがある。サーバ用マザーボードにＸｅｏｎプロセッサという構成で、今まででもっともお金がかかっている。まだ組み上がっていないのは、細かいことが気になりすぎてしまったことと、ラックマウントケースに取り付ける各種金具の設計に時間がかかりすぎてしまったから。さすがに２年もたってしまうと集めたパーツにも時代を感じてしまう。。。

まずはＳＡＳ対応のＲＡＩＤカード。コレの選定でいちばん悩んだ。入手するまで性質がよくわからないので、消費電力や発熱を押さえつつ、納得のパーツというのは難しい。省電力だが、ＲＨＥＬ５の標準Ｋｅｒｎｅｌでは認識せず、Ｋｅｒｎｅｌをアップデートするたびにモジュールのインストールを必要とするもの。性能がよく、ＲＨＥＬ５のＫｅｒｎｅｌで認識するが、消費伝量が高いものなどがある。ＲＡＩＤカードの消費電力の差は高いものと低いもので１３Ｗほどもあった。

まぁ、どれを採用したのかはセキュリティポリシ上お伝えできないのだけれど。

ＨＤＤは手持ちのものを使ったので、２万円強で完成してしまった。コレは安い。

某Ｌｉｎｕｘディストリビューション（セキュリティ上伏せる）をインストールしてみたところ、１つ問題があり、ＨＤＤの読み書きがあまりにも遅すぎる。これは起動オプションで all-generic-ide を指定して解決。

このケースはファンレスなのだけれど、しばらく動かしているとケースがやや熱くなっている。ＨＤＤのＳＭＡＲＴ情報から温度を見てみるとＨＤＤは５０度以上にもなっており、あわてて外部に６ｃｍのファンを取り付けることにした。これだけで随分と温度が変わった。

もっとも気になっていたのが消費電力だった。ワットチェッカーで計った結果、３．５インチＨＤＤを２本と、ＰＣＩ　ＥｘｐｒｅｓｓのＮＩＣを取り付けて、外部の６ｃｍファンを回した状態でアイドル時３５Ｗ。過去にＰｅｎｔｉｕｍ　Ｍで何台も組んでいると、性能の割には消費電力がやや高いという印象。