問題タブ [amazon-aurora]

mysqlslapを使用して、オーロラ データベースの負荷テストを行っています。

mysqlslap は、クエリのタイミングを計るときにネットワーク遅延を考慮しますか?

ドキュメントには記載されていないようです。

ソース管理を介してデータベースをデプロイする必要があります。

手順は次のとおりです。 1. AWS Aurora スキーマで主キーが古い状態にあることを考慮します 2. git で PK を変更します: これは新しい期待値です 3. チェックインコード: コードベースの構成 4. 確認します主キーが正しい状態に復元されます - Jenkins による自動アップグレード

上記のワークフローには中間者はいません。

ソース管理から Amazon Aurora Relational Database Service への CI/CD を実現するにはどうすればよいですか? この継続的インテグレーション ワークフローを実現するために利用できるツールはありますか?

Redgate、mysqldbcompare、mysqldiff などのユーティリティを試しました。それらはすべて、自動化の一部が欠けています。

ソース フォルダーとターゲット スキーマを比較する必要があります。また、CLI から生成された完全に実行可能な SQL スクリプトも必要です。AWS Aurora のターゲット データベース スキーマには、いくつかのオブジェクト、テーブル、インデックス、およびストアド プロシージャが既に含まれています。

助言がありますか？どこから始めればよいですか？バラさんありがとう

私が構築したい特定のものを解決する方法についてのアイデアを探しています。

アイテムが 2 セットあるとします。各項目は、ほんの数行の JSON です。アイテムが 1 つのセットに追加されるたびに、すぐに (ほぼ) 他のセット全体に対してこれを処理したいと考えています。したがって、セット A にアイテムが追加されます。セット B の各アイテムに対して処理を行います。逆も同様です。

アイテムは API Gateway + Lambda 経由で入ってきます。キュー/ストリームからの Lambda での照合処理。

どの AWS テクノロジーが適していますか? セットがいつ、どのくらいの頻度で変更されるかについては、私にはわかりませんし、明確なパターンもありません。また、できるだけ一貫性を持たせたいと思っています。そしてもちろん、可能な限りサーバーレスで費用対効果の高いものにしたいと考えています。:)

オプションは次のとおりです。

• セットが Aurora に保存されている場合、A の新しいアイテムの一致処理では、毎回データベースから完全なセット B をクエリする必要があります。
• バックグラウンドで DynamoDB ストリームを使用して、DynamoDB に保存されているセット。A の新しいアイテムの照合処理では、Dynamo から完全なセット B をクエリする必要があります。しかし、負荷が急増し、読み取り/書き込みプロビジョニングが不明確なため、適切ではありません
• それぞれのセットを独自の「静的」Kinesis ストリームに配置します。一致処理はアイテムを読み取りますが、トリミングはしません。ストリームは定期的に新しいセットに置き換えられます

私の問題点は、A からのアイテムを処理しているときに、B に何千ものアイテムが一致する可能性があることです。また、A からアイテムを処理するたびに、一部のデータベースから完全なセット B をロードする必要がないようにしたいと考えています。

MySQL でイベントを作成して、毎週、または毎週のデータの切り捨てなどの特定の間隔で特定のジョブを実行します

Aurora DB には同じ機能がありますか?

通常、Aurora で同じことを実行するために何を使用しますか?