共用方式為

Service Fabric 事件

  • 發行項

Service Fabric 平台會撰寫好幾種結構化事件，呈現叢集內發生的重要作業活動。 不論是叢集升級或複本放置決策等，都包括在內。 Service Fabric 公開的每個事件，都與叢集中的以下其中一個實體相對應：

  • Cluster
  • 申請
  • 服務
  • 資料分割
  • 複本
  • 容器

查看平台公開的完整事件清單 - Service Fabric 事件清單。

以下是幾個情節範例，您應該可以在叢集中看到這些情節的事件。

  • 節點生命週期事件：隨著節點上線、下線、縮減/放大、重新開機，以及啟動/停用，平台會藉由公開事件來指出發生什麼情況，同時協助您辨別機器本身是否發生任何問題，或是否曾透過 SF 呼叫 API 來修改節點狀態。
  • 叢集升級：當叢集升級 (SF 版本或組態變更) 時，您可以看見升級起始、在每個升級網域間展開及完成 (或復原)。
  • 應用程式升級：與叢集升級相似，當升級展開時會產生一組詳盡的事件。 這些事件能用來得知升級的排程、升級目前的狀態，以及事件的整體順序。 它們能用來回顧哪些升級已成功推出，或是否觸發復原。
  • 應用程式/服務的部署/刪除：每個應用程式、服務及容器建立或刪除時，都會產生相應的事件，且當相應縮小或相應放大時 (例如，增加複本的數目) 也很有用
  • 分割區移動 (重新組態)：每當具狀態分割區經歷重新組態 (複本集發生變更) 時，平台會記錄事件。 如果您正在嘗試了解分割區複本集變更或容錯移轉的頻率，或是追蹤哪個節點在任何時間點執行主要複本，此功能將能派上用場。
  • Chaos 事件：使用 Service Fabric 的 Chaos 服務時，每當服務啟動或停止，或是在系統中插入錯誤時，您都可以看到事件。
  • 健康情況事件：每當警告或錯誤健康情況報告建立時、實體恢復良好健康情況時，或健康情況報告到期時，Service Fabric 都會公開健康情況事件。 這些事件特別有助於追蹤實體的歷史健康情況統計資料。

如何存取事件

存取 Service Fabric 事件的方法有好幾個：

  • 事件透過標準的管道 (例如 ETW/Windows 事件記錄檔) 記錄，並且可由任何支援這些事件的監視工具 (例如 Azure Monitor 記錄) 顯示。 依預設，在入口網站中建立的叢集已開啟診斷，並讓 Windows Azure 診斷代理程式將事件傳送至 Azure 資料表儲存體，但仍須與 Log Analytics 資源進行整合。 深入了解如何設定 Azure 診斷代理程式修改叢集的診斷設定，以選取更多記錄或效能計數器，以及 Azure Monitor 記錄整合
  • EventStore 服務 REST API，或透過 Service Fabric 用戶端程式庫可讓您直接查詢叢集。 請參閱查詢 EventStore API 以查詢叢集事件。

下一步