RUK-COM / 云网络服务

让流量均衡分配。
为增长预留空间。

通过统一端点连接,并将连接分配至可用后端。在 Cloud IaaS 上构建 L4 负载均衡架构,由 Ruk-Com 提供集群与自动扩缩容专业支持。

L4 · TCP / UDPIPv4轮询
一个端点 / 多个后端
示意:新连接路由至就绪后端

交互 / 流量实验室

跟踪每一个连接。
理解每一次变化。

选择场景,观察轮询如何跳过不可用后端,以及恢复节点如何通过就绪检查后重新接入。

TCP :443 / IPv4模拟演示 · 非实时指标
客户端 → 后端向客户端响应状态 / 就绪门槛

逻辑流程:请验证实际部署的返回路径与健康检查设计。图示时间与就绪关卡仅为示意。故障后,现有连接可能需要重连或重试,不会自动迁移。

两种运作模式

选择您的
后端的增长方式。

可使用现有虚拟服务器,或依据扩缩容规则从模板创建。所选模式应与发布流程及流量特征一致。

01

负载均衡集群

选择并管理现有虚拟机,适合服务器加入资源池前需要逐一审查配置的场景。

  • 选择每台后端虚拟服务器及 IP
  • 通过变更流程增加或移除节点
  • 同时规划容量与分发
02

自动扩缩容集群

利用扩容与缩容规则,基于镜像模板创建后端。最适合可重复执行的启动及部署流程。

  • 定义节点最少、最多数量及每节点资源
  • 选择兼容的模板和节点网络组
  • 测试容量扩展及节点移除

传输 / 连接设计

定义监听器。
再规划流量。

从协议、端口和后端池开始,设计可跨多个节点运行的应用。

L4 · TCP / UDP

通过轮询选择分发传输层流量。将服务端口与 VM 上监听的进程相匹配。

连接亲和性

TCP 示例将一个连接映射至一个后端。建立新连接,与在现有连接上发起另一个 HTTP 请求,是不同的事件。

TLS 属于应用设计的一部分

HTTPS 通过 L4 转发时,须明确后端 TLS 终止与证书方案,并将端口映射及证书续期纳入部署计划。

监听器示例TCP :443
→
后端池10.20.10.11–14
→
服务范围IPv4 / Virtual Servers

部署 / 设计蓝图

良好拓扑的起点
以完整资料为基础。

与 Ruk-Com 一同协调网络、计算及后端设计,提供运维团队可审查和使用的资料。

请准备架构图、端口清单、峰值流量特征与应用约束,用于 Cloud IaaS 设计讨论。

规划 Cloud IaaS 资源
01

计算资源部署位置

将计算区域/资源与 VM 或模板匹配。所引用的模式不包含 VMware 虚拟服务器、Smart Servers 与裸金属。

02

网络与地址规划

后端需要所选网络区域内的 IP,并须位于相同 IP 地址范围。自动扩缩容还需选择节点网络组。

03

监听器与服务

记录主机名、协议和端口集合,以及各后端所需服务。

04

容量范围

将负载均衡器端口速率与 CPU 优先级,同模板节点的内存、CPU 与速率限制分开设置。最小/最大节点数须与可用资源匹配。

自动扩缩容 / 控制循环

以就绪为前提扩容。
有计划地缩容。

扩缩容规则只是起点,须共同验证模板、应用启动及可用容量。

最少 2 — 最多 4流量实验室中的示例范围

最小值保留配置的节点下限,最大值设定规划的上限。资源配置仍取决于可用资源及正常工作的模板。

01

观察与决策

评估流量及扩缩容规则条件。

02

配置资源

在规定范围内通过模板创建虚拟机。

03

验证就绪状态

接收新连接前验证服务。

04

加入资源池

将就绪后端纳入路由轮转。

缩容设计: 规划停止接收新连接、完成或处理进行中的工作,再验证移除。图示中的连接排空步骤是一项设计要求,须在实际部署中确认。

工程 / 生产就绪

设计不止于流量分发。
做好生产准备。

结合网络与应用共同考虑,避免增长引入新的瓶颈。

健康 ≠ 应用已就绪

端口开放不一定表示应用可用。应规划依赖检查,并测试后端不可用时的行为。

会话与共享状态

检查会话、缓存及运行时文件写入。仅保存在一台 VM 上的状态,在用户访问其他节点时可能不可用。

数据库是独立的一层

添加后端不会复制数据库或文件。应设计能支持所有节点的数据层和备份方案。

重试与超时预算

围绕工作负载设置客户端超时、重试行为与幂等性,避免连接中断导致重复交易。

全路径容量

测试 CPU、网络、连接数与下游瓶颈。增加 VM 并不保证所有工作负载的吞吐量都线性增长。

可用性与变更计划

多个后端可分散工作负载风险。应将负载均衡器可用性与维护窗口作为架构的明确组成部分。

RUK-COM / 工程师直接协作

从网络设计出发
到可运维的系统。

与同时考虑计算、网络及实际工作负载的团队合作。从一开始就明确范围与交付证据。

01 / 评估与设计

选择集群模式与 Cloud IaaS 资源前,先评估流量特征、监听器及后端依赖。

02 / 验证与演练

按照方案演练分发、后端故障、恢复及扩缩容,并记录结果与限制。

03 / 运维与改进

交付架构图、配置与运行手册,包含约定范围内的监控点及升级处理步骤。

工程 / 常见问题

值得先明确的问题
在部署之前。

让工程团队对架构及就绪标准形成一致认识。

选择集群还是自动扩缩容?+

如需明确控制每台 VM,可选择集群模式。自动扩缩容适合基于模板、可重复部署,并已测试启动与关闭行为的后端。

轮询会分配每个 HTTP 请求吗?+

本页介绍 L4。TCP 示例在建立新连接时选择后端。HTTP keep-alive 或 HTTP/2 可能在同一连接中承载多个请求。

故障后现有连接会怎样?+

不要假定现有连接能够迁移。新任务路由至可用后端时,客户端可能需要重新连接或重试。请测试实际应用及超时行为。

增加节点会同步应用数据吗?+

负载均衡器负责分发流量,不会复制应用数据。多节点运行须规划会话、数据库、共享存储与备份。

与 Ruk-Com 沟通前应准备什么?+

先提供现有架构图、协议与端口、VM 数量、流量特征及应用约束。这些信息将为 Cloud IaaS 规划讨论提供依据。

技术参考:集群与自动扩缩容配置 ↗

负载均衡器 + CLOUD IaaS

构建流量层
随云环境共同成长。

将计算、网络与后端集群纳入统一计划。了解 Cloud IaaS,并与 Ruk-Com 共同梳理细节。