【问题标题】:TCP listener not working when it is behind a load balancerTCP 侦听器在负载平衡器后面时不起作用
【发布时间】:2013-04-30 13:49:56
【问题描述】:

我在 Windows 服务中有一个 TCP 侦听器,它侦听特定端口上的任何传入 TCP 请求并处理消息。直接访问时效果很好。但是一旦它在负载均衡器后面运行(在 Intranet 中),那么它就不会接受任何请求。我收到诸如“无法连接到远程服务器”或“操作超时”之类的错误。一段时间后,服务因“内存不足”异常而终止。请让我知道这可能是什么原因。粘贴下面的代码。我什至也尝试过异步模式(以避免显式线程启动)。但这没有帮助。

public class SampleListener: IDisposable
{
    public delegate void JobRecieved(HttpMessage msg);
    public event JobRecieved OnJobRecieved;

    #region Property

    private TcpListener _tcpListener;
    private Thread _listenerThread;

    public int Port { get; private set; }

    public string Url
    {
        get
        {
            return new UriBuilder { Scheme = "http", Port = Port, Host = Dns.GetHostName() }.ToString();
        }
    }

    #endregion

    public SampleListener(int port)
    {
        Port = port;
    }

    ~SampleListener()
    {
        DisposeImpl(false);
    }

    public void Start()
    {
        _tcpListener = new TcpListener(IPAddress.Any, Port);
        _tcpListener.Start();

        _listenerThread = new Thread(ListenCallback);
        _listenerThread.Start();
    }

    public void ListenCallback()
    {
        try
        {
            while (true)
            {
                using (TcpClient client = _tcpListener.AcceptTcpClient())
                using (var clientStream = client.GetStream())
                {
                    var msg = new HttpMessage();
                    msg.Receive(clientStream);
                    SendOKResponse(client, "");
                    OnJobRecieved(msg);
                    client.Close();
                }
            }
        }
        catch (System.Net.Sockets.SocketException e)
        {
            // Expected, TcpClient.Stop called                
        }
        catch (System.Threading.ThreadAbortException)
        {
            // Expected, thread going away
        }
        catch (System.IO.IOException)
        {
            // Expected, shutdown while reading
        }
    }

    private void SendOKResponse(TcpClient tcpClient, String responseBody)
    {
        var response = new HttpMessage
        {
            Status = "200",
            Reason = "OK",
            Version = "HTTP/1.1"
        };
        response.Send(tcpClient.GetStream(), responseBody);
    }

    public void Shutdown()
    {
        lock (this)
        {
            if (_listenerThread != null)
            {
                _listenerThread.Abort();
                _listenerThread = null;
            }

            if (_tcpListener != null)
            {
                _tcpListener.Stop();
                _tcpListener.Server.Close();
                _tcpListener = null;
            }                
        }
    }

    #region IDisposable Members

    private void DisposeImpl(Boolean bDisposing)
    {
        lock (this)
        {
            Shutdown();
        }
    }

    public void Dispose()
    {
        GC.SuppressFinalize(this);
        DisposeImpl(true);
    }

    #endregion

}

【问题讨论】:

  • 根据负载均衡器的类型,可能有多种原因,但很可能负载均衡器不会转发端口,因为它根本不知道它的存在。
  • 我同意 Joachim 的分析。此外,您收到 OutOfMemory 异常的事实可能表明您的客户端没有处理不成功的连接尝试优雅地尝试,将对象留在内存中。这可能是一个非常严重的问题。
  • @OnoSendai,如果你看到上面的代码,我正在关闭方法中处理所有对象。我还尝试了异步实现,这也会引发内存不足异常,这是我面临的另一个问题,除了 LB 的主要问题。

标签: c# tcp load-balancing router tcplistener


【解决方案1】:

这是因为 Windows 上的 NLB 默认情况下需要您的应用程序是一个集群应用程序。如果不是(这是您的情况),您必须使用粘性会话。显然您的 NLB 没有使用粘性会话,因此请求可能会在每次传递时传送到不同的服务器。这就是你得到这些异常的原因(看看this)。

这发生在我自己的一个项目中(高性能 TCP 服务器 - 与您正在做的相反)。

【讨论】:

  • 感谢您的回复。正如我所说,我尝试将代码更改为异步模式(使用回调)。但我仍然得到这些内存不足的异常。我在这个网站上检查了这个链接stackoverflow.com/questions/6023264/…,这也建议去异步
  • 你说我的应用程序需要集群一个。那是什么意思?请解释
  • 我已经阅读了这篇文章,我没有使用任何会话。每个传入的 TCP 请求都可以独立处理,而无需在内存中维护有关先前请求的任何状态。所以“无亲和力”模式适合我
  • 1 - NLB 设置与您的代码无关。这是关于在具有相同客户端(粘性会话)的同一服务器上保持 TCP 连接(对话)。否则,您可能会在服务器上建立 TCP 连接,然后客户端对其进行响应,然后 NLB 将答案发送到另一台服务器(这是平衡部分)。但是您需要在同一台服务器上获得答案(这意味着您需要在负载均衡器上使用粘性会话)。
  • 2 - 您不需要制作集群应用程序,因为它太复杂了。您的问题的答案只是在 NLB 上使用 Sticky Sessions。但仅供参考,Windows 服务可以设计为集群;像 IIS 或 MSMQ 这意味着 Windows(和应用程序本身)将负责同步不同服务器上的“状态”(RAM 或磁盘中不同参数的值或......)。我希望这会有所帮助。
猜你喜欢
  • 1970-01-01
  • 2022-01-10
  • 2015-01-04
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-09-06
  • 1970-01-01
  • 2023-03-14
相关资源
最近更新 更多