さくらインターネットのプラン変更(サーバ移行)の手順や注意点（SSL対応ドメインが複数ある場合は要注意）

先月の2/26(日)から2/27(月)にかけて、「最速資産運用」のサーバ移行作業を実施しました。「最速資産運用」以外の数十のサイトについても同時にサーバを移行..

【情報公開日】2023/03/29　【関連タグ】お得/プチリッチ節約お得

　
　先月の2/26(日)から2/27(月)にかけて、「最速資産運用」のサーバ移行作業を実施しました。「最速資産運用」以外の数十のサイトについても同時にサーバを移行するなど結構大変だったので、備忘的に手順や注意点等について残しておくことにします。同様の作業を検討している方の参考になれば幸いです。

昨夜未明に実施した「最速資産運用」のサーバ移転作業は概ね問題なく完了しました。一時的にアクセスできないなど、不具合が生じたことお詫び申し上げます。
「さくらのマネージドサーバ」の旧プランから新プランへの移行でしたが、手順や注意点等について後日ブログ記事として公開予定です。
— 最速資産運用 (@mabank_j) 2023年2月27日

　

【目次】

さくらのマネージドサーバ旧サーバと新サーバの比較

　今回、さくらインターネットの「さくらのマネージドサーバ SSDプラン」を「さくらのマネージドサーバミディアムプラン」へ変更しました。旧プランから新プランへの乗換です。

　新旧サーバにおける最大の違いは仮想サーバか否かです。従来までの「さくらのマネージドサーバ」はマネージド専用サーバでしたが、2022年12月6日受付分からマネージド仮想サーバへ切り替わりました。

さくらのマネージドサーバが12/6にリニューアルして仮想サーバ化｜格安マネージドサーバ動向（2022年12月）: 最速資産運用 ma-bank.net 2022/12/19更新
今回格安マネージドサーバ比較ランキングを更新した際、気になったことについてまとめてみました。さくらのマネージドサーバが12/6にリニューアルして仮想..

　さくらのマネージドサーバの旧サーバ(移行前)と新サーバ(移行後)の主なスペックは以下の通りです。

項目	旧サーバ	新サーバ
プラン名	SSDプラン	ミディアムプラン
月額料金	19,800円	16,720円
CPU	Intel Xeon E3-E312xx Sandy Bridge	Intel Xeon Cascade Lake 仮想8コア
メモリ	14GB	16GB
SSD	360GB	1TB
RAID	RAID1	RAID10
OS	FreeBSD 9.1	FreeBSD 13.0
Apache	2.4.54
PHP	7.4.33	8.0.25
Python	2.7.6	3.8.12 2.7.18
回線速度	100Mbps	1Gbps
仮想化	×	◎
契約期間	2014年2月～	2023年2月～

さくらのマネージドサーバミディアム (さくらインターネット)

仮想
サーバメモリ
16GBSSD
1TB CPU
仮想8コア回線速度
1Gbps

【月額料金】税込16,720円 (一括割引:13,933円)

【初期費用】税込17,600円

RAID10コントロールパネルから無料SSLサーバー証明書「Let's Encrypt」の導入が可能... 詳細ページを見る

　スペックは新サーバの方が優れている上に、月額料金も安くなっています。特にCPUでその差は顕著で、旧サーバの「Sandy Bridge」は2011年頃、新サーバの「Cascade Lake」は2019年頃と、発売時期は8年ほど離れています。

　以前に比べレンタルサーバに仮想サーバが普及したこともあり、専用サーバにこだわる必要はないと判断して乗り換えることにしました。

仮想サーバと専用サーバの立ち位置: 最速資産運用 ma-bank.net 2015/08/26更新
先ほど格安マネージドサーバ比較ランキングを更新しましたが、比較一覧の上下に、専用サーバと仮想サーバの切り替えるタブを新たに設置しました。このよ..

さくらインターネットのプラン変更は物凄く大変

プラン移行作業は最初からやり直す必要あり

　さくらインターネットでプラン変更をする場合、移行ツールなどが用意されていないので、原則的に一からやり直す必要があります。これは物凄く大変なので何とかしてほしいです…
　

MySQLのデータ移行

　個人的に結構大変だったのは、MySQLのデータ移行です。特にデータ量が巨大なMySQLテーブルについては、phpMyAdminのエクスポート機能ではタイムアウトするので、以下のような手順でデータを移行しました。

1. CSVファイルをエクスポート＆アップロード
　以下のようなMySQLコマンドで旧サーバからCSVファイルをエクスポートした後、FTPで新サーバへアップロードします。

"SELECT * FROM [テーブル名] INTO OUTFILE '[テーブル名].csv' FIELDS TERMINATED BY ','"

2. SSHコマンドでCSVファイルをMySQLテーブルにインポート
　以下のようなSSHコマンドでCSVファイルを新サーバのMySQLデータベースへインポートしました。

mysqlimport --host=localhost --user=[データベースのユーザー名] --password=[パスワード] --local --replace --fields-terminated-by=',' [データベース名] /home/[ユーザー名]/[テーブル名].csv

　また、WordPressのMySQLデータについては、データ量が多くないこともあり、phpMyAdminのエクスポート機能を利用しましたが、「wp_wf」が付くテーブル（Wordfence Security関連）は文字化けするので困りました。仕方がないので、文字化けするテーブル群とそれ以外で分けてエクスポートして処理しました。
　

絶対パスの修正

　プログラムにおいて相対パスでなく絶対パスを使用している場合など、パスを変更する必要があります。具体的には、

/home/[旧ユーザー名]/www/

を

/home/[新ユーザー名]/www/

へ一括置換しました。
　

PHPの設定ファイル「php.ini」に注意

　「php.ini」については、旧サーバのものを新サーバへFTPでアップロードしても反映されません。管理画面の「スクリプト設定」＞「php.ini編集」において記述することで、「php.ini」が読み込まれます。
　

「file_get_contents」の読み込みエラー対策

　さくらインターネットでは、SSL導入サイトで「file_get_contents」を利用すると読み込みエラーすることがあります。これは「openssl.cafile」が指定されていないことが原因らしく、対処法は以下の通りです。

curlから「cacert.pem」をダウンロード
新サーバに「cacert.pem」をアップロードして、管理画面の「スクリプト設定」＞「php.ini編集」で
openssl.cafile="/home/[新ユーザー名]/cacert.pem"
のようにパスを通す

さくらインターネットでfile_get_contentsなどでエラーが今日から出ている場合の対応方法
【現状】openssl.cafileが指定されていないために外部にSSLでつないでファイルを取ってくることができない状態になっています
【解決策】
１．t.co/76UwOo6jir　で cacert.pemをDL
— Akiflyer (@akiflyer) 2021年10月1日

キャッシュファイルの削除

　サイト表示の高速化を目的にキャッシュファイルを利用している場合、サーバ移行時に旧サーバのキャッシュファイルがそのまま新サーバへ移行されます。キャッシュファイルには予期せぬものが蓄積されている可能性がありますし、一度クリアした方がいいと思います（※自分はそれでエラーが直った）。
　

CRON設定

　旧サーバから新サーバへ移行する際、CRON設定も忘れてはいけません。自分の場合、キャッシュファイルを毎日一括削除する以下のようなコマンドをCRON設定しています。

echo ~/www/[ドメイン名]/tmp/* | xargs rm -rf

CRONでレンタルサーバ内の大量ファイルを定期的に一括削除｜さくらインターネット: 最速資産運用 ma-bank.net 2022/10/28更新
契約中のレンタルサーバですが、自動生成されるキャッシュファイルによってディスク使用量が圧迫されていました。レンタルサーバのディスク使用量が肥大化した原因を特定して190GB削減した..

ドメインが2時間ほど利用できない

　さくらインターネットにおいては、プラン変更に伴ない、ドメインが利用できない時間帯が必ず発生します。
help.sakura.ad.jp/rs/2248/?article_anchor=js-nav-4
サービスプランを変更したい | さくらのサポート情報

　上記サポートページには、

ドメインは設定削除後、2時間経過してから乗り換え先のサーバーに再設定してください。再設定した場合、乗り換え先のサーバーで利用できるようになるまでに、数時間～48時間必要です。

と記載されています。

　という訳なので、アクセス数が少ない深夜から早朝の時間帯に移行作業するのがおススメです。自分の場合、日曜日の23時30分頃から作業を実施しました。

【お知らせ】2023年2月26日(日)23:30～2月27日(月)03:00に、「最速資産運用」のサーバ移転作業を予定しています。アクセスできなくなる時間帯が生じるほか、移転に伴い不具合が生じる可能性があります。ご了承のほどよろしくお願い申し上げます。t.co/pZlVsyPFjt
— 最速資産運用 (@mabank_j) 2023年2月26日

メールアドレス移行に注意

　ドメインをメールアドレスでも利用している場合、全てのメールアカウントを旧サーバから新サーバへ移行する必要があります。やっかいなのが、上述の通り、旧サーバの設定を削除後でなければ、新サーバに再設定できないことです。すなわち、メールアドレスに関する設定（含.パスワード）については、旧サーバの管理画面からどこかにコピー＆ペーストしておく必要があるのです。さもなくば、旧サーバの設定削除と共に全てが失われてしまいます。
　

メーリングリスト移行に注意

　ドメインをメーリングリストでも利用している場合、全てのメーリングリストを旧サーバから新サーバへ移行する必要があります。やっかいなのが、上述の通り、旧サーバの設定を削除後でなければ、新サーバに再設定できないことです。すなわち、メーリングリストに関する設定（※メンバー等）については、旧サーバの管理画面からどこかにコピー＆ペーストしておく必要があるのです。さもなくば、旧サーバの設定削除と共に全てが失われてしまいます。
　

SSL対応ドメイン移行に注意

　ドメインをSSL（Let's Encrypt）で運用している場合、全てのSSL証明書の設定を旧サーバから新サーバへ移行する必要があります。やっかいなのが、上述の通り、旧サーバの設定を削除後でなければ、新サーバに再設定できないことです。すなわち、SSL証明書の設定（秘密鍵・中間証明書・証明書）については、旧サーバの管理画面から事前にダウンロードしておく必要があるのです。さもなくば、旧サーバの設定削除と共に全てが失われてしまいます。

　なお、SSL移行については、okuden-labo「さくらのレンタルサーバーでプラン変更を行う方法（SSLの移行も含む場合）」が参考になるので、ご一読することを強くおすすめします。
　

SSL対応ドメインが複数ある場合の移行手順

　今回のサーバ移行作業で最も大変だったのが、SSL証明書の移行です。自分の場合、「最速資産運用」以外の数十のサイトがSSL対応だったので、物凄い作業量になりました。
　

ドメイン(サブドメイン)ごとに秘密鍵等を格納する

　まず、ローカルPCの作業領域に、ドメイン(サブドメイン)ごとのフォルダを作成します。その後、旧サーバの管理画面からドメイン(サブドメイン)ごとにSSL証明書の設定（秘密鍵・中間証明書・証明書）をダウンロードして、ドメイン(サブドメイン)別のフォルダに格納します。

　ファイル名は以下の通りです。

server.key（秘密鍵）
chain.crt（中間証明書）
server.crt（証明書）

旧サーバからドメイン(サブドメイン)を削除

　旧サーバの管理画面からドメイン(サブドメイン)を削除する場合、まずは「SSLの利用」について「SNI SSLを利用しない」に変更する必要があります。その上で、旧サーバからドメイン(サブドメイン)を削除します。
　

新サーバにドメイン(サブドメイン)を追加

　旧サーバからドメイン(サブドメイン)を削除して2時間ほど経過したら、新サーバの管理画面からドメイン(サブドメイン)を追加します。複数のドメイン(サブドメイン)を追加する場合、ドメイン(サブドメイン)を一覧化して進捗状況を常に確認することを強くおすすめします。
　

新サーバのドメイン(サブドメイン)にSSL設定

　新サーバに全てのドメイン(サブドメイン)を追加した後、SSL証明書の設定を1つずつ実施します。新サーバの管理画面からドメイン(サブドメイン)ごとに、SSL証明書の設定から秘密鍵・中間証明書・証明書をアップロードすればOKです。複数のドメイン(サブドメイン)でSSL移行をする場合、ドメイン(サブドメイン)ごとのフォルダを作成して秘密鍵等を格納しておかないと訳が分からなくなります。
　

さくらインターネットのプラン変更(サーバ移行)の手順や注意点まとめ

　さくらインターネットでプラン変更をするのは物凄く大変です。特に、SSL対応ドメインが複数ある場合、数が増えれば増えるほど作業量が加速度的に増加するので要注意です。

　また、自分の場合、PHP7.4（※旧サーバ）からPHP8.0（※新サーバ）にバージョンアップしたことで、上手く動作しないプログラムがいくつか発生しました。後日修正しましたが、正直なところサーバ移転のことで頭が一杯でPHPのバージョンには、全く注意が向いていなかったので反省点として挙げられます。サーバ移転は計画的に！
　