Service Fabric 事件
Service Fabric 平台会为群集内发生的关键操作活动写入多个结构化的事件。 从群集升级到副本放置决策都属于此类事件。 Service Fabric 公开的每个事件都映射到群集中的下列实体之一:
- 群集
- 应用程序
- 服务
- 分区
- 副本
- 容器
若要查看平台公开的事件的完整列表,请参阅 Service Fabric 事件列表。
下面是群集中你应会看到其事件的一些场景的示例。
- 节点生命周期事件:当节点启动、发生故障、缩小/扩大、重启、被激活/被停用时,这些事件将会公开以显示发生了什么情况,并帮助查明是计算机本身发生故障还是存在通过 SF 调用 API 来修改节点状态的 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 查询群集事件。
后续步骤
- 了解有关监视群集的详细信息 - 监视群集和平台。
- 了解有关 EventStore 服务的详细信息 - EventStore 服务概述