Vagrant＋Amimotoで超高速＆鼻血がでるぐらい便利なWordPress環境をコマンド一発で起動する。 | Firegoby
Vagrant＋Amimotoで超高速＆鼻血がでるぐらい便利なWordPress環境をコマンド一発で起動する。 AmimotoというAWS上で超ハイパフォーマンスなWordPress環境を動かすためのソリューションがありまして、これを使うとほんとうに数分の手間でWordPressが立ち上がってくれやがります。 で、数年前までの手間暇を考えたらこれだけでも鼻血が出そうなぐらい便利になったんですが、実は最近ひそかに儲かっておりまして（笑）、マネージメントコンソールにログインして何回かクリックというこの手間がまあまあめんどくさくなってきました。 そこで、AmimotoをVagrantで起動できるようにすれば、コマンド一発でサイトが起動するじゃん！ということで、これが他ではありえないぐらいに簡単にWordPressが立ち上がっちゃうぞーってことで、そのやリ方をご紹介します。 https://git
EC2インスタンスのOpenSSLのHeartbleed Bug対応 - Qiita
した後、依存しているサービスをリスタートしてOKです。 opensslのバージョンが1.0.1eになったままになっているけど、パッチは当たっているから大丈夫だよって書いてあります。 Versionのところがopenssl-1.0.1e-37.66.amzn1以上かだけチェックはした方が良さそうです。 The updated package is openssl-1.0.1e-37.66.amzn1 Please note that even though this package is still named openssl-1.0.1e, it does contain the patches that were made available upstream for CVE-2014-0160.
AWS RDS の書き込み性能チューニング : DSAS開発者の部屋
4/25追記: innodb_support_xa=0 はクラッシュ時以外にも binlog と innodb の整合性が取れなくなる問題がありました。 innodb_support_xa と binlog の危ない関係 もご覧ください。 KLab でも最近は AWS を使ったプロジェクトがかなり増えてきました。 AWS で問題になりがちなのが、 RDB の性能が DSAS 環境に比べて低いことです。 DSAS ではバッテリーバックアップ付きのRAID + 非同期レプリケーションを使っているのですが、 RDS では Multi-AZ を使って耐障害性を確保しています。 この違いによって書き込み性能のチューニングのポイントが変わってきます。RAIDカードはデータが書き込みバッファに乗っている間は fsync が高速なのに対して、 Multi-AZ では別のAZにあるブロックデバイスに対して同
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
