參考 - IoT 中樞配額和節流

本文說明IoT 中樞配額,並提供資訊來協助您瞭解節流的運作方式。

配額和節流

每個 Azure 訂用帳戶最多可以有 50 個 IoT 中樞,以及最多 1 個可用中樞。

佈建每個 IoT 中樞時,都會為其佈建特定層級中的特定單位數。 層級和單位數會決定您每天可傳送的訊息配額上限。 對於免費層中樞,用來計算每日配額的訊息大小為 0.5 KB,而對於所有其他層的訊息大小則為 4 KB。 如需詳細資訊,請參閱Azure IoT 中樞定價

層級也會決定「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 個傳送作業/秒/單位
雲端到裝置的傳送1 1.67 send operations/sec/unit (100 messages/min/unit) 1.67 傳送作業/秒/單位 (100 個傳送作業/分鐘/單位) 83.33 send operations/sec/unit (5,000 send operations/min/unit)
雲端到裝置的接收1
(僅限裝置使用 HTTPS 時)
16.67 接收作業/秒/單位 (1,000 個接收作業/分鐘/單位) 16.67 接收作業/秒/單位 (1,000 個接收作業/分鐘/單位) 833.33 接收作業/秒/單位 (50,000 個接收作業/最小/單位)
檔案上傳 1.67 檔案上傳起始/秒/單位 (100/分鐘/單位) 1.67 檔案上傳起始/秒/單位 (100/分鐘/單位) 83.33 檔案上傳起始/秒/單位 (5,000/分鐘/單位)
直接方法1 160 KB/秒/單位2 480 KB/秒/單位2 24 MB/秒/單位2
查詢 20/分鐘/單位 20/分鐘/單位 1,000/分鐘/單位
對應項 (裝置與模組) 讀取1 100/秒 高於 100/秒或 10/秒/單位 500/秒/單位
對應項更新 (裝置與模組)1 50/秒 高於 50/秒或 5/秒/單位 250/秒/單位
作業操作1
(建立、更新、列出、刪除)
1.67/秒/單位 (100/分鐘/單位) 1.67/秒/單位 (100/分鐘/單位) 83.33/秒/單位 (5,000/分鐘/單位)
作業裝置操作1
(更新對應項,叫用直接方法)
10/秒 10/秒或 1/秒/單位較高者 50/秒/單位
設定與 Edge 部署1
(建立、更新、列出、刪除)
0.33/秒/單位 (20/分鐘/單位) 0.33/秒/單位 (20/分鐘/單位) 0.33/秒/單位 (20/分鐘/單位)
裝置資料流程初始速率1 5 個新串流/秒 5 個新串流/秒 5 個新串流/秒
並行連線裝置資料流程的最大數目1 50 50 50
每日匯總磁片區 (裝置資料流程資料傳輸上限) 300 MB 300 MB 300 MB

1「IoT 中樞」的基本層中不提供此功能。 如需詳細資訊,請參閱如何選擇適合的 IoT 中樞
2節流計量大小為 4 KB。 節流只會根據要求承載大小。

節流詳細資料

  • 計量大小會決定耗用節流限制的增量。 如果您的直接呼叫承載介於 0 到 4 KB 之間,則會計算為 4 KB。 達到 160 KB/秒/單位的限制之前,每個單位最多可進行每秒 40 個呼叫。

    同樣地,如果您的承載介於 4 KB 到 8 KB 之間,則每個呼叫帳戶 8 KB,而且您可以在達到上限之前,每秒最多進行 20 次呼叫。

    最後,如果您的承載大小介於 156KB 到 160 KB 之間,您就能夠在中樞內每秒進行 1 次呼叫,再達到 160 KB/秒/單位的限制。

  • 針對 作業裝置作業 (更新 對應項,請叫用第 S3 層的直接方法) ,50/秒/單位僅適用于使用作業叫用方法時。 如果您直接叫用直接方法,則適用于 S3) 的原始節流限制為 24 MB/秒/單位 (。

  • 配額 是您 每天可在中樞傳送的匯總訊息數目。 您可以在[IoT 中樞定價] 頁面上[訊息總數/天]資料行底下,找到中樞的配額限制。

  • 您的雲端到裝置和裝置到雲端節流會決定您可以傳送訊息的最大 速率 ,不論 4 KB 區塊為何,訊息數目為何。 D2C 訊息最多可達 256 KB;C2D 訊息最多可達 64 KB。 這些是每種訊息類型的 [訊息大小上限]。

  • 建議您對呼叫進行節流,以免達到/超過節流限制。 如果您達到限制,IoT 中樞回應錯誤碼為 429,用戶端應該回復並重試。 這些限制是每個中樞 (,或在某些情況下,每個中樞/單位) 。 如需詳細資訊,請參閱 管理連線能力與可靠的傳訊/重試模式

流量成形

為了容納高載流量,IoT 中樞接受超過節流時間的要求。 這些要求的前幾個會立即處理。 不過,如果要求數目持續違反節流,IoT 中樞就會開始將要求放在佇列中,且要求會以限制速率處理。 此效果稱為 流量成形。 此外,此佇列的大小有限。 如果節流違規持續發生,最後佇列就會填滿,IoT 中樞開始拒絕要求。 429 ThrottlingException

例如,您可以使用模擬裝置將每秒 200 個裝置到雲端訊息傳送至 S1 IoT 中樞 (,其限制為 100/秒 D2C 傳送) 。 在第一分鐘或兩分鐘內,會立即處理訊息。 不過,由於裝置會繼續傳送超過節流限制的訊息,IoT 中樞開始只處理每秒 100 則訊息,並將其餘訊息放在佇列中。 您開始注意到延遲增加。 最後,您會開始在佇列填滿時開始使用 429 ThrottlingException ,而「節流錯誤數目」IoT 中樞計量開始增加。 若要瞭解如何根據計量建立警示和圖表,請參閱監視IoT 中樞

身分識別登錄作業節流

裝置身分識別登錄作業適用于裝置管理和布建案例中的執行時間使用。 透過匯入和匯出作業,即可支援讀取或更新大量的裝置身分識別。

透過 大量登錄更新作業 起始身分識別作業時, (不會 大量匯入和匯出作業) ,則會套用相同的節流限制。 例如,如果您想要提交大量作業來建立 50 部裝置,而且您有 S1 IoT 中樞 1 個單位,則每分鐘只接受兩個大量要求。 這是因為 S1 IoT 中樞 1 單位的身分識別作業節流為 100/分鐘/單位。 在此情況下,相同分鐘內的第三個要求 (和超過) 會遭到拒絕,因為已達到限制。

裝置連線節流

「裝置連線」節流會控制新裝置可與 IoT 中樞建立連線的速率。 「裝置連線」節流不會控制同時連線裝置的數目上限。 「裝置連線」速率節流受制於為 IoT 中樞佈建的單位數。

例如,若您購買單一 S1 單位,則得到每秒 100 個連線的節流。 因此,若要連接 100,000 部裝置,至少需要 1,000 秒 (大約 16 分鐘) 。 不過,若您已將裝置登錄在您的身分識別登錄中,則可以有任意數量的同時連線裝置。

其他限制

IoT 中樞會強制執行其他操作限制:

作業 限制
裝置 裝置總數加上可註冊到單一 IoT 中樞的模組總數上限為 1,000,000。 增加此限制的唯一方法是連絡Microsoft 支援服務
檔案上傳 每個裝置 10 個並行檔案上傳。
作業1 並行作業數目上限為 1 (,S1) 、S2) 5 (,S3) 則為 10 (。 不過,所有層的最大並行 裝置匯入/匯出作業 為 1。
作業歷程記錄最多會保留 30 天。
額外端點 付費 SKU 中樞包含 10 個額外端點。 免費 SKU 中樞包含 1 個額外端點。
訊息路由查詢 付費 SKU 中樞可能有 100 個路由查詢。 免費的 SKU 中樞可能會有五個路由查詢。
訊息擴充 付費 SKU 中樞最多可以有 10 個訊息擴充。 免費 SKU 中樞最多可以有 2 個訊息擴充。
裝置到雲端傳訊 訊息大小上限為 256 KB
雲端到裝置的傳訊1 訊息大小上限為 64 KB。 每個裝置的暫止訊息上限為 50 個。
直接方法1 直接方法承載的大小上限為 128 KB。
自動裝置和模組組態1 每個付費 SKU 中樞 100 項設定。 每個免費 SKU 中樞 10 個設定。
IoT Edge自動部署1 每個部署 50 個模組。 100 個部署 (包括每個付費 SKU 中樞) 分層部署。 每個免費 SKU 中樞 10 個部署。
對應項1 所需屬性和報告屬性區段的大小上限為 32 KB。 標籤區段的大小上限為 8 KB。
共用存取原則 共用存取原則的數目上限為 16。
限制輸出網路存取 允許的 FQDN 數目上限為 20。
x509 CA 憑證 可以在 IoT 中樞 註冊的 x509 CA 憑證數目上限為 25。

1「IoT 中樞」的基本層中不提供此功能。 如需詳細資訊,請參閱如何選擇適合的 IoT 中樞

增加配額或節流限制

在任何指定時間,您可以 增加 IoT 中樞內布建的單位數目,以增加配額或節流限制。

延遲

IoT 中樞會努力地為所有作業提供低延遲的服務。 不過,由於網路狀況和其他無法預期的因素,因此無法保證特定延遲。 設計您的解決方案時,您應該:

  • 避免進行有關任何 IoT 中樞作業最大延遲的任何假設。
  • 在與您的裝置最靠近的 Azure 區域中佈建 IoT 中樞。
  • 考慮使用 Azure IoT Edge 在裝置或靠近裝置的閘道上執行無法容忍延遲的作業。

如先前所述,多個 IoT 中樞單位既會影響節流功能,又不會提供額外的延遲好處或保證。

如果您注意到作業的延遲時間莫名其妙增加,請連絡 Microsoft 支援服務

下一步

如需有關 IoT 中樞節流行為的深入討論,請參閱 IoT Hub throttling and you (IoT 中樞節流和您) 部落格文章。

此 IoT 中樞開發人員指南中的其他參考主題包括︰