問題タブ [provisioned-iops]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
amazon-web-services - マテリアライズド ビューを作成した後の IOPS の増加
最近、セカンダリ インデックスを Cassandra のマテリアライズド ビューに移動しました。これは、頻繁な更新のために SASI インデックスが崩壊していたためでした。また、SASI スパース インデックスのインデックスあたり最大 5 エントリの制限に移行していました。前に、私たちのテーブルで特定のマテリアライズド ビューが 1 つありました。ベース テーブル:
および具体化されたビュー:
マテリアライズド ビューをもう 1 つ追加することにしました
変更は 1 日スムーズに機能し、その後、ノードの 1 つがランダムに動作し始めました。3k IOPS の 16 コア マシンで 42 負荷平均について話しています。他のすべてのノードは、約 10 WA の統計で正常に動作していましたが、この特定のノードは約 70 WA でした。
AWS EBS ダッシュボードを確認すると、この巨大なノードの EBS キューの長さは約 30 ミリ秒、読み取りと書き込みのレイテンシーは約 15 ミリ秒であることがわかりました。パターンは、読み取りと書き込みが等しい部分です。書き込みは、約 15 列の行の一定のストリームです。
複数の MV に対して 1 つの選択しか発行されないため、これは混乱を招きます。読み取りスループットは増加していないはずです。これが MV をもう 1 つ追加したためなのか、それとも他の問題によるものなのか、私にはわかりません。何が欠けていますか?