規劃 Azure 時間序列深入解析 Gen2 環境

  • 發行項

注意

2025 年 3 月之後，時間序列深入解析 (TSI) 服務將不再受到支援。 請考慮盡快將現有 TSI 環境移轉至替代解決方案。 如需淘汰和移轉的詳細資訊，請瀏覽我們的文件。

本文描述規劃及快速開始使用 Azure 時間序列深入解析 Gen2 的最佳做法。

規劃和準備的最佳做法

下列文章會進一步說明規劃及準備環境的相關最佳做法：

Azure 時間序列深入解析採用隨用隨付商業模式。 如需費用和容量的詳細資訊，請參閱 Azure 時間序列深入解析定價。

Gen2 環境

當您佈建 Azure 時間序列深入解析 Gen2 環境時，您會建立這兩種 Azure 資源：

  • Azure 時間序列深入解析 Gen2 環境
  • Azure 儲存體帳戶

在佈建流程中，您可以指定是否要啟用暖存放區。 暖存放區提供階層式查詢體驗。 啟用時，您必須指定 7 至 30 天的保留期間。 在暖存放區保留期間內執行的查詢通常回應時間會更快速。 當查詢跨越暖存放區保留期間時，則會從冷存放區提供服務。

暖存放區的查詢是免費的，而冷存放區上的查詢會產生成本。 請務必了解您的查詢模式，並據此規劃暖存放區組態。 我們建議最新資料的互動式分析位於暖存放區中，而模式分析和長期趨勢分析則位於冷存放區中。

注意

若要深入了解如何查詢暖資料，請閱讀 API 參考。

若要開始使用，您需要三個額外項目：

檢閱 Azure 時間序列深入解析 Gen2 限制

屬性限制

Azure 時間序列深入解析屬性限制已針對暖儲存體增加至 1,000 個，冷儲存體則沒有屬性限制。 提供的事件屬性具有對應的 JSON、CSV 和圖表資料行，可在 Azure 時間序列深入解析 Gen2 總管內檢視。

SKU 屬性上限
Gen2 (L1) 1,000 個屬性 (資料行) 用於暖儲存體，而冷儲存體則無限制
Gen1 (S1) 600 個屬性 (資料行)
Gen1 (S2) 800 個屬性 (資料行)

串流內嵌

  • 每個環境最多有兩個事件來源。

  • 您可以在這裡找到事件來源的最佳做法和一般指引

  • 根據預設，Azure 時間序列深入解析 Gen2 可以在每個 Azure 時間序列深入解析 Gen2 環境中，以每秒最多 1 MBps 的速率來擷取傳入的資料。 每個中樞分割區都有額外的限制。 您可以透過 Azure 入口網站提交支援票證，取得高達 2 MBps 的速率。 若要深入了解，請參閱串流擷取輸送量限制。

API 限制

Azure 時間序列深入解析 Gen2 的 REST API 限制詳述於 REST API 參考文件。

設定時間序列識別碼和時間戳記屬性

若要建立新的 Azure 時間序列深入解析環境，請選取一個時間序列識別碼。 此動作會當作您資料的邏輯分割。 如上述事項，請務必備妥您的時間序列識別碼。

重要

時間序列識別碼「之後無法變更」。 在最終選取前及第一次使用前，請確認每個識別碼。

您可以選取最多三個索引碼來專門區分您的資源。 如需詳細資訊，請參閱選擇時間序列識別碼的最佳做法和擷取規則。

時間戳記屬性也很重要。 您可以在新增事件來源時指定此屬性。 每個事件來源都有選擇性的時間戳記屬性，可用來依時間追蹤事件來源。 時間戳記值會區分大小寫，而且格式必須設定為每個事件來源的個別規格。

當保留空白時，事件加入 IoT 中樞或事件中樞佇列的時間會當做事件時間戳記使用。 一般而言，使用者應選擇自訂時間戳記屬性，並使用感應器或標籤產生讀數的時間，而不是加入中樞佇列的時間。 如需詳細資訊，以及參閱時區位移的相關資訊，請參閱事件來源時間戳記。

了解時間序列模型

您現在可以設定您 Azure 時間序列深入解析環境的時間序列模型。 使用新模型很容易就能尋找及分析 IoT 資料。 它能用來鑑藏、維護及擴充時間序列資料，並協助準備取用者可用的資料集。 該模型使用時間序列識別碼，它對應到的執行個體與唯一資源相關聯，且該資源有變數 (稱為類型) 和階層。 若要深入了解，請參閱時間序列模型概觀。

模型是動態的，所以隨時可以建置。 若要快速開始使用，請先建置並上傳模型，再將資料推送至 Azure 時間序列深入解析中。 若要建置您的模型，請了解使用時間序列模型。

對許多客戶而言，時間序列模型對應至現有的資產模型或 ERP 系統。 如果您沒有現有的模型，我們提供的預先建置使用者體驗可快速啟動並執行。 若要了解模型能如何協助您，請檢視範例示範環境。

塑形您的事件

您可以確認您傳送事件到 Azure 時間序列深入解析的方式。 在理想情況下，您的事件已妥善且有效率地反正規化。

良好的經驗法則：

  • 將中繼資料儲存在您的時間序列模型中。
  • 確保時間序列模式、執行個體欄位和事件只包含必要的資訊，例如時間序列識別碼或時間戳記屬性。

如需詳細資訊，並了解事件如何壓平合併並儲存，請閱讀 JSON 壓平合併和逸出規則。

業務災害復原

本節說明即使在發生災害時，也能讓應用程式和服務保持運作的 Azure 時間序列深入解析功能 (稱為商務災害復原)。

高可用性

作為一項 Azure 服務，Azure 時間序列深入解析利用 Azure 區域層級的備援，來提供特定的高可用性功能。 例如，Azure 會透過 Azure 的跨區域可用性功能來支援災害復原功能。

透過 Azure 提供的其他高可用性功能 (也可供任何 Azure 時間序列深入解析執行個體使用) 包括：

請務必啟用相關的 Azure 功能，為您的裝置和使用者提供全域、跨區域的高可用性。

注意

如果 Azure 設定為啟用跨區域可用性，則不需要在 Azure 時間序列深入解析中進行額外的跨區域可用性設定。

IoT 和事件中樞

某些 Azure IoT 服務也包含內建的商務災害復原功能：

將 Azure 時間序列深入解析與其他服務整合，可提供額外的災害復原機會。 例如，傳送至事件中樞的遙測，可以保存到備份 Azure Blob 儲存體資料庫。

Azure Time Series Insights

有數種方式可讓您的 Azure 時間序列深入解析資料、應用程式和服務即使在遭到中斷時，仍可保持運作。

不過，您可能基於下列目的，判斷也需要建立 Azure 時間序列環境的完整備份複本：

  • 作為容錯移轉執行個體，專門供 Azure 時間序列深入解析將資料和流量重新導向至該處
  • 用來保留資料和稽核資訊

一般而言，複製 Azure 時間序列深入解析環境的最佳方式，是在備份 Azure 區域中建立第二個 Azure 時間序列深入解析環境。 事件也會從您的主要事件來源傳送至這個次要環境。 請務必使用第二個專用取用者群組。 請遵循該來源的商務災害復原指導方針，如前所述。

若要建立重複的環境：

  1. 在第二個區域中建立環境。 如需詳細資訊，請參閱在 Azure 入口網站中建立新的 Azure 時間序列深入解析環境。
  2. 建立您事件來源的第二個專用取用者群組。
  3. 將該事件來源連線到新環境。 請務必指定第二個專用取用者群組。
  4. 檢閱 Azure 時間序列深入解析 IoT 中樞和事件中樞文件。

事件發生時：

  1. 如果您的主要區域在災害事件期間受到影響，請將作業重新路由傳送到備份 Azure 時間序列深入解析環境。
  2. 容錯移轉之後中樞序號會從 0 重新開始，因此請在具有不同取用者群組的兩個區域/環境中重新建立事件來源，以避免建立看似重複事件的項目。
  3. 刪除目前非作用中的主要事件來源，以為環境釋出可用的事件來源。 (每個環境最多可以有兩個作用中事件來源。)
  4. 使用第二個區域來備份和復原所有 Azure 時間序列深入解析遙測和查詢資料。

重要

容錯移轉發生時：

  • 也可能會發生延遲。
  • 由於作業會重新路由傳送，訊息處理可能會出現短暫的激增。

如需詳細資訊，請參閱緩解 Azure 時間序列深入解析中的延遲。

下一步

  • 檢閱 Azure Advisor 以規劃您的商務復原組態選項。
  • 檢閱 Azure Advisor 以規劃您的商務復原組態選項。
  • 深入了解 Azure 時間序列深入解析 Gen2 中的資料擷取。
  • 檢閱 Azure 時間序列深入解析 Gen2 中的資料儲存體的文件。
  • 了解 Azure 時間序列深入解析 Gen2 中的資料模型化。