Diary/2011-01-15 のバックアップ(No.5)

バックアップ一覧
差分を表示
現在との差分を表示
現在との差分 - Visual を表示
ソースを表示
Diary/2011-01-15 へ行く。
- 1 (2011-01-16 (日) 01:26:24)
- 2 (2011-01-16 (日) 01:49:11)
- 3 (2011-01-16 (日) 03:16:20)
- 4 (2011-01-16 (日) 12:00:03)
- 5 (2011-01-16 (日) 14:18:50)
- 6 (2011-01-16 (日) 18:33:44)

新サーバの設計

新サーバをどのような構成にするか、ずっとあーでもないこーでもないと、図を描いたり試行錯誤したりしていた。まず一番最初に考えなければならないのは、何を物理マシンで行い、何を仮想マシンで行うかである。現在の amatsukami.jp は以下のように別れている。

物理マシン
- ウェブサイト
- FTP
- SMTP Gateway
- メール・サーバ
- データベース
仮想マシン
- SMTP spam フィルタ
- VPN Gateway

ボクにとっての仮想マシンの利点は、サーバ機を入れ替えてもずっとそのまま使えると言うことである。つまりこの新サーバ導入のときに設定さえしてしまえば、あとはサーバ機を何度入れ替えようが、ずっと仮想マシンは OS を再インストールしたりすることなく使い続けられるのである。
ハード構成がどんなに変わろうが、ソフトウェア上の仮想マシンは変わることがないからである（もちろん仮想マシンのプログラムそのものもバージョンが上がっていくが、基本的に古いバージョンの仮想マシンを新しいバージョンで動かすための方法は提示されることを前提としている）。

ただ結局、OS のバージョンが新しくなるたびに、仮想マシン上の OS も新しくしたいし、新しい OS による新しい機能などを使ってみたいとも思っている。そうなると結局仮想マシン上の OS 再インストールも定期的にするのではないかと推測される。
ただ、仮想マシンで組んでおけば、サーバ・マシンを入れ替えるときに全部やらなくてもすむという利点もある。物理マシンで動いているサービスは、マシン入れ替えと同時に全て設定し直さなければならないが、仮想マシンで構築しておけば、マシンを入れ替えたあとも徐々にリプレースできるのだ。

で、amatsukami.jp サーバの更新間隔が 3 年。

う～～～ん、悩む～～～。
まぁ、結局の所、まだ結論は出ていない。とりあえず以下のように分ける予定ではある。

物理マシン
- ウェブサイト
- FTP
仮想マシン 1
- SMTP Gateway
- メールサーバ
- データベース
仮想マシン 2
- VPN Gateway
- SMTP spam フィルタ

で、さっそく一つ、難関が。MySQL のデータ移行ができない（ぉ
単純に現行サーバの db ファイルを、新サーバにコピーすりゃ動くだろと思ったら、うごかねーでやんの。えー、べつにいいじゃんかよぉ。サイトを徘徊すると、元の HDD のデータをそのままコピーすれば動くよって情報と、各 DB ごとに dump してファイルに書き出し、それを取り込まないとダメだよ、っていうのと二つの情報があった。

うう～～ん、dump しないとダメなのか？？

正直めんどくさい（ぁ
なんかこーないの？一発でコピーできる方法……とか思いつつ、日が暮れた。ちくしょー！