1
Couchbaseは約2年間使用されていますが、最終的にはAmazon DynamoDBサービスに切り替えることをさまざまな理由で決定しました。
私はdynamodbへのデータの移行を開始しました。最初はすべて問題なく、期待どおりに進んでいましたが、しばらくしてからダイナモからの応答時間はますます長くなり、移行プロセスは時間がかかりました。
私は戦略を変えようとしましたが運がありませんでした。
応答時間を増やすにはどうすればよいですか？AWS Dynamodbの応答時間を改善
基本的には、1つのクエリで100個のアイテムを取得してから、100個のアイテムについて必要なデータを取得するようにCouchbaseに依頼しています。最初は、応答時間が長くなりました（画像のように）。
次の情報が役立つかもしれない：
- 私はノードv 4.4.1でのUbuntu 14.04を実行しているEC2のマイクロサーバー上の移行コードを実行しています。
- グラフを見て、私は各dynamodbリクエストの時間を測定し始めました（平均が何であったのか分かりません）。平均応答時間は約150,000リクエストで800ミリ秒です（&のみ、
- アイテムを整数ハッシュキーで2つのテーブルに格納し、もう1つを整数ハッシュとソートキーで格納しています
- 2番目のテーブルは巨大なものです（約4.4百万のアイテムと）カウント
「SQLテーブルをスキャンしていますか？しかし、SQLデータベースではないCouchbaseとDynamoDBだけをリストします。 DynamoDBテーブルの全テーブルスキャンを実行しているとお考えですか？全体的な問題は、DynamoDBテーブルのプロビジョニングされたスループットが低すぎるためです。プロビジョニングされたスループット設定はおそらくこの質問に関連する最も重要な情報であり、その情報は含まれていません。 –
私たちのシステムがどのように設計されているので、MysqlとCouchbaseを組み合わせて使用します.Mysqlでは単純なデータを保存しますが、Couchbaseにはjsonオブジェクト全体が格納されます。今、私たちはcouchbaseを取り除き、Dynamodbに移動したいと考えています。このテーブルのプロビジョニングされたスループットは125（赤い水平線）で、消費スループットは下がり、下がります（100前後で開始し、20から20に減少しました） – Sami
単一のシャードがN個の要求しか処理できないため、プロビジョニングされた容量は重要ではない「ホットパーティションキー」が分かります。 – Vor