2015-02-08

WordPress を nginx + hhvm + mariadb 環境で構築した

mysql nginx hhvm

TL;DR

妻のバンドのサイトのWordPressが重すぎてつらいということだったので、サーバを移行するついでにもろもろ詰め込んでみた

既存環境

heteml サーバ
MySQL5.0.8
PHP5.4

新環境

さくらのVPS 1G SSD
Ubuntu 14.04.1
PHP 5.5.9
nginx/1.4.6
MySQL 5.5.40-MariaDB
HipHop VM 3.5.0

構築

さくらのVPSのカスタムOS インストールでUbuntu 14.04 をインストール
もろもろ必要なミドルウェアを apt-getでいれる
旧環境のMySQLのengineがMyISAMだったのでdumpしたsqlファイルを書き換えてInnoDBに変更
テンプレートファイルや画像ファイルなどは旧サーバからまるっと移行

ubuntu nginx mariadb hhvm

高速化

nginx-proxy-cache設定してwordpress のfrontendをcache
hhvmをいれたので、nginxからhhvm-fastcgiでbackendとする
WordPressを最新バージョンへ
nginx-proxy-cacheをpurgeしてくれるpluginを導入 https://wordpress.org/plugins/nginx-cache/

nginx conf

proxy-cacheの設定を追加

gist1a3453c11f667eca32a1

proxy-cacheの設定を追加

gist7bdc8e2e240e05ac6da0

hhvm.conf はデフォルトのまま

gist9c5af01c27dbb59e4e37

f:id:tknzk:20150208162511j:plain

所感

WordPressつらいので、他の静的なhtmlを書き出すツールへの移行も考えたが、更新のしやすさと慣れの面と既存データの問題でWordPressのままいくことにした
Ubuntuほぼはじめてで、コマンドが慣れなかったけど、さくっと構築出来たのでよかった
hhvmがCPUを食いつくす現象が構築時にあったけどrestartしたらおさまった*1
旧環境はMyISAMだったのでそこで刺さってたようす

link

*1:原因は不明のまま

2014-10-19

Yosemiteにupdateしてhttpdとvagrantが上がらくなって肝を冷やしたはなし

mac

Yosemiteがリリースされたのでカジュアルにアップデートしたらhttpdとvagrantが上がらなくなった。

vagrantはvirtual boxの最新版をインストールして解決
httpd はbrewでhttpdをインストールして解決 *1

gist4a262686e3bd3b2f996e

gist386bc90923b3bea56827

Yosemiteにupdateしたらlocalのhttpd があがらなくなってあせった・・
— Takumi Kanzaki (@tknzk) 2014, 10月 19

あと、vagrant up できなくてしぬところだった
— Takumi Kanzaki (@tknzk) 2014, 10月 19

virtual boxの再インストールと brew tap homebrew/apache && brew install httpd22 で取り急ぎの解決はできたっぽい
— Takumi Kanzaki (@tknzk) 2014, 10月 19

*1:httpd は brew tap homebrew/apache してから入れなおし

2014-09-28

ISUCON4の予選に出た #isucon

ISUCON

ISUCON4 の予選に出た。

今回は、去年のチームメンバーのid:urapico とフロントエンドエンジニアのnkns の3名体制で臨んだ。

セットアップ

テーブルを移動して、テレビをセカンドディスプレイとして使うセッティング

本日のISUCON会場 #isucon pic.twitter.com/DWxOsEfEWH
— ルミエ (@lumie007) 2014, 9月 27

AWSクーポンを投入 *1

集合

9:30 idobataに集合

開始

10:00 スタート
公開されたAMI でEC2インスタンスを起動
各自ssh でログインしてもらう
id:urapico がソースをbitbucketにpush
PHPに切り替える
502 BadGateway
時間がもったいないということでRubyでいく宣言
ざっくりソースを読む
DBへのアクセスをどう減らすかだねっていう話をする

作戦会議

役割分担を決める
インフラを自分がみる
アプリ側をurapicoとnknsに担当してもらう

PHPに変更

運営のヘルプスレッドをみていたら、PHPの話がでていたので、それを参考に再度PHPで動かしてみることに
supervisor.conf を書き換えて、instance reboot
動いた！
foremanが起動していて、初期実装のRubyが8080に居座っていたのが原因だった orz

改修内容

my.cnf を改修
mysql slowlog を確認
index を追加
users table にlast_logined_at, last_logined_ipを追加
mypageで参照される最終ログイン時間、最終ログインIPをlogin_log を見ないように改修
redis, phpredis 導入
banned_ip, blocked_user をredisにキャッシュ
last_logined_ip の部分のチェックでエラーとなったため、チェックロジックを妄想
一つ前のlogined_ip を持ってる必要があるとふんで改修
エラー除去
passwordのhash 計算の部分にcacheを導入

結果

デフォルトスコア 1300ぐらいから8000ぐらいにはアップできた
惨敗

感想

上位スコアには5~10倍の差を付けられていて大変厳しい現実・・
benchmarkツールのバグ等もありながら、運営の皆様お疲れ様です。ありがとうございます！！
着実に負荷部分の実装をがりっと書き換えるもしくは飛び道具を持つということができないと厳しいなあ
ともあれ、チームで参加できたし、勉強になったのでよかった！

運営の皆様、ありがとうござました！

http://isucon.net/

*1:AWS様ありがとうございます！

2014-06-26

iTunesのランキングをつぶやく

ruby heroku

妻のバンドがiTunesで曲をリリースして、そのランキングを追いたいという要望を受けて、簡単な実装をしてみた。

iTunesのランキングは、RSSをappleが配信しているので、それをパースして、tweetする仕組みになっている。当て込みで作ってるので、だいぶアレな実装になってるけど、これをherokuにdeployして、heroku scheduler で叩くと、つぶやいてくれる。

$ bundle exec ruby iTunes-ranking-tweet.rb

gist413e1c104c7f6a98c792

rakurai

YAPANI!
Jazz
¥200

provided courtesy of iTunes

2014-06-10

heroku legacy-routingの対応をした

AWS heroku

tknzk.com をheroku でホスティングしているわけですが、
そのDNSの設定を、herokuが持っているIPでAレコードをしていました。
そのIPで設定する方法は、今後停止する予定だから対応してというメールが来たので対応をした。

This is a reminder that Heroku is turning off the legacy routing path on September 22nd 2014. This is part of an effort to standardize on a single, fast, highly available and scalable routing stack for all customers.

herokuで利用しているサービスでこのlegacy-routingを使っているかどうかは、
https://legacy-routing.herokuapp.com/を参照すれば確認できる。

具体的には、もともとのherokuappのドメイン xxxx.herokuapp.comをCNAMEに割り当てればOKなのだけれど、利用していたムームードメインのムームー DNSがroot domainに対してCNAMEを設定できない仕様だった。いい機会だったので、AWS Route53にネームサーバを移行した。

Route53 もroot domainの CNAMEは未対応なのだけれど、AWS S3のWebHostingのRedirectをつかって処理した。