例えば、年収600万円、家賃10万円（年間120万円）の人であれば、家賃を会社が支払う（「借り上げ社宅」にする）ことにして、年収を480万円に減らすと、会社側の負担はさほど変わらない一方で、個人の所得税、住民税、社会保険などの負担が20万円ほど減ることになる。

ただ、これには条件があって、家賃の一部はその社員自身が負担しなければならない。仮に負担率が50%だとしたら、その分年収を増やすことになるので、減税効果も半分にまで落ちてしまう。借り上げ社宅が節税になるのは、認められている負担率が実質的に10～50%程度と、少なくて済むからだ。

社員が支払うべき、税務上問題のない家賃は、その住居の「通常の賃貸料」から計算する。これは法的に定められた賃料で、ややこしい計算が必要になる。仮に会社の役員が小規模（99平方メートル以下）な住宅を借りる場合には、次の計算となる。

通常の賃貸料＝ ①×０．２％＋１２×家屋の床面積÷３．３＋②×０．２２％
① その年度における家屋の固定資産税の課税標準額
② その年度における敷地の固定資産税の課税標準額

ここで「固定資産税の課税標準額」は、役所にいけば閲覧（または縦覧）できるらしい。ただ、その年の1月1日以降に出来た新築物件では、まだ評価額が決まっていないので、正確な額はわからない。そのような場合には、周辺の同じような物件から類推するなりして、適当と思われる額を設定するようだ。そんな面倒な。

仮に社員の負担額が「通常の賃貸料」を下回る場合には、差額が給与と見なされて、その部分に後から追加で課税される。ということは、とりあえず適当な額（例えば10%）を支払っておいて、後になって不足が判明したら「ごめんなさい」で、追加の税金を払えば済むのだろうか？

最初から50%を負担しておけば問題ないようだけど、それでは面白くないので、10%の負担でいいものか税理士さんに問い合わせ中。問い合わせたところ、「うちでは20%程度にすることを勧めている」とのことだった。（過小な設定はお勧めしない、とのこと）

ルールはルールとしても、実際には賃貸物件の課税標準額を知るのは難しいらしい。20%だったらまあいいか、ということで、この問題はいったん終了。

選択肢としては、次のようなものが考えられる。

1. 新居の住所で登記する
2. 実家の住所で登記する
3. 登記できる住所を借りる

法務局の管轄を超えて本店を移転すると、手数料（登録免許税）が６万円かかる。１．の方法だと、自分が引っ越すたびに６万円かかってしまうし、手続きも面倒なのであまりやりたくない。

２．の方法だと、一度登記してしまえばもう変更する必要もなくなりそうだけど、いかんせん、うちの実家は遠いので、今後の手続きが何かと面倒になりそう。特に印鑑証明は郵送では取れないようなので、やっぱり近くで登記したい。

そこで３．の方法として、登記の出来る部屋＆住所を貸してもらえる「バーチャルオフィス」というサービスが使えそうだけど、料金は月額5000円前後が多いみたい（年間にして６万円）。ということは、コストだけを考えるなら、引っ越すたびに登記しなおした方がまだ安いということになりそう。

結論

迷った末に、バーチャルオフィスを借りることにした。

部屋を使わずに住所を借りるだけなら月額1000円からあるみたいだけど、いくつも業者があって、どこがいいのかよくわからない。とりあえずウェブページを見て、ちゃんとしてそうなところに申し込んでみた。

新居から２駅の場所で、月額5000円くらい。郵便物とFAXの転送サービスがついてる。予約すれば、部屋も時間貸ししてもらえるようだけど、使うかどうかはわからない。でもこれ、もし業者が倒産したら、また登記やり直しなんだろうなぁ・・

7つの習慣―成功には原則があった! スティーブン・R. コヴィー ジェームス スキナー

本を読むことで、それまでの物の見方が変わるというのはよくあることだけど、これだけ自分の核心に迫ってくるものは初めてかもしれない。

本書では、人間の成長プロセスを「依存」→「自立」→「相互依存」の三つの段階でとらえている。

第１～第３の習慣は「自立」へ至るためのプロセス。自分の心の安定性や方向性を、自分以外の他者によって惑わされることなく、自分の中にぶれることのない基準（原則）を作り上げて、それに従って生きていくことを目指す。

第４～第６の習慣は「相互依存」、つまり自分以外の他者とのよりよい関係を作り上げるためのプロセス。相手のことをよく理解し、お互いの違いを認めた上で、一人では考えつかなかった優れた成果を一緒に導くことを目指す。

第７の習慣は、自分自身を成長させるためのプロセス。日常の生活の中に、自分を肉体的、精神的、知的、社会的に成長させていく習慣を取り入れる。

ひとつひとつの習慣は目新しいものではないけれども、それじゃあ既にやっているか、というと全然そんなことはない。自分自身の悪いところ、足りないところをはっきりと認識し、これからどう生きていくかという指針を与えられた思いだ。

もっと早く読んでおくんだった。一読しただけで全ての習慣が身につく物ではないけれども、今からでも少しずつ自分の生活習慣を見直していこう。

使っていないときはPCをスリープさせ、録画中だけ起動するようにしたいのだが、標準設定だと次のような動作になってしまう。

• 予約した時間にスリープから復帰はするが、録画が終わってもスリープに戻らない。
• 予約録画しているわけでもないのにスリープから復帰することがある。

これらの問題について調べてみた。

スリープしない問題

はっきりと原因を突き止めたわけではないのだが、一つの手がかりとして、コントロールパネルの「電源オプション」に次のような設定がある。

• マルチメディアの設定
• メディアを共有するタイミング
• (1) コンピューターのスリープを許可する
• (2) アイドリングがスリープ状態になるのを回避する
• (3) コンピューターが退席中モードになるのを許可する

標準設定ではこれが1になっているのだが、Media Centerを動かしていると（というか、メディアを共有していると？）、これが2ないし3に変わってしまうみたいだ。

2も3も、どちらもスリープを避けることによって、PCをメディアサーバとして動かし続けるための設定。そのような意図がないなら、これを1に戻すことで再びスリープに入ってくれるようになる。

・・らしいんだけど、どうも動きがよくわからない。手元の環境だと、最初に設定を変えたときにはスリープしてくれなくて、スリープまでの時間を変えたり、PCを再起動したりとなんだかんだやってるうちに、いつの間にかスリープするようになっていた。

その後、このオプションを2に戻すと、またスリープしなくなる・・のかと思いきや、今度はどうやってもスリープしてしまう。よくわからん。

ちなみに3の「退席中モード」（別名Away Mode）というのは、PCは起動させたまま、モニタとかサウンドの電源だけ落とすという、メディアサーバのための電源モードらしい。システム（BIOS）側で対応していない場合、これを選ぶと単純にスリープが不可能になるみたいだ。

スリープから復帰する問題

タスクスケジューラを開いて「Microsoft / Windows / Media Center」を選ぶと、「mcupdate_scheduled」というタスクが毎日一回実行されるようになっている。「条件」タブを開くと、「タスクを実行するためにスリープを解除する」というオプションにチェックが入っているので、これが原因でスリープが解除されているのだとわかる。

このタスクが何をやっているかというと、どうやらMedia Centerのアップデートをチェックしているらしい。それだけのために毎日スリープを解除してくれなくても自分は構わないので、このチェックを外すことによって意図しないスリープ解除はなくなった。

まとめ的な内容は、Google Sitesの方に置くことにした。

• http://www.k24d.net/homepc

さんざん悩んだ末に、ストレージの割り当てがようやく決まった。ポイントは二つ。

• ファイルサーバは使わずに、メインPCのRAID1（ミラーリング）ボリュームにデータを集める。
• TeraStationはバックアップ（WHS）専用にする。

サーバ環境

ESXiにはローカルディスクを入れて、WHS以外の仮想マシンはそこに作る。仮想ディスクは、たまにTeraStationの方に手動でバックアップする。

TeraStationはWHS専用にして、バックアップのために用いる。常時起動しておく必要はないので、使わないときはWHSをサスペンドし、電源を落とす。

デスクトップ環境

メインPCには、システムディスクとデータディスクを用意する。データディスクはRAID1でミラーリングする。

消えて欲しくないファイルはデータディスクに入れる。仮想マシンの仮想ディスクもデータディスクに入れる。

メインPC、及び仮想マシンは、定期的にWHSにバックアップする。WHSが使えない仮想マシンについても、仮想ディスクをまるまるバックアップする。

これでようやく安心して作業を始められるよ・・

最近はネットブックなど、DVD/CDドライブのないマシンも増えたけれど、なんだかんだで使いたいときが時々ある。

そういうときは

• USB接続のドライブを使う
• 別PCで中身を抜き出し、USBメモリ/ネットワークでコピーする
• 別PCでISOイメージに変換して、それを持ってきてマウントする

といったことをやるのが一般的かと思うけど、iSCSIというプロトコルを使うと、リモートのDVD/CDドライブをあたかもローカルドライブのように扱えるようになる。

iSCSIに対応したソフトウェアとしては、Alcohol 52%というフリーソフトが使えるみたい（他にもあるかな？）。最初にこれをリモート側のPCに入れて、上のスクリーンショットのようにDVD/CDドライブを共有設定しておく。

次にローカル側でiSCSIイニシエータ（Vista以降では標準搭載）を起動し、リモートPCのアドレスを入れると、共有したドライブがローカルから見えるようになる。

単なるファイル共有とは違って、iSCSIだと本当にローカルドライブと同じように扱えようになる。リモート側でCDを入れるとローカル側で自動再生されるし、CDを焼いたりイジェクトすることも可能。

iSCSIの自動接続を設定すると、リモートのPCを落としてもずっと再接続しようとしてしまうので、手動で接続したほうがいいかもしれない。

ローカル側はOSの標準機能だけで出来るのがいい。USB接続のドライブが使えないときには便利。

2chとかで盛んに情報交換されてるけど、調べれば調べるほど、どれがいいのかわからなくなる。とりあえず個人でも導入できそうな範囲で、適当にピックアップ・・

ソフトウェア

FreeNAS

FreeBSDベースのNAS専用ディストリビューション。

ファイルサーバとして使う分には申し分ないんだけど、iSCSIターゲットがどうも不安定・・。高負荷になると落ちるという話をよく見る。

バージョン0.7からは、ファイルシステムにZFSがサポートされるという話なので、ストレージレベルでのバックアップに便利かも。

Openfiler

こちらはLinuxベースのNAS専用ディストリビューション。

自分は試したことがないんだけど、ESXiとの相性がいいらしい。フリーで安定して使うならこれが一番？

ZFSのような新しいファイルシステムは取り入れられてないようなので、いろいろやってみたい人には物足りないかも？

OpenSolaris

ZFSの本家。iSCSIターゲットもあるので、SANとしても使える。

フル機能のOSなので、インストールサイズが大きい（5GBくらい）。でも容量さえあればUSBブートも可能。

覚えることが多そうだけど、コマンドでもGUIでもいろいろ管理が出来るので、本格的にシステム構築するにはいいか？

Windows Storage Server

Windows Serverをストレージ専用にパッケージングした製品。

NAS製品への組み込み用途が中心で、ソフトウェアとして単体で購入するものではなかったんだけど、最新版（Storage Server 2008）がTechNetやMSDNからダウンロード出来るようになったようで、導入の敷居が下がった。

iSCSIターゲットが用意されており、シャドーコピーによるスナップショットも出来るようだ。Windowsに慣れてるならこれがいいかも？

試そうと思ったけど、システムだけで20GB以上のストレージが必要で、延々と数時間もパッチを当てるのにうんざりしてやめてしまった。本腰を入れてサーバを構築しようというのでなければ、Windows Server 2003のほうが手軽そう。

Windowsで動くiSCSIターゲットとしてはStarwind iSCSI Targetというのが使える。iSCSI経由でリモートのRAMディスクをマウントしたり、ISOファイルをマウント出来たりする。フリー版もある。（スナップショットとかは有償）

専用機

TeraStation

iSCSIが使えるストレージ専用機。手軽に導入できるという点ではよいか。

不具合なのか相性なのか、ESXiから一つのボリュームしかマウントできないという問題がある。（TeraStationを二つ繋ぐことも出来ない）

NFS対応NAS

iSCSIじゃないけど、NFSに対応したNASならいろいろあるみたい。iSCSIにこだわらないなら、こっちのほうがいいかもね。

• ReadyNAS Duo
• SmartStor NS4300N / NS4600
• HDD BANK TERA

他にお手頃なのはあるかなぁ。

自宅用にESXiを動かしたいのだけど、24時間稼働だとどうしてもファンの音と電気代が気になる。

というわけで、静音性と省電力に優れたマシンを検討してみた。

CPU選び

まず問題となるのがCPU。自宅サーバなんてほどんどCPUパワーを使わないので、多少非力でも省電力なものが欲しい。でも、ESXiを動かすならVT対応が必須（64ビット仮想マシンを動かすのに必要）。

省電力プロセッサといえばIntel Atomが思い浮かぶけど、64bitでVT対応のものがまだないようなのでボツ。

となると、Intel Core 2のモバイル向けが無難かな、ということで、Core 2 DuoのPenryn辺りを考える。

マザーボード選び

問題はマザーボードで、モバイル用CPU（Socket P）に対応したものって案外少ない（しかも高い）。そんな中、AOpenのMP45-Dというベアボーンがよさげという話を聞いたので調べてみると、Intelのネットワークカードが使われてるみたいだし、ESXiも動きそう。

パーツ購入

というわけで、システム一式そろえてみた。

合計6.2万円。もっと安くできる構成もありそうだけど、まあいいや。

組み立て

本体の大きさはMac miniとほとんど同じ。拡張性はほとんどない。

ストレージは2.5インチHDDが一つしか入らないけど、eSATAで外付けドライブを接続できる。ただし、ポートマルチプライヤには対応していないため、接続できるHDDは最大二つ。あるいは外付けドライブでハードウェアRAIDする必要がある。

説明書通りにパーツを取り付けて終わり。メモリがちょっと刺しづらいけど、トラブルもなくあっさり完成。

BIOSの設定

ひとまず”Load Optimized Defaults”で初期値に設定。

VTが無効になってるので、“CPU Feature”の”Virtualization Technology”を”Enabled”に変更。

CPUの省電力機構を生かすために、”CPU C State Capability”を”C6”に変更。

グラフィックは最初しか使わないので、”Advanced Chipset Features”からビデオメモリを最小値に変更。

設定が終わればキーボードも外すので、”Standard CMOS Features”からエラーを出さないように変更。

ストレージは初期値でAHCIになってる。ハードウェアRAIDは搭載されてないみたい。

ESXiのインストール

最初はUSBメモリから起動してiSCSIストレージを使おうと思っていたのだけど、起動すると「Panic: Cannot get disk parameters.」と出て止まってしまう。どうやらBIOSでUSBをHDDとして認識させないといけないらしいのだが、そのような設定項目がないので断念。

ストレージをどうするかはいろいろ考えられるだろうけど、とりあえず内蔵ディスク＋手動バックアップでいいや、ってことで普通にインストール。何の問題もなく動作した。

雑感

高負荷だとファンの音が聞こえるけど、普段はハードディスクの回転音以外は聞こえない。

パワーチェッカーで消費電力を見てみると、仮想マシンを何個か起動した状態で18W。負荷の高いときでも30Wくらいで動いてるみたい。これなら一ヶ月の電気代は300円以下に抑えられそう。前に買ったATOM+IONマシンが常時30Wくらいであることを考えると、ACアダプタのベアボーンってのが更なる省電力になってるのかな。

これでいくつものサーバを動かせるんだから、すごい時代になったなぁ。

追記（10/30）

外付けHDD（eSATA）でハードウェアRAIDによるミラーリングをしようかと思って、「裸族の二世帯住宅2.5」というのを買ってみた。

結果としては失敗。熱暴走するのかなんだかわからないけど、負荷を掛け続けると動作がおかしくなってしまう。（青のLEDが点滅を始める）

結局、内蔵ディスクをSSDに入れ替えることにした。コスト的には上昇するけど、静音性と省電力を考えると、この辺りが落としどころか。

ストレージは難しいなぁ・・

追記（11/9）

ストレージ（Intel SSD）の性能を測ってみた。左は実機に直接接続した場合で、右は仮想マシンからアクセスした場合。

仮想マシンのほうがやや性能が落ちる傾向にあるけど、ほとんど気にならないレベル。

仮想マシンとして動くWindows Server 2003に、StarWind iSCSI Target（無料版）を入れて、Windows 7からiSCSIディスクとしてマウントしたときの性能は次のような感じ。（左：RAMディスク 右：SSD）

RAMディスクでも、仮想マシンの電源を落とさない限りはデータが失われることもないので、これはこれで使いどころがあるかもしれない。

関連する記事

• まとめ
• 自宅システムのストレージ構成

BINDのインストール

Ubuntu Server 9.04をVMware ESXi 4.0にインストール。

（インストール時に[F4]を押して”Install a minimal virtual machine”を選ぶと仮想マシンに最適化される）

パッケージとして「DNS server」を選択すればBIND 9がインストールされる。

BINDの設定

/etc/bind/db.example.com として次のようなファイルを作成。

;
; BIND reverse data file for example.com zone
;
$TTL    604800
@       IN      SOA     ns1.example.com. root.example.com. (
                        2009100701      ; Serial
                         604800         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
;
@       IN      NS      ns1.example.com.
        IN      NS      ns2.example.com.
ns1	IN	A	(自分のグローバルIPアドレス)
ns2	IN	A	(セカンダリDNSのIPアドレス)
...

/etc/bind/named.conf に次の設定を追加。

zone "example.com" {
        type master;
        file "/etc/bind/db.example.com";
        allow-transfer {
                (セカンダリDNSのIPアドレス);
        };
};

ここで /etc/init.d/bind9 restart して、設定を確認する。

# apt-get install dnsutils
...
# dig @localhost ns1.example.com

; <<>> DiG 9.5.1-P2 <<>> @localhost ns1.example.com
; (2 servers found)
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54049
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1

;; QUESTION SECTION:
;ns1.example.com.              IN      A

;; ANSWER SECTION:
ns1.example.com.       604800  IN      A       (自分のグローバルIPアドレス)

;; AUTHORITY SECTION:
example.com.           604800  IN      NS      ns1.example.com.
example.com.           604800  IN      NS      ns2.example.com.

;; ADDITIONAL SECTION:
ns2.example.com.       604800  IN      A       (セカンダリDNSのIPアドレス)

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Oct  7 16:20:45 2009
;; MSG SIZE  rcvd: 98

ルータの設定

DNSサーバはNATの内側に置いたので、「TCP/UDP両方」の53番ポートを転送するようにルータを設定する。

これでプライマリDNSの準備完了。

セカンダリDNSの設定

グローバルIPアドレスが一つしかないので、セカンダリDNSにはマイハマネットさんを使わせていただくことにした。

ユーザ登録して、自分のIPアドレスとドメインを入力。設定がうまくいってれば、ZoneタブのところにプライマリDNSの設定内容が表示される。

ドメインの登録

ドメインはムームードメインで取った。メニューから「ﾈｰﾑｻｰﾊﾞ設定変更」を選んで、「取得したドメインで使用する」を選ぶ。

まず、「取得したドメインでネームサーバを登録する場合はこちらをご利用ください。」のリンクをクリックして、プライマリ/セカンダリDNSのIPアドレスを登録。

続いて、下記の通りネームサーバを設定する。これでしばらく待てば、設定したDNSサーバに要求がくるようになる。