規劃您的 Azure 時間序列深入解析 Gen1 環境
注意
時間序列深入解析服務將於 2024 年 7 月 7 日淘汰。 請考慮儘快將現有的環境移轉至替代解決方案。 如需淘汰和移轉的詳細資訊，請造訪我們的文件。
警告
這是 Gen1 文章。
本文說明如何根據預期的輸入速率和數據保留需求，規劃您的 Azure 時間序列深入解析 Gen1 環境。
影片
觀看這段影片以深入瞭解 Azure 時間序列深入解析 中的數據保留，以及如何規劃數據：
最佳作法
若要開始使用 Azure 時間序列深入解析，最好是知道您希望按分鐘推送多少數據，以及儲存數據需要多久的時間。
如需這兩個 Azure 時間序列深入解析 SKU 容量和保留的詳細資訊，請參閱 Azure 時間序列深入解析 定價。
若要為長期成功規劃 Azure 時間序列深入解析 環境，請考慮下列屬性：
儲存容量
根據預設，Azure 時間序列深入解析 會根據您布建的記憶體數量來保留數據（單位×每個單位的記憶體數量）和輸入。
資料保留
您可以在 Azure 時間序列深入解析 環境中變更 [資料保留時間] 設定。 您最多可以啟用 400 天的保留期。
Azure 時間序列深入解析 有兩種模式：
- 一個模式會針對最新的數據進行優化。 它會強制執行原則來 清除舊數據 ，讓實例可以使用最近的數據。 根據預設，此模式為開啟。
- 另一個會優化數據，以維持在設定的保留限制之下。 暫停輸入 可防止新數據在選取為 超過記憶體限制的行為時輸入。
您可以在 Azure 入口網站 中環境組態頁面上的兩種模式之間調整保留和切換。
重要
您可以在 Azure 時間序列深入解析 Gen1 環境中設定最多 400 天的數據保留期。
設定資料保留
在 Azure 入口網站 中，選取您的時間序列深入解析環境。
在 [時間序列深入解析環境] 窗格中，選取 [設定] 底下的 [儲存體組態]。
在 [ 數據保留時間（以天為單位）] 方塊中，輸入介於 1 到 400 之間的值。
提示
若要深入瞭解如何實作適當的數據保留原則，請參閱 如何設定保留。
輸入容量
下列摘要說明 Azure 時間序列深入解析 Gen1 中的金鑰限制。
SKU 輸入速率和容量
S1 和 S2 SKU 輸入速率和容量可在設定新的 Azure 時間序列深入解析 環境時提供彈性。 您的 SKU 容量會根據儲存的事件數或位元組數目，指出每日輸入速率，無論哪一個都先行。 請注意，輸入會 測量每分鐘，並使用 令牌貯體演演算法來套用節流 。 輸入是以 1 KB 區塊來測量。 例如，0.8-KB 的實際事件會測量為一個事件，而 2.6-KB 事件會計算為三個事件。
| S1 SKU 容量 | 輸入速率 | 記憶體容量上限 |
|---|---|---|
| 1 | 每天 1 GB（100 萬個事件） | 30 GB（3000 萬個事件） |
| 10 | 每天 10 GB（1000 萬個事件） | 3 億 GB （3 億個事件） |
| S2 SKU 容量 | 輸入速率 | 記憶體容量上限 |
|---|---|---|
| 1 | 每天 10 GB（1000 萬個事件） | 3 億 GB （3 億個事件） |
| 10 | 每天 100 GB （1 億個事件） | 3 TB（30億個事件） |
注意
容量會以線性方式調整，因此容量為 2 的 S1 SKU 每天支援 2 GB（200 萬個）事件輸入速率和每月 60 GB（6000 萬個事件）。
S2 SKU 環境每月支援更多事件，且輸入容量明顯較高。
| SKU | 每個月的事件計數 | 每分鐘的事件計數 | 每分鐘的事件大小 |
|---|---|---|---|
| S1 | 3000 萬 | 720 | 720 KB |
| S2 | 3 億 | 7,200 | 7,200 KB |
屬性限制
Gen1 屬性限制取決於所選的 SKU 環境。 提供的事件屬性具有可在 Azure 時間序列深入解析 Explorer 內檢視的對應 JSON、CSV 和圖表數據行。
| SKU | 屬性上限 |
|---|---|
| S1 | 600 個屬性 （資料行） |
| S2 | 800 個屬性 （資料行） |
事件來源
每個實例最多支援兩個事件來源。
API 限制
REST API 參考檔中指定了 Azure 時間序列深入解析 Gen1 的 REST API 限制。
環境規劃
要專注於規劃 Azure 時間序列深入解析 環境的第二個領域是輸入容量。 每日輸入記憶體和事件容量是以 1 KB 區塊為單位來測量每分鐘。 允許的封包大小上限為 32 KB。 大於 32 KB 的數據封包會被截斷。
您可以將 S1 或 S2 SKU 的容量增加到單一環境中的 10 個單位。 您無法從 S1 環境移轉至 S2。 您無法從 S2 環境移轉至 S1。
針對輸入容量，請先判斷每個月所需的輸入總數。 接下來，判斷每分鐘需要什麼。
節流和延遲會在每分鐘容量中扮演角色。 如果您的數據輸入尖峰持續不到 24 小時，Azure 時間序列深入解析 可能會以上表所列速率的兩倍的輸入速率「趕上」。
例如，如果您有單一 S1 SKU，則會以每分鐘 720 個事件的速率輸入數據，且數據速率尖峰少於一小時，速率為 1,440 個事件或更少，您的環境中沒有明顯的延遲。 不過，如果您超過每分鐘 1,440 個事件超過一小時，您可能會在環境中看到可視化且可供查詢的數據延遲。
您可能事先不知道您預期要推送的數據量。 在此情況下，您可以在 Azure 入口網站 訂用帳戶中找到 Azure IoT 中樞 和 Azure 事件中樞 的數據遙測。 遙測可協助您判斷如何布建環境。 使用個別事件來源 Azure 入口網站 中的 [計量] 窗格來檢視其遙測。 如果您瞭解事件來源計量，您可以更有效地規劃和布建 Azure 時間序列深入解析 環境。
計算輸入需求
若要計算您的輸入需求：
確認您的輸入容量高於每分鐘的平均速率，且您的環境夠大，足以處理預期的輸入，相當於容量少於一小時的兩倍。
如果輸入尖峰持續超過 1 小時，請使用尖峰率作為平均值。 布建具有處理尖峰率之容量的環境。
降低節流和延遲
如需如何防止節流和延遲的資訊，請參閱 降低延遲和節流。
塑造事件
請務必確定將事件傳送至 Azure 時間序列深入解析 的方式支援布建環境的大小。 （相反地，您可以將環境的大小對應至 Azure 時間序列深入解析 讀取的事件數目，以及每個事件的大小。當您查詢數據時，也請務必考慮您可能想要用來配量和篩選的屬性。
提示
檢閱傳送事件中的 JSON 成形檔。
確定您有參考數據
參考數據集是專案集合，可增強事件來源的事件。 Azure 時間序列深入解析 輸入引擎會聯結來自事件來源的每個事件，以及參考數據集中對應的數據列。 然後，擴增事件即可進行查詢。 聯結是以參考數據集中定義的主鍵數據行為基礎。
注意
參考數據不會回溯聯結。 設定和上傳參考數據集之後，只會比對和未來的輸入數據並聯結至參考數據集。 如果您打算將大量的歷程記錄數據傳送至 Azure 時間序列深入解析，且不要先在 Azure 時間序列深入解析 中上傳或建立參考數據，您可能必須重做您的工作（提示：不有趣）。
若要深入瞭解如何在 Azure 時間序列深入解析 中建立、上傳及管理參考數據，請閱讀參考數據集檔。
商務災害復原
本節描述 Azure 時間序列深入解析 的功能，即使發生災害（稱為商務災害復原），仍可讓應用程式和服務保持執行。
高可用性
作為 Azure 服務，Azure 時間序列深入解析 使用 Azure 區域層級的備援來提供特定高可用性功能。 例如，Azure 支援 透過 Azure 跨區域可用性功能進行災害復原功能。
透過 Azure 提供的其他高可用性功能（也可供任何 Azure 時間序列深入解析 實例使用）包括：
- 故障轉移：Azure 提供 異地復寫和負載平衡。
- 數據還原 和 記憶體復原：Azure 提供 數個選項來保留和復原數據。
- Azure Site Recovery：Azure 透過 Azure Site Recovery 提供復原功能。
- Azure 備份：Azure 備份 支援 Azure VM 的內部部署和雲端備份。
請務必啟用相關的 Azure 功能，為您的裝置和使用者提供全域、跨區域高可用性。
注意
如果 Azure 設定為啟用跨區域可用性，則 Azure 時間序列深入解析 不需要額外的跨區域可用性設定。
IoT 和事件中樞
某些 Azure IoT 服務也包含內建的商務災害復原功能：
- Azure IoT 中樞 高可用性災害復原，其中包括區域內備援
- Azure 事件中樞 原則
- Azure 儲存體複寫
Azure 時間序列深入解析 與其他服務整合可提供額外的災害復原機會。 例如，傳送至事件中樞的遙測可能會保存到備份 Azure Blob 記憶體資料庫。
Azure 時間序列深入解析
有數種方式可讓您的 Azure 時間序列深入解析 數據、應用程式和服務保持執行，即使中斷也一樣。
不過，您可以判斷也需要 Azure 時間序列環境的完整備份複本，以達到下列目的：
- 作為故障轉移實例，特別針對 Azure 時間序列深入解析 將數據和流量重新導向至
- 保留數據和稽核資訊
一般而言，複製 Azure 時間序列深入解析 環境的最佳方式是在備份 Azure 區域中建立第二個 Azure 時間序列深入解析 環境。 事件也會從主要事件來源傳送至這個次要環境。 請確定您使用第二個專用取用者群組。 遵循該來源的商業災害復原指導方針，如先前所述。
若要建立重複的環境：
- 在第二個區域中建立環境。 如需詳細資訊，請參閱在 Azure 入口網站 中建立新的 Azure 時間序列深入解析 環境。
- 為您的事件來源建立第二個專用取用者群組。
- 將該事件來源連線到新的環境。 請確定您指定第二個專用取用者群組。
- 檢閱 Azure 時間序列深入解析 IoT 中樞 和事件中樞檔。
如果發生事件：
- 如果您的主要區域在災害事件期間受到影響，請將作業重新路由至備份 Azure 時間序列深入解析 環境。
- 由於中樞序號在故障轉移之後從 0 重新啟動，因此請重新建立兩個區域/環境中具有不同取用者群組的事件來源，以避免建立類似重複事件的內容。
- 刪除目前為非使用中的主要事件來源，以釋放您環境的可用事件來源。 （每個環境都有兩個作用中事件來源的限制。
- 使用您的第二個區域來備份和復原所有 Azure 時間序列深入解析 遙測和查詢數據。