特例方案的负载均衡器使用分析

网络 网络优化 网络运维
本文详细介绍了一个特例方案的负载均衡器的使用和布局。那么。首先我们会介绍他的具体的设备和作用,以及相关的连接和工作方式。

负载均衡器的使用,在网络构架和服务器分配中常用到的产品。那么,下面我们就来为大家介绍一种方案,包括它的设备分配,各个端口的连接,以及方案采用的模式等等方面的问题。那么,在之后的文章我们还会对此方案的部署配置内容做一个更详细的介绍,敬请关注。

多vrrp_instance负载均衡需求描述

本方案要实现一个web及自定义的tcp服务的负载均衡.其中web为3个站点,运行在同一个服务器上,以虚拟机的方式实现;自定义的tcp服务,使用两个端口号,运行在不同的服务器上。

在这个环境中,共有14个服务器:2个负载均衡器(分别命名为 lvs-1、lvs-2),4个web服务器,4个运行自定义端口为3000 tcp服务的服务器,以及4个运行自定义端口为4000 tcp服务的服务器。本方案仍然使用负载均衡的DR模式,为了有效地使用紧缺的ip地址资源,我们只需要使用2个vip地址就可达到目的----web服务使用一个vip, 后面2个服务共用一个vip。为了更清楚地理解前面的描述,表1、2对整个需求进行了汇总。



负载均衡器

Vip

Vrrp_instance

角色

Lvs-1

61.135.93.99

60.135.93.100

VI_WEB

VI_CTCP

VI_WEB -à MASTER

VI_CTCP-à BACKUP

Lvs-2

61.135.93.99

60.135.93.100

VI_WEB

VI_CTCP

VI_WEB--à BACKUP

VI_CTCP-à MASTER

表1 负载均衡器需求汇总

项目

Vip

转发端口(TCP)

转发规则

Webbbsblogwww

61.135.93.99

80

61.135.93.99:80à 61.135.93.x:80

自定义服务1

61.135.99.100

3000

61.135.93.100:3000à61.135.93.y:

3000

自定义服务2

61.135.93.100

4000

61.135.93.100:4000->61.135.93.z:

4000

表2 应用服务需求汇总

Web服务支持的3个站点均为动态网站,其运行环境为apache加php,因为涉及帐号登录,因此负载均衡过程必须启用会话保持。这里把3个站点整合到一个物理服务器上,既能保持服务配置的一致性,又能最大限度的利用资源。关于动态站点及apache虚拟的配置,请参看其他章节的内容。

责任编辑:佟健 来源: 互联网
相关推荐

2010-05-06 10:14:31

负载均衡器

2010-04-22 10:09:28

负载均衡器

2023-03-30 13:32:51

负载均衡器HDFS

2017-05-19 14:45:01

OVN负载均衡器路由器

2022-07-14 08:53:48

MetalLBkubernetes

2024-06-18 08:14:21

2024-02-22 10:11:00

负载均衡器反向代理

2023-02-13 16:39:45

Kubernetes容器负载均衡器

2010-05-10 14:13:26

2010-04-22 10:46:40

Lvs负载均衡故障负载均衡器

2010-04-22 10:22:04

负载均衡器

2010-05-05 19:05:03

负载均衡器会话保持

2010-04-28 17:01:30

Apusic负载均衡器

2010-05-10 18:22:51

负载均衡器

2011-02-23 09:47:31

负载均衡负载均衡器

2011-08-24 13:45:49

HAProxy负载均衡负载均衡器

2010-05-10 14:05:31

负载均衡器

2010-04-26 15:04:08

负载均衡器

2010-04-22 10:36:06

负载均衡器

2010-05-04 13:32:37

nginx负载均衡器
点赞
收藏

51CTO技术栈公众号