负载均衡集群
选择并管理现有虚拟机,适合服务器加入资源池前需要逐一审查配置的场景。
- 选择每台后端虚拟服务器及 IP
- 通过变更流程增加或移除节点
- 同时规划容量与分发
RUK-COM / 云网络服务
通过统一端点连接,并将连接分配至可用后端。在 Cloud IaaS 上构建 L4 负载均衡架构,由 Ruk-Com 提供集群与自动扩缩容专业支持。
交互 / 流量实验室
选择场景,观察轮询如何跳过不可用后端,以及恢复节点如何通过就绪检查后重新接入。
逻辑流程:请验证实际部署的返回路径与健康检查设计。图示时间与就绪关卡仅为示意。故障后,现有连接可能需要重连或重试,不会自动迁移。
两种运作模式
可使用现有虚拟服务器,或依据扩缩容规则从模板创建。所选模式应与发布流程及流量特征一致。
选择并管理现有虚拟机,适合服务器加入资源池前需要逐一审查配置的场景。
利用扩容与缩容规则,基于镜像模板创建后端。最适合可重复执行的启动及部署流程。
传输 / 连接设计
从协议、端口和后端池开始,设计可跨多个节点运行的应用。
通过轮询选择分发传输层流量。将服务端口与 VM 上监听的进程相匹配。
TCP 示例将一个连接映射至一个后端。建立新连接,与在现有连接上发起另一个 HTTP 请求,是不同的事件。
HTTPS 通过 L4 转发时,须明确后端 TLS 终止与证书方案,并将端口映射及证书续期纳入部署计划。
TCP :44310.20.10.11–14IPv4 / Virtual Servers部署 / 设计蓝图
与 Ruk-Com 一同协调网络、计算及后端设计,提供运维团队可审查和使用的资料。
请准备架构图、端口清单、峰值流量特征与应用约束,用于 Cloud IaaS 设计讨论。
将计算区域/资源与 VM 或模板匹配。所引用的模式不包含 VMware 虚拟服务器、Smart Servers 与裸金属。
后端需要所选网络区域内的 IP,并须位于相同 IP 地址范围。自动扩缩容还需选择节点网络组。
记录主机名、协议和端口集合,以及各后端所需服务。
将负载均衡器端口速率与 CPU 优先级,同模板节点的内存、CPU 与速率限制分开设置。最小/最大节点数须与可用资源匹配。
自动扩缩容 / 控制循环
扩缩容规则只是起点,须共同验证模板、应用启动及可用容量。
最小值保留配置的节点下限,最大值设定规划的上限。资源配置仍取决于可用资源及正常工作的模板。
评估流量及扩缩容规则条件。
在规定范围内通过模板创建虚拟机。
接收新连接前验证服务。
将就绪后端纳入路由轮转。
缩容设计: 规划停止接收新连接、完成或处理进行中的工作,再验证移除。图示中的连接排空步骤是一项设计要求,须在实际部署中确认。
工程 / 生产就绪
结合网络与应用共同考虑,避免增长引入新的瓶颈。
端口开放不一定表示应用可用。应规划依赖检查,并测试后端不可用时的行为。
检查会话、缓存及运行时文件写入。仅保存在一台 VM 上的状态,在用户访问其他节点时可能不可用。
添加后端不会复制数据库或文件。应设计能支持所有节点的数据层和备份方案。
围绕工作负载设置客户端超时、重试行为与幂等性,避免连接中断导致重复交易。
测试 CPU、网络、连接数与下游瓶颈。增加 VM 并不保证所有工作负载的吞吐量都线性增长。
多个后端可分散工作负载风险。应将负载均衡器可用性与维护窗口作为架构的明确组成部分。
RUK-COM / 工程师直接协作
与同时考虑计算、网络及实际工作负载的团队合作。从一开始就明确范围与交付证据。
选择集群模式与 Cloud IaaS 资源前,先评估流量特征、监听器及后端依赖。
按照方案演练分发、后端故障、恢复及扩缩容,并记录结果与限制。
交付架构图、配置与运行手册,包含约定范围内的监控点及升级处理步骤。
工程 / 常见问题
让工程团队对架构及就绪标准形成一致认识。
如需明确控制每台 VM,可选择集群模式。自动扩缩容适合基于模板、可重复部署,并已测试启动与关闭行为的后端。
本页介绍 L4。TCP 示例在建立新连接时选择后端。HTTP keep-alive 或 HTTP/2 可能在同一连接中承载多个请求。
不要假定现有连接能够迁移。新任务路由至可用后端时,客户端可能需要重新连接或重试。请测试实际应用及超时行为。
负载均衡器负责分发流量,不会复制应用数据。多节点运行须规划会话、数据库、共享存储与备份。
先提供现有架构图、协议与端口、VM 数量、流量特征及应用约束。这些信息将为 Cloud IaaS 规划讨论提供依据。
负载均衡器 + CLOUD IaaS
将计算、网络与后端集群纳入统一计划。了解 Cloud IaaS,并与 Ruk-Com 共同梳理细节。