資料匯流排是一個架構，用於使用 API 與其他應用程式共用儲存在 VMware Aria Operations for Networks 中的資料。透過資料匯流排，可以以近即時的低延遲方式共用大量資料。
VMware Aria Operations for Networks 資料匯流排提供了下列優點：
- 提供了一種近即時地以程式設計方式使用大量資料的方法。
- 採用以變更為基礎的耗用量模型，這種模型使資料匯流排比傳統 API 呼叫具有明顯的優勢，尤其是在流量和度量等大量資料的環境中。
使用案例
透過 VMware Aria Operations for Networks 資料匯流排，可以將資料用於各種目的。以下是如何使用資料匯流排的幾個範例：
| 使用案例 | 說明 | 步驟 |
|---|---|---|
| 將流量保留更長時間 | VMware Aria Operations for Networks 中的流量保留期為一個月。 使用資料匯流排，可以將流量保留更長時間。 |
|
| 將警示傳送到多個目的地 | 依預設，可以將警示傳送到 SNMP/SMTP 目的地。 使用資料匯流排，可以將警示傳送到多個其他目的地，例如 Slack、SeviceNow 和 PagerDuty 等。 可以使用資料匯流排取得的幾個警示範例包括密碼到期、VMware vCenter Server 已中斷連線等系統警示。 |
|
| 將度量串流出 VMware Aria Operations for Networks | 輪詢度量 API 的程序需要多個步驟，包括取得實體識別碼、定期呼叫 API 以及篩選出複製資訊。 資料匯流排顯著提高了整個程序的效率；訂閱所選的度量群組或子群組，度量在處理後直接以串流的形式傳送到端點。 |
|
支援的訊息群組
如果您希望定期輪詢資訊，則相比於使用 API，使用資料匯流排串流是更好的選擇。訊息群組是可以從資料匯流排訂閱的一組特定資料。每個訊息群組最多可以有 10 個訂閱者，但流量和度量訊息群組除外，其每個訊息群組只能有一個訂閱者。此外，對於度量訊息群組，每個訊息群組只能有一個訂閱者。瞭解 VMware Aria Operations for Networks 支援哪些訊息群組，可協助您做出更好的決策。
VMware Aria Operations for Networks 支援以下訊息群組：
| 訊息群組 | 子訊息群組 | 訊息詳細資料 |
|---|---|---|
| 度量 | vms-metrics | 度量、時間間隔、時間戳記、單位、實體類型和點。 |
| hosts-metrics | 度量、時間間隔、時間戳記、單位、實體類型和點。 | |
| flows-metrics | 度量、時間間隔、時間戳記、單位、實體類型和點。 | |
| nics-metrics | 度量、時間間隔、時間戳記、單位、實體類型和點。 | |
| switchports-metrics | 度量、時間間隔、時間戳記、單位、實體類型和點。 | |
| nsxt-metrics | 度量、時間間隔、時間戳記、單位、實體類型和點。 | |
| 應用程式 | 不適用 | 實體識別碼、實體類型、名稱、建立者、建立時間、上次修改者、上次修改時間、來源、層和探索資訊。 |
| 流量 | 不適用 | 來源虛擬機器、目的地虛擬機器、來源 IP、目的地 IP、連接埠、來源資料夾、目的地資料夾、通訊協定、來源 IP 集、目的地 IP 集、來源安全群組、目的地安全群組、流量類型、來源安全標籤、目的地安全標籤、來源虛擬機器標籤、目的地虛擬機器標籤、在主機內、防火牆動作和流量標籤。 |
| 問題 | 不適用 | 實體識別碼、實體類型、名稱、錨點實體、訊息、事件標籤、管理狀態、已封存、事件時間 Epoch 毫秒、事件類型和嚴重性。 |
| 訊息群組 | 訊息詳細資料 |
|---|---|
| 虛擬機器 | 實體識別碼、名稱、實體類型、IP 位址、預設閘道、VNIC、來源防火牆規則、目的地防火牆規則、虛擬機器 UUID、管理器 UUID、叢集、資源集區、主機、廠商識別碼、vCenter Manager、資料夾、資料存放區、資料中心、來源反向規則、目的地反向規則、CPU 計數、記憶體、作業系統全名和 HCX 資訊。 |
| 主機 | 實體識別碼、名稱、實體類型、VMKNIC、叢集、vCenter Manager、虛擬機器計數、資料存放區、服務標籤、廠商識別碼、維護模式、連線狀態、CPU 計數、記憶體和管理器 UUID。 |
| NIC | 實體識別碼、名稱、實體類型、VLAN 和虛擬機器。 |
| 交換器連接埠 | 實體識別碼、名稱、實體類型、運作狀態、管理狀態、子類型、裝置和管理器。 |
透過資料匯流排發佈的資料分類為不同的訊息群組。使用者可以訂閱一或多個訊息群組，與這些訊息群組相關的資料會串流到 HTTP 或 HTTPS 端點。
使用下列步驟設定資料匯流排：
1. 瞭解安全性和 SSL 憑證
使用資料匯流排時，必須瞭解以下安全性資訊：
| 環境 | 詳細資料 |
|---|---|
| 內部部署 |
|
| SaaS |
|
2. 註冊、更新或刪除訂閱者
- 若要註冊訂閱者，您必須使用 POST 方法執行 API 呼叫。如需詳細資料，請參閱 VMware Aria Operations for Networks API 指南。
如果註冊成功，則訊息回應會包含訂閱者識別碼。您可以使用該訂閱者識別碼刪除訂閱或更新訂閱。成功註冊訂閱者後，訂閱者可能需要長達五分鐘的時間才能開始接收訊息。
- 若要更新訂閱者，您必須使用 PUT 方法執行 API 呼叫。如需詳細資料，請參閱 VMware Aria Operations for Networks API 指南。
備註： 只能更新訂閱者 URL。無法更新 message group。
- 若要刪除訂閱者，您必須使用 DELETE 方法執行 API 呼叫。如需詳細資料，請參閱 VMware Aria Operations for Networks API 指南。
成功刪除訂閱者後，可能需要長達五分鐘的時間才能停止資料發佈。
3. 從資料匯流排接收的訊息格式
接收的訊息屬於多個訊息群組，是多個訊息的清單，並且具有通用的高層級結構。清單中的每個訊息都是以 cloud-event 格式化的物件。若要進一步瞭解雲端事件，請參閱 cloudevents。
所有訊息都有兩組特定欄位：
- 通用結構 - 在所有訊息群組中通用。例如：
"id": "14cfd27c-76d8-43e3-9fe9-f53bf69c0c5e", "type": "Application", "specversion": "1.0", "source": "CAESBkFCQ0RFRg==", "messageGroup": "applications", "status": "CREATE", - 訊息群組特定的結構 - 特定於每個訊息群組。例如，以下是應用程式訊息中的資料物件，特定於應用程式訊息群組：
"data": { "entity_id": "1:561:0", "entity_type": "APPLICATION", "name": "app1", "created_by": "[email protected]", "creation_time": 1637303575039, "last_modified_by": "[email protected]", "last_modified_time": 1637303575039, "source": "MANUAL", "tiers": [ { "entity_id": "1:562:1", "entity_type": "TIER", "name": "app1_t1" } ] }
資料匯流排訊息中物件的結構與公開 API 回應的架構一致，但度量的結構除外，其僅使用了子集。訊息結構在 VMware Aria Operations for Networks 的不同版本之間回溯相容。在更新版本中，可能會新增新的欄位。如需有關每個訊息群組的訊息詳細結構，請參閱 VMware Aria Operations for Networks API 指南。
下表列出了每個訊息群組之不同類型訊息的名稱：
| 訊息群組 | 訊息的類型或架構 |
|---|---|
| 警示 (僅限問題事件) | 實體訊息清單 |
| 應用程式 | 應用程式訊息清單 |
| 流量 | 流量訊息 |
| 度量 | 度量資料的結構與公開 API 不同，以使訊息更為簡潔。 [
{
"id": "string",
"type": "string",
"specversion": "string",
"source": "string",
"message_group": "metrics",
"data": {
"metric": "string",
"interval": 0,
"timestamp": 0,
"unit": "string",
"entity_type": "string",
"points": [
{
"entity_id": "string",
"value": 0
}
]
}
}
] |
