事件中樞常見問題集

命名空間是適用於事件中樞或 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 事件中樞命名空間設定異地災害復原時，即會將中繼資料複製到所選的次要區域。 因此，此服務會自動達到區域資料落地需求，包括信任中心內指定的需求。

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

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

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

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

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

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

需要允許哪些 IP 位址？

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

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

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

   nslookup <YourNamespaceName>.servicebus.windows.net
   

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

如果您針對命名空間使用了區域備援，則還需要執行一些步驟：

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"
}

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

若要連線至事件中樞，您將需要更新 Kafka 用戶端組態。 作法是建立事件中樞命名空間並取得連接字串。 變更 bootstrap.servers 以指向事件中樞 FQDN，並將連接埠變更為 9093。 更新 sasl.jaas.config，透過正確的驗證來將 Kafka 用戶端導向到您的事件中樞端點 (此為您取得的連接字串)，如下所示：

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";

針事件中樞所允許的訊息大小上限為 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 入口網站建立專用事件中樞叢集。

叢集有哪些功能？

對於事件中樞叢集，其所能內嵌及串流的量，取決於各種不同的因素，例如您的產生者、客戶、內嵌及處理的速率等等。

下表是我們測試舊版專用叢集期間所得的基準結果：

測試期間使用了下列準則：

• 使用包含 4 個容量單位 (CU) 的專用事件中樞叢集。
• 用於擷取的事件中樞具有 200 個分割區。
• 已擷取的資料會透過接收自所有分割區的兩個接收者應用程式來接收。

我可以擴增/縮小我的叢集嗎？

如果您使用 [支援擴充] 選項組來建立叢集，您可以使用自助體驗，視需要擴增和縮減。 您可以使用自助式可調整的叢集來擴大至 10 個 OU。 由於自助式可調整專用叢集是採用新的基礎結構，因此效能表現必然優於不支援自助調整的專用叢集。 由於專用叢集的效能取決於各種因素，例如資源配置、分割區數目、儲存體等等，建議您先測試實際工作負載，再判斷所需的 CU 數目。

在下列案例中，若要擴大或縮減專用叢集，請提交支援要求。

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

我可以從舊版叢集移轉至自助式可調整叢集嗎？

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

何時調整我的專用叢集？

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

若要監視專用叢集的 CPU 使用量，您需要遵循下列步驟。

• 在事件中樞專用叢集的計量頁面中，選取 [新增計量]。

• 選取 CPU 作為計量，並使用 Max 作為彙總。

  

• 然後選取 [新增篩選條件]，為屬性類型 Role 新增篩選條件，並使用等號運算子，從下拉式清單中選取這三個值 (Backend、Gateway)。

  

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

異地災害復原會如何應用在我的叢集？

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

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

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

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

為了為專用供應項目提供區域備援，所有計算資源都必須在相同區域中的 3 個資料中心之間有 3 個複本。 這是支援區域備援的最低需求 (讓服務在 2 個區域/資料中心關閉時仍可運作)，並產生相當於 8 個 CU 的計算容量。

因此，這不是我們可以變更的配額，而是目前專用層結構的限制。

因為分割區是一種資料組織機制，可讓您以平行方式發佈及取用資料。 建議您平衡縮放單位 (標準層的輸送量單位、進階層的處理單位，或專用層的容量單位) 和分割區，以實現最佳縮放。 一般而言，我們建議每個分割區的最大輸送量為 1 MB/秒。 因此，計算分割區數目的經驗法則，是將預期的輸送量上限除以 1 MB/秒。 例如，如果您的使用案例需要 20 MB/秒，建議您選擇至少 20 個分割區，以達到最佳輸送量。

不過，如果在您的模型中，應用程式對特定分割區具有同質性，則提高分割區數目並無益處。 如需詳細資訊，請參閱可用性和一致性。

如需事件中樞定價的完整資訊，請參閱事件中樞定價詳細資料。

事件中樞標準層允許 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 問與答頁面取得。 計費及訂用帳戶管理支援均為免費提供。

若要深入了解 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

下一步

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

• 事件中心概觀
• 建立事件中樞
• 事件中樞自動擴大