Amazon Timestream for LiveAnalytics に類似した機能をご希望の場合は Amazon Timestream for InfluxDB をご検討ください。リアルタイム分析に適した、シンプルなデータインジェストと 1 桁ミリ秒のクエリ応答時間を特徴としています。詳細については、こちらを参照してください。
writes
-
受信データのタイムスタンプがメモリストア用に設定されたデータ保持期間より前ではなく、クォータで定義されている将来の取り込み期間より前であることを確認します。これらの範囲に含まれないタイムスタンプを持つデータを送信すると、テーブルのマグネティックストア書き込みを有効にしない限り、データは Timestream for LiveAnalytics から拒否されます。マグネティックストアの書き込みを有効にする場合は、受信データのタイムスタンプがマグネティックストアに設定されたデータ保持期間よりも前でないことを確認します。
-
データの到着が遅れることが予想される場合は、テーブルのマグネティックストア書き込みを有効にします。これにより、タイムスタンプがメモリストアの保持期間外でも、マグネティックストアの保持期間内であるデータの取り込みが可能になります。これを設定するには、テーブルの
MagneticStoreWritesPropertiesでEnableMagneticStoreWritesフラグを更新します。デフォルトでは、このプロパティは false に設定されています。マグネティックストアへの書き込みは、すぐにはクエリには使用できないことに注意してください。データは 6 時間のうちに使用できるようになります。 -
取り込まれたデータのタイムスタンプがメモリストアの保持境界内に収まるようにすることで、高スループットのワークロードをメモリストアの対象にします。マグネティックストアへの書き込みは、データベースの同時取り込みを受信できるアクティブなマグネティックストアパーティションの最大数に制限されます。この
ActiveMagneticStorePartitionsメトリクスは CloudWatch で確認できます。アクティブなマグネティックストアパーティションを減らすには、マグネティックストアの取り込みで同時に取り込む系列の数と期間を減らすことを目指します。 -
Timestream for LiveAnalytics にデータを送信する間に、1 回のリクエストで複数のレコードをバッチ処理してデータインジェストのパフォーマンスを最適化します。
-
同じ時系列のレコードと同じメジャー名を持つレコードをまとめてバッチ処理すると便利です。
-
リクエストが、クォータで定義されているサービス制限の範囲内にある限り、1 つのリクエストでできるだけ多くのレコードをバッチ処理します。
-
データ転送と取り込みのコストを削減するには、可能な限り一般的な属性を使用します。詳細については、「WriteRecords API」を参照してください。
-
-
Timestream for LiveAnalytics へのデータの書き込み中にクライアント側で部分的な障害が発生した場合は、拒否の原因に対処した後に、取り込みに失敗したレコードのバッチを再送信できます。
-
タイムスタンプで順序付けられたデータは、書き込みパフォーマンスが向上します。
-
Amazon Timestream for LiveAnalytics は、アプリケーションのニーズに合わせて自動的にスケールするように設計されています。Timestream for LiveAnalytics がアプリケーションからの書き込みリクエストの急増を検知すると、アプリケーションに一定程度の初期メモリストアスロットリングが発生する場合があります。アプリケーションでメモリストアのスロットリングが発生した場合は、同じ (または増大した) レートでデータを Timestream for LiveAnalytics に送信し続け、Timestream for LiveAnalytics がアプリケーションのニーズに合わせて自動的にスケールできるようにします。マグネティックストアスロットリングが表示された場合は、マグネティックストアの取り込み速度を、
ActiveMagneticStorePartitionsが落ちるまで下げる必要があります。