次の方法で共有

Azure Time Series Insights Gen2 環境を計画する

  • [アーティクル]

手記

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

この記事では、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 Storage アカウント

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

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

手記

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

開始するには、次の 3 つの項目が必要です。

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

プロパティの制限

Azure Time Series Insights プロパティの制限は、ウォーム ストレージでは 1,000 に増加し、コールド ストレージのプロパティ制限はありません。 指定されたイベント プロパティには、対応する JSON、CSV、およびグラフの列があり、Azure Time Series Insights Gen2 Explorer内で表示できます。

在庫管理単位 (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) の速度で受信データを取り込むことができます。 ハブ パーティションごとに 追加の制限があります。 最大 2 MBps の料金は、Azure portal からサポート チケットを送信することで提供できます。 詳細については、「ストリーミング インジェストのスループット制限を参照してください。

API の制限

Azure Time Series Insights Gen2 の REST API の制限は、REST API リファレンス ドキュメントで指定されています。

タイム シリーズ ID とタイムスタンプのプロパティを構成する

新しい Azure Time Series Insights 環境を作成するには、タイム シリーズ ID を選択します。 これを行うと、データの論理パーティションとして機能します。 メモしたように、タイム シリーズ ID の準備が整っていることを確認します。

重要

時系列 ID は、後で変更することはできません。 最終選択と初めての使用の前に、それぞれを確認してください。

最大 3 つのキーを選択して、リソースを一意に区別できます。 詳細については、「タイム シリーズ ID と インジェスト ルールを選択するためのベスト プラクティス」を参照してください。

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

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

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

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

モデルは動的であるため、いつでも構築できます。 すぐに開始するには、Azure Time Series Insights にデータをプッシュする前に、データをビルドしてアップロードします。 モデルを構築するには、「時系列モデルを使用する」を参照してください。

多くのお客様にとって、タイム シリーズ モデルは既存の資産モデルまたは ERP システムに既にマップされています。 既存のモデルがない場合は、事前構築済みのユーザー エクスペリエンス 提供され、迅速に稼働できます。

イベントを企画する

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

良い経験則:

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

詳細については、イベントがどのようにフラット化および格納されるかを理解するために、JSON のフラット化とエスケープの規則を参照してください。

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

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

高可用性

Azure Time Series Insights は、Azure サービスとして、Azure リージョン レベルで冗長性を使用して、特定の 高可用性 機能を提供します。 たとえば、Azure では、リージョン間の可用性 機能を使用して、Azure の ディザスター リカバリー機能をサポートしています。

Azure を通じて提供される追加の高可用性機能 (および Azure Time Series Insights インスタンスでも使用できる機能) は次のとおりです。

  • フェールオーバー: Azure では、地理的レプリケーションと負荷分散を提供しています。
  • データ復元の とストレージの回復: Azure には、データを保持および回復するための オプションがいくつか用意されています。
  • Azure Site Recovery: Azure は、Azure Site Recoveryを通じて復旧機能 提供します。
  • Azure Backup: Azure Backup では、Azure VM のオンプレミスバックアップとクラウド内バックアップの両方がサポートされます。

関連する Azure 機能を有効にして、デバイスとユーザーにグローバルなリージョン間の高可用性を提供してください。

手記

リージョン間の可用性を有効にするように 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 Hub および Event Hubs 、 のドキュメントを確認します。

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

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

大事な

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

  • 遅延も発生する可能性があります。
  • 操作が再ルーティングされるため、メッセージ処理の一時的な急増が発生する可能性があります。

詳細については、「Azure Time Series Insightsの待機時間を軽減する」を参照してください。

次の手順

  • Azure Advisor を確認して、ビジネス回復の構成オプションを計画します。
  • Azure Advisor を検討して、ビジネス回復の構成オプションを計画します。
  • Azure Time Series Insights Gen2 の データ インジェスト の詳細を参照してください。
  • Azure Time Series Insights Gen2 のデータ ストレージ に関する記事を確認します。
  • Azure Time Series Insights Gen2 でのデータ モデリング について説明します。