本記事は「KUSANAGI for ConoHaの1Gプラン」限定の話です。
とはいえ、恐らく私みたいなライトユーザーが一番契約しているプランですので、多くの方の参考になるのではないかと。
タイトル通り、
ConoHa 1GBプランで重くなったときの対処法を紹介します
【2026年6月16日追記】
個人的にはですが、KUSANAGIを使うならWEXAL無しでも2GB以上を推奨します。
- 体感として1GBだと管理画面が重く感じる
- まとめトクを利用する場合、1GBと2GBの料金差がとても小さいケースが多く、2GBより1GBを選ぶ意味が薄い。
はじめに試していただきたいこと【2024年9月22日追記】
本記事をお読みになる前に、まずはKUSANAGIの最適化コマンドを試してみてください。
# kusanagi dbinit
# kusanagi php
これで改善すればラッキー。
改善しないようでしたら、以下をお読みください。
私のConoHa1GBプラン時代の運用記録
きっかけは、サイト分離したとき、やけに書き込みも表示も遅かったこと。
こちらのWordPressサイトは高速化を図るために、メインサイト以上の対策を施しています。
それなのに瞬時に表示されない。
元々、この２年くらい、ブログから遠ざかってたんですよね。
メインサイトも重くなっていたような気はしていたのですが、ようやく気のせいでないと理解。
調べてみました。
すると、以下の記事を発見。
kusanagiの記事で見覚えのある顔の方が。
自分のConoHaの環境でも激遅になっていたので、調べてみました。
どうやら、ConoHaの1GBメモリのマシンではKUSANAGI標準設定だとswapが頻発していました。
以前はそんなことなかったのですが。手っ取り早く使用メモリ量を減らすために、以下のようにMySQLの設定(/etc/my.cnf.d/server.cnf)を変更し、MySQLを再起動して下さい。
（変更前）
query_cache_size = 128M
innodb_buffer_pool_size = 384M
（変更後）
query_cache_size = 64M
innodb_buffer_pool_size = 128M
また、4GBメモリのマシンでも変わらないということは、別要因の可能性があります。
以下の情報があると特定がし易いです。kusanagi status の内容
plugin のリスト(できれば)HHVMを使用している場合、プラグインによっては遅くなります。
その場合は該当プラグインを停止するか、PHP7を使用することを検討して下さい。
これは試すべきだと思い、やってみることに。
結果、表示については体感が一気にアップしました。
本来こういうのは速度も計測するべきですが、KUSANAGIは元々体感でわかるレベルで遅い方がおかしいので。
原因の一つであったことは間違いないようです。
書かれている通り、以前は必要なかった作業なんですけどね……。
ただまだ、戻りきってはいないような。
特に記事更新の異様な遅さによる500エラーは解決できていません。
恐らくプラグインが足を引っ張っているかLuxeritasを更新してのチューニングを完全に施していないせいだろうと思います。
そこまでやるには根本的な対策が必要となってくるので、後日に回します。
まとめ
この先どうなったかと言いますと、2GBプランに移行しました。
現在も2GBプランでKUSANAGIを使っています。
2GBプラン＆WEXAL無しですと、本記事の設定をせずとも快適に動いています。
繰り返しますが、私としては2GBプランへの移行をおすすめします。
ConoHaは時間従量制でも使えますので一度試してみてください
VPSは、もう「黒い画面」だけじゃない。
「VPSは難しそう」と諦めていませんか？ ConoHaのKUSANAGIなら、ブラウザ上の管理画面（KUSANAGI Manager）で、ドメイン設定からSSL発行まで直感的に操作可能です。
コマンド操作なしで世界最速級の環境を構築できる、今の時代の初心者にとっての最適解。私が長年愛用している理由がここにあります。
※当サイト経由で新規申し込みいただくと、特典として1000円分のクーポンをもらえます。