SSDプランに乗り換えました。動機、目的はこんな感じ。以前はsambaを設置してWindowsマシンからSSH経由で利用していたが、Windows側でトリッキーな設定が必要で安定しないため現在は使用していない。そのため、旧プランの100GBのストレージは必要なくなっている。SSD化によってパフォーマンスの向上が期待できる。LTSではaptでletsencryptが入らない。Ubuntuを14.04から16.04に上げるとPHPが5系から7系に上がるのでパフォーマンスの向上が期待できる。OneNoteで構築手順や設定内容を書いてサーバーの構成を管理していたが、構成管理ツールを導入して効率化したい。そこでまずは色々選んでいきます。そもそもの動機なので。構成管理ツールはansibleを採用。他と比較検討したわけではなく、以前に少し触ったことがあるので学習コストの節約を期待しました。playbookの作成、実行はWSL上で行うことにしました。移行時のダウンタイムを最小化するために事前にサーバーの設定を煮詰めておく必要があります。今後サーバーの構成を変更する際の事前検証用の環境があると便利です。これには以前からAzureのサービスは利用していたこと、起動時にのみ課金されるので費用を抑えられることからAzureのVMを採用しました。これも特に他との比較検討はしていません。旧環境互換になるようにパッケージをインストール、設定する環境構築用playbookを記述、検証用環境に対して実行してapacheのデフォルトのページが表示されることを確認。サーバーからWordPressのデータのダンプを取得するplaybookとダンプしたデータをサーバーにリストアするplaybookを記述。旧本番環境からダンプしたデータを検証用環境にリストアしてWordPressが動作することを確認。この際に検証用環境のドメインが違うためリストアしたDBにログインして一部設定をSQLで直接変更する作業を行いました。option_value=”http://anis774.net”;playbookにletsencryptのインストールから証明書の取得、apacheの設定までを行うroleを追加。検証用環境に対して流して結果を確認。Regexプラグインを追加し記事中のhttpへのリンクをhttpsへ一括置換。サイドバーに設置しているiframeのリンク先が”http://~”になっている部分を”//~”に変更。適当ないくつかの記事でリンクを踏んでみて挙動を確認。新サーバーに対して環境構築用playbookを実行。旧サーバーのWordPressでログインしないとコメントできないように設定を変更。WordPressのユーザーは私一人なので実質コメントができない状態になる。バックアップ、リストア用のplaybookを用いて旧サーバーから新サーバーへデータを移行。ネームサーバーのanis774.netのAレコードを新サーバーに向けて更新。作業用PCの回線を自宅のWiFiからLTEに切り替えてnslookupコマンドでanis774.netのIPアドレスを確認、新サーバーに向くまで待機。頃合いを見て旧サーバーを停止。