amazon-rds は試しましたか?パフォーマンス的にはどうですか?
2 に答える
これは、解決しようとしている問題に非常に固有であるため、答えるのが難しい質問だと思いますが、私たちが見たものの全体像を示してみます.
CloudWatch メトリクス収集ツール (ここで提供: http://aws.amazon.com/articles/2934 ) を使用して RDS のベンチマークを行っており、データ セットの運用サーバーとほぼ同じパフォーマンスを発揮することがわかりました。単一の RDS インスタンスとマルチ AZ セットアップ (本番環境で使用する予定のもの) の両方で、バックアップ保持なしでテストしました。
これまでに投入できた負荷は、小さなデータベース インスタンス (db.m1.small) でも 1000 ~ 1100 の書き込み IOPS 範囲 (メトリック) に達することができます。少なくとも負荷に関しては、インスタンス クラスを増やしても、スループットの IOPS やバイト数には影響しませんでした。次の場合、パフォーマンスが約 10% 低下しました。
Amazon は、実際にスケールアウトするソリューションは、複数のデータベース サーバー間でスケール/保存できるように問題を細分化することであることを前もって自由に認めています。実際、私たちのアプリケーションにはこれがあり (シャーディングと非常によく似ています)、そのため、この IOPS 測定値を利用して非常に簡単に移行することができます。
RDS は、独自の運用サーバー (専用、仮想、または EC2) を持つ場合とパフォーマンス面でかなり匹敵することがわかりました。RDSが使用しているように見える仮想化ソリューションを使用すると、常にある程度のIO /パフォーマンスの低下が発生することに注意してください。これは、負荷が高い場合に表示されます(ただし、負荷が高い場合は、とにかく専用のMySQL / DBボックスを用意する必要があります.)
注意してください: あなたが目にする可能性のある最大のパフォーマンスは、ネットワーク遅延です.EC2ボックスからRDSボックスへの読み取り/書き込み、またはその逆の場合、特に多数のクエリの場合、ネットワーク遅延がボトルベックになる可能性があります. Amazon/EC2 以外のボックスから RDS に接続している場合、これはさらに悪化する可能性があります。
仮想ボックスよりも同等の仕様の物理ボックスの方がパフォーマンスが向上する可能性がありますが、これは専用 vs EC2/RDS に当てはまり、RDS 固有の問題ではありません。
RDS と EC2 に関して、Amazon が RDS を設定したデフォルトはかなり良いように思われるので、単純にデータベース サーバーを稼働させて接続することを考えているのであれば、RDS は十分に適しています。ただし、コストが正しく分析されていることを確認してください。たとえば、EC2 インスタンスと同じ価格モデルではありません。