事件中樞定價

「輸入事件」是 64 KB 或更小的資料單位。每一個都是計費事件。較大訊息以 64 KB 的倍數計費。例如，8 KB 當作一個事件計費，但 96 KB 訊息就當作兩個事件計費。

從事件中樞取用的事件及管理作業和「控制呼叫」(例如檢查點) 不會視為計費的輸入事件，但會累計到輸送量單位額度中。

輸送量單位由客戶透過 Azure 入口網站或事件中樞管理 API 來明確選取。輸送量單位會套用到命名空間中的所有事件中樞，而每一個輸送量單位均可讓命名空間具備下列能力：

1. 每秒最多 1 MB 的輸入事件 (= 傳送至事件中樞的事件)，但不超過每秒 1000 個輸入事件、管理作業或控制 API 呼叫。
2. 每秒最多 2 MB 的輸出事件 (= 從事件中樞取用的事件)。
3. 最多 84GB 的事件儲存體 (足夠應付預設 24 小時的保留期間)。

輸送量單位每小時計費一次，且根據該小時內選取的單位數上限而定。

在命名空間中的所有事件中樞之間，如果輸入輸送量總計或輸入事件速率總計超過彙總的輸送量單位額度，則傳送端會受到節流管制並收到錯誤，指出已超出輸入配額。

在命名空間中的所有事件中樞之間，如果輸出輸送量總計或事件輸出速率總計超過彙總的輸送量單位額度，則接收端會受到節流管制並收到錯誤，指出已超出輸出配額。輸入和輸出配額會個別實施，所以傳送端無法減緩事件耗用速度，接收端也無法阻擋事件傳送至事件中樞。

請注意，輸送量單位選取項目與事件中樞分割區數量無關 (在類似系統中有時稱為「分區」)。分割區本身沒有固定費用。費用會依命名空間中所有事件中樞的彙總輸送量單位來計算。在此情況下，客戶可以建立足夠的分割區來支援預期的系統負載上限，在系統的事件負載真正需要更高輸送量之前，不會產生任何輸送量單位費用，也不必隨著系統的負載增加而變更系統的結構和架構。

範例：假設您在命名空間上選擇八個輸送量單位，並建立具有 32 個分割區的單一事件中樞。若此事件中樞內所有分割區的負載平均，則每個分割區的輸入輸送量大約每秒 0.25 MB ，而彙總的輸送量總計為每秒 8 MB。若單一分割區的使用量暴增到每秒 1 MB，而其他 8 個分割區只達到尖峰負載的一半 (每秒 0.125 MB)，則不會進行節流。

是。透過自助體驗，基本和標準層命名空間最多可有 20 個輸送量單位 (TU)。針對標準層命名空間，您可以提出支援票證以要求最多 40 個 TU。請注意，如果容量需要額外增加到每個 Azure 訂用帳戶超過 20 個 TU，則無法保證立即可用。如果客戶預期需要 20 個 TU 以上的事件中樞容量，請在規劃過程中儘早連絡我們，以討論需求。如果您需要 40 個以上的 TU，建議您考慮使用專用事件中樞。

如果儲存的事件總數大小超過所選輸送量單位數的儲存體額度 (標準層每 TU 84 GB，專用層每 CU 10 TB)，則會依定價表中所列區域費率對超額的大小收費。標準層的事件中樞事件會保留最多 7 天，專用層則為 90 天。

所有已儲存事件的大小總計，包括命名空間中所有事件中樞的事件標頭，或磁碟儲存體結構的任何內部額外負荷，都會納入全日輸送量計費。一天結束時會計算尖峰儲存體大小。如果大小總計超過儲存體額度，則超額的儲存體會依本地備援 Azure Blob 儲存體費率來計費。

不論有多少傳送端系統或裝置，使用 HTTP 傳送事件都不需要連線費用。AMQP 連線為計量付費，但每個基本事件中樞命名空間的前 100 個並行連線免費，而且標準事件中樞每一訂用帳戶的前 1,000 個並行連線免費。這些額度涵蓋大部分接收案例，以及許多的服務對服務案例。一般情況下，若您計劃在大量的用戶端上使用 AMQP (例如提升事件串流的效率)，才會衍生高額的代理連線費用。代理連線會依列在服務匯流排連線定價頁面上的費率計費。

專用事件中樞的代理連線不會另外計費。

當命名空間中的任何事件中樞有啟用擷取功能時，即會啟用事件中樞擷取。擷取會依據購買的每個輸送量單位每小時計費。事件中樞擷取計費會隨著輸送量單位計數的增減，以一小時為增加量反映這些變更。

事件中樞擷取不會影響事件中樞輸送量單位的輸出費率。您仍能以每秒 2,000 個事件/每個輸送量單位 2 MBps 的完整輸送量單位費率進行讀取。

事件中樞擷取會依照您所提供的排程，使用您所提供的儲存體帳戶。因為這是您的儲存體帳戶，所以此儲存體帳戶的任何使用量費用都將由您的 Azure 訂用帳戶支付。您的擷取時間愈短，儲存體交易的發生頻率愈高。