c# - Azure 辅助角色回收与未处理的服务总线故障消息

Question

我一直在运行 Azure 辅助角色部署，该部署使用 Microsoft.ServiceBus 2.2 库来响应从其他辅助角色和 Web 角色发布的作业。最近(可疑的是在讨论的操作系统更新 here 前后)，集群实例开始不断回收、重新启动、运行一小段时间，然后再次回收。

根据诊断中的跟踪消息，我可以确认角色实例已完成 RoleEntryPoint 的 OnStart() 方法。有时，Azure 管理门户的实例 Pane 会提到回收角色遇到了“未处理的异常”，但不会提供更多详细信息。使用远程桌面登录其中一个实例后，我得到的两条线索是:

1. 性能计数器表明\Processor(_Total)\% Processor Time 徘徊在 100%，定期下降到 80 年代中期，与\TCPv4\Connections Beened 下降同时发生。\TCPv4\Connections Beened 中的某些下降与\Processor(_Total)\% Processor Time 中的下降不相关。

2. 我能够在其中一个实例的服务器管理器的本地服务器事件中找到以下消息:

   应用程序:WaWorkerHost.exe框架版本:v4.0.30319描述:由于未处理的异常，进程被终止。异常信息:Microsoft.ServiceBus.Common.CallbackException堆: 在 Microsoft.ServiceBus.Common.Fx+IOCompletionThunk.UnhandledExceptionFrame(UInt32、UInt32、System.Threading.NativeOverlapped*) 在 System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32, UInt32, System.Threading.NativeOverlapped*)

在此期间，没有与服务总线关联的权限配置更改，尽管我们没有更新任何虚拟机，但还是会出现此消息。尽管如此，我们的服务似乎仍在运行 => 作业正在被处理并从它们正在监听的服务总线队列中删除。

对这些问题进行的大多数 Google 搜索都会显示这与 IntelliTrace 有关的建议，但是，这些虚拟机并未启用 IntelliTrace。

有人对这里发生的事情有任何想法吗？

Answer 1

从崩溃的角度来看，服务总线异常是一个转移注意力的问题 - 在不同时间发布的两个不同 VM 角色之间发送的数据合约之一中存在命名空间冲突。对在一次接收重试期间引发的异常添加额外的跟踪揭示了这一点。至于为什么它能起作用仍然是个谜，而且角色回收并没有停止，只是服务总线异常。