このblogの載ってるサーバーの引越しを実施。
自分のためのログ。
このblogのサーバーはNTT CommunicationsさんのCloud-nというサービスを使ってる。
たまたまエバンジェリストの林さんと知り合いになれたので、サービス開始
当初から使わせていただいているわけで。
3月上旬から「米国リージョン Compute(VLANタイプ)終了です」ってメール来てたんだね。
後から気がついたよ。メールに予告されている通り、4月1日にバツンとshutdownされた。
うーん、なんか、誰かがshutdownコマンド打ってるけど、なんだこれ？
もしかしてのっとられたか？と思ったけど、フツーにコンソールにアクセスできたので、
再起動だけしておいた。忙しかったしな。
ちょっとしてから知らない固定電話から着信。折り返したらNTT-Comの担当さんだった。
その電話でようやく事情を理解。ほんとすみませんでした。
移行ツールが用意されていたので、移行は楽チンなことを確認だけして、作業は後日とした。
雨の日曜日、作業を開始。
（１）旧サーバーのcrontabを編集。fetchmailでMyDNSにIP通知するのを停止。
→これは、新サーバーを立ち上げた時に勝手にDNSを書き換えないように。
（２）旧サーバーコンソールでサーバーを停止してテンプレート(AWSで言うところのAMI)を作成。
（３）テンプレートできたところで旧サーバーを再起動。
（４）移行ツールでテンプレートをVLANタイプからFLATタイプへコピー。
※ここのマニュアルがわかりづらくて、FLAT側のIDに入れるべきIDがどれかわからず
だいぶタイムロスした。
（５）VLANタイプ側のファイヤーウオール設定をFLATタイプ側のセキュリティグループに移す。
（６）FLATタイプ側でテンプレートを使って新サーバーを立ち上げ。
（７）新サーバー側で各種サービスの起動を確認。
（８）新サーバーでfetchmailを実行してMyDNSにIPアドレスを通知。
（９）MyDNS側でIPアドレスが変更されたことを確認。
（１０）blog、mailのlogで新サーバーへトラフィックが向いたことを確認
（１１）旧サーバーを停止。
（１２）新サーバーで定期スナップショットの設定。
実質2時間程度かな。（４）のログインで時間使ってしまったのが悔やまれる。
—後日追記(2015.04.07)
マニュアルに追記されてた。
「1.2. 事前に行っていただくこと」
—後日追記ここまで
それにしても、OS入れて、いろんなモジュールいれて、CMSいれて、ってやってたら
こんな時間では済まないから、クラウドっつーか仮想化ってやっぱり便利。
ちなみに、今回のサーバーの停止とか再起動とかしつつ監視ツールの動作も確認できた。
UptimeRobotを使っているけど、以前までweb以外のサーバーは名前ではなくてIPアドレス
しか設定できなかったが、気がついたら名前で設定できるようになってた。
この監視ツールは無料だし、便利なので、お勧め。
さて、次は2年前に勢いで取った.asiaドメインの更新をどうするか、が懸案。
