Joomlaの新しいWebサイトがあり、MySQLデータベースに依存している多くのカスタムアプリケーションが含まれています。これはすべてAmazon EC2上でホストされ、ルートデバイスはEBSです。Amazon EC2のセットアップWebサイトmysql
私の懸念は、私のMySQLの設定です。私はかなり多くのデフォルト設定（セキュリティクリーンアップ以外）でmysql-serverをインストールしました。
私はMysqlを別のEBSボリュームで実行するように設定しなければならないかどうかです：http://aws.amazon.com/articles/1663、またはAmazon RDS：http://aws.amazon.com/rds/mysql/でも見てください。
これは私のスタートアップのために、両方とも0人のユーザーが過度に感じているようです。私は明らかにこれが成長する場合に私が積極的であることを確認したいが、後でこれらを追加することが大きな苦痛になるかどうかわからない。
私は、あなたが多くの理由で別のEBSボリュームで動作するようにMySQLをセットアップする必要があるとはっきり言っています。いくつかあります：
バックアップが簡単です。 MySQLダンプを実行してS3にプッシュするのではなく、EBSボリューム全体をスナップショットすることができます。ボリュームのスナップショットを作成すると、MySQLのダンプよりもずっと素早くデータベースを復元できます。
ディスク競合。同じディスク上のすべてを実行すると、ディスク競合が発生します。特にMySQLレプリケーションをしようとしている場合。私は、MySQLのログ用に1つのボリュームを持っています.1つはData用、もう1つはそれ以外のもの用です。
EBSボリュームは比較的安いです。
必要に応じて、ボリューム全体を別のインスタンスに移動できます。
全体的にははるかに良い選択です。あなたが必要な場合、私はあなたにもっと多くの理由を与えることができます。
しばらくの間、EBSボリュームを取得して、シャードしたり、NOSqlのアプリケーションを書き直したり、Amazon RDSなどに移行したりすることができると思います。ただし、何も残らないうちにMySQLを使い切ることです。
私は、RDSが利用可能になる前にEBSの記事にMySQLを書いています。
RDSで始めることをお勧めします。セットアップが簡単で、多くの心配を抱き、楽しいものです。
RDSのいくつかの制限にぶつかったら、自分のMySQLの管理に切り替えます（大したことではありません）。私の記事でベストプラクティスに従い、別のEBSボリュームを使用してください。
RDSを使用しない場合は、複数のEBSボリュームをソフトウェアRAID構成にストライピングすることを検討する必要があります。
そうでない場合、忙しいMySQLインスタンスのEBS IOパフォーマンスが低すぎることがよく分かります。
それを行う方法の詳細については、
チェックアウト