This domain may be for sale!
![conma.me](https://cdn-ak-scissors.b.st-hatena.com/image/square/c7dae720e650e19fd31e729a6b632e6276df59c3/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fc%2Fcon_mame%2F20130408%2F20130408185313.png)
ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ
EC2 の t1.microインスタンスにてWordPressを複数たててると、まーよくMySQLが落ちます。 しまいには起動もしなくなるので、MySQLのログを見てみます。 130629 5:46:48 InnoDB: Initializing buffer pool, size = 128.0M InnoDB: mmap(137363456 bytes) failed; errno 12 130629 5:46:48 InnoDB: Completed initialization of buffer pool 130629 5:46:48 InnoDB: Fatal error: cannot allocate memory for the buffer pool 130629 5:46:48 [ERROR] Plugin 'InnoDB' init function returne
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く