今まで使っていたサーバーがサービス停止で数ヶ月後に消滅する話

これまで、会社のwebサーバーとして、NTTのWebArenaの「VPSクラウド」サービスを使ってきていました。 今現在8台の契約で、月に3,780円なので、1台あたり、475円でした。 （途中で値上がりしたけど、値上がり前は、300円台/1台だったんだよね。） このサービスがこの度、終了することになったらしい・・・！ ガーン！なんですと？！ しかも、終了タイミングは、「2027年1月末をもって終了」とのメールが10月のはじめぐらいに届いた。 おいおい、猶予は4ヶ月もないやないか！ ということで、1ヶ月近くもかけて、色々検討した結果、別のサーバーに移すのではなく、 現在自宅で自社用公開サーバーとしても使っているNASにそっくりそのまま載せ替えるということにしてしまいました。 今回はそれに関してのいろいろな技術ポイントなどを、備忘録として残しておきたかったのでブログを書いておきます。

公開サービスドメインの総数は、20サービス以上

今回、サーバー停止の告知を受けてから、これまでサーバー管理をおざなりにしていたこともあり、 ちゃんと棚卸しをすることにした。 対象サーバーは全部で8台。 全て、Ubuntu Linuxなので、構成は基本的に同じ。 以前はメールサーバーも立てていたけど、PTRレコードがこのサービスは設定できないとのことで、 さくらインターネットの最小構成VPNで再構築しておいて、よかった。 メールサーバーの引っ越しは、なかなかの地獄作業だからね。 あとは、ほぼ、サブドメインアクセスのPHPまたはHTML静的サービスだけだから・・・ と、たかをくくっていたんだけど、 公開サービスの総数は、２０を超えていた・・・ １サーバーに、複数のサブドメインをセットしていたからね。 そして、クセのあるサービスは、

・Zoomみたいな、オンラインチャットサービス ・WordPress（データベースを使うのはこれだけ） ・Podcastサーバー（RSSでのMP3配信）

どうやらこの3つが山場になりそうだなと言うことがわかった。

新サーバーの設定について

今回、自宅（自社）に設置してあるQANPのNASには、Container_Station（コンテナステーション）という、Dockerをアプリとして立ち上げる機能を持っています。 そして、自宅はグローバルIPを引き込んでいるかなり商用仕様のネットワーク環境。 これを利用すれば、マルチドメインのアクセスを一手に請け負うことも可能なので、今回はこれを使って行うことにした。 さらに便利なことに、Dockerには、OSSで、Nginx_Proxy_Manager（略してNPM）という便利なサービスがあり、 これを導入すると、dockerでnginxを起動できるという、今回にはもってこいのシステム構築ができます。 ただ、これは、マルチドメインで使用するとなると、Nginxのconf設定などを独自で行なう必要があり、 幸い、この辺のスキルには明るい自分だったので、迷わずこれを選択しました。 ただ、このシステム、最初に５サイトほどのサブドメインを振り分け設定していたんだけど、あるタイミングで、 dockerのyaml（設定ファイル）を更新する必要があり、ビルドをかけたら、これまで構築した設定が全部クリアされて、 きれいさっぱりなくなってしまうという事象に気がつきました。 色々調べたけど、これは、NPMの仕様で、container_stationで再createmをすると、設定フォルダを一式内容を削除してしまうということでした。 なので、設定ファイルなどは、一式、別の手元で管理できるエリアにして、パスを切り替えることで、設定ファイルが消える不具合からは逃れられるという事も、何度かクリアされたのちに見つけることができました。（これが一番しんどかった） 証明書の取得も、アクセス管理も、手元でできるのは、棚卸しした後でとても便利に感じましたね。

サーバー引っ越し作業：簡易版

簡易なサーバー引っ越しは、モジュール（ソースコードなどの一式）を新しいサーバーに移設して、 ドメイン（サブドメイン）のDNSを、新しいサーバーに向けて、 新しいサーバーで、Nginx（ApacheよりもNginxが好きなのだ）のconfを書いて、マルチドメイン対応のセットをすればいいだけです。 でも、この作業がなかなか時間がかかる作業で、１つずつドメインのDNSを切り替えて、末端端末（ブラウザ）で行き渡りを確認しながら作業を進めたので、 数日かかってしまいました。 でも、１つ成功すれば、あとは芋づる式に作業をすすめるだけで、ピッコマのコイン稼ぎの広告をみながら、鼻歌交じりで作業できましたとさ。 仮に、失敗していても、DNSのIPアドレス不備か、Nginxのconf設定不備なので、１つずつ潰していけば、確実に移動できるシロモノでした。

Podcastの引っ越し

これは、実は、MP3のRSS設定が、Nginx側で行なっていたりするので、サーバーのconf設定をちゃんと、新サーバーに移植する作業が大変なだけで、 もともと、データ容量が少なくなっていて、配信も辞めてしまった経緯を考えると、もっとはやくこういう作業をしていれば、 Podcastラジオを継続できていたんだけどね。 ほどなく、データ移行も終えて、NASなので、データ容量は膨大にあるので、この引っ越しは成功といえるでしょう。

PHPのバージョン問題

2026年10月某日、 世間は、PHPの脆弱性で、ニュースから首相の発言にいたるまで、きっと知りもしないPHPのセキュリティホールについて、騒いでいた。 PHPの最新バージョンは、8.5なのだが、メジャーバージョンが5の会社も知り合いの会社でたくさん知っている。 そういう会社は、大手飛車取り、積み状態なワケですが、 間違いなく、このタイミングで、PHPは8以上にしておく必要があることは間違いない。 あれ？うちのWebArenaのPHPって、古いやつでver5があったり、ver7があったり・・・・ この変を思い出したように、移行したサービスを深ぼってみていると、PHPエラーがでてますね。 しかし、慌てるな、オレ。 こういうPHPバージョンアップによる修正作業は、AIが得意だ！ なので、GithubCopilotに、プロジェクトを開かせて、一括で修正作業をおこなわせてやった。 もはや、大アクセスサービスなどほぼないので、誰も文句は言わんだろう。

Wprdpressの引っ越し

実は、データベースを使っているのは、これだけなんだよね。 知り合いの人のWordpressを預かっていたんだが、データベースのコンテナもサーバーに追加で立ち上げて、なんとかデータを入れ込んで、 移設したWordPressを立ち上げてみたら、 なんか、WordPressのバージョンが古い！ 最新にしてみたら、今度は、旧サーバーのPHPはver5だったので、モジュールのアップデートが必要！ さらには、HTTPSのアクセスが、Wordpressは少し特殊なので、wp-config.phpに、おまじないを書かないといけなかったようだ。 if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') { $_SERVER['HTTPS'] = 'on'; } こんなヤツ。 時間はかかったけど、とりあえず、これもクリア！

WebRTCシステム

Zoomの様なオンラインビデオチャットシステムというのを、うちの会社でつくってあって、 以前、Zoomがコロナ禍の時に、いきなりサービスを有料化したという、ユーザー泣かせの処置があった時に それに屈しない様に、自前でオンラインビデオできるようにしておいたんだよね。 少し前に、フロント部分は、GithubPagesに移設しておいたんだけど、裏側のstunサーバー（他にもsockサーバー、turnサーバー）というのが必要で これらは、WebArenaに置き去りにしていたので、今回はこれをNASに移設することにした。 もちろん、Docker仕様なので、コンテナを作って対応するのだが、まあ、とにかくこのシステムはややこしい。 ポートも、４桁ポートを4つぐらい消費するし、 Nginxも、転送処理をいろいろと行う必要があって、仕組みを理解し直すのに数日を有しました。 まあ、オレの手にかかって終えば、2,3日で終わってしまったんだけど、気力はものすごく消耗した。

あとがき

ということで、数日かけて行なった、サーバー移設作業が全て完了したので、 明日にでも、NTTのVPSサービスは解約しておきたいと思います。 いままでありがとう。 ボクたち、ワタシたちは、あなたの事をわすれません。（あと数日は・・・） これからは、息の長いWebサーバー提供するサービスを探す様にしたいと思います。 きっと、さくらインターネットか、Xサーバーかな・・・