F's GarageのMovable Typeが非常に重くなってきて、１エントリをアップするだけでもタイムアウトで500エラーになってしまうことが多くなっていたので、レンタルサーバの環境ではキツいなぁと思い始めて、自宅サーバに移行しました。
F's Garageは、blogというよりも、カテゴリ毎に記事が登録されたWebサイトとしてユーザビリティを重視し、１エントリ毎にそのエントリが所属するカテゴリの全タイトルを表示するようにしています。当然エントリ毎に所属するカテゴリは違いますから、１エントリをパブリッシュする毎に大量のデータベースアクセスが発生するプラグインを入れています。これがタイムアウトの原因だと思うので、迷惑のかからない自分専用のサーバに移行する価値はあると思いました。
■サーバ本体
サーバ本体は、DellのPowerEdge SC430を使っています。
サーバとしてはびっくりするぐらい静音で安価なマシンなので自宅利用に最適です。
自宅サーバと言えば自作マシンを流用することが多いですが、やはり24時間連続稼働となると、どこのQAを通ったのかわからない電源を使うのは怖いものです。僕も何年か自作マシンで24時間連続稼働してましたから、現実は概ね問題ないことは経験しているものの、やはり企業ユース前提で作られたにも関わらず非常に安価なDellのサーバは精神的に安心という部分でオススメしたいところです。
僕が持っているのは、CPUにCeleronを積んだ奴で、64bit版のFedoraCore5をインストールしました。何のはまりもなく、さくっとインストールできます。Celeronは絶対金額を低く抑えることができるのと、かつ性能が十分という意味で、個人で使うサーバなら十分だと思いますが、たまに安く出回るPentiumD搭載機もうらやましいです。
以下、サーバ公開にあたってFedora Core5でやったことです。
■ドメインの取得
milkstand.netは、お名前.comで取ったのですが、シンプル操作という意味ではムームードメインの方が簡単で、値段も安いのでオススメです。
お名前のコンパネは、リンクのクリックを間違えるとすぐ認証外の画面に行ってしまい何度も認証しなきゃいけなかったのが面倒でした。
■固定IPの取得と、DNSの設定
うちはBフレッツのマンションタイプですが、この状態で固定IPを取得するためにInterlinkの固定IPプランに加入しました。
InterlinkのZOOT for Bフレッツ
インターリンクは池袋にある会社で、僕がインターネットを初めて接続料固定のISPとして加入したところで、比較的思い入れがあるISPです。その昔、会社の住所を歩いて探してみたら、普通の実家SOHOみたいなところでびっくりした記憶があります。
そんな会社さんも今ではサンシャインに会社を構えているようで、過当競争と言われるISP競争で生き残ってきた一社と言えます。ペパボにいる自分としては存在として親しみを感じる会社です。
今は固定IPに力を入れていますというブランディングをしていて、8個の固定IPが7000円ぐらいで取得可能ですが、月2000円ほどの利用料でも固定IPを一個もらえるのでそちらを契約しました。niftyを解約せねば。
参考1-1：外部／内部向けDNSサーバー構築(BIND)
参考1-2：実用 BIND 9で作るDNSサーバ
セカンダリDNSは、参考1-1に書いてあったマイハマネットという無料のセカンダリDNSサービスを使わせていただいています。セカンダリDNSさえ解決してしまえば、後のサービスはNATでポート毎に必要なサーバに飛ばせば良いハズなのでサーバの冗長化をしたくなるまでは固定IP一個で困らないと思います。
■SSHを公開鍵を使ってログインするように変更
数年間、自宅サーバをインターネットに晒した状態で、SSHはIDとパスワードの組み合わせにしていても特にハッキングされたことはありませんでしたが、現実には数分毎にrootへの謎なアクセスがあったのは間違いないので、URLを外に公開することもあり鍵交換方式でログインするように設定しました。
鍵交換方式とは、接続元のターミナルソフト（puttyが代表的なターミナル）に秘密鍵を入れておき、サーバ側に設定された公開鍵と組み合わせて、暗号化した状態でログイン認証するもの。これにより秘密鍵を持たないPCからはログインできなくなります。
鍵交換方式の設定方法は、ssh+公開鍵でぐぐるとたくさん出てくるので、それを参照すること。
注意点は、puttyで暗号化したキーは、Fedora CoreやMac OSXのターミナルからsshコマンド（openssh)を使ってログインする場合とはキーの仕様が違うので注意。
その辺の説明は、上記リンクの先のあちらこちらに説明してあるので、そこを参照してください。要は、puttyのキー生成ツールは両方の鍵文字列を生成してくれるので、puttyとopensshで使い分けるようにするだけなんですけどね。
また、Fedora CoreのSSHはインストール状態でrootログインが可能なので、rootログインは必ずできないように設定すること。知らなくてびびりました。
参考2-1：SSHサーバー構築(OpenSSH+Chroot)
■バーチャルドメインでメールサーバ構築
milkstand.netを移転する前に、このblogのURLであるf-shin.netというドメインを使って構築しました。milkstand.netは普段使っているメールアドレスのため、ある意味クリティカルであり、適当に移行して失敗しましたというのは避けたかったので、一旦、別のドメインで構築して正しく動くことを確認してからmilkstand.netを移行することにしました。
そのため複数のドメインは元々使うつもりだったため、バーチャルドメインで設定しておく必要がありました。
SMTPサーバには、比較的慣れているPostfixを使いました。
POP/IMAPサーバに、Dovecotを使いました。Dovecotは単一ドメインであれば、びっくりするぐらい簡単にIMAPのサーバを立てることができます。
注意点としては、Dovecotのバーチャルドメインの設定というか認証で若干苦労しました。PAMというUnixの認証apiを使って認証しようとしたのですが、その設定ファイルの書き方がよくわからず苦労しました。というか、メールアカウントのためにUnixアカウントを作りたくなかったので、Unixユーザーを追加することなく複数のメールアドレスを設定する具体的な方法が見つからなかったんですが、詳しくは以下の参照を見てください。
参照3-1：基本的なPostfixとDovecotの設定を知ることができます。
メールサーバー構築(Postfix+Dovecot)
参照3-2：Postfixの側のバーチャルドメインの設定
Postfix バーチャルドメインホスティング Howto
Postfixのドキュメントはわかりやすくて良いですねー。かなり素敵です。
参照3-3：Dovecot公式wikiの日本語訳
基本的に鳩派。
これはとりあえず。
参照3-4：本家の公式wikiのバーチャルユーザーの設定方法
Virtual Users
上記を読んで、どういう設定が必要だということはわかりましたが、僕はもうちょっと無知みたいで具体的な設定方法について悩みました。
ここからしばらくLinuxドキュメントのUser Authenticate HOWTOなどを読んだんですが、よくわからず・・・。
結局、以下のサイトを見つけて設定をコピーしました。
参考3-5:dovecot
ただし、こちらのサイトのように、プレーンテキストではパスワードを保存してはいませんので、そこは適宜読み替えが必要だと思います。
この辺は、ちょっと説明しにくいですね。一通り、通して認証について考えていかないと、良い結果には、たどり着かないような気がします。ただ、情報のつながりがわかりにくいだけで、決して難しくはないのでがんばってください。なおPAM以外にDBに認証データを保存する認証、LDAPを使った認証などいろいろ可能です。
■バーチャルホストでWebサーバ構築
この辺は、いくらでも情報が見つかるので基本的に省略します。
参考5-1:Apache の IP ベースのバーチャルホストサポート
参考5-2:cgi-binをバーチャルホスト毎に設定する方法
■MT2.6の移動
milkstandで使っているMTのバージョンは2.6です。
このバージョンからはパーマリンクを変えずにMT3.3には移行できないので、MT2.6をまるごと移行することにしました。
はまった点：
・mysqlの文字コード
rpmでインストールしたmysqlはデフォルト文字コードがUTF-8ではなかったため、PHPMyAdminでエクスポートしたSQLをそのままインポートしたら文字化けしました。そのためcreate databese時に、文字コードをutf8にする一文を追加しました。
CREATE DATABASE MTのDB名 CHARACTER SET utf8;
また、MovableTypeがDBからのデータを読み出す時に同様にうまく読み出しができなかったので、強制的にcharsetをutf8にするように設定しました。
参考6-1: PHPとMySQLの個人的まとめ
・mt-blacklistを入れてると「Byte order is not compatible at ../../lib/Storable.pm」が出てうまく動かない件
mt-blacklistのサイトってもうサポート辞めちゃったんですね。MT3.3に移行してくださいという言葉を残して本家サイトが閉鎖状態になっています。
が、そうも言ってられないので、とりあえず今まで通り動かそうとうするとByte Orderなんちゃらというエラーがログにはかれうまくコメントなどができませんでした。
これは、元々32bit版のLinuxで動いていたMTを64bit版のLinuxに持ってくると起きる現象だそうです。
直す方法は、以下参照なのですが、
参考6-2:Migrating MovableType to a 64 bits machine.
え～と、直す方法は、「mt_plugindataの中身を消せば良い。」
ただし、mt-blacklistが初期化されてしまうので再設定をするわけですが、僕がやったらmt-blacklist.cgiが無限リダイレクトループになってエラーになったので、mt-blacklist.cgi関連ファイルの中で、mode=__configにリダイレクトしている部分をコメントアウトして強制エラーを起こすようにしたら、なんとか初期化することができました。
■完了後の性能評価
本当は、上記以外にパーミッションであるとかオーナーであるとか、iptablesでポート開ける必要があります、とか、FedoraCore5では鬼門のSELinuxなどもあり、本当はもうちょっといろいろありますが、サーバの移行そのものに重要な内容は以上です。（僕はSELinuxはオフにしました。SAMBAがよくわからなかったので。）
そんなこんなで、それ相応に時間がかかり動き始めることができました。
そこでさっそくF's Garageのすべてのエントリをリビルドしながら、topコマンドを実行してみたのですが、やはり負荷は非常に重いです。
F's Garageは、ユニークのエントリIDは835ですが実際は600エントリぐらいかなと思うのですが、リビルド中のCPU使用率はmysqlとapache合計で100%になってしまい、mysqlとapache(perl?)でお互い40～50%の間でCPU使用率を取り合うと言った状況になって、４分間ぐらい時間がかかりました。
冒頭でも記述した通り、F's Garageは比較的DBアクセスが発生するプラグインを使っているので普通のMTで同じ数だけリビルドしても必ずこうなるというわけではないと思いますが、もはや占有環境に入れないと厳しいマシンパワーが必要になってしまいました。
■最後に
今回はMT2.6を直接持ってきてしまいましたが、やはり本来は、MT3.3でアップグレードしたいですね。
ただURLが変ってしまうのはよろしくないので、できれば今までのURLにアクセスがあったらリダイレクトしたいものです。
しかし、さすがに600から800もエントリーIDがカウントアップしている状態で、一つ一つ.htaccessにリダイレクト設定をするのは重労働です。そこで、以下のURLにて、.htaccessのリダイレクトテンプレートを作ることで自動化する方法があるそうです。
これらの情報は、既にWeb上にある情報ばかりですが、それら情報を組み合わせて構築しましたという例です。これらの中でPostfix本だけは持っていますが、ある程度慣れていたせいもありますが、今回は特に見ることもありませんでした。
特に「Fedoraで自宅サーバー構築」の方の情報は非常に参考になり、ありがとうございました。FeforaCore5は、多分、iptablesがデフォルトで有効になっているので、こちらの設定などは参考になると思います。