ここ2日ほど、またこのブログがダウンしてました。ここ最近は割とブログの更新が日課になってきて良い調子だったんだけど、どうもAWSのt2.microインスタンスでは負荷のピーク時には対応できないようなのです。
ここで言う負荷のピークというのは、ページアクセスの負荷よりも、モジュールの更新インストールやバックアップ処理の負荷のこと。
つい最近、AMIMOTO AMIの最新版がリリースされたので更新して、さらにWordpressのアップデートとプラグインのアップデート、AWSインスタンス自体のセキュリティアップデートをした。
そしてこのブログの全てのデータのバックアップにはUpdraftPlusというプラグインを愛用(?)してるんだけど、このプラグインは操作が簡単な反面、処理負荷が高いのです。
今までは、ブログがダウンしたらAWSインスタンスのhhvmを再起動するか、インスタンス自体を再起動してしのいでいた。それでもダメなら新規にインスタンスを作成してUpdraftPlusでブログを復元していた。インスタンス自体も使い捨てという考え。
この運用方法は、小難しい知識・操作の必要が無くて楽だったんだけど、UpdraftPlusを使うと、復元時のCPU負荷でサーバがダウンするようになってきた。普通に考えれば、ここで潔くインスタンスをスケールアップすべきかもしれないけど、良い機会だから別の環境も考えてみようかと。
今の運用だとAWSの利用料のほかにAMIMOTOの利用料もかかってるから、スケールの割に高く感じるのよね。AWSのAuto Scaling機能についても調べてみたけど、初心者にはあまりにもハードルが高そうだし。
少し調べたら、wpXというWordpressに特化したレンタルサーバを見つけた。↓
ちょうど11月中に契約すれば初期費用が割引になるキャンペーン中。14日間は無料で利用できるので、とりあえずAWSからwpXへ引っ越してみた。
wpXにはクラウドもあるんだけど、とりあえずレンタルサーバの方を使ってみる。というのも、このブログを始めてから1年半ぐらい経過していて、大体のスケール感が分かっているから。
関連記事
ブログの復旧が難航してた話
ネームサーバとDNSレコードの話
ブログが3日間ほどダウンしてました
WordPress on Google App Engine...
WordPressの表示を高速化する
ブログが1日ダウンしてました
Google App Engine上のWordPressでF...
WordPressのサーバ引っ越し方法を考える
ブログをwpXレンタルサーバーからwpX Speedへ移行
Amazon EC2ログイン用の秘密鍵を無くした場合の対処方...
Google XML Sitemap Generatorプラ...
WordPressプラグインの作り方
ブログをGoogle App EngineからAmazon ...
AMIMOTO（PVM版）で作成したインスタンスをAMIMO...
網元AMIで作ったWordpressサイトのインスタンスをt...
Google App EngineでWordPress
AmazonEC2のインスタンスをt1.microからt2....
Webサイトのワイヤーフレームが作成できるオンラインツール
WinSCP
ブログをSSL化
ブログのデザイン変えました
ドットインストールのWordPress入門レッスン
Amazon Web ServicesでWordPress
WordPress on Windows Azure
3分の動画でプログラミングを学習できるサイト『ドットインスト...
WordPressをAmazon EC2のt2microイン...
AWSでシステムトレード
ブログがダウンしてました
RSSフィードを読込んで表示するWordpressプラグイン...
WordPressプラグインによるサイトマップの自動生成
iPhoneをSSHクライアントとして使う
まだ続くブログの不調
WordPressで数式を扱う
WordPressのテーマを自作する
AMIMOTO HHVMのパッケージを3.9へ更新
このブログのデザインに飽きてきた
実は頻発しているブログの不具合
Google App Engine上のWordPressでA...
コメント