ここ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年半ぐらい経過していて、大体のスケール感が分かっているから。
スポンサーリンク
関連記事
Amazon EC2ログイン用の秘密鍵を無くした場合の対処方法
ブログがダウンしてました
ネームサーバとDNSレコードの話
WordPressのテーマを自作する
WordPress on Google App Engineを1週間運用してみて
AMIMOTO HHVMのパッケージを3.9へ更新
Google XML Sitemap Generatorプラグインを3.4.1へダウングレード
ブログの復旧が難航してた話
このブログのデザインに飽きてきた
WordPress on Windows Azure
Google App Engine上のWordPressでAmazonJSを利用する
WordPressをAmazon EC2のt2microインスタンスで1週間運用してみて
ブログが3日間ほどダウンしてました
ブログをSSL化
網元AMIで作ったWordpressサイトのインスタンスをt1microからt2microへ移行した
ブログのデザイン変えました
RSSフィードを読込んで表示するWordpressプラグイン『RSSImport』
WordPressプラグインの作り方
WinSCP
Webサイトのワイヤーフレームが作成できるオンラインツール
3分の動画でプログラミングを学習できるサイト『ドットインストール』
ドットインストールのWordPress入門レッスン
WordPressプラグインによるサイトマップの自動生成
AMIMOTO(PVM版)で作成したインスタンスをAMIMOTO (HVM版)へ移行する
実は頻発しているブログの不具合
ブログをGoogle App EngineからAmazon EC2へ移行
WordPressの表示を高速化する
ブログをwpXレンタルサーバーからwpX Speedへ移行
iPhoneをSSHクライアントとして使う
WordPressで数式を扱う
AWSでシステムトレード
Amazon Web ServicesでWordPress
AmazonEC2のインスタンスをt1.microからt2.microへ移行する
まだ続くブログの不調
Google App EngineでWordPress
ブログが1日ダウンしてました
WordPressのサーバ引っ越し方法を考える
Google App Engine上のWordPressでFlickrの画像を貼る
コメント