IDCFクラウドRDBとAWS RDS, Auroraのベンチマーク | 稲葉サーバーデザイン
※RDS for AuroraのDB月額料金は、ストレージ100GB使用を想定、I/O料金は含まない。 sysbenchの実行条件 sysbench OLTPテストを行う。 sysbenchのバージョンは0.4.12.7。 スレッド数4, 16, 64, 128, 256のそれぞれについて、読み込みのみ(Read Only)と読み書き(Read-Write)の2パターンのテストを行う。 テストパターンごとに、データレコードの作成→キャッシュに載せるため、プレウォームでスレッド数16 Read Onlyのテストを実行→テストパターンの実行→データレコードの削除を行う。 テスト用レコード数は100万、最大実行時間は2分。 テスト実行コマンド例は次のとおりです（スレッド数4、Read-Writeテストの場合）。 $ sysbench --test=oltp \ --oltp-test-mode=
RDSのGeneral Purpose (SSD)対応をベンチマークしてみた | DevelopersIO
はじめに ウィスキー、シガー、パイプをこよなく愛する大栗です。 先日RDSでGeneral Purpose (SSD) Storageが選択可能になりました。 高速なSSDが使用可能になったためベンチマークしてみました。以前と同様にRDSのベンチバークをしてみました。 General Purpose (SSD) Storageとは？ General Purpose (SSD) Storageとは通称gp2と呼ばれ、最大で3,000 IOPSの性能を発揮でいるSSDストレージです。「最大」という所がポイントです。本来の性能はディスクサイズ(GB)の3倍のIOPSの性能になるのですが、I/O クレジットを貯める事でI/Oを3,000IOPSまでバーストできます。 ディスクの種類にはMagnetic (Standard)、General Purpose (SSD)、Provisioned IOP
RDSがt2インスタンスでどのくらい速くなったか試してみた | DevelopersIO
はじめに ウィスキー、シガー、パイプをこよなく愛する大栗です。 先日RDSでt2インスタンスタイプが選択可能になりました。 旧世代と現行世代でどの程度のパフォーマンス差があるのか気になったので、ベンチマークしてみました。 ベンチマーク環境 ベンチマークの種類 RDBMSのベンチマークで一般的なTPCのオンライントランザクション処理の指標である「TPC-C」を行います。 ベンチマーク用ツールはMySQLのOracle ACEである平塚氏が作成したJdbcRunnerのTPC-C簡易実装であるTiny TPC-Cを使用します。 使用データ 使用データは以下のコマンドでロードしています。 java JR scripts\tpcc_load.js -nAgents 8 -param0 100 "-param0"に100を指定しているので、データ件数は以下になります。 Table Records
EC2 と RDS で MySQL ベンチマークを取ってみた（2）〜ついでに MariaDB も〜 - ようへいの日々精進XP
はじめに 前の記事の続き RDS をコマンドラインで構築する MariaDB でも同じ環境でベンチマークを取ってみる 参考 rds MariaDB 構成 以下のような構成で検証を行った。 MySQL と MySQL-Cluster と MariaDB に関しては EC2 インスタンス上に構築して同一ホスト上から mysqlslap を実行した。。RDS に関しては別途コントロール用のインスタンス（上図の RDS Console）を構築して、そのインスタンスから mysqlslap を実行した。 RDS を awscli で操作する RDS インスタンスの構築 ベンチマークに必要な RDS インスタンスを以下のようなパラメータで構築する。 パラメータ 値 備考 master-username ${mysql_user} master-user-password ${mysql_passwor
ベンチマークシリーズ Aurora vs MySQL 結果まとめ
* ベンチマークシリーズ Aurora vs MySQL 結果まとめ ** 結果比較 - Connection数別トランザクション/分 Conn Aurora MySQL 20 6279.833 TpmC 6829.467 TpmC 30 8390.400 TpmC 1374.767 TpmC 50 11216.900 TpmC 1913.100 TpmC 70 14481.650 TpmC 2498.600 TpmC 100 14155.450 TpmC 2253.400 TpmC (詳細結果紛失 200 14932.350 TpmC ------- TpmC - 所感 データ投入や20Connくらいの接続数の場合、MySQLの方に分があったけれど、Conn数を増やしていくと、 Auroraがリニアにスコアを伸ばし、限界値が高いようです ※両方パラメータは吊るしの状態なためチューニング
MySQLとRDS MySQLとRDS Auroraのキャッシュウォーミング機能を調べた | DevelopersIO
データベースのキャッシュウォームアップについて キャッシュを活用して高速にクエリーをさばいているDBシステムも、リスタートなどのタイミングでキャッシュが失われると、途端に処理性能が著しく低下します。 そのようなケースに備えて、有名なDBシステムではスタート時にダンプ済みキャッシュを読み込んでウォームアップする機能が提供されています。 今回は以下の MySQL 系データベースについてキャッシュウォーミング機能を確認しました。 MySQL 5.6 RDS MySQL 5.6 MySQL 5.7 RDS Aurora それでは順に見ていきましょう。 MySQL 5.6 InnoDB で MySQL を使っている場合、クエリーキャッシュは buffer pool に保存されます。 buffer pool はメモリー上にあるため、MySQL を一旦停止すると失われてしまいます。 この問題を解決するた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
conma.me