長く運用するサーバーは仮想マシンにしておこう

新年早々、オンプレで運用しているサーバーが動かなくなってしまいました。このサーバーで運用しているサービスは以下の通りです。

  • JIRA(Issue管理)
  • Confluence(Wiki)
  • BitBucket(Git)

つまり、開発を支えている基幹サーバーが動かなくなってしまったということです。いつもなら、サービスを再起動すれば動き出すのですが、今回は、何度、再起動しても動き出しませんでした。

原因は?

原因はメモリ不足です。このサーバーは実機ではなく、VMware上で動かしている仮想サーバーです。仮想マシンに割り当てているメモリは5GB。以前は4GBで十分だったのですが、有るときから4GBでは起動しなくなり、5GBに増やして運用していました。しかし、扱うデータ量が増えたことやサービスのバージョンアップなどにより必要なメモリ量が増え、耐えられなくなってしまったようです。
ログにも時折、メモリ不足を意味するログが出力されていました。特に、ここ2日間はConfluenceが突然終了するということが起きていました。

ホストマシンを変更する

割り当てメモリを増やしたいところですが、VMwareを動かしているマシンは8GBしか積んでいません。増設もできないマシンです。そのため、仮想サーバーを動かすマシンを変更するほか有りません。
そこで、別のマシンに移動し、割り当てメモリを8GBに増やしました。すると、動かなかったらサービスが動き出しました。

仮想サーバーであることのメリット

今回は、サービスを動かしているサーバーが、仮想マシンで良かったと思いました。サーバーを動かすマシンを変更するときに、仮想マシンファイルをコピーするだけで、物理マシンを移行することが出来ました。
これが実機に直接インストールしたサーバーだったら、必要データをバックアップし、移行先のサーバーにOSをインストール、サービスをインストール、データを復元などの作業が必要になります。OSにインストールされたコンポーネントのバージョン違いなどに煩わされることもありません。
マシンの移行に必要な時間は実質、仮想マシンファイルのコピー時間だけでした。容量は81GB、ネットワーク越しにWi-Fi環境でコピーしましたが、1時間ちょっとで終わりました。そして。サーバーは移行先のマシン上で無事、動き出しました。
 

関連記事

  1. HistoryEditor 1.5.2 Mac版を公開しました

  2. Macの開発関連作業の自動化で使えるツール

  3. 「新フレームワーク探求記」という連載を始めます

  4. Mac OS XとWindows間でのハードディスク共有

  5. MSM 2013 開催です

  6. 通販サイトの配達の箱、小さくなって欲しい

最近の著書

最近の記事