Azure Time Series Insights Gen2 環境の計画

注意

Time Series Insights (TSI) サービスは、2025 年 3 月以降はサポートされなくなります。 できるだけ早く既存の TSI 環境を代替ソリューションに移行することを検討してください。 サポートの終了と移行の詳細については、こちらのドキュメントを参照してください。

この記事では、Azure Time Series Insights Gen2 を使用して、迅速に計画し、開始するためのベスト プラクティスについて説明します。

計画と準備のベスト プラクティス

環境の計画と準備に関するベストプラクティスについては、次の記事で詳しく説明しています。

Azure Time Series Insights では、従量課金制のビジネス モデルが採用されています。 料金と容量の詳細については、「Azure Time Series Insights の価格」を参照してください。

Gen2 環境

Azure Time Series Insights Gen2 環境をプロビジョニングするときは、次の 2 つの Azure リソースを作成します。

  • Azure Time Series Insights Gen2 環境
  • Azure ストレージ アカウント

プロビジョニング プロセスの一環として、ウォーム ストアを有効にするかどうかを指定します。 ウォーム ストアは、階層化クエリ エクスペリエンスを提供します。 有効にする場合は、7 日から 30 日の保持期間を指定する必要があります。 ウォーム ストアの保持期間内に実行されるクエリは、一般に応答時間が短縮されます。 クエリがウォーム ストアの保持期間を超える場合は、コールド ストアから提供されます。

ウォーム ストアのクエリは無料ですが、コールド ストアのクエリにはコストが発生します。 クエリ パターンを理解し、それに従ってウォーム ストア構成を計画することが重要です。 最新データに対する対話型分析はウォーム ストアに配置し、パターン分析と長期的傾向はコールド ストアに配置することをお勧めします。

注意

ウォーム データに対してクエリを実行する方法の詳細については、API リファレンスに関するページを参照してください。

始めに、3 つの追加項目が必要です。

Azure Time Series Insights Gen2 の制限を確認する

プロパティの制限

Azure Time Series Insights プロパティの制限が、ウォーム ストレージの場合は 1,000 個に引き上げられ、コールド ストレージの場合はプロパティの制限はありません。 提供されているイベント プロパティには、対応する JSON、CSV、およびグラフの列があり、Azure Time Series Insights Gen2 エクスプローラー内で確認できます。

SKU 最大のプロパティ
Gen2 (L1) ウォーム ストレージの場合は 1,000 個のプロパティ (列)、コールド ストレージの場合は無制限
Gen1 (S1) 600 個のプロパティ (列)
Gen1 (S2) 800 個のプロパティ (列)

ストリーミング インジェスト

  • 環境ごとのイベント ソースの数は、最大で 2 つです。

  • イベント ソースのベストプラクティスと一般的なガイダンスについては、こちらを参照してください

  • 既定では、Azure Time Series Insights Gen2 では Azure Time Series Insights Gen2 環境ごとに最大 1 MB/秒 (MBps) の速度で受信データを取り込むことができます。 ハブのパーティションごとに追加の制限があります。 Azure portal を介してサポート チケットを提出することで、最大 2 MBps の速度が提供されます。 詳細については、「ストリーミング インジェストのスループットの制限」を参照してください。

API の制限

Azure Time Series Insights Gen2 の REST API の制限については、REST API リファレンス ドキュメントを参照してください。

タイム シリーズ ID と Timestamp プロパティの構成

新しい Azure Time Series Insights 環境を作成するには、時系列 ID を選択します。 そうすることで、データの論理パーティションとして機能します。 前述のように、タイム シリーズ ID の準備ができていることを確認します。

重要

タイム シリーズ ID は、後で変更できません。 最終的な選択と初めて使用する前に、それぞれを確認してください。

リソースを一意に区別するために、最大 3 つのキーを選択できます。 詳細については、「タイム シリーズ ID の選択に関するベスト プラクティス」および「取り込み規則」を参照してください。

Timestamp プロパティも重要です。 イベント ソースを追加する際に、このプロパティを指定できます。 各イベント ソースには、時間の経過と共にイベント ソースを追跡するために使用されるオプションの Timestamp プロパティがあります。 Timestamp の値は大文字と小文字が区別され、各イベント ソースの個々の仕様に書式設定される必要があります。

空白のままにすると、イベントが IoT ハブまたはイベント ハブにエンキューされた時刻が、イベントのタイムスタンプとして使用されます。 通常、ユーザーは、タイムスタンプ プロパティをカスタマイズし、ハブ エンキュー時刻ではなく、センサーまたはタグによって読み取りが生成された時刻を使用する必要があります。 詳細およびタイム ゾーン オフセットの読み取りについては、「イベント ソースのタイムスタンプ」を参照してください。

タイム シリーズ モデルについて

Azure Time Series Insights 環境の時系列モデルを構成できるようになりました。 新しいモデルにより、IoT データの検索と分析が簡単になります。 時系列データのキュレーション、メンテナンス、およびエンリッチメントが可能になり、コンシューマー対応データ セットの準備に役立ちます。 モデルでは、タイム シリーズ ID が使われ、これは、型と呼ばれる変数と階層に一意のリソースを関連付けるインスタンスにマップされます。 詳細については、時系列モデルの概要に関する記事を参照してください。

モデルは動的であるため、いつでも構築できます。 すばやく開始するには、データを Azure Time Series Insights にプッシュする前に、モデルを構築してアップロードします。 モデルを構築するには、タイム シリーズ モデルの使用に関するページを参照してください。

多くのお客様で、タイム シリーズ モデルは既存の資産モデルや既に設置されている ERP システムにマップされます。 既存のモデルがない場合は、迅速に開始できるように、事前構築済みのユーザー エクスペリエンスが提供されています。 モデルがどのように役立つかを考えるため、サンプル デモ環境を参照してください。

イベントの調整

Azure Time Series Insights にイベントを送信する方法を確認できます。 理想的には、イベントは適切かつ効率的に非正規化されます。

お勧めの方法:

  • タイム シリーズ モデルにメタデータを格納します。
  • タイム シリーズ モード、インスタンス フィールド、およびイベントに、必要な情報 (タイム シリーズ ID や Timestamp プロパティなど) のみが含まれるようにします。

詳細およびイベントがフラット化および格納される方法については、「JSON のフラット化とエスケープの規則」を参照してください。

ビジネスのディザスター リカバリー

このセクションでは、障害が発生した場合でもアプリやサービスを実行し続ける Azure Time Series Insights の機能 (ビジネス ディザスター リカバリーとも呼ばれます) について説明します。

高可用性

Azure Time Series Insights は、Azure サービスとして、Azure リージョン レベルでの冗長性を利用して特定の "高可用性" 機能を提供します。 たとえば、Azure では、Azure の複数のリージョンにわたる可用性機能を通じて、ディザスター リカバリー機能がサポートされています。

Azure を通じて提供される (および、すべての Azure Time Series Insights インスタンスで利用可能な) 追加の高可用性機能として、次のようなものがあります。

デバイスやユーザーにグローバルで複数のリージョンにわたる高可用性を提供するには、必ず関連する Azure 機能を有効にしてください。

Note

Azure が複数のリージョンにわたる可用性を有効にするように構成されている場合、Azure Time Series Insights でさらに複数のリージョンにわたる可用性を構成する必要はありません。

IoT ハブとイベント ハブ

次のような一部の Azure IoT サービスにも、組み込みのビジネス ディザスター リカバリー機能が含まれています。

Azure Time Series Insights を他のサービスと統合すると、ディザスター リカバリーの可能性が向上します。 たとえば、イベント ハブに送信されたテレメトリが、バックアップ Azure Blob Storage データベースに保持される場合があります。

Azure Time Series Insights

Azure Time Series Insights のデータ、アプリ、およびサービスが中断された場合でも、それらの実行を維持するためのいくつかの方法があります。

ただし、次の目的で、Azure Time Series 環境の完全なバックアップ コピーも要であると判断する場合があります。

  • データとトラフィックのリダイレクト先となる Azure Time Series Insights 専用の "フェールオーバー インスタンス" として
  • データおよび監査情報を保持するため

一般に、Azure Time Series Insights 環境を複製するための最善の方法は、バックアップ Azure リージョンに 2 つ目の Azure Time Series Insights 環境を作成することです。 イベントは、プライマリ イベント ソースからこのセカンダリ環境にも送信されます。 必ず 2 つ目の専用コンシューマー グループを使用してください。 前述のとおり、そのソースのビジネス ディザスター リカバリーのガイドラインに従います。

重複する環境を作成するには、以下の操作を行います。

  1. 2 つ目のリージョンに環境を作成します。 詳細については、Azure portal で新しい Azure Time Series Insights 環境を作成する方法に関するページを参照してください。
  2. イベント ソースの 2 つ目の専用コンシューマー グループを作成します。
  3. そのイベント ソースを新しい環境に接続します。 必ず 2 つ目の専用コンシューマー グループを指定してください。
  4. Azure Time Series Insights の IoT HubEvent Hub のドキュメントを確認します。

イベントが発生した場合:

  1. 障害インシデントの発生時にプライマリ リージョンが影響を受けた場合は、運用をバックアップの Azure Time Series Insights 環境に経路変更します。
  2. ハブ シーケンス番号は、フェールオーバー後に 0 から再開されるので、異なるコンシューマー グループを持つリージョンと環境の両方でイベント ソースを再作成して、重複イベントのようなものが作成されないようにします。
  3. 環境で使用可能なイベント ソースを解放するために、現在アクティブでないプライマリ イベント ソースを削除します。 (環境あたりのアクティブなイベント ソースの数は 2 つまでに制限されています。)
  4. 2 つ目のリージョンを使用して、すべての Azure Time Series Insights テレメトリとクエリ データをバックアップおよび復元します。

重要

フェールオーバーが発生した場合:

  • 遅延も発生することがあります。
  • 操作が再ルーティングされるため、メッセージの処理に瞬間的なスパイクが発生する可能性もあります。

詳細については、Azure Time Series Insights の待ち時間の短縮に関するページを参照してください。

次のステップ