如何为Azure云服务（经典扩展支持）工作者角色实现自定义TCP健康探测？

核心问题分析 #

你当前的代码通过正常关闭TCP连接（发送FIN包）让负载均衡器（LB）认为探测成功，而LB仅在收到TCP RST消息或超时无响应时才会标记实例下线。要实现自定义健康探测的状态切换，可通过以下两种方案实现：

方案一：主动发送TCP RST触发探测失败 #

要让LB收到RST消息，需修改Socket的 linger 配置，强制关闭连接时发送RST而非FIN包。具体逻辑是：

• 当应用状态健康时，正常接受并关闭连接（发送FIN，探测通过）
• 当应用状态不健康时，配置底层Socket的 linger 选项为「启用且超时0」，随后关闭Socket，触发RST发送

修改后的代码示例：

var healthCheckEndpoint = RoleEnvironment.CurrentRoleInstance.InstanceEndpoints["health"];
var healthCheckIpEndpoint = healthCheckEndpoint.IPEndpoint;
var server = new TcpListener(healthCheckIpEndpoint.Address, healthCheckIpEndpoint.Port);
server.Start();

while (true)
{
    using (var client = server.AcceptTcpClient())
    {
        if (IsApplicationHealthy()) // 替换为你的健康检查逻辑
        {
            // 健康状态：正常关闭连接（发送FIN，探测通过）
            client.Close();
        }
        else
        {
            // 不健康状态：配置linger选项触发RST
            var socket = client.Client;
            socket.LingerState = new LingerOption(true, 0);
            socket.Close();
        }
    }
}

// 自定义健康检查逻辑示例
bool IsApplicationHealthy()
{
    // 这里写你的业务状态判断逻辑，比如检查依赖服务、队列长度等
    return false; // 测试时可直接返回false验证RST效果
}

关键说明：

• LingerOption(true, 0) 告诉操作系统：当关闭Socket时，立即发送RST包重置连接，而非等待FIN包的确认
• 测试时可通过nc -v -w 65 localhost 10101验证，收到RST时会输出Connection reset by peer

方案二：停止响应探测（更简单的实现方式） #

如果不想处理Socket底层细节，可直接在应用不健康时停止接受连接，让LB的探测请求超时，达到标记实例下线的效果：

var healthCheckEndpoint = RoleEnvironment.CurrentRoleInstance.InstanceEndpoints["health"];
var healthCheckIpEndpoint = healthCheckEndpoint.IPEndpoint;
var server = new TcpListener(healthCheckIpEndpoint.Address, healthCheckIpEndpoint.Port);
server.Start();

while (true)
{
    if (IsApplicationHealthy())
    {
        // 健康状态：正常接受连接并关闭
        using (var client = server.AcceptTcpClient())
        {
            client.Close();
        }
    }
    else
    {
        // 不健康状态：暂停10秒（超过LB探测超时时间），不处理新连接
        Thread.Sleep(10000);
    }
}

关键说明：

• 需确保Thread.Sleep的时间超过LB探测配置的超时时间（默认通常为10秒左右，可根据你的LB配置调整）
• 这种方式无需处理Socket的RST逻辑，代码更简洁，适合大多数场景

为什么你的原有代码无效？ #

你之前设置LingerOption(false, 0)是禁用linger功能，操作系统会正常发送FIN包并等待连接关闭，LB会将这种情况判定为探测成功。只有当linger启用且超时设为0时，才会触发RST包的发送。

内容的提问来源于stack exchange，提问作者Hannes Johansson