IoT 中樞配額和節流
本文說明IoT中樞的配額，並提供資訊來協助您瞭解節流的運作方式。
每個 Azure 訂用帳戶最多可以有 50 個 IoT 中樞，以及最多 1 個免費中樞。
每個 IoT 中樞都會以特定層中的單位布建。 階層和單位數目決定每日可在中樞內傳送的訊息每日配額上限。 免費層中樞用來計算每日配額的訊息大小是 0.5 KB，而所有其他層則為 4KB。 如需詳細資訊，請參閱 Azure IoT 中樞 定價或 [為您的解決方案選擇正確的 IoT 中樞 層]。
您可以在 Azure 入口網站 中 IoT 中樞 定價頁面的 [訊息總數/天] 數據行底下，找到中樞的配額限制。
該層也會決定 IoT 中樞在所有作業上強制執行的節流處理限制。
作業節流處理
作業節流是在分鐘範圍內套用的速率限制，用於防止不當使用。 它們也受限於 交通成形。
建議您對呼叫進行節流，以免未達到/超過節流限制。 若您達到限制，則 IoT 中樞回應錯誤碼為 429，且用戶端應退出並重試。 這些限制是以中樞為根據 (在某些情況下會以中樞/單位為根據)。 如需詳細資訊，請參閱 重試模式。
如需哪些作業的定價詳細數據，以及哪些情況，請參閱 計費資訊。
基本和標準層作業
下表顯示所有 IoT 中樞 層中可用的作業強制執行節流。 值是指個別的中樞。
| 節流處理 | 免費、B1 和 S1 | B2 和 S2 | B3 和 S3 |
|---|---|---|---|
| 身分識別登錄作業 （建立、擷取、列出、更新、刪除） | 1.67/秒/單位 (100/分鐘/單位) | 1.67/秒/單位 (100/分鐘/單位) | 83.33/秒/單位 (5,000/分鐘/單位) |
| 新的裝置連線（此限制適用於新連線的速率，而非連線總數） | 高於 100/秒或 12/秒/單位 例如，兩個 S1 單位是 2*12 = 24 個新連線/秒，但您在所有單位上至少具有 100 個新連線/秒。 若有九個 S1 單位，您的全部單位就會擁有 108 個新連線/秒 (9*12)。 |
120 個新連線/秒/單位 | 6,000 個新連線/秒/單位 |
| 裝置到雲端傳送 | 高於100個傳送作業/秒或12個傳送作業/秒/單位 例如，兩個 S1 單位是 2*12 = 24/秒，但您在所有單位上至少擁有 100 個傳送作業/秒。 若有九個 S1 單位，您的全部單位就會擁有 108 個傳送作業/秒 (9*12)。 |
120 個傳送作業/秒/單位 | 6,000 個傳送作業/秒/單位 |
| File upload | 1.67 個檔案上傳初始化/秒/單位 (100/分鐘/單位) | 1.67 個檔案上傳初始化/秒/單位 (100/分鐘/單位) | 83.33 個檔案上傳初始化/秒/單位 (5,000/分鐘/單位) |
| 查詢 | 20/分鐘/單位 | 20/分鐘/單位 | 1,000/min/unit |
標準層作業
下表顯示僅適用於標準層之作業的強制節流。 值是指個別的中樞。
| 節流處理 | 免費和 S1 | S2 | S3 |
|---|---|---|---|
| 雲端到裝置的傳送 | 1.67 個傳送作業/秒/單位 (100 則訊息/分鐘/單位) | 1.67 個傳送作業/秒/單位 (100 個傳送作業/分鐘/單位) | 83.33 個傳送作業/秒/單位 (5,000 個傳送作業/分鐘/單位) |
| 雲端到裝置接收 （只有在裝置使用 HTTPS 時） |
16.67 個接收作業/秒/單位 (1，000 個接收作業/分鐘/單位) | 16.67 個接收作業/秒/單位 (1，000 個接收作業/分鐘/單位) | 833.33 個接收作業/秒/單位 (50,000 個接收作業/分鐘/單位) |
| 直接方法 | 160KB/秒/單位1 | 480KB/秒/單位1 | 24MB/秒/單位1 |
| 對應項 （裝置和模組） 讀取 | 100/秒 | 100/秒或 10/秒/單位，取其較高者 | 500/秒/單位 |
| 對應項更新 （裝置和模組） | 50/秒 | 50/秒或 5/秒/單位，取其較高者 | 250/秒/單位 |
| 作業的操作 （建立、更新、列出、刪除） |
1.67/秒/單位 (100/分鐘/單位) | 1.67/秒/單位 (100/分鐘/單位) | 83.33/秒/單位 (5,000/分鐘/單位) |
| 作業裝置作業 （更新對應項，叫用直接方法） |
10/秒 | 10/秒或 1/秒/單位，取其較高者 | 50/秒/單位 |
| 組態和邊緣部署 （建立、更新、列出、刪除） |
0.33/秒/單位 (20/分鐘/單位) | 0.33/秒/單位 (20/分鐘/單位) | 0.33/秒/單位 (20/分鐘/單位) |
| 裝置串流初始速率 | 5 個新的資料流/秒 | 5 個新的資料流/秒 | 5 個新的資料流/秒 |
| 同時連線之裝置串流的數目上限 | 50 | 50 | 50 |
| 裝置串流資料傳輸上限 (每日彙總量) | 300 MB | 300 MB | 300 MB |
1節流計量大小為4 KB。 節流僅以要求承載大小為基礎。
節流詳細資料
計量大小會決定耗用節流限制的增量。 如果直接呼叫的承載介於 0 KB 到 4 KB 之間，則會計算為 4 KB。 達到 160 KB/秒/單位的限制之前，每個單位每秒最多可執行 40 次呼叫。
同樣地，若您的承載介於 4 KB 至 8 KB 之間，則每個呼叫帳戶為 8 KB，且您可以在達到上限之前，每個單位每秒最多執行 20 次呼叫。
最後，如果您的承載大小介於 156 KB 到 160 KB 之間，您只能在中樞內每秒呼叫一次，再達到 160 KB/秒/單位的限制。
針對 作業裝置作業（更新對應項、叫用直接方法） 層 S3,50/秒/單位僅適用於您使用作業叫用方法時。 若您直接叫用直接方法，則會適用 24 MB/秒/單位 (針對 S3) 的原始節流限制。
您的雲端到裝置和裝置到雲端節流會決定不論 4 KB 區塊為何，您都可以傳送訊息的最大 速率 。 裝置到雲端的訊息最多可達 256 KB; 雲端到裝置的訊息則最多可達 64 KB。 這些是每種訊息類型的訊息大小上限。
流量成形
為了容納高載流量，IoT 中樞會在一段時間內接受超過節流的要求。 系統會立即處理其中的前幾個要求。 不過，如果要求數目繼續違反節流，IoT 中樞 會開始將要求放在佇列中，而要求會以限制速率進行處理。 這個效果稱為 「流量成形」。 此外，此佇列的大小會受到限制。 若持續發生節流違規，則佇列最終會填滿，且 IoT 中樞會以 429 ThrottlingException 開始拒絕要求。
例如，您可以使用模擬裝置將每秒 200 個裝置到雲端訊息傳送到 S1 IoT 中樞（其限制為 100/秒的裝置到雲端傳送）。 在前一分鐘或兩分鐘內，系統會立即處理訊息。 不過，由於裝置會繼續傳送超過節流限制的訊息，IoT 中樞起初每秒僅會處理 100 則訊息，並將其餘訊息放在佇列中。 您開始留意到延遲增加。 最後，當佇列填滿時，您會開始取得429 ThrottlingException，而「節流錯誤數目」IoT 中樞 計量開始增加。 若要瞭解如何根據計量建立警示和圖表，請參閱監視 IoT 中樞。
身分識別登錄作業節流
裝置身分識別登錄作業會作為裝置管理與佈建案例中的執行階段用途。 透過 匯入和導出作業支援讀取或更新大量的裝置身分識別。
透過 大量登錄更新作業起始身分識別作業 時，會 套用相同的節流限制。 例如，如果您想要提交大量作業來建立50部裝置，而且您有一個具有一個單位的S1 IoT 中樞，則每分鐘只接受這兩個大量要求。 這項限制是因為 S1 IoT 中樞 的身分識別作業節流，其中一個單位為 100/分鐘/單位。 在此案例中，相同分鐘內的第三個要求（及之後）將會因為達到限制而遭到拒絕。
裝置連線節流
裝置 連線 節流會控管可使用IoT中樞建立新裝置連線的速率。 裝置連線節流不會控管同時連線的裝置數目上限。 裝置連線速率節流取決於為IoT中樞布建的單位數目。
例如，如果您購買單一 S1 單位，則每秒會收到 100 個連線的節流處理。 因此，如要連線至 100,000 部裝置，至少需要 1,000 秒 (約 16 分鐘)。 不過，您可以擁有與身分識別登錄中所註冊裝置一樣多的同時連線裝置。
其他 限制
IoT 中樞會強制執行其他作業限制：
| 作業 | 限制 |
|---|---|
| 裝置 | 裝置總數加上可向單一 IoT 中樞註冊的模組數，目前上限為 1,000,000。 |
| 檔案上傳 | 每個裝置 10 個並行檔案上傳。 |
| 作業1 | 並行作業上限為 1（免費和 S1）、5 個（適用於 S2），以及 10 個（適用於 S3）。 不過，所有層的最大並行 裝置匯入/匯出作業 為1。 工作記錄最多保留 30 天。 |
| 額外端點 | 基本和標準 SKU 中樞可能有 10 個額外的端點。 免費 SKU 中樞可以會有一個額外的端點。 |
| 訊息路由查詢 | 基本和標準 SKU 中樞可能具有 100 個路由查詢。 免費 SKU 中樞可能具有五個路由查詢。 |
| 訊息擴充 | 基本和標準 SKU 中樞最多可具有 10 個訊息擴充。 免費 SKU 中樞最多可具有兩個訊息擴充。 |
| 裝置到雲端傳訊 | 訊息大小上限 256 KB |
| 雲端到裝置傳訊 1 | 訊息大小上限 64 KB。 擱置傳遞的訊息上限為每個裝置 50 個。 |
| 直接方法1 | 要求的最大直接方法承載大小為 128 KB，回應為 128 KB。 |
| 自動裝置和模組組態1 | 每個基本或標準 SKU 中樞 100 個設定。 每個免費 SKU 中樞 10 個設定。 |
| IoT Edge 自動部署1 | 每個部署 50 個模組。 每個基本或標準 SKU 中樞有 100 個部署（包括分層部署）。 每個免費中樞 10 個部署。 |
| 對應項 1 | 所需屬性和報告屬性區段的大小上限各為 32 KB。 標籤區段的大小上限為 8 KB。 每個區段中每個個別屬性的大小上限為 4 KB。 |
| 共用存取原則 | 共用存取原則的數目上限為 16 項。 在該限制內，授與 服務連線 存取權的共用存取原則數目上限為 10。 |
| 限制輸出網路存取 | 允許的 FQDN 數目上限為 20。 |
| x509 CA 憑證 | IoT 中樞上可註冊的 x509 CA 憑證數目上限為 25 個。 |
1此功能不適用於基本層 IoT 中樞。 如需詳細資訊，請參閱如何選擇正確的 IoT 中樞。
增加配額或節流限制
在任何指定時間，您可以藉由 增加IoT中樞內布建的單位數目來增加配額或節流限制。
Latency
IoT 中樞致力於為所有作業提供低延遲。 不過，由於網路狀況和其他無法預測的因素，因此無法保證特定延遲。 設計解決方案時，您應該：
- 請避免對任何 IoT 中樞作業的最大延遲進行任何假設。
- 在最接近您裝置的 Azure 區域中佈建 IoT 中樞。
- 請考慮使用 Azure IoT Edge 在裝置或靠近裝置的閘道上執行延遲敏感作業。
如先前所述，多個 IoT 中樞 單位會影響節流，但不會提供任何其他延遲優點或保證。
如果您看到作業延遲意外增加，請連絡 Microsoft 支援服務。
下一步
如需 IoT 中樞 節流行為的深入討論，請參閱部落格文章 IoT 中樞 節流和您。