事件中樞常見問題集

一般

什麼是 Azure 事件中樞命名空間？

命名空間是適用於事件中樞或 Kafka 主題的範圍容器。 它可為您提供唯一的 FQDN。 命名空間會用來作為應用程式容器，可裝載多個事件中樞或 Kafka 主題。

部署後是否可以變更定價層？

否。 部署之後，就不可能 (例如) 將標準層變更為進階層，而不部署新的資源。

建立新的命名空間與使用現有命名空間的時機點為何？

容量分配輸送量單位 (TU) 或處理單位 (PU)) 會以命名空間等級計費。 命名空間也與區域有關。

在下列其中一個情境中，您可能會想要建立新的命名空間，而不是使用現有的命名空間：

• 您需要一個與新區域相關的事件中樞。
• 您需要與不同訂用帳戶有關的事件中樞。
• 您需要具有不同容量分配的事件中樞 (也就是，新增事件中樞的命名空間所需的容量會超過 40 TU 閾值，而您不想要使用專用叢集)。

事件中樞基本與標準層有何不同？

Azure 事件中樞的標準層提供比基本層更多的功能。 標準層包含下列功能︰

• 較長的事件保留期
• 其他代理連線，超過包含的數目時收取超額費用
• 超過一個單一消費者群組
• 擷取
• Kafka 整合

如需有關定價層的詳細資訊，包括專用事件中樞，請參閱事件中樞定價詳細資料。

哪裡可以取得 Azure 事件中樞？

在所有支援的 Azure 區域中皆提供 Azure 事件中樞。 如需清單，請瀏覽 Azure 區域頁面。

我是否可以使用單一進階訊息佇列通訊協定 (AMQP) 連線，從多個事件中樞進行傳送及接收？

是。只要所有事件中樞都位於相同的命名空間內即可。

事件的最長保留期間是多久？

事件中樞標準層目前支援最長 7 天的保留期間，而針對進階和專用層，此限制為 90 天。 事件中樞不適合用來作為永久資料存放區。 大於 24 小時的保留期間是為了方便在同一系統上重新執行事件串流的情境而設計。 例如，根據現有資料來訓練或驗證新的機器學習模型。 如果您需要保留訊息七天以上，請在事件中樞上啟用事件中樞擷取，這樣會將資料從事件中樞提取到您選擇的儲存體帳戶或 Azure Data Lake 服務帳戶。 啟用擷取將會產生費用，費用根據您購買的輸送量單位而定。

您可以在儲存體帳戶上設定已擷取資料的保留期限。 Azure 儲存體的生命週期管理功能會針對一般用途 v2 與 Blob 儲存體帳戶提供豐富的規則型原則。 使用原則將資料轉換到適當的存取層，或在資料生命週期結束時讓資料過期。 如需詳細資訊，請參閱管理 Azure Blob 生命週期。

如何監視我的事件中樞？

事件中樞會發出詳盡的指標，將您的資源狀態提供給 Azure 監視器。 也可讓您評定事件中樞服務的整體健康情況，不僅是在命名空間層級，也包含實體層級。 了解對 Azure 事件中樞提供的監視功能。

Azure 事件中樞會將資料儲存在哪裡？

Azure 事件中樞的標準層、進階層和專用層會在您建立事件中樞命名空間時所選取的區域中，儲存和處理向其發佈的資料。 根據預設，客戶資料會保留在該區域內。 為 Azure 事件中樞命名空間設定異地災害復原時，即會將中繼資料複製到所選的次要區域。 因此，此服務會自動達到區域資料駐留需求，包括信任中心內指定的需求。

我可以使用哪些通訊協定來傳送和接收事件？

產生者或寄件者可以使用進階訊息佇列通訊協定 (AMQP)、Kafka 或 HTTPS 通訊協定，將事件傳送至事件中樞。

取用者或接收者會使用 AMQP 或 Kafka 從事件中樞接收事件。 事件中樞僅支援取用者從中接收事件的提取模型。 即使您使用事件處理程式來處理事件中樞的事件，事件處理器內部也會使用提取模型從事件中樞接收事件。

AMQP

您可以使用AMQP 1.0 通訊協定，將事件傳送至 Azure 事件中樞並從 Azure 事件中樞接收事件。 AMQP 為傳送和接收事件提供可靠、高效能且安全的通訊。 您可以將其用於高效能和即時串流，且大部分 Azure 事件中樞 SDK 都支援。

HTTP/REST API

您只能使用 HTTP POST 要求將事件傳送至事件中樞。 事件中樞不支援透過 HTTPS 接收事件。 它適用於無法進行直接 TCP 連線的輕量型用戶端。

Apache Kafka

Azure 事件中樞 具有內建的 Kafka 端點，可支援 Kafka 生產者和取用者。 使用 Kafka 建置的應用程式可以使用 Kafka 通訊協定 (版本 1.0 或更新版本)，從事件中樞傳送和接收事件，而不需要變更任何程式碼。

Azure SDK 會抽象化基礎通訊協定，並提供簡化的方式，使用 C#、Java、Python、JavaScript 等語言從事件中樞傳送和接收事件。

我需要在防火牆上開啟哪些連接埠？

您可以使用下列通訊協定搭配 Azure 事件中樞來傳送和接收事件：

• 進階訊息佇列通訊協定 1.0 (AMQP)
• 具有傳輸層安全性 (HTTPS) 的超文字傳輸通訊協定 1.1
• Apache Kafka

請參閱下表，了解您需要開啟哪些輸出連接埠，以使用這些通訊協定與 Azure 事件中樞進行通訊。

通訊協定	連接埠	詳細資訊
AMQP	5671 與 5672	請參閱 AMQP 通訊協定指南
HTTPS	443	此連接埠是用於 HTTP/REST API 和透過 WebSocket 的 AMQP。
Kafka	9093	請參閱從 Kafka 應用程式使用事件中樞

透過連接埠 5671 使用 AMQP 時，也必須使用 HTTPS 連接埠才能進行輸出通訊，因為由用戶端 SDK 執行的數個管理作業及從 Microsoft Entra ID (若使用) 取得權杖的作業都要透過 HTTPS 執行。

官方 Azure SDK 通常會使用 AMQP 通訊協定，從事件中樞傳送和接收事件。 透過 WebSocket 的 AMQP 通訊協定選項會透過連接埠 TCP 443 (就像 HTTP API 一樣) 來執行，但在功能上與純 AMQP 並無不同。 此選項具有較高的初始連線延遲 (因為會進行額外的交握來回行程)，額外負荷也會多一點 (以便能共用 HTTPS 連接埠)。 如果選取此模式，則 TCP 連接埠 443 就足以進行通訊。 下列選項可供選取純 AMQP 或 AMQP WebSocket 模式：

語言	選項
.NET	EventHubConnectionOptions.TransportType 屬性搭配 EventHubsTransportType.AmqpTcp 或 EventHubsTransportType.AmqpWebSockets
JAVA	com.microsoft.azure.eventhubs.EventProcessorClientBuilder.transporttype 搭配 AmqpTransportType.AMQP 或 AmqpTransportType.AMQP_WEB_SOCKETS
Node	EventHubConsumerClientOptions 具有webSocketOptions屬性。
Python	EventHubConsumerClient.transport_type 搭配 TransportType.Amqp 或 TransportType.AmqpOverWebSocket

需要允許哪些 IP 位址？

在使用 Azure 時，有時候必須在公司防火牆或 Proxy 中允許特定 IP 位址範圍或 URL 以存取您所使用或嘗試使用的所有 Azure 服務。 請驗證事件中樞所使用的 IP 位址上已允許該流量。 若要了解 Azure 事件中樞所使用的 IP 位址：請參閱 Azure IP 範圍和服務標籤 - 公用雲端。

此外，也請驗證是否已允許命名空間的 IP 位址。 若要尋找要允許連線使用的正確 IP 位址，請遵循下列步驟：

1. 從命令提示執行下列命令：

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. 記下Non-authoritative answer中傳回的 IP 位址。

如果您使用託管在較舊叢集中的命名空間 (根據雲端服務 - CNAME 結尾為 *.cloudapp.net)，且命名空間是區域備援，則您必須遵循幾個額外的步驟。 如果您的命名空間位於較新的叢集上 (根據以 *.cloudapp.azure.com 結尾的虛擬機器擴展集 - CNAME) 和區域備援，則您可以略過下列步驟。

1. 首先，在命名空間上執行 nslookup。

   nslookup <yournamespace>.servicebus.windows.net
   

2. 記下非授權解答區段中的名稱，其採用下列其中一種格式：

   <name>-s1.cloudapp.net
   <name>-s2.cloudapp.net
   <name>-s3.cloudapp.net
   

3. 針對後綴為 s1、s2 和 s3 的每個名稱執行 nslookup，以取得在三個可用性區域中執行之全部三個執行個體的 IP 位址。

   附註

   nslookup命令傳回的 IP 位址不是靜態 IP 位址。 不過，該位址會保持不變，直到基礎部署遭到刪除或移至不同的叢集為止。

哪些用戶端 IP 會從我的命名空間傳送事件或接收事件？

首先，在命名空間上啟用 IP 篩選。

然後，遵循啟用診斷記錄中的指示，為事件中樞虛擬網路連線事件啟用診斷記錄。 您會看到連線遭到拒絕的 IP 位址。

{
    "SubscriptionId": "0000000-0000-0000-0000-000000000000",
    "NamespaceName": "namespace-name",
    "IPAddress": "1.2.3.4",
    "Action": "Deny Connection",
    "Reason": "IPAddress doesn't belong to a subnet with Service Endpoint enabled.",
    "Count": "65",
    "ResourceId": "/subscriptions/0000000-0000-0000-0000-000000000000/resourcegroups/testrg/providers/microsoft.eventhub/namespaces/namespace-name",
    "Category": "EventHubVNetConnectionEvent"
}

重要事項

只有在命名空間允許從特定 IP 位址 (IP 篩選條件規則) 存取時，才會產生虛擬網路記錄。 如果您不想要使用這些功能來限制對命名空間的存取權，但仍想要取得虛擬網路記錄以追蹤連線至事件中樞命名空間的用戶端 IP 位址，您可以使用下列因應措施：啟用 IP 篩選，並新增整個可定址的 IPv4 範圍 (0.0.0.0/1 - 128.0.0.0/1) 和 IPv6 範圍 (::/1 - 8000::/1)。

附註

目前無法判斷個別訊息或事件的來源 IP。

Apache Kafka 整合

如何將現有的 Kafka 應用程式與事件中樞整合？

事件中樞提供的 Kafka 端點可供您現有的 Apache Kafka 型應用程式使用。 只需進行設定變更，就能取得 PaaS Kafka 經驗。 它會提供替代方案來執行您自己的 Kafka 叢集。 事件中樞支援 Apache Kafka 1.0 和更新的用戶端版本，並可與您現有的 Kafka 應用程式、工具及架構搭配使用。 如需詳細資訊，請參閱 適用於 Kafka 儲存庫的事件中樞。

需要針對現有的應用程式進行哪些設定變更，才能與事件中樞通訊？

要連接活動中心，你需要更新 Kafka 用戶端的設定。 作法是建立事件中樞命名空間並取得連接字串。 變更 bootstrap.servers 以指向事件中樞 FQDN，並將連接埠變更為 9093。 更新 sasl.jaas.config 設定，讓 Kafka 客戶端指向您的 Event Hubs 端點（即您取得的連線字串），並按照此處顯示的方式進行正確的身份驗證：

bootstrap.servers={YOUR.EVENTHUBS.FQDN}:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="{YOUR.EVENTHUBS.CONNECTION.STRING}";

範例：

bootstrap.servers=dummynamespace.servicebus.windows.net:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="Endpoint=sb://dummynamespace.servicebus.windows.net/;SharedAccessKeyName=DummyAccessKeyName;SharedAccessKey=XXXXXXXXXXXXXXXXXXXXX";

附註

如果你的框架不支援 sasl.jaas.config 設定，請找到用來設定簡單認證與安全層（SASL）使用者名稱和密碼的設定，並改用它們。 將使用者名稱設定為 $ConnectionString，並將密碼設定為您的事件中樞連接字串。

適用於事件中樞的訊息/事件大小為何？

事件中樞允許的訊息大小上限是 1 MB。

輸送量單位

Event Hub 輸送量單位是什麼？ (標準層)

事件中樞的輸送量會定義透過事件中樞輸入和輸出的資料量 (以 MB 為單位) 或 1-KB 事件數 (以千為單位)。 此輸送量會以輸送量單位 (TU) 來衡量。 請先購買 TU，然後再開始使用事件中樞服務。 您可以使用入口網站或事件中樞 Resource Manager 範本，明確選取事件中樞 TU。

輸送量單位會套用到命名空間中的所有事件中樞嗎？

是，輸送量單位 (TU) 會套用到事件中樞命名空間中的所有事件中樞。 這表示您要在命名空間等級購買 TU，並在該命名空間底下的事件中樞間共用。 每個 TU 都會賦予命名空間下列功能：

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

輸送量單位如何計費？

輸送量單位 (TU) 會按小時計費。 帳單會以在指定小時內選取的單位數目上限為依據。

如何將輸送量單位的使用最佳化？

您可以從最低的一個輸送量單位 (TU) 開始，並開啟自動擴充。 自動擴充功能讓您可以隨著流量/酬載增加，增加您的 TU。 您也可以設定 TU 數目的上限。

事件中樞的自動擴充功能如何運作？

自動擴充功能讓您可以擴展輸送量單位 (TU)。 這代表您一開始可以購買較低數目的 TU，然後自動擴充會隨著您的輸入增加而相應增加您的 TU。 它會為您提供符合成本效益的選項及可完全控制的 TU 數目，以進行管理。 此功能是一個只能相應增加的功能，而您可以藉由更新 TU 數目，完全控制 TU 數目的相應減少。

您可能想要從較低的輸送量單位 (TU) 開始，例如 2 個 TU。 如果您預測流量可能增加到 15 個 TU，請在您的命名空間上啟用自動擴充功能，然後將上限設定為 15 個 TU。 您現在可讓 TU 隨著流量增加而自動增加。

當我啟用自動擴充功能時，是否會有相關的費用？

不會有任何費用與此功能相關。

是否可以為現有的事件中樞命名空間啟用區域備援？

目前不可能，因為舊的事件中樞命名空間位於不同的叢集中，且無法將它們移轉至新的叢集，以在建立新的事件中樞命名空間時自動啟用區域備援。

如何強制執行輸送量限制？

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

如果命名空間內所有事件中樞的輸出輸送量總計或總輸出事件率超過彙總的輸送量單位額度，則接收者將受到節流管制，但不會產生節流錯誤。

輸入和輸出配額會個別實施，所以傳送者無法減緩事件耗用速度，接收者也無法阻擋事件傳送至事件中樞。

可保留/選取的輸送量單位數量有限制嗎？

在 Azure 入口網站中建立基本或標準層命名空間時，您最多可以為命名空間選取 40 個 TU。 超過 40 個 TU 時，事件中樞會提供資源/容量型模型，例如事件中樞進階版和事件中樞專用叢集。 如需詳細資訊，請參閱事件中樞進階版 - 概觀和事件中樞專用 - 概觀。

專用叢集

什麼是專用叢集？

事件中樞專用叢集可為需求最高的客戶提供單一租用戶部署。 此供應項目會建置未透過輸送量單位繫結的容量型叢集。 這表示您可以使用該叢集，依照叢集的 CPU 和記憶體使用量所指定，來內嵌和串流您的資料。 如需詳細資訊，請參閱事件中樞專用叢集。

如何建立事件中樞專用叢集？

有關設定事件中樞專用叢集的逐步指示和詳細資訊，請參閱快速入門：使用 Azure 入口網站建立專用的事件中樞叢集。

叢集有哪些功能？

對於事件中樞叢集，您可以內嵌及串流的量取決於您的生產者、取用者以及您內嵌和處理的速率等因素。

下表顯示我們在使用舊版專用叢集進行測試期間，所得到的基準結果。

酬載圖形	接收者	輸入頻寬	輸入訊息	輸出頻寬	輸出訊息	總計 TU	每個 CU 的 TU
100x1KB 的批次	2	400 MB/秒	400000 則訊息/秒	800 MB/秒	800000 則訊息/秒	400 個 TU	100 個 TU
10x10KB 的批次	2	666 MB/秒	66600 則訊息/秒	1.33 GB/秒	133000 則訊息/秒	666 個 TU	166 個 TU
6x32KB 的批次	1	1.05 GB/秒	34000 則訊息/秒	1.05 GB/秒	34000 則訊息/秒	1,000 個 TU	250 個 TU

在測試期間，已使用下列準則：

• 使用具有四個 CU 的專用層事件中樞叢集。
• 用於內嵌的事件中樞具有 200 個分區。
• 已內嵌的資料是由兩個接收自所有分區的接收者應用程式接收。

我可以擴展或縮小我的叢集嗎？

如果您使用支援擴展選項集來建立叢集，則您可以使用自助體驗，視需要擴展和縮減。 您可以使用自助可縮放叢集擴展至 10 個 CU。 自助可縮放專用叢集是根據新的基礎結構，因此其效能優於不支援自助縮放的專用叢集。 專用叢集的效能取決於資源分配、分區數和儲存體等因素。 建議您在使用實際工作負載進行測試後，再決定所需的 CU 數目。

在以下情境中，提交支援要求以擴展或縮減專用叢集：

• 您的自助可縮放專用叢集 (使用 支援縮放選項集所建立的叢集) 需要 10 個以上的 SU。
• 需要擴展或縮減的叢集在建立時沒有選取支援縮放選項。
• 需要擴展或縮減的專用叢集建立於自助體驗發行前。

警告

在建立叢集後的至少四小時內，您無法刪除叢集。 您需要支付最少四小時的叢集使用量費用。 如需定價的詳細資訊，請參閱事件中樞定價。

我可以從舊版叢集移轉至自助可縮放叢集嗎？

由於基礎硬體和軟體基礎結構的差異，我們目前不支援將未支援自助縮放的叢集移轉至自助可縮放專用叢集。 如果您想要使用自助縮放，則必須重新建立叢集。 若要了解如何建立可縮放的叢集，請參閱建立事件中樞專用叢集。

我應該何時縮放我的專用叢集？

CPU 使用量是專用叢集資源使用量的關鍵指標。 當整體 CPU 使用量開始達到 70% (而未觀察到任何異常狀況，例如大量的伺服器錯誤或少量的成功要求) 時，代表您的叢集正在接近其最大容量。 您可以使用此資訊作為指標來考慮是否需要擴展專用叢集。

若要監視專用叢集的 CPU 使用量，請遵循下列步驟：

1. 在事件中樞專用叢集的指標頁面上，選取新增指標。

2. 選取 CPU 作為指標並使用 最大作為彙總。

   

3. 選取新增篩選條件，並為屬性類型角色新增篩選條件。 使用等號運算子，然後從下拉式清單中選取所有值 (後端和閘道)。

   

   然後，您可以監視此指標，以判斷何時應縮放專用叢集。 您也可以針對此指標設定警示，以在 CPU 使用量達到您設定的閾值時收到通知。

異地災害復原如何與我的叢集搭配運作？

您可以將專用層叢集底下的命名空間，與專用層叢集底下的另一個命名空間，進行異地配對， 我們不鼓勵將專用層命名空間與標準供應項目中的命名空間配對，因為輸送量限制不相容且會導致錯誤。

我可以將我的標準或進階命名空間移轉到專用層叢集嗎？

目前不支援自動移轉流程，無法將您的事件中樞資料，從標準或進階命名空間移轉到專用命名空間。

為什麼舊版區域備援專用叢集至少有 8 個 CU？

若要為專用供應項目提供區域備援，所有 Compute 資源都必須在同一個區域的三個資料中心擁有三個複本。 此最低需求支援區域備援 (以便當兩個區域或資料中心停用時，服務仍可運作)，並產生相當於八個 CU 的 Compute 容量。

我們無法變更此配額。 這是對目前專用層架構的限制。

資料分割

我需要多少個分割區？

分割區是一種資料組織機制，可啟用平行發佈與取用。 雖然支援平行處理與擴展，但總容量仍受限於命名空間的擴展分配。 平衡擴展單元（標準層為吞吐量單元，高級層為處理單元，專屬層為容量單元）與分區，以達到最佳規模化。

從你的工作負載特性開始：平均有效載荷大小、每秒事件，以及對吞吐量下降或延遲尖峰的敏感度。 以下以每個分割區的吞吐量為起點，然後透過負載測試進行驗證：

• 標準層級：每個分割區 ~1 MB/s 進出及 ~2 MB/s 出口。
• 進階與專用層：每個分區 ~1-2 MB/秒輸入，~2-5 MB/秒輸出。

估算分區時，方法是將預期的進出除以適用的每個分區速率，並取較大結果。 如果觀察到吞吐量或延遲未達預期，請增加分割區（僅限高級與專用等級）並重新測試。

分割區同時也為消費者平行化設定了上限。 這個上限的運作方式取決於消費者類型：

• Epoch（專用）消費者 — 由 EventProcessorClient（.NET及Java）及 EventHubConsumerClient（Python及JavaScript）採用，這是處理生產 AMQP 工作負載的推薦模式。 同一時間，一個消費者群組中的某個分區只能由一個 epoch 消費者擁有。 如果你部署的處理器實例多於分割區，額外的實例不會被分配任何分割區，會閒置直到現有擁有者釋出分割區。 如果新的 epoch 消費者連接到較高的擁有者等級，則服務會以ConsumerDisconnected錯誤會切斷現有擁有者的連線，並由新的消費者接管。
• 非時間戳消費者 — 在一個消費者群組內，最多可以有 5 個非時間戳接收者同時讀取相同的分區。 每個接收者會看到相同的事件 (扇形查詢)，因此此模式不會增加每個分區的處理吞吐量。 將一個 epoch 消費者連接到分區，會切斷該分區上所有非 epoch 消費者的連線。
• Kafka 消費者 — Kafka 消費者使用群組協調協定（group.id）取代 AMQP 時代，但分割-擁有權模型是等價的：每個分割一次只分配給消費者群組內的一位使用者成員。 當新成員加入或現有成員離開時，群組會重新平衡並重新分配分區指派。 若消費者成員數多於分區，則過多的成員將不會收到指派，且維持為閒置狀態，直到下一次重新平衡時釋放出一個分區為止。 若要減少因短暫斷線而造成的不必要重新平衡，請為每個消費者執行個體 (靜態成員) 設定一個唯一的group.instance.id。

實際上，無論您用的是 AMQP epoch 消費者還是 Kafka 消費者，分區的數量都等於每個消費者群組中平行消費者的上限。 在為未來的擴展進行規劃時，將這些因素考量到分割區數量中。

如果你的應用程式對某個分割區有親和力，增加分割區數量並不會帶來好處。 如需詳細資訊，請參閱可用性與一致性。

我可以在 Event Hub 的標準層級增加分割區數量嗎？

否，因為標準層中的分區不可變，所以不可能。 分區的動態新增僅適用於事件中樞的進階和專用層。

定價

我可以在哪裡找到更多定價資訊？

有關事件中心定價的完整資訊，請參閱事件中心定價詳細資料。

保留事件中樞事件超過 24 小時會收費嗎？

事件中樞標準層允許 24 小時以上的訊息保留期間，最多七天。 如果儲存的事件總數超過所選輸送量單位數的儲存額度 (每一輸送量單位 84 GB)，則依發佈的 Azure Blob 儲存體費率對超額的大小收費。 每一輸送量單位的儲存額度涵蓋保留期限 24 小時的所有儲存成本，就算用盡輸送量單位輸入額度上限也一樣。

事件中樞儲存體大小如何計算和收費？

所有已儲存事件的大小總計，包括事件中樞中的事件標頭或磁碟儲存體結構的任何內部超額負荷，都會全日計費。 一天結束時會計算尖峰儲存體大小。 每日儲存額度會根據當天選取的輸送量單位數下限來計算 (每一個輸送量單位提供的額度為 84 GB)。 如果大小總計超過計算的每日儲存額度，則超額的儲存體會依 Azure Blob 儲存體費率來計費 (依照本地備援儲存體費率)。

輸入事件的計算方式為何？

傳送至事件中樞的每個事件都視為可計費的訊息。 入口事件定義為小於或等於 64 KB 的資料單位。 任何大小小於或等於 64 KB 的事件都被視為一個可計費事件。 如果事件大於 64 KB，則依事件大小以 64 KB 的倍數來計算可計費事件的數量。 例如，傳送至事件中樞的 8 KB 事件以一個事件來計費，但傳送至事件中樞的 96 KB 訊息則會以兩個事件來計費。

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

事件中樞會產生代理連線費用嗎？

只有在使用 AMQP 通訊協定時才需要支付連線費用。 不論有多少傳送端系統或裝置，使用 HTTP 傳送事件都不需要連線費用。 如果您打算使用 AMQP (例如，為了實現更有效率的事件串流，或針對 IoT 命令和控制情境啟用雙向通訊)，請參閱事件中樞定價資訊頁面，以取得關於每個服務層中包含多少個連線的詳細資料。

事件中樞擷取如何計費？

當命名空間中的任何事件中樞啟用擷取選項時，即會啟用擷取。 事件中樞擷取會依據購買的輸送量單位每月計費。 事件中樞擷取計費會隨著輸送量單位計數的增減，以一小時為增加量反映這些變更。 如需事件中樞擷取計費的詳細資訊，請參閱事件中樞定價資訊。

需為我為事件中樞擷取選取的儲存體帳戶付費嗎？？

當在事件中樞上啟用擷取時，會使用您提供的儲存體帳戶。 因為它是您的儲存體帳戶，所以對此設定的任何變更都會將費用記在您的 Azure 訂用帳戶底下。

配額

是否有任何與事件中樞相關的配額？

如需所有事件中樞配額的清單，請參閱配額。

疑難排解

從另一個訂用帳戶中刪除命名空間之後，為何無法重新建立它？

當您從訂用帳戶刪除命名空間時，需先等候 4 個小時，才能在另一個訂用帳戶中以相同的名稱重新加以建立。 否則，您可能會收到下列錯誤訊息︰Namespace already exists。

事件中樞所產生的例外狀況有哪些，其建議的動作為何？

如需可能的事件中樞例外狀況清單，請參閱例外狀況概觀。

診斷記錄

事件中樞支援兩種類型的診斷記錄 - 擷取錯誤記錄和作業記錄 - 兩種記錄都是以 JSON 格式呈現，且可以透過 Azure 入口網站開啟。

支援與 SLA

事件中樞的技術支援可透過 Azure 服務匯流排的 Microsoft Q&A 頁面取得。 計費及訂用帳戶管理支援均為免費提供。

若要深入了解 SLA，請參閱服務等級協定頁面。

Azure Stack Hub

使用 Azure Blob 儲存體作為檢查點存放區時，如何以特定版本的 Azure 儲存體 SDK 為目標？

如果您在 Azure Stack Hub 上執行此程式碼，除非您以特定的儲存體 API 版本為目標，否則將會遭遇執行階段錯誤。 這是因為事件中樞 SDK 使用 Azure 中最新版的 Azure 儲存體 API，但您的 Azure Stack Hub 平台上可能無此版本。 Azure Stack Hub 可能支援不同版本的儲存體 Blob SDK，而不是 Azure 上一般可用的版本。 如果您使用 Azure Blog 儲存體作為檢查點存放區，請檢查 Azure Stack Hub 組建支援的 Azure 儲存體 API 版本，並在您的程式碼中以該版本作為目標。

例如，如果您在 Azure Stack Hub 2005 版上執行，則儲存體服務的最高可用版本為 2019-02-02。 根據預設，事件中樞 SDK 用戶端程式庫會使用 Azure 上的最高可用版本 (在 SDK 發行時為 2019-07-07)。 在此情況下，除了本區段中的以下步驟外，您還需要新增程式碼，以將儲存體服務 API 版本 2019-02-02 設為目標。 有關如何將特定儲存體 API 版本設為目標的範例，請參閱下列 C#、Java、Python 和 JavaScript/TypeScript 的樣本。

有關如何從程式碼將特定儲存體 API 版本設為目標的範例，請參閱 GitHub 上的下列樣本：

• .NET
• Java
• Python - 同步、非同步
• JavaScript 和 TypeScript

後續步驟

您可以造訪下列連結以深入了解事件中樞︰

• 事件中樞概述
• 建立事件中樞
• 事件中樞自動擴充

命名空間是適用於事件中樞或 Kafka 主題的範圍容器。 它可為您提供唯一的 FQDN。 命名空間會用來作為應用程式容器，可裝載多個事件中樞或 Kafka 主題。

否。 部署之後，就不可能 (例如) 將標準層變更為進階層，而不部署新的資源。

容量分配輸送量單位 (TU) 或處理單位 (PU)) 會以命名空間等級計費。 命名空間也與區域有關。

在下列其中一個情境中，您可能會想要建立新的命名空間，而不是使用現有的命名空間：

• 您需要一個與新區域相關的事件中樞。
• 您需要與不同訂用帳戶有關的事件中樞。
• 您需要具有不同容量分配的事件中樞 (也就是，新增事件中樞的命名空間所需的容量會超過 40 TU 閾值，而您不想要使用專用叢集)。

Azure 事件中樞的標準層提供比基本層更多的功能。 標準層包含下列功能︰

• 較長的事件保留期
• 其他代理連線，超過包含的數目時收取超額費用
• 超過一個單一消費者群組
• 擷取
• Kafka 整合

如需有關定價層的詳細資訊，包括專用事件中樞，請參閱事件中樞定價詳細資料。

在所有支援的 Azure 區域中皆提供 Azure 事件中樞。 如需清單，請瀏覽 Azure 區域頁面。

是。只要所有事件中樞都位於相同的命名空間內即可。

事件中樞標準層目前支援最長 7 天的保留期間，而針對進階和專用層，此限制為 90 天。 事件中樞不適合用來作為永久資料存放區。 大於 24 小時的保留期間是為了方便在同一系統上重新執行事件串流的情境而設計。 例如，根據現有資料來訓練或驗證新的機器學習模型。 如果您需要保留訊息七天以上，請在事件中樞上啟用事件中樞擷取，這樣會將資料從事件中樞提取到您選擇的儲存體帳戶或 Azure Data Lake 服務帳戶。 啟用擷取將會產生費用，費用根據您購買的輸送量單位而定。

您可以在儲存體帳戶上設定已擷取資料的保留期限。 Azure 儲存體的生命週期管理功能會針對一般用途 v2 與 Blob 儲存體帳戶提供豐富的規則型原則。 使用原則將資料轉換到適當的存取層，或在資料生命週期結束時讓資料過期。 如需詳細資訊，請參閱管理 Azure Blob 生命週期。

事件中樞會發出詳盡的指標，將您的資源狀態提供給 Azure 監視器。 也可讓您評定事件中樞服務的整體健康情況，不僅是在命名空間層級，也包含實體層級。 了解對 Azure 事件中樞提供的監視功能。

Azure 事件中樞的標準層、進階層和專用層會在您建立事件中樞命名空間時所選取的區域中，儲存和處理向其發佈的資料。 根據預設，客戶資料會保留在該區域內。 為 Azure 事件中樞命名空間設定異地災害復原時，即會將中繼資料複製到所選的次要區域。 因此，此服務會自動達到區域資料駐留需求，包括信任中心內指定的需求。

我可以使用哪些通訊協定來傳送和接收事件？

產生者或寄件者可以使用進階訊息佇列通訊協定 (AMQP)、Kafka 或 HTTPS 通訊協定，將事件傳送至事件中樞。

取用者或接收者會使用 AMQP 或 Kafka 從事件中樞接收事件。 事件中樞僅支援取用者從中接收事件的提取模型。 即使您使用事件處理程式來處理事件中樞的事件，事件處理器內部也會使用提取模型從事件中樞接收事件。

AMQP

您可以使用AMQP 1.0 通訊協定，將事件傳送至 Azure 事件中樞並從 Azure 事件中樞接收事件。 AMQP 為傳送和接收事件提供可靠、高效能且安全的通訊。 您可以將其用於高效能和即時串流，且大部分 Azure 事件中樞 SDK 都支援。

HTTP/REST API

您只能使用 HTTP POST 要求將事件傳送至事件中樞。 事件中樞不支援透過 HTTPS 接收事件。 它適用於無法進行直接 TCP 連線的輕量型用戶端。

Apache Kafka

Azure 事件中樞 具有內建的 Kafka 端點，可支援 Kafka 生產者和取用者。 使用 Kafka 建置的應用程式可以使用 Kafka 通訊協定 (版本 1.0 或更新版本)，從事件中樞傳送和接收事件，而不需要變更任何程式碼。

Azure SDK 會抽象化基礎通訊協定，並提供簡化的方式，使用 C#、Java、Python、JavaScript 等語言從事件中樞傳送和接收事件。

我需要在防火牆上開啟哪些連接埠？

您可以使用下列通訊協定搭配 Azure 事件中樞來傳送和接收事件：

• 進階訊息佇列通訊協定 1.0 (AMQP)
• 具有傳輸層安全性 (HTTPS) 的超文字傳輸通訊協定 1.1
• Apache Kafka

請參閱下表，了解您需要開啟哪些輸出連接埠，以使用這些通訊協定與 Azure 事件中樞進行通訊。

通訊協定	連接埠	詳細資訊
AMQP	5671 與 5672	請參閱 AMQP 通訊協定指南
HTTPS	443	此連接埠是用於 HTTP/REST API 和透過 WebSocket 的 AMQP。
Kafka	9093	請參閱從 Kafka 應用程式使用事件中樞

透過連接埠 5671 使用 AMQP 時，也必須使用 HTTPS 連接埠才能進行輸出通訊，因為由用戶端 SDK 執行的數個管理作業及從 Microsoft Entra ID (若使用) 取得權杖的作業都要透過 HTTPS 執行。

官方 Azure SDK 通常會使用 AMQP 通訊協定，從事件中樞傳送和接收事件。 透過 WebSocket 的 AMQP 通訊協定選項會透過連接埠 TCP 443 (就像 HTTP API 一樣) 來執行，但在功能上與純 AMQP 並無不同。 此選項具有較高的初始連線延遲 (因為會進行額外的交握來回行程)，額外負荷也會多一點 (以便能共用 HTTPS 連接埠)。 如果選取此模式，則 TCP 連接埠 443 就足以進行通訊。 下列選項可供選取純 AMQP 或 AMQP WebSocket 模式：

語言	選項
.NET	EventHubConnectionOptions.TransportType 屬性搭配 EventHubsTransportType.AmqpTcp 或 EventHubsTransportType.AmqpWebSockets
JAVA	com.microsoft.azure.eventhubs.EventProcessorClientBuilder.transporttype 搭配 AmqpTransportType.AMQP 或 AmqpTransportType.AMQP_WEB_SOCKETS
Node	EventHubConsumerClientOptions 具有webSocketOptions屬性。
Python	EventHubConsumerClient.transport_type 搭配 TransportType.Amqp 或 TransportType.AmqpOverWebSocket

需要允許哪些 IP 位址？

在使用 Azure 時，有時候必須在公司防火牆或 Proxy 中允許特定 IP 位址範圍或 URL 以存取您所使用或嘗試使用的所有 Azure 服務。 請驗證事件中樞所使用的 IP 位址上已允許該流量。 若要了解 Azure 事件中樞所使用的 IP 位址：請參閱 Azure IP 範圍和服務標籤 - 公用雲端。

此外，也請驗證是否已允許命名空間的 IP 位址。 若要尋找要允許連線使用的正確 IP 位址，請遵循下列步驟：

1. 從命令提示執行下列命令：

   nslookup <YourNamespaceName>.servicebus.windows.net
   

2. 記下Non-authoritative answer中傳回的 IP 位址。

如果您使用託管在較舊叢集中的命名空間 (根據雲端服務 - CNAME 結尾為 *.cloudapp.net)，且命名空間是區域備援，則您必須遵循幾個額外的步驟。 如果您的命名空間位於較新的叢集上 (根據以 *.cloudapp.azure.com 結尾的虛擬機器擴展集 - CNAME) 和區域備援，則您可以略過下列步驟。

1. 首先，在命名空間上執行 nslookup。

   nslookup <yournamespace>.servicebus.windows.net
   

2. 記下非授權解答區段中的名稱，其採用下列其中一種格式：

   <name>-s1.cloudapp.net
   <name>-s2.cloudapp.net
   <name>-s3.cloudapp.net
   

3. 針對後綴為 s1、s2 和 s3 的每個名稱執行 nslookup，以取得在三個可用性區域中執行之全部三個執行個體的 IP 位址。

   附註

   nslookup命令傳回的 IP 位址不是靜態 IP 位址。 不過，該位址會保持不變，直到基礎部署遭到刪除或移至不同的叢集為止。

哪些用戶端 IP 會從我的命名空間傳送事件或接收事件？

首先，在命名空間上啟用 IP 篩選。

然後，遵循啟用診斷記錄中的指示，為事件中樞虛擬網路連線事件啟用診斷記錄。 您會看到連線遭到拒絕的 IP 位址。

{
    "SubscriptionId": "0000000-0000-0000-0000-000000000000",
    "NamespaceName": "namespace-name",
    "IPAddress": "1.2.3.4",
    "Action": "Deny Connection",
    "Reason": "IPAddress doesn't belong to a subnet with Service Endpoint enabled.",
    "Count": "65",
    "ResourceId": "/subscriptions/0000000-0000-0000-0000-000000000000/resourcegroups/testrg/providers/microsoft.eventhub/namespaces/namespace-name",
    "Category": "EventHubVNetConnectionEvent"
}

重要事項

只有在命名空間允許從特定 IP 位址 (IP 篩選條件規則) 存取時，才會產生虛擬網路記錄。 如果您不想要使用這些功能來限制對命名空間的存取權，但仍想要取得虛擬網路記錄以追蹤連線至事件中樞命名空間的用戶端 IP 位址，您可以使用下列因應措施：啟用 IP 篩選，並新增整個可定址的 IPv4 範圍 (0.0.0.0/1 - 128.0.0.0/1) 和 IPv6 範圍 (::/1 - 8000::/1)。

附註

目前無法判斷個別訊息或事件的來源 IP。

事件中樞提供的 Kafka 端點可供您現有的 Apache Kafka 型應用程式使用。 只需進行設定變更，就能取得 PaaS Kafka 經驗。 它會提供替代方案來執行您自己的 Kafka 叢集。 事件中樞支援 Apache Kafka 1.0 和更新的用戶端版本，並可與您現有的 Kafka 應用程式、工具及架構搭配使用。 如需詳細資訊，請參閱 適用於 Kafka 儲存庫的事件中樞。

要連接活動中心，你需要更新 Kafka 用戶端的設定。 作法是建立事件中樞命名空間並取得連接字串。 變更 bootstrap.servers 以指向事件中樞 FQDN，並將連接埠變更為 9093。 更新 sasl.jaas.config 設定，讓 Kafka 客戶端指向您的 Event Hubs 端點（即您取得的連線字串），並按照此處顯示的方式進行正確的身份驗證：

bootstrap.servers={YOUR.EVENTHUBS.FQDN}:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="{YOUR.EVENTHUBS.CONNECTION.STRING}";

範例：

bootstrap.servers=dummynamespace.servicebus.windows.net:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="Endpoint=sb://dummynamespace.servicebus.windows.net/;SharedAccessKeyName=DummyAccessKeyName;SharedAccessKey=XXXXXXXXXXXXXXXXXXXXX";

附註

如果你的框架不支援 sasl.jaas.config 設定，請找到用來設定簡單認證與安全層（SASL）使用者名稱和密碼的設定，並改用它們。 將使用者名稱設定為 $ConnectionString，並將密碼設定為您的事件中樞連接字串。

事件中樞允許的訊息大小上限是 1 MB。

事件中樞的輸送量會定義透過事件中樞輸入和輸出的資料量 (以 MB 為單位) 或 1-KB 事件數 (以千為單位)。 此輸送量會以輸送量單位 (TU) 來衡量。 請先購買 TU，然後再開始使用事件中樞服務。 您可以使用入口網站或事件中樞 Resource Manager 範本，明確選取事件中樞 TU。

是，輸送量單位 (TU) 會套用到事件中樞命名空間中的所有事件中樞。 這表示您要在命名空間等級購買 TU，並在該命名空間底下的事件中樞間共用。 每個 TU 都會賦予命名空間下列功能：

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

輸送量單位 (TU) 會按小時計費。 帳單會以在指定小時內選取的單位數目上限為依據。

您可以從最低的一個輸送量單位 (TU) 開始，並開啟自動擴充。 自動擴充功能讓您可以隨著流量/酬載增加，增加您的 TU。 您也可以設定 TU 數目的上限。

自動擴充功能讓您可以擴展輸送量單位 (TU)。 這代表您一開始可以購買較低數目的 TU，然後自動擴充會隨著您的輸入增加而相應增加您的 TU。 它會為您提供符合成本效益的選項及可完全控制的 TU 數目，以進行管理。 此功能是一個只能相應增加的功能，而您可以藉由更新 TU 數目，完全控制 TU 數目的相應減少。

您可能想要從較低的輸送量單位 (TU) 開始，例如 2 個 TU。 如果您預測流量可能增加到 15 個 TU，請在您的命名空間上啟用自動擴充功能，然後將上限設定為 15 個 TU。 您現在可讓 TU 隨著流量增加而自動增加。

不會有任何費用與此功能相關。

目前不可能，因為舊的事件中樞命名空間位於不同的叢集中，且無法將它們移轉至新的叢集，以在建立新的事件中樞命名空間時自動啟用區域備援。

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

如果命名空間內所有事件中樞的輸出輸送量總計或總輸出事件率超過彙總的輸送量單位額度，則接收者將受到節流管制，但不會產生節流錯誤。

輸入和輸出配額會個別實施，所以傳送者無法減緩事件耗用速度，接收者也無法阻擋事件傳送至事件中樞。

在 Azure 入口網站中建立基本或標準層命名空間時，您最多可以為命名空間選取 40 個 TU。 超過 40 個 TU 時，事件中樞會提供資源/容量型模型，例如事件中樞進階版和事件中樞專用叢集。 如需詳細資訊，請參閱事件中樞進階版 - 概觀和事件中樞專用 - 概觀。

事件中樞專用叢集可為需求最高的客戶提供單一租用戶部署。 此供應項目會建置未透過輸送量單位繫結的容量型叢集。 這表示您可以使用該叢集，依照叢集的 CPU 和記憶體使用量所指定，來內嵌和串流您的資料。 如需詳細資訊，請參閱事件中樞專用叢集。

有關設定事件中樞專用叢集的逐步指示和詳細資訊，請參閱快速入門：使用 Azure 入口網站建立專用的事件中樞叢集。

叢集有哪些功能？

對於事件中樞叢集，您可以內嵌及串流的量取決於您的生產者、取用者以及您內嵌和處理的速率等因素。

下表顯示我們在使用舊版專用叢集進行測試期間，所得到的基準結果。

酬載圖形	接收者	輸入頻寬	輸入訊息	輸出頻寬	輸出訊息	總計 TU	每個 CU 的 TU
100x1KB 的批次	2	400 MB/秒	400000 則訊息/秒	800 MB/秒	800000 則訊息/秒	400 個 TU	100 個 TU
10x10KB 的批次	2	666 MB/秒	66600 則訊息/秒	1.33 GB/秒	133000 則訊息/秒	666 個 TU	166 個 TU
6x32KB 的批次	1	1.05 GB/秒	34000 則訊息/秒	1.05 GB/秒	34000 則訊息/秒	1,000 個 TU	250 個 TU

在測試期間，已使用下列準則：

• 使用具有四個 CU 的專用層事件中樞叢集。
• 用於內嵌的事件中樞具有 200 個分區。
• 已內嵌的資料是由兩個接收自所有分區的接收者應用程式接收。

我可以擴展或縮小我的叢集嗎？

如果您使用支援擴展選項集來建立叢集，則您可以使用自助體驗，視需要擴展和縮減。 您可以使用自助可縮放叢集擴展至 10 個 CU。 自助可縮放專用叢集是根據新的基礎結構，因此其效能優於不支援自助縮放的專用叢集。 專用叢集的效能取決於資源分配、分區數和儲存體等因素。 建議您在使用實際工作負載進行測試後，再決定所需的 CU 數目。

在以下情境中，提交支援要求以擴展或縮減專用叢集：

• 您的自助可縮放專用叢集 (使用 支援縮放選項集所建立的叢集) 需要 10 個以上的 SU。
• 需要擴展或縮減的叢集在建立時沒有選取支援縮放選項。
• 需要擴展或縮減的專用叢集建立於自助體驗發行前。

警告

在建立叢集後的至少四小時內，您無法刪除叢集。 您需要支付最少四小時的叢集使用量費用。 如需定價的詳細資訊，請參閱事件中樞定價。

我可以從舊版叢集移轉至自助可縮放叢集嗎？

由於基礎硬體和軟體基礎結構的差異，我們目前不支援將未支援自助縮放的叢集移轉至自助可縮放專用叢集。 如果您想要使用自助縮放，則必須重新建立叢集。 若要了解如何建立可縮放的叢集，請參閱建立事件中樞專用叢集。

我應該何時縮放我的專用叢集？

CPU 使用量是專用叢集資源使用量的關鍵指標。 當整體 CPU 使用量開始達到 70% (而未觀察到任何異常狀況，例如大量的伺服器錯誤或少量的成功要求) 時，代表您的叢集正在接近其最大容量。 您可以使用此資訊作為指標來考慮是否需要擴展專用叢集。

若要監視專用叢集的 CPU 使用量，請遵循下列步驟：

1. 在事件中樞專用叢集的指標頁面上，選取新增指標。

2. 選取 CPU 作為指標並使用 最大作為彙總。

   

3. 選取新增篩選條件，並為屬性類型角色新增篩選條件。 使用等號運算子，然後從下拉式清單中選取所有值 (後端和閘道)。

   

   然後，您可以監視此指標，以判斷何時應縮放專用叢集。 您也可以針對此指標設定警示，以在 CPU 使用量達到您設定的閾值時收到通知。

異地災害復原如何與我的叢集搭配運作？

您可以將專用層叢集底下的命名空間，與專用層叢集底下的另一個命名空間，進行異地配對， 我們不鼓勵將專用層命名空間與標準供應項目中的命名空間配對，因為輸送量限制不相容且會導致錯誤。

我可以將我的標準或進階命名空間移轉到專用層叢集嗎？

目前不支援自動移轉流程，無法將您的事件中樞資料，從標準或進階命名空間移轉到專用命名空間。

為什麼舊版區域備援專用叢集至少有 8 個 CU？

若要為專用供應項目提供區域備援，所有 Compute 資源都必須在同一個區域的三個資料中心擁有三個複本。 此最低需求支援區域備援 (以便當兩個區域或資料中心停用時，服務仍可運作)，並產生相當於八個 CU 的 Compute 容量。

我們無法變更此配額。 這是對目前專用層架構的限制。

分割區是一種資料組織機制，可啟用平行發佈與取用。 雖然支援平行處理與擴展，但總容量仍受限於命名空間的擴展分配。 平衡擴展單元（標準層為吞吐量單元，高級層為處理單元，專屬層為容量單元）與分區，以達到最佳規模化。

從你的工作負載特性開始：平均有效載荷大小、每秒事件，以及對吞吐量下降或延遲尖峰的敏感度。 以下以每個分割區的吞吐量為起點，然後透過負載測試進行驗證：

• 標準層級：每個分割區 ~1 MB/s 進出及 ~2 MB/s 出口。
• 進階與專用層：每個分區 ~1-2 MB/秒輸入，~2-5 MB/秒輸出。

估算分區時，方法是將預期的進出除以適用的每個分區速率，並取較大結果。 如果觀察到吞吐量或延遲未達預期，請增加分割區（僅限高級與專用等級）並重新測試。

分割區同時也為消費者平行化設定了上限。 這個上限的運作方式取決於消費者類型：

• Epoch（專用）消費者 — 由 EventProcessorClient（.NET及Java）及 EventHubConsumerClient（Python及JavaScript）採用，這是處理生產 AMQP 工作負載的推薦模式。 同一時間，一個消費者群組中的某個分區只能由一個 epoch 消費者擁有。 如果你部署的處理器實例多於分割區，額外的實例不會被分配任何分割區，會閒置直到現有擁有者釋出分割區。 如果新的 epoch 消費者連接到較高的擁有者等級，則服務會以ConsumerDisconnected錯誤會切斷現有擁有者的連線，並由新的消費者接管。
• 非時間戳消費者 — 在一個消費者群組內，最多可以有 5 個非時間戳接收者同時讀取相同的分區。 每個接收者會看到相同的事件 (扇形查詢)，因此此模式不會增加每個分區的處理吞吐量。 將一個 epoch 消費者連接到分區，會切斷該分區上所有非 epoch 消費者的連線。
• Kafka 消費者 — Kafka 消費者使用群組協調協定（group.id）取代 AMQP 時代，但分割-擁有權模型是等價的：每個分割一次只分配給消費者群組內的一位使用者成員。 當新成員加入或現有成員離開時，群組會重新平衡並重新分配分區指派。 若消費者成員數多於分區，則過多的成員將不會收到指派，且維持為閒置狀態，直到下一次重新平衡時釋放出一個分區為止。 若要減少因短暫斷線而造成的不必要重新平衡，請為每個消費者執行個體 (靜態成員) 設定一個唯一的group.instance.id。

實際上，無論您用的是 AMQP epoch 消費者還是 Kafka 消費者，分區的數量都等於每個消費者群組中平行消費者的上限。 在為未來的擴展進行規劃時，將這些因素考量到分割區數量中。

如果你的應用程式對某個分割區有親和力，增加分割區數量並不會帶來好處。 如需詳細資訊，請參閱可用性與一致性。

否，因為標準層中的分區不可變，所以不可能。 分區的動態新增僅適用於事件中樞的進階和專用層。

有關事件中心定價的完整資訊，請參閱事件中心定價詳細資料。

事件中樞標準層允許 24 小時以上的訊息保留期間，最多七天。 如果儲存的事件總數超過所選輸送量單位數的儲存額度 (每一輸送量單位 84 GB)，則依發佈的 Azure Blob 儲存體費率對超額的大小收費。 每一輸送量單位的儲存額度涵蓋保留期限 24 小時的所有儲存成本，就算用盡輸送量單位輸入額度上限也一樣。

所有已儲存事件的大小總計，包括事件中樞中的事件標頭或磁碟儲存體結構的任何內部超額負荷，都會全日計費。 一天結束時會計算尖峰儲存體大小。 每日儲存額度會根據當天選取的輸送量單位數下限來計算 (每一個輸送量單位提供的額度為 84 GB)。 如果大小總計超過計算的每日儲存額度，則超額的儲存體會依 Azure Blob 儲存體費率來計費 (依照本地備援儲存體費率)。

傳送至事件中樞的每個事件都視為可計費的訊息。 入口事件定義為小於或等於 64 KB 的資料單位。 任何大小小於或等於 64 KB 的事件都被視為一個可計費事件。 如果事件大於 64 KB，則依事件大小以 64 KB 的倍數來計算可計費事件的數量。 例如，傳送至事件中樞的 8 KB 事件以一個事件來計費，但傳送至事件中樞的 96 KB 訊息則會以兩個事件來計費。

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

只有在使用 AMQP 通訊協定時才需要支付連線費用。 不論有多少傳送端系統或裝置，使用 HTTP 傳送事件都不需要連線費用。 如果您打算使用 AMQP (例如，為了實現更有效率的事件串流，或針對 IoT 命令和控制情境啟用雙向通訊)，請參閱事件中樞定價資訊頁面，以取得關於每個服務層中包含多少個連線的詳細資料。

當命名空間中的任何事件中樞啟用擷取選項時，即會啟用擷取。 事件中樞擷取會依據購買的輸送量單位每月計費。 事件中樞擷取計費會隨著輸送量單位計數的增減，以一小時為增加量反映這些變更。 如需事件中樞擷取計費的詳細資訊，請參閱事件中樞定價資訊。

當在事件中樞上啟用擷取時，會使用您提供的儲存體帳戶。 因為它是您的儲存體帳戶，所以對此設定的任何變更都會將費用記在您的 Azure 訂用帳戶底下。

如需所有事件中樞配額的清單，請參閱配額。

當您從訂用帳戶刪除命名空間時，需先等候 4 個小時，才能在另一個訂用帳戶中以相同的名稱重新加以建立。 否則，您可能會收到下列錯誤訊息︰Namespace already exists。

如需可能的事件中樞例外狀況清單，請參閱例外狀況概觀。

事件中樞支援兩種類型的診斷記錄 - 擷取錯誤記錄和作業記錄 - 兩種記錄都是以 JSON 格式呈現，且可以透過 Azure 入口網站開啟。

事件中樞的技術支援可透過 Azure 服務匯流排的 Microsoft Q&A 頁面取得。 計費及訂用帳戶管理支援均為免費提供。

若要深入了解 SLA，請參閱服務等級協定頁面。

如果您在 Azure Stack Hub 上執行此程式碼，除非您以特定的儲存體 API 版本為目標，否則將會遭遇執行階段錯誤。 這是因為事件中樞 SDK 使用 Azure 中最新版的 Azure 儲存體 API，但您的 Azure Stack Hub 平台上可能無此版本。 Azure Stack Hub 可能支援不同版本的儲存體 Blob SDK，而不是 Azure 上一般可用的版本。 如果您使用 Azure Blog 儲存體作為檢查點存放區，請檢查 Azure Stack Hub 組建支援的 Azure 儲存體 API 版本，並在您的程式碼中以該版本作為目標。

例如，如果您在 Azure Stack Hub 2005 版上執行，則儲存體服務的最高可用版本為 2019-02-02。 根據預設，事件中樞 SDK 用戶端程式庫會使用 Azure 上的最高可用版本 (在 SDK 發行時為 2019-07-07)。 在此情況下，除了本區段中的以下步驟外，您還需要新增程式碼，以將儲存體服務 API 版本 2019-02-02 設為目標。 有關如何將特定儲存體 API 版本設為目標的範例，請參閱下列 C#、Java、Python 和 JavaScript/TypeScript 的樣本。

有關如何從程式碼將特定儲存體 API 版本設為目標的範例，請參閱 GitHub 上的下列樣本：

• .NET
• Java
• Python - 同步、非同步
• JavaScript 和 TypeScript

後續步驟

您可以造訪下列連結以深入了解事件中樞︰

• 事件中樞概述
• 建立事件中樞
• 事件中樞自動擴充