先说原因：CLB 七层有个兜底逻辑——当后端全部健康检查失败时，会退化成"全量转发"（也叫 all-down 兜底），避免直接返回 502/503 把流量全掐死。所以你看到的"仍在转发"不是检查失效，是设计如此。 取舍上： 别指望就绪检查做熔断。 它只解决"摘除个别坏节点"，全挂时必然兜底。想快速失败，得在应用侧或网关侧另做一层。 检查参数怎么调： 七层建议用 HEAD/GET 打一个轻量健康接口（不要打业务重接口），检查间隔 5s、超时 3s、不健康阈值 3 次。这样最坏 15s 左右摘除，比默认快。 关键一点： 健康接口要能反映真实依赖状态。如果它只返回 200 而不检查 DB/缓存连接，节点"活着"但业务已废，检查等于白做。 真要快速失败： 前端加 Nginx/云函数做一层，或者客户端设短超时+熔断，别死等 CLB 摘节点。 官方详细解决方案：https://cloud.tencent.com/product/lighthouse?Is=sdk-topnav... 展开详请

这本质是"本地优先"和"负载均衡"的冲突：Service Local 让请求优先打本节点，本节点健康检查一失败，流量全涌向剩下的健康后端，瞬间被打穿——健康后端反而被"掏空"。 取舍建议： 别在 CLB 前面用纯 Local 模式。 如果服务前面已经有 CLB 做七层分发，再叠 Service Local 属于两层调度打架。要么交给 CLB 统一负载均衡，要么 Local 模式但关掉跨节点兜底。 兜底策略要显式选： 本节点不可用时，是"转发到健康节点"还是"直接失败"？前者容易雪崩，后者牺牲可用性。高并发场景建议直接失败+客户端重试，比把压力转移给健康节点安全。 配合限流： 健康节点侧加并发上限或 QPS 阈值，超过就快速拒绝，避免被转移的流量压垮。 根因排查： 本节点为什么频繁不健康？如果是健康检查接口过重或超时太短，先调检查参数，比改转发策略更治本。 官方详细解决方案：https://cloud.tencent.com/product/lighthouse?Is=sdk-topnav... 展开详请

WSS空闲60秒断开，要改的是七层HTTPS监听器的keepalive_timeout。 腾讯云CLB文档明确写了：HTTP连接超时时间（keepalive_timeout）默认75秒，但实际表现可能因配置差异接近60秒。这个参数不在监听器基础配置里，得走“七层个性化配置”才能调，取值0-900秒，超过900秒要提工单，最大支持3600秒。 路径是：负载均衡控制台→实例→监听器管理→对应HTTPS监听器绑定的个性化配置模板→修改keepalive_timeout。 别改错成四层TCP的空闲超时（那个默认900秒），也别动ALB的IdleTimeout（默认15秒，那是应用型负载均衡的参数）。另外后端Nginx的proxy_read_timeout和客户端心跳间隔也得同步调大，否则光改CLB没用。 官方详细解决方案：https://cloud.tencent.com/product/lighthouse?Is=sdk-topnav... 展开详请

CLB 探测的 Host 默认与检查域名一致，留空时通常取转发域名，路径即检查路径 /，所以日志里只会出现 / 的 302。只勾 http_2xx 时，302 会被判为失败，这正是异常的直接原因。不要勾 http_3xx，否则登录跳转会被当作健康。应把检查路径改为返回 200 的 /healthz，并确认它不需要登录。探测日志已有记录，说明 100.64.0.0/10 的包已到达，安全组是有状态的，但仍建议显式放行该网段的 8080，主机防火墙也需放行同一网段。全部后端异常时是否继续转发，以及具体的恢复规则，请以腾讯云 CLB 官方文档和控制台实际行为为准，本次按健康阈值 3 次连续成功计算，恢复约需 15 秒加上探测间隔。... 展开详请

结论：优雅下线的核心是“先让流量不再进来，再等已有请求处理完，最后才退出进程”；新实例预热的核心是“先完成初始化和预热，再对外宣告可接收流量，并且逐步放量”。下面按这两部分说明，并以 Kubernetes 加负载均衡的常见部署为例。 一、优雅下线（排空） 正确的顺序： 1. 把实例从负载均衡摘除，或让健康检查失败，使新请求不再被路由过来。 2. 等待已经在处理的请求完成，也就是排空（drain）。 3. 关闭长连接、停止消费者、释放资源，然后进程退出。 常见的坑：收到终止信号就立刻退出，或者摘流和终止信号几乎同时发生。因为负载均衡和服务发现的摘除是异步的，需要几秒才生效，这段时间里仍有新请求被转发到正在关闭的实例，表现为发布时的偶发 502、连接被重置。 在 Kubernetes 中的做法： - 为 Pod 配置 readinessProbe，并在收到终止信号时让就绪检查立即失败。 - 利用 preStop 钩子先等待一小段时间（例如睡眠若干秒），给负载均衡、服务发现和各层缓存留出摘除的时间。等待时长要大于摘除生效的耗时，具体数值需要实测。 - terminationGracePeriodSeconds 要大于“preStop 等待时间加上应用排空最长请求的时间”，否则会被强制杀死。 - 应用要处理 SIGTERM：停止接收新连接，等待在途请求完成，再退出。很多框架提供优雅停机开关，例如 Spring Boot 的 server.shutdown=graceful，需要确认已开启并设置超时时间。 - 通过容器入口脚本启动时，要确保信号能传递给应用进程，避免 shell 吞掉信号，可以使用 exec 启动，或使用 tini 这类 init 进程。 负载均衡侧： - 使用云负载均衡时，摘除后端或把权重降为 0 之后，已建立的连接如何处理，取决于具体产品和配置，部分产品提供连接排空或优雅下线选项，请以所用产品文档为准，并实测验证。 - 长连接（WebSocket、gRPC、HTTP/2）不会自然结束，需要应用主动通知客户端重连，例如发送 GOAWAY 或业务层的断开通知，并让客户端带退避地重连。 - 消息消费者先停止拉取消息，处理完当前批次并提交位点，再退出。 二、新实例预热 冷启动的实例刚上线就承受全量流量，容易出现延迟尖刺或超时，原因包括：JIT 尚未优化代码、缓存为空、连接池未建立、懒加载的类和配置第一次触发。 做法： 1. 把预热放在就绪之前：启动后先加载配置、初始化连接池、预加载热点缓存、对关键接口发送若干合成请求触发类加载和 JIT，完成后 readinessProbe 才返回成功。可以用 startupProbe 给慢启动的应用更长的启动窗口。 2. 慢启动放量：新实例加入后，权重或流量从小到大逐步增加，而不是一次打满。部分负载均衡、网关或服务网格支持慢启动（slow start）功能，是否支持以及参数以具体产品为准。 3. 滚动发布节奏控制：设置 maxUnavailable 为 0、maxSurge 为大于 0，先起新实例并等待就绪，再下线旧实例，避免容量下降。同时设置 minReadySeconds，让实例就绪后再观察一段时间。 4. 缓存预热：对强依赖缓存的服务，发布前后可以通过脚本回放热点请求，或让新实例从旧实例或数据源预加载热点数据。 5. 分批发布：先发一小批，观察错误率和延迟，再继续，出现异常自动暂停和回滚。 三、如何验证 1. 在测试环境持续压测，同时执行滚动发布，统计发布期间的错误数、5xx 比例和 P99 延迟，目标是发布期间接近零错误。 2. 观察日志里是否有关闭过程中被拒绝或中断的请求。 3. 在监控里对比发布时间窗口的 QPS、延迟和错误，有尖刺就按上述两部分逐项排查：是摘流太晚、排空时间不足，还是预热不够。 总结：摘流在前、排空居中、退出在后；预热在前、就绪居中、放量在后。两边都要把时间留够，并且用压测加发布演练来验证。... 展开详请

七层监听CLB默认会附加X-Forwarded-For头，后端取不到一般是三种情况。应用读的header名不对，有些框架默认读X-Real-IP而CLB写的是XFF。中间又套了一层代理，把XFF重写或剥掉了，要保证在最外层取客户端IP，内层只追加不重写。Nginx侧没配real_ip模块，需要set_real_ip_from填CLB的网段，real_ip_header指定XFF，取最左侧地址。验证别靠猜：后端先原样打印收到的全部header，确认XFF有没有值、真实IP是不是在首位，再决定取哪一层。另外七层场景别依赖TCP透传拿源IP，那是四层监听才有的行为，协议层认清了排查就快。... 展开详请

1、在 腾讯云 SSL 证书服务下载证书时，优先找“完整证书链 / fullchain / CA bundle / 证书链”一类的下载包（命名在不同页面略有差异）。 2、拿到你要上传到 CLB 的“证书内容”那份，确认它包含 多段 BEGIN CERTIFICATE。 3、将该完整链重新绑定到 CLB 的 443 HTTPS 监听器（你已“重新选择并保存”，但如果选错文件/选到只含叶子的那份，就会一直复现）。... 展开详请

数据库的负载均衡策略主要包括以下几种： 1. **读写分离** 将读操作和写操作分配到不同的数据库节点，写操作通常由主库处理，读操作分散到多个从库。这种方式能缓解主库压力，提升查询性能。 *示例*：电商网站的商品查询走从库，订单提交走主库。 *腾讯云相关产品*：云数据库 TencentDB for MySQL 支持自动读写分离，可配置只读实例分担查询负载。 2. **轮询（Round Robin）** 按顺序将请求依次分配到不同的数据库节点，每个节点轮流处理请求，实现简单的流量均摊。 *示例*：三个数据库节点 A、B、C，请求依次分配给 A→B→C→A…循环。 3. **权重分配（Weighted Distribution）** 根据节点的性能或配置差异，为不同数据库分配不同的请求权重，高性能节点处理更多请求。 *示例*：高性能节点分配 70% 请求，低性能节点分配 30%。 4. **基于哈希的负载均衡** 通过哈希算法（如对用户 ID 哈希）将特定请求固定分配到某节点，保证相同类型请求始终由同一节点处理。 *示例*：用户 ID 123 的查询始终路由到节点 A，避免跨节点数据同步问题。 5. **最小连接数（Least Connections）** 将新请求分配给当前活跃连接数最少的节点，动态平衡各节点的负载压力。 *示例*：节点 A 有 10 个连接，节点 B 有 5 个，新请求优先分配给节点 B。 6. **基于地理位置的负载均衡** 根据用户所在地域，将请求路由到最近的数据库节点，降低延迟。 *示例*：国内用户访问北京节点，海外用户访问新加坡节点。 *腾讯云相关产品*：云数据库 TencentDB 提供读写分离、自动负载均衡功能，结合私有网络 VPC 和全球应用加速 GAAP 可优化跨地域访问性能。... 展开详请

智能数据库的负载均衡策略主要包括以下几种： 1. **读写分离** 将读操作和写操作分配到不同的数据库节点，写操作集中在主节点，读操作分散到多个只读副本，提升并发处理能力。例如，电商网站的商品查询（读）可以路由到只读副本，而订单提交（写）则由主节点处理。腾讯云的**TDSQL-C**支持自动读写分离，简化架构设计。 2. **基于权重的分配** 根据数据库节点的性能差异（如CPU、内存、磁盘I/O），为不同节点分配不同的请求权重。高性能节点承担更多流量，低性能节点处理较少请求。例如，核心业务库分配70%流量，辅助库分配30%。腾讯云**TBase**提供智能权重调节功能。 3. **动态负载感知** 实时监控各节点的CPU、内存、连接数等指标，动态调整请求分发策略。当某个节点负载过高时，自动将新请求导向空闲节点。例如，秒杀活动期间，系统会避开高负载节点。腾讯云**TDSQL**内置智能调度引擎，支持实时负载均衡。 4. **分片（Sharding）策略** 将数据按规则（如用户ID、地域）拆分到不同节点，每个节点只处理部分数据，降低单节点压力。例如，社交平台的用户数据按UID分片存储。腾讯云**TDSQL分布式版**提供透明分片能力。 5. **连接池优化** 通过连接池复用数据库连接，避免频繁创建和销毁连接的开销，间接减轻负载。例如，微服务架构中共享连接池资源。腾讯云**数据库代理**可管理连接池并优化访问路径。 6. **地理就近路由** 根据用户地理位置，将请求路由到最近的数据库节点，减少网络延迟。例如，全球业务可将欧洲用户请求导向法兰克福节点。腾讯云**TDSQL**支持跨地域部署与智能路由。 腾讯云的**TDSQL系列**（包括TDSQL-C、TDSQL分布式版）和**数据库代理**服务均内置多种负载均衡策略，可结合业务需求灵活配置。... 展开详请

**答案：** 为数据库端口配置ECMP（等价多路径路由）负载均衡，需在网络层通过多条等价路径分发流量，确保高可用性和带宽扩展。核心步骤包括：1. **多路径网络设计**（如多网卡绑定或多宿主连接）；2. **路由协议配置**（如BGP/OSPF宣告相同开销的路径）；3. **数据库监听多端口或IP**（支持并发连接分发）。 **解释：** ECMP通过哈希算法（如五元组）将流量均匀分配到多条等价路径，避免单点瓶颈。数据库场景中，需确保后端实例支持并发连接且无状态依赖（如读写分离架构）。 **举例：** - **场景**：一个MySQL集群有3个节点，每个节点绑定独立公网IP。 - **操作**：在路由器上通过BGP宣告这3个IP的等价路由（相同AS Path和Cost），流量会根据源/目的IP+端口哈希分配到不同节点。 - **关键点**：数据库需配置为允许从所有节点IP访问，且应用层无会话粘滞要求。 **腾讯云相关产品推荐：** 使用**私有网络（VPC）**配置多子网路由表，结合**Anycast公网IP**或**负载均衡（CLB）**的TCP/UDP监听器，通过**健康检查**动态管理后端数据库实例。若需跨机房容灾，可搭配**云联网（CCN）**实现多地域路由聚合。... 展开详请

为数据库端口配置负载均衡可通过中间件或专用服务分发流量到多个数据库实例，提升可用性和性能。 **实现方式及步骤：** 1. **选择负载均衡类型**： - **应用层负载均衡**：通过代理工具（如HAProxy、Nginx）监听数据库端口（如MySQL默认3306），按规则（轮询、权重）将请求转发到后端数据库节点。 - **数据库原生集群**：部分数据库（如PostgreSQL的PgBouncer、MongoDB分片集群）内置流量分发能力，需配置节点组与路由策略。 2. **配置示例（以HAProxy为例）**： - 安装HAProxy后，编辑配置文件定义监听端口（如3306），设置后端数据库服务器IP和端口，选择负载算法（如`balance roundrobin`）。 - 示例配置片段： ``` frontend mysql_front bind *:3306 default_backend mysql_back backend mysql_back balance roundrobin server db1 192.168.1.10:3306 check server db2 192.168.1.11:3306 check ``` 3. **关键注意事项**： - **协议兼容性**：确保负载工具支持数据库协议（如MySQL协议需代理工具兼容）。 - **数据一致性**：读写分离场景需区分主从节点，避免写入冲突。 - **健康检查**：配置自动检测后端数据库状态，剔除故障节点。 **腾讯云相关产品推荐**： - **腾讯云数据库TDSQL**：内置负载均衡功能，支持MySQL/MariaDB高可用架构，自动分配读写请求。 - **腾讯云CLB（负载均衡）**：可搭配数据库代理层，将流量分发到多个数据库实例，提供四层/七层负载能力。 - **腾讯云数据库TBase**：分布式数据库自带负载均衡模块，适合大规模数据场景。... 展开详请

**答案：** 实时数据库通过负载均衡将高并发请求分散到多个节点，避免单点过载，提升整体吞吐量和响应速度。核心方法包括：1. **请求分发**：使用代理层（如Nginx或专用负载均衡器）按轮询、权重或最小连接数策略分配流量；2. **数据分片**：结合分库分表，将数据按规则拆分到不同节点，均衡读写压力；3. **动态扩缩容**：根据实时监控指标（如CPU、延迟）自动增减节点。 **解释：** 高并发时，单个数据库实例易成为瓶颈。负载均衡通过横向扩展和智能路由，确保请求均匀处理。例如，电商秒杀场景中，大量用户同时查询库存，负载均衡器将请求分发到多个实时数据库节点，每个节点只处理部分请求，避免崩溃。 **举例：** 物联网平台需实时处理百万级设备的心跳数据。若所有数据写入单一节点，会导致写入延迟。通过负载均衡，将设备按ID哈希分配到不同数据库实例，每个实例仅处理部分设备数据，保障低延迟写入。 **腾讯云相关产品：** - **TDSQL-C**（兼容MySQL的实时云数据库）支持读写分离和自动负载均衡，搭配**CLB（负载均衡器）**可灵活分配流量。 - **TBase**（分布式数据库）内置分片与负载均衡能力，适合海量时序数据场景。 - **云监控**实时检测数据库负载，触发弹性扩缩容策略。... 展开详请

实时数据库通过负载均衡提升高并发场景下的稳定性，主要通过将请求均匀分配到多个数据库节点，避免单点过载，确保系统响应速度和可用性。 **实现方式及原理：** 1. **请求分发**：负载均衡器（如LVS、Nginx或专用硬件设备）接收客户端请求，按算法（轮询、权重、最小连接数等）将读写操作分散到不同数据库实例，防止单个节点成为瓶颈。 2. **读写分离**：将高频读请求导向只读副本，写操作集中到主节点，减轻主库压力。例如，电商大促时，商品查询走从库，订单提交走主库。 3. **动态扩缩容**：根据实时监控的CPU、内存或QPS指标，自动增减后端数据库节点，灵活应对流量波动。 **示例**： - 视频直播平台的弹幕功能，在高峰时段可能每秒产生数万条消息。通过负载均衡将弹幕写入请求分配到多个实时数据库节点（如按用户ID哈希分片），同时将历史弹幕查询路由到只读副本，保障低延迟和高吞吐。 **腾讯云相关产品推荐**： - **TDSQL-C**（云原生数据库）：支持自动读写分离和弹性扩缩容，内置负载均衡能力，适合高并发实时场景。 - **CLB（负载均衡）**：可搭配数据库集群，按需分配流量，提供健康检查与故障自动转移。 - **TBase**（分布式数据库）：内置分布式负载均衡策略，支持水平扩展，满足海量实时数据写入需求。... 展开详请

HAProxy 在 TCP 层负载均衡上通常比 Router 更轻量。 **解释：** HAProxy 是一个专注于高性能代理和负载均衡的开源软件，尤其擅长 TCP/HTTP 层的流量分发。它的设计目标是低延迟、高吞吐量，且资源占用较少，适合直接处理 TCP 连接，无需复杂的路由逻辑。而 Router（如 Kubernetes Ingress Controller 或云厂商的 L7 路由服务）通常包含更多高级功能，比如 HTTP 路由、路径匹配、TLS 终止等，这些额外功能会增加开销，使其在纯 TCP 层负载均衡场景下不如 HAProxy 轻量。 **举例：** - **HAProxy**：在 TCP 模式下，HAProxy 只需转发原始字节流，不解析应用层数据，适用于数据库代理（如 MySQL）、游戏服务器连接分发等场景，资源消耗低。 - **Router**：例如 Kubernetes 的 Nginx Ingress Controller，默认基于 HTTP/HTTPS 路由，即使配置为 TCP 模式，仍可能附带额外的控制平面开销，不适合极致轻量的 TCP 转发需求。 **腾讯云相关产品推荐：** 如果需要在腾讯云上实现轻量级 TCP 负载均衡，可以使用 **腾讯云负载均衡（CLB）** 的 TCP 监听器模式，它提供四层（TCP/UDP）负载均衡能力，性能接近 HAProxy，且支持高可用和自动扩缩容。对于自建方案，HAProxy 仍是轻量 TCP 代理的优秀选择。... 展开详请

CDN（内容分发网络）通过全球分布的边缘节点和智能调度系统对流量进行负载均衡，主要机制如下： 1. **智能DNS解析** 用户访问域名时，CDN的DNS服务器根据用户IP的地理位置、网络状况（如延迟、丢包率）等，返回最优的边缘节点IP地址，将流量分散到最近的节点。 2. **边缘节点缓存与处理** 静态内容（如图片、视频）直接由边缘节点响应，动态内容则回源或通过边缘计算处理，避免所有请求集中到源站。 3. **实时流量监控与调度** CDN系统持续监测各节点的负载（如带宽、CPU使用率），动态调整流量分配。若某节点过载，自动将新请求导向其他空闲节点。 4. **多链路与协议优化** 通过BGP多线接入或HTTP/3等协议，平衡不同运营商或传输路径的流量压力。 **举例**：当用户在北京访问一个电商网站的商品图片时，CDN会优先从北京本地的边缘节点返回缓存图片；若该节点带宽占用过高，系统会将部分请求转至天津或河北的邻近节点，确保响应速度。 **腾讯云相关产品**： - **腾讯云CDN**：提供智能调度、全球节点覆盖及动态加速能力，支持HTTP/HTTPS/QUIC等协议优化。 - **EdgeOne**：集CDN与安全防护于一体，通过边缘计算实现更精细的流量管理和负载均衡。... 展开详请

负载均衡是一种将网络流量或计算任务均匀分配到多个服务器或资源上的技术，目的是优化资源使用、最大化吞吐量、最小化响应时间，并避免单点故障。 **解释：** 当大量用户同时访问一个应用或服务时，单台服务器可能无法承受全部请求，导致性能下降甚至崩溃。负载均衡器就像一个“交通警察”，根据预设的算法（如轮询、最少连接、IP哈希等）将用户请求智能地分发到后端多台服务器上，从而提升系统的稳定性、可靠性和处理能力。 **举例：** 比如一个电商网站在“双11”期间迎来大量用户访问，如果只有一台服务器处理所有订单和浏览请求，很容易宕机。通过部署负载均衡器，可以将用户的访问请求自动分配到多台后端服务器上，每台服务器负责一部分请求，这样整个系统就能平稳运行，用户也能顺畅购物。 **腾讯云相关产品推荐：** 腾讯云提供 **负载均衡（CLB, Cloud Load Balancer）** 服务，支持公网和内网负载均衡，提供四层（TCP/UDP）和七层（HTTP/HTTPS）负载均衡能力，具备高可用、高性能和高安全性，适用于各种业务场景，如网站、移动应用、游戏、微服务等。... 展开详请

CDN负载均衡策略的类型主要包括以下几种： 1. **轮询（Round Robin）** 按顺序将用户请求依次分配到不同的服务器节点上，每个节点轮流处理请求。适用于各节点性能相近的场景。 *举例*：有3个CDN节点A、B、C，第一个用户请求分配给A，第二个给B，第三个给C，第四个又回到A，以此类推。 2. **加权轮询（Weighted Round Robin）** 根据各节点的处理能力或配置不同，为每个节点分配一个权重，高性能节点获得更多请求。 *举例*：节点A权重为3，节点B权重为1，则每4个请求中，A处理3个，B处理1个。 3. **最少连接（Least Connections）** 将新请求分配给当前连接数最少的节点，适合处理时间不均等的长连接业务。 *举例*：节点A有10个连接，节点B有5个连接，新请求会被分配给B。 4. **加权最少连接（Weighted Least Connections）** 在最少连接的基础上，结合节点的权重进行调度，性能更强的节点承担更多负载。 *举例*：节点A权重高且当前连接较少，优先将新请求分配给A。 5. **IP哈希（IP Hash）** 根据用户IP地址计算哈希值，固定分配到某一节点，保证同一用户多次访问同一节点，适合需要会话保持的业务。 *举例*：用户每次访问都根据其IP计算出固定节点，如总是分配到节点C。 6. **地理位置（Geo-based）** 根据用户所在地理位置，将请求路由到最近的CDN节点，提升访问速度和降低延迟。 *举例*：中国用户优先访问位于北京的CDN节点，美国用户则访问洛杉矶节点。 7. **URL哈希（URL Hash）** 根据请求的URL进行哈希计算，相同URL总是被分配到同一节点，适用于缓存命中率要求高的场景。 在腾讯云中，可以使用 **CDN（内容分发网络）** 产品实现上述负载均衡策略，通过智能调度与全球节点加速，提升网站访问速度与可用性。同时，腾讯云的 **负载均衡（CLB）** 服务也支持多种调度算法，帮助业务实现流量分发与高可用架构。... 展开详请

答案：服务器通过负载均衡器将高并发访问的请求均匀分配到多个后端服务器上，避免单台服务器过载，从而提升整体系统的处理能力和可用性。 解释：负载均衡器作为流量分发的中间层，接收所有客户端请求，根据预设算法（如轮询、加权轮询、IP哈希、最小连接数等）将请求转发到后端服务器集群。后端服务器共同处理请求，负载均衡器还会监控服务器健康状态，自动剔除故障节点，确保服务稳定。 举例：电商大促期间，用户同时访问商品详情页时，负载均衡器将百万级请求分发到10台应用服务器，每台处理约10万请求。若某台服务器CPU过载，负载均衡器会减少其流量分配，转而将新请求导向空闲服务器。 腾讯云相关产品：推荐使用**负载均衡（CLB）**，支持四层（TCP/UDP）和七层（HTTP/HTTPS）协议，提供跨可用区容灾、自动扩缩容和精细化流量管理功能，可无缝对接云服务器（CVM）和容器服务（TKE）。... 展开详请