2016-05-18 11 views
0

次の文は、AzureがキャッシュエンドポイントでのみSLAを提供し、データではないことを示しています。Azure Redis Cacheでのデータ損失

SLAは、キャッシュエンドポイントへの接続のみをカバーします。 SLAは、データ損失から保護するために ではありません。

私の質問は、データが失われた場合、私のインスタンスからすべてのデータが失われることです。または部分的なデータ損失も可能です。たとえば、2Kのキーと値のペアがある場合、キーの値のペアの半分が失われている可能性があります。

なぜ私は好奇心が強いのですか?1つのアプリケーションでは、(SQLに格納されたデータから構築できる)大文字と小文字の処理結果が保存されるためです。しかし、このデータ処理には時間がかかります。データの損失が発生した場合は、このキャッシュを再度構築する必要があります。データが失われるたびに私のキーと値のペアがすべて消えてしまい、私はこのプロセスを最初からやり直すことができます。

部分的な損失が発生する可能性がある場合は、個々のキー値のペアにアクセスしているときにキャッシュ内にそれが見つからない場合は、このキーと値のペアを構築する必要があります。

答えて

1

おそらくRedisは、パフォーマンス/共有状態よりもデータ損失の方が気になる場合は、シナリオに適したソリューションではありません。これを言っても、いつでもdata persistence for Redisを見ることができますが、これにはAzureのプレミアムティアを使用する必要があります。

+0

ありがとうございます。私のキャッシュデータはインクリメンタルです。私はそのデータを非常に頻繁に更新する必要があります。 「レディス・パーシスタンス」は、私が15分を失うことができないので、私にとっては役に立たない。のデータ。 – Pragmatic

+0

このソリューションのRPOを使用する場合、必要な球場にRPOを持つアクティブなジオレプリケーションを使用してAzure SQLデータベースを使用することをお勧めします。 https://azure.microsoft.com/en-us/documentation/articles/sql-database-business-continuity/ –

+0

サイモン、私が言ったとき、私は15分を失う余裕がない。私は古いデータではうまく動作しませんが、私はすでにSQLですべての入力を持っているので、確実に処理して作業を開始できます。しかし、問題は、すべてをもう一度処理しなければならないか(完全なインスタンスのためにデータが失われた場合)、またはデータが失われる可能性がある場合は、個々のキーと値のペアに対して再構築できます。 – Pragmatic

関連する問題