問題タブ [provisioned-iops]

クラウド インフラストラクチャ コンポーネントのプロパティ サイズを設定できるように、アプリケーションが駆動している IOPS を特定する方法を見つけようとしています。データベースとストレージ層の間の IOPS を理解していますが、アプリケーションが駆動するものを計算する方法を理解したいと思っています。私のアプリケーションの特徴の一部を次に示します。 1) 90% の書き込みと 10% の読み取り 2) 最終的に HBase データベースに挿入する Java ベースのアプリケーションがあります 3) 各メッセージがおそらく 2 回の HBase 挿入につながる約 50 メッセージ/秒を処理します

ここに私が確信していないことがあります: 1) IOPS を計算する唯一の方法は、ロード中に実際のサーバーで iostat などを実行することですか? 2）実際のストレージユニットではなく、入ってくるデータボリューム/サイズから必要なものを計算できる一般的な方法はありますか? 3）トランザクションの数と各トランザクションのバイト数に関係はありますか（IOは通常3Kであると読んでいますが、ほとんどの挿入にはそれほど多くの情報が含まれていないため、問題ではありません）。

どんな助けでも大歓迎です。

主キーがユーザーIDで、タイムスタンプがデータ属性の1つであるdynamodbにデータセットがあります。タイムスタンプが 1 週間よりも古いこのテーブルに対してパージ クエリを実行したいと考えています。

s 単位ごとのすべての書き込みを使い果たしたくありません。理想的には、レート制限の削除操作(php)が必要です。そうしないと、サイズが 10sof GB のデータセットの場合、他の書き込みが停止します。

タイムスタンプ (+ ユーザー ID) でグローバル セカンダリ インデックスを使用すると、スキャンする行を減らすことができるのではないかと考えていました。しかし、繰り返しますが、他の書き込みが失敗し始めるようにテーブルをスラッシングしたくありません。

レート制限の挿入/削除のサンプル コードとこれに対する参照を PHP で提供できますか?

AWS を使用して問題に直面しています。

最初に、無料利用枠 db.t2.micro を 20GB のストレージだけでセットアップしました。

次に、Elastic Beanstalk EC2 インスタンスを作成し、上記のデータベースに 1000 レコードを挿入する単純な php スクリプトをデプロイしました。これが完了するまでに約 10 秒かかりました。

次に、このプロセスを完了するのにかかる時間を短縮したいと考えました。RDS インスタンスの容量を dbt2.medium に増やし、最大 iops を増やすために 300 GB の SSD ストレージを割り当てました。

スクリプトを再度実行したときにメトリクスを見ると、まだ最大 100 iops しか得られていません。何かがそれを抑制しているように見えますが、スクリプトを完了するのにかかる時間はほぼ同じです。

両方のインスタンスが同じ VPC にあります。これは何が原因でしょうか？そして、これをたとえば1秒で完了するにはどうすればよいでしょうか?

Mysql は一括更新クエリを提供しないため、ON DUPLICATE KEY UPDATE の機能を使用します。以下のクエリを使用した場合のパフォーマンスの問題は何ですか? MySQLで一括更新する他の方法はありますか