共用方式為

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

  • 發行項

注意

時間序列深入解析服務將於 2024 年 7 月 7 日淘汰。 請考慮儘快將現有的環境移轉至替代解決方案。 如需淘汰和移轉的詳細資訊，請造訪我們的文件。

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

規劃和準備的最佳做法

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

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

Gen2 環境

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

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

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

暖存放區上的查詢是免費的，而冷存放區的查詢會產生成本。 請務必瞭解您的查詢模式，並據以規劃暖存放區設定。 建議您對最新數據的互動式分析位於暖存放區中，而模式分析和長期趨勢則位於冷中。

注意

若要深入瞭解如何查詢暖數據，請閱讀 API 參考。

若要開始，您需要另外三個專案：

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

屬性限制

Azure 時間序列深入解析，暖記憶體的屬性限制已增加到1,000個，冷儲存區沒有屬性限制。 提供的事件屬性有對應的 JSON、CSV 和圖表數據行，您可以在 Azure 時間序列深入解析 Gen2 Explorer 內檢視。

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

串流擷取

API 限制

REST API 參考檔中指定了 Azure 時間序列深入解析 Gen2 的 REST API 限制。

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

若要建立新的 Azure 時間序列深入解析 環境，請選取時間序列標識符。 這樣做可作為您數據的邏輯分割區。 如前所述，請務必備妥時間序列標識符。

重要

時間序列標識碼 稍後無法變更。 請先確認每一個，再進行最後選取，然後再使用。

您可以選取最多三個索引鍵，以唯一區分您的資源。 如需詳細資訊，請參閱 選擇時間序列標識符 和 擷取規則的最佳做法。

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

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

了解時間序列模型

您現在可以設定 Azure 時間序列深入解析 環境的時間序列模型。 新的模型可讓您輕鬆地尋找和分析IoT資料。 它可啟用時間序列數據的策展、維護和擴充，並協助準備取用者就緒的數據集。 此模型會使用時間序列標識符，其對應至將唯一資源與變數產生關聯的實例，稱為類型及階層。 若要深入瞭解， 請參閱時間序列模型概 觀。

模型是動態的，因此可以隨時建置模型。 若要快速開始使用，請先建置並上傳數據，再將數據推送至 Azure 時間序列深入解析。 若要建置模型，請閱讀 使用時間序列模型。

對於許多客戶，時間序列模型會對應至現有的資產模型或 ERP 系統。 如果您沒有現有的模型，則會 提供 預先建置的用戶體驗，以便快速啟動並執行。 若要設想模型如何協助您，請檢視 範例示範環境。

塑造事件

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

良好的經驗法則：

  • 將元數據儲存在時間序列模型中。
  • 確定時間序列模式、實例字段和事件只包含必要的資訊，例如時間序列標識元或時間戳屬性。

如需詳細資訊，以及瞭解事件如何扁平化和儲存，請閱讀 JSON 扁平化和逸出規則。

商務災害復原

本節描述 Azure 時間序列深入解析 的功能，即使發生災害（稱為商務災害復原），仍可讓應用程式和服務保持執行。

高可用性

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

透過 Azure 提供的其他高可用性功能（也可供任何 Azure 時間序列深入解析 實例使用）包括：

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

注意

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

IoT 和事件中樞

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

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

Azure 時間序列深入解析

有數種方式可讓您的 Azure 時間序列深入解析 數據、應用程式和服務保持執行，即使中斷也一樣。

不過，您可以判斷也需要 Azure 時間序列環境的完整備份複本，以達到下列目的：

  • 作為故障轉移實例，特別針對 Azure 時間序列深入解析 將數據和流量重新導向至
  • 保留數據和稽核資訊

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

若要建立重複的環境：

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

如果發生事件：

  1. 如果您的主要區域在災害事件期間受到影響，請將作業重新路由至備份 Azure 時間序列深入解析 環境。
  2. 由於中樞序號在故障轉移之後從 0 重新啟動，因此請重新建立兩個區域/環境中具有不同取用者群組的事件來源，以避免建立類似重複事件的內容。
  3. 刪除目前為非使用中的主要事件來源，以釋放您環境的可用事件來源。 （每個環境都有兩個作用中事件來源的限制。
  4. 使用您的第二個區域來備份和復原所有 Azure 時間序列深入解析 遙測和查詢數據。

重要

如果發生故障轉移：

  • 也可能會發生延遲。
  • 訊息處理的暫時尖峰可能會發生，因為作業會重新路由。

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

下一步