kusanagi+conohaVPSにブログを移行してみたら、0.1秒くらいで表示されるようなった。お～早い早い、kusanagi様様だわ！

その０，サーバ引っ越しの動機
Webアプリ開発にxserverのSSHでは限界を感じ、kusanagiにも惹かれたのでconoha vpsにブログの引っ越しをしてみた。
websocketサーバやmattermostサーバなんかを構築するのに、SSHが使えるとはいえレンタルWebサーバのxserverでは出来ない事が多すぎ！

でも、vpsサーバはwordpress遅いしな～と思ってたら、評判の良いkusanagi(linux上で動くWordPressに最適化された仮想マシン)を試してみた。
仮想マシンって遅い・重いイメージだったけど、最高の環境でチューニングしておけば、お釣りが来るくらい早くなるんだね～。

さくらVPSでも良かったけど、conohaは初期手数料無料＆１時間単位の料金だった＆評判も上々なので試してみた。
kusanagiは、メモリ4GB推奨らしいけどアクセス数が少ないのなら大丈夫らしい。じゃあメモリ１GB(900円)にしよう。
最小の512MB(630円)よりコスパ良いし。
https://www.conoha.jp/vps/

その１，conohaVPSのセットアップ
1, conohaとの契約には、SMS認証必須なので、格安SIMでもSMSオプションは必須だな！
2, サーバ毎にrootのパスワード設定が必要。
3, 公開鍵方式でSSH接続しようとしたら、管理画面からはサーバ構築時にしか登録できないらしい。シャットダウンしてからサーバ再構築で無事登録できた。
4, ログインしたら、kusanagiって出てくるらしいけど出てこない…。OSタブ(CentOS)じゃなくてアプリケーションタブでwordpress(kusanagi)を選択状態でサーバ再構築したら表示された！

その２，kusanagiのセットアップ
手順に従ってkusanagiの初期化(kusanagi管理者のパスワードやMySQL管理者パスワードなど)

# 参照URL: https://kusanagi.tokyo/document/kusanagi-init/
kusagani init

1 2	# 参照URL: https://kusanagi.tokyo/document/kusanagi-init/ kusagani init

次にkusanagi provisionも行う(WordPress管理者のパスワード、URL、MySQLデータベース名＆ユーザ＆パスワードなど)
引っ越し元のドメイン名を入れておく。SSLの設定は、この時点ではしない。

# 参照URL: https://kusanagi.tokyo/document/kusanagi-provision/
kusanagi provision kusanagi_html
# /home/kusanagi/kusanagi_html/DocumentRootがドキュメントルートとなる

# 参照URL: https://kusanagi.tokyo/document/kusanagi-provision/

kusanagi provision kusanagi_html

# /home/kusanagi/kusanagi_html/DocumentRootがドキュメントルートとなる

kusanagi(WordPress)のセットアップは終わったけど、IPアドレスのままだとアクセス出来ない…。(vhostsだけ切って、DNSはいじってないので)
とりあえずローカルのhostsファイルで、URLとIPを紐づけてブラウザからアクセス出来るようにしてWordPressのセットアップ完了。

その３，WordPressのデータお引越し
kusanagiでセットアップされたwordpressは、独自プラグインなどで高速化されている(wp-content/mu-pluginsやtranslate-acceleratorなど標準WordPressには存在しないフォルダがある)らしいので、
いつものwordpressお引越しみたいに、新しいサーバへWordPressファイル＆MySQLを上書きしちゃダメらしい。

# 参考URL
https://loudandproud.me/sakuravps-kusanagi/
https://www.outbreak2000.com/archives/337.html
https://makizou.com/3001/

# 参考URL

https://loudandproud.me/sakuravps-kusanagi/

https://www.outbreak2000.com/archives/337.html

https://makizou.com/3001/

kusanagiが高速化チューニングしているのは大きく分けて４つ
1, CentOS(OS)
2, nginx(Webサーバ)
3, MySQL(データベース)
4, WordPress(ブログ本体)

3と4はデータが入っているので、いい感じにマージしないとダメ。
3のMySQLは、kusanagiが作ったテーブル
wp_sitemanager_device
wp_sitemanager_device_group
wp_sitemanager_device_relation
wp_cache
の４テーブルだけ残して、それ以外は全テーブル削除。あとは元サーバのMySQLから全テーブルをエクスポート＆インポートすれば良いみたい。

# phpMyAdminを自分でインストール
cd /home/kusanagi/kusanagi_html/DocumentRoot
wget https://files.phpmyadmin.net/phpMyAdmin/4.8.5/phpMyAdmin-4.8.5-all-languages.zip

# phpMyAdminを自分でインストール

cd /home/kusanagi/kusanagi_html/DocumentRoot

wget https://files.phpmyadmin.net/phpMyAdmin/4.8.5/phpMyAdmin-4.8.5-all-languages.zip

phpmyadminからインポートしようとしたらエラー。BigDumpでもエラー。
素直にssh経由のsourceコマンドでインポート完了。

4のWordPressフォルダ＆ファイルは、以下のフォルダだけ差し替えればOK(元サーバで、独自にファイルを配置していたら、自分で移動させる)
wp-content/plugins
wp-content/theme
wp-content/upload

その４，DNS変更＆SSL(https)対応
DNS変更は、Google Domainsでドメイン管理しているので、管理画面からDNSのIPアドレス変更(xserverからconohaVPS)するだけでOKだった。

SSL対応(https化)は、どうするんだろ？と思ったら、kusanagiコマンド一発でOKらしい。

# Congratulations!と表示されれば成功。自動更新されるようになっている。
kusanagi ssl --email 受信できるメアド kusanagi_html(最初に設定したprovision名＝フォルダ名)

1 2	# Congratulations!と表示されれば成功。自動更新されるようになっている。 kusanagi ssl --email 受信できるメアド kusanagi_html(最初に設定したprovision名＝フォルダ名)

う～ん、SSL更新できたっぽいけど、信頼できない赤い表示のままだな…。

1, xserver(元サーバ)のsslを解除
2, kusanagiの再起動(kusanagi restartとkusanagi update cert)
を行ったら、無事SSL化も出来た！

httpアクセスしてきてきたら、httpsへリダイレクトするように設定する

kusanagi ssl --https redirect プロビジョニング名

すべてのトラフィックを永久的にHTTPSにリダイレクトするよう設定します。
nginx/httpd の設定を変更し、再起動しました。
完了しました。

kusanagi ssl --https redirect プロビジョニング名

すべてのトラフィックを永久的にHTTPSにリダイレクトするよう設定します。

nginx/httpd の設定を変更し、再起動しました。

完了しました。

wordpressダッシュボードのセキュリティに色々書かれているので、wp-configのパーミッションとか修正

cd /home/kusanagi/kusanagi/DocumentRoot
chmod 440 wp-config.php 
chmod 755 wp-content
chown kusanagi wp-config.php 
mv wp-config.php ../

cd /home/kusanagi/kusanagi/DocumentRoot

chmod 440 wp-config.php

chmod 755 wp-content

chown kusanagi wp-config.php

mv wp-config.php ../

この記事は移行先(conohaVPS)で書いてみた！

関連記事