次の方法で共有

Azure Time Series Insights Gen1 のデータ保有期間について

  • [アーティクル]

手記

Time Series Insights サービスは、2024 年 7 月 7 日に廃止されます。 既存の環境をできるだけ早く別のソリューションに移行することを検討してください。 非推奨と移行の詳細については、ドキュメントを参照してください。

注意

これは Gen1 の記事です。

この記事では、Azure Time Series Insights 環境でのデータ保持に影響を与える 2 つの主要な設定について説明します。

ビデオ

次のビデオでは、Azure Time Series Insights のデータ保有期間とその計画方法をまとめたものです。

各 Azure Time Series Insights 環境には、データ保持時間制御する設定があります。 値の範囲は 1 ~ 400 日です。 データは、環境のストレージ容量またはリテンション期間に基づいて削除されます。どちらか早い方です。

さらに、Azure Time Series Insights 環境には、Storage の制限を超えた動作 設定があります。 環境の最大容量に達したときのイングレスと消去の動作を制御します。 構成時には、次の 2 つの動作を選択できます。

  • 古いデータ を消去する (既定)
  • イングレス を一時停止する

手記

既定では、新しい環境を作成すると、保持が設定され、古いデータを 消去するように構成されます。 この設定は、Azure Portal を使用して作成後に必要に応じて、Azure Time Series Insights 環境の 構成ページで切り替えることができます。

  • 保持ポリシーを構成する方法については、「Azure Time Series Insightsでの保持の構成」を参照してください。

両方のデータ保持ポリシーについて、以下で詳しく説明します。

古いデータを消去する

  • 古いデータ の消去は、Azure Time Series Insights 環境の既定の設定です。
  • 古いデータ の消去は、ユーザーが Azure Time Series Insights 環境で常に最新 データを したい場合に推奨されます。
  • 古いデータの消去 設定 環境の制限 (保持時間、サイズ、または数のいずれか早い方) に達すると、 データが消去されます。 リテンション期間は既定で 30 日に設定されています。
  • 最も古い取り込まれたデータが最初に消去されます ("First In First Out" アプローチ)。

例 1

[イングレスを続行して古いデータを消去する] リテンション動作を持つ環境の例考えてみましょう。

データ保持時間 は 400 日に設定されます。 容量 は、合計容量の 30 GB を含む S1 ユニットに設定されます。 受信データが 1 日平均で 500 MB に蓄積されるとします。 この環境では、最大容量が 60 日に達するため、受信データのレートを考えると、60 日分のデータしか保持できません。 受信データは、毎日 500 MB x 60 日 = 30 GB として蓄積されます。

61 日目には、環境に最新のデータが表示されますが、最も古いデータは 60 日より古いデータを消去します。 消去により、新しいデータが引き続き探索されるように、新しいデータ ストリーミングの余地が生まれます。 ユーザーがデータを長く保持したい場合は、ユニットを追加して環境のサイズを大きくしたり、プッシュするデータを減らしたりできます。

例 2

環境において、保持動作 を構成し、イングレスを継続し古いデータを消去するよう設定したとします。 この例では、データ保持時間 を 180 日の小さい値に設定します。 容量 は、合計容量の 30 GB を含む S1 ユニットに設定されます。 完全な 180 日間のデータを格納するために、1 日のイングレスは 1 日あたり 0.166 GB (166 MB) を超えることはできません。

この環境の毎日のイングレス レートが 1 日あたり 0.166 GB を超えると、一部のデータが消去されるため、データを 180 日間保存することはできません。 この同じ環境を、混雑する時間帯に考慮することを検討してみてください。 環境のイングレス レートが 1 日あたり平均 0.189 GB に増加する可能性があるとします。 多忙な期間中、約158日分のデータが保持されます (30GB/0.189 = 158.73日間の保持期間)。 この時間は、目的のデータ保持期間よりも短くなります。

イングレスを一時停止する

  • イングレス の一時停止設定は、保持期間の前にサイズと数の制限に達した場合にデータが消去されないように設計されています。

  • イングレス を一時停止すると、保持期間の違反によりデータが消去される前に、ユーザーが環境の容量を増やすことができます。

  • これはデータ損失から保護するのに役立ちますが、イベント ソースの保持期間を超えてイングレスが一時停止された場合、最新のデータが失われる可能性があります。

  • ただし、環境の最大容量に達すると、次の追加アクションが発生するまで、環境はデータイングレスを一時停止します。

例 3

イングレスを一時停止 構成された保持動作を持つ環境を検討してください。 この例では、データ保持期間 は 60 日に構成されています。 容量 は、S1 の 3 単位に設定されます。 この環境では、毎日 2 GB のデータのイングレスがあるとします。 この環境では、最大容量に達するとイングレスが一時停止されます。

その時点で、イングレスが再開されるまで、または イングレスの続行 が有効になるまで（その場合は、新しいデータを格納するために古いデータを消去します）、環境に同じデータセットが表示され続けます。

イングレスが再開されたとき:

  • データ フローは、イベント ソースによって受信された順序で行われます。
  • イベント ソースの保持ポリシーを超えない限り、イベントはタイムスタンプに基づいてインデックスが作成されます。 イベント ソースのリテンション期間の構成の詳細については、Event Hubs の FAQ

重要

イングレスが一時停止されないように通知を提供するようにアラートを設定する必要があります。 Azure イベント ソースの既定のリテンション期間は 1 日であるため、データ損失が発生する可能性があります。 そのため、イングレスが一時停止されると、追加のアクションが実行されない限り、最新のデータが失われる可能性があります。 データ損失の可能性を回避するには、容量を増やすか、古いデータ を消去 動作を切り替える必要があります。

影響を受ける Event Hubs では、Azure Time Series Insights でイングレスの一時停止が発生した場合のデータ損失を最小限に抑えるために、メッセージ保持 プロパティを調整することを検討してください。

イベント ハブメッセージの保持。

イベント ソース (timeStampPropertyName) でプロパティが構成されていない場合、Azure Time Series Insights の既定では、イベント ハブへの到着のタイムスタンプが X 軸として設定されます。 timeStampPropertyName が別の構成になっている場合、環境はイベントの解析時にデータ パケット内の構成済みの timeStampPropertyName を検索します。

Azure Time Series Insights 環境をスケーリングする方法、追加の容量に合わせて環境をスケーリングする方法、またはリテンション期間を長くする方法に関するページを参照してください。

次の手順

  • データ保持設定の構成または変更の詳細については、「Azure Time Series Insightsでのリテンション期間の構成」を参照してください。

  • Azure Time Series Insightsでの待機時間の軽減 について説明します。