NLog WebService 目标创建了过多的连接

NLog WebService target creates too much connections

我有一个使用 NLog 的 .NET Core 3.1 服务。 这是我的 NLog.config 代码:

<?xml version="1.0" ?>
<nlog autoReload="true"
      xmlns="http://www.nlog-project.org/schemas/NLog.xsd"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <targets>
    <target name="AsyncInformation" xsi:type="AsyncWrapper">
      <target type="WebService"
                  name="ws"
                  url="https://log-api.com/log/v1"
                  protocol="JsonPost">
        <parameter name="">
          <layout xsi:type="newrelic-jsonlayout">
            <attribute name="time" layout="${date}" />
            <attribute name="level" layout="${level:upperCase=true}"/>
            <attribute name="message" layout="${message}" />
            <attribute name="host" layout="${machinename}" />
            <attribute name="ActivityId" layout="${activityId}" />
            <attribute name="processId" layout="${processId}" />
            <attribute name="threadid" layout="${threadid}" />
            <attribute name="event-properties" >
              <layout type="JsonLayout" includeAllProperties="true" maxRecursionLimit="0" escapeForwardSlash="true" />
            </attribute>
            <attribute name="exception" layout="${exception}" />
            <attribute name="traceId" layout="${var:traceId}" />
          </layout>
        </parameter>
        <header name="X-License-Key" layout="${environment:LICENSE_KEY}"/>
      </target>
    </target>
  </targets>
  <rules>
    <logger name="*" minlevel="Information" maxlevel="Error" writeTo="AsyncInformation"/>
  </rules>
</nlog>

我的服务托管在 Azure 中,我可以看到代码是 运行,我还可以看到日志到达我的 API。 服务性能受到影响,CPU 使用率非常高(大部分时间为 100%),我注意到我们的打开连接数已从 700 增加到 2,000(这是允许的最大连接数),我认为这是性能问题的根源。

我试图进入 NLog 源代码并注意到 WebService 目标(我使用的)正在使用 HttpWebRequest,我认为这是打开这些大量连接的原因,因为连接不是持久性的。我想知道是否有一个选项使用 WebService 目标,但通过保持连接活动来重用连接?

或者可以选择在 WebService 目标中使用 HttpClient 而不是 HttpWebRequest?

任何帮助都会很棒。

HttpWebRequest 尚未完全准备好使用 NetCore3.1

  • Microsoft 最初认为 HttpWebRequest 完全是废话,不应成为 NetCore 平台的一部分。
  • Microsoft 然后承认将 HttpWebRequest 添加到 NetCore 将使从 NetFramework 的转换更容易。微软还决定 HttpWebRequest 应该只是 HttpClient 的一个细长包装器,其中每个 HttpWebRequest 创建自己的 HttpClient-instance,从而终止 Http-Connection-pooling(忽略 KeepAlive = true)
  • Microsoft 后来承认,如果 HttpWebRequest 的实现不符合实际文档和预期的行为,将会带来坏名声。随着 Net50 的发布,Microsoft 解决了许多最初半生不熟的问题 HttpWebRequest.

另请参阅:https://github.com/dotnet/corefx/pull/41462

我可以看到 2 个方向:

  • 更新到 Net50(来自 NetCore31)并添加 proxyType="DefaultWebProxy" 作为 WebService-target 的选项。
  • 试试NLog.Targets.Http看看它是否能支持你的场景。