Partager via

Service Fabric 事件

Service Fabric 平台会为群集内发生的关键操作活动写入多个结构化的事件。 群集升级和副本放置决策都属于这一范围。 Service Fabric 公开的每个事件都映射到群集中的下列实体之一：

  • 群集
  • 应用程序
  • 服务
  • 分区
  • 副本
  • 容器

若要查看平台公开的事件的完整列表，请参阅 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 查询群集事件。

后续步骤

  • Last updated on