邮件系统负载均衡方案

负载均衡是集群部署中的一种,通过多个节点来承担邮件服务的工作,每个获取Web页面的新请求都被动态路由到一个负载较低的节点上。即把负载压力根据某种算法合理分配到集群中的每一台计算机上,以减轻主服务器的压力,降低对主服务器的硬件和软件要求,适用于大容量用户使用。

集群技术解析

集群(Cluster)技术是指一组相互独立的计算机,利用高速通信网络组成一个计算机系统,每个群集节点(即集群中的每台计算机)都是运行其自己进程的一个独立服务器。这些进程可以彼此通信,对网络客户机来说就像是形成了一个单一系统,协同起来向用户提供应用程序、系统资源和数据,并以单一系统的模式加以管理。一个客户端(Client)与集群相互作用时,集群像是一个独立的服务器。

集群的特点

  • 提供强大处理能力的高性能计算机系统。对用户端(Client)而言,计算机集群则是一个单一的系统,可以为用户提供高性能的计算机系统,而用户不用关心有多少计算机承担了系统实现的任务,而只需要关注系统的整体处理能力。因此,计算机集群可以用多台普通性能的计算机组成具有高性能的计算机系统,承担只有超级计算机才能胜任的工作。
  • 提供高可用性的计算机系统。通过计算机集群技术组成的系统,可以确保数据和应用程序对最终用户的高可用性,而管故障属于什么类型。即当计算机集群中的节点计算机出现软硬件故障的时候,高可用性集群提供了对软件和硬件失败后的接替。它将服务器镜像到备用系统或节点中,当主节点上的系统崩溃时,冗余节点就从替补角色转换到正式角色,并自动投入应用,从而保证了系统运行的不间断。
  • 系统具有很强的可伸缩性:在系统的处理能力需要增加的时候,除了通过增加集群中每个计算机节点的单机处理能力(如通过增加CPU数量、增加内存大小等手段)外,还可以通过增加集群节点数,即通过向群集添加新的计算机节点,使服务随着处理器的添加而伸缩,从而增大应用程序吞吐量,以达到增加系统的整体处理能力的目的,完成系统的扩容。

负载均衡解决的问题

在现有网络结构之上,服务器群集中每个服务节点都运行一个独立的邮件程序,负载均衡提供了一种廉价有效的方法扩展服务器带宽和增加吞吐量,加强网络数据处理能力,提高网络的灵活性和可用性。它主要完成以下任务:

  • 解决网络拥塞问题,服务就近提供,实现地理位置无关性
  • 为用户提供更好的访问质量
  • 提高服务器响应速度
  • 提高服务器及其他资源的利用效率
  • 避免了网络关键部位出现单点失效

网络拓扑图

  • 服务器:2台,安装所有TurboMail模块。
  • 网络:根据内外网具体使用需求使用各级网络。
  • 存储设备:采用磁盘阵列,存储TurboMail数据,包括用户及邮件数据;亦可采用NAS/SAN等存储设备。

负载均衡包含两台拥有共享数据存储空间的服务器,各服务器通过内部局域网相互通信。此方案有几大优势:

  • 高可靠性:当一个节点发生故障时,它所运行的应用程序将由另一个节点自动接管,实现对用户的不间断服务。
  • 高性能计算:充分利用方案中每一台计算机的资源,实现复杂运算的并行处理。
  • 负载平衡:把负载压力根据某种算法合理分配到集群中的每一台计算机上,以减轻主服务器的压力,降低对主服务器的硬件和软件要求。
  • 邮件数据统一管理和维护。
  • TurboMail带宽接入方案。

根据南北互通问题,建议采用双线接入。带宽接入计算方法如下:

Turbomail邮件系统1万用户配置说明:

(根据每用户每天收发20封100K邮件计算)

a. SMTP/POP3请求:

100K(邮件)*20封*10000(用户)=20Gbyte=160Gbit/86400(24小时*60分钟*60秒)=1.85Mbit/0.6(以太网带宽利用率)=3.083Mbit*4(带宽峰值比例)=12.35M。

b. WEB MAIL请求:

100K * 20封* (页面请求)*3000用户(实际通过WEB方式访问比例3/10)=6Gbyte=48Gbit/86400(24小时*60分钟*60秒)=0.555Mbit/0.6(以太网带宽利用率)=0.8335M*4(带宽峰值比例)=3.35M。

c. 建议:

10000用户Internet接入带宽为12.35M+3.35M =15.7M--16M。

邮件系统负载均衡方案

时间: 2025-01-11 17:45:33

邮件系统负载均衡方案的相关文章

Nginx的负载均衡方案详解

Nginx的负载均衡方案详解 作者:chszs,转载需注明.博客主页:http://blog.csdn.net/chszs Nginx的负载均衡方案有: 1.轮询 轮询即Round Robin,根据Nginx配置文件中的顺序,依次把客户端的Web请求分发到不同的后端服务器. 配置的例子如下: http{ upstream sampleapp { server <<dns entry or IP Address(optional with port)>>; server <&l

Windows平台下利用APM来做负载均衡方案 - 负载均衡(下)

概述 我们在上一篇Windows平台分布式架构实践 - 负载均衡中讨论了Windows平台下通过NLB(Network Load Balancer) 来实现网站的负载均衡,并且通过压力测试演示了它的效果,可以说还是非常的理想的.同时我们也收集到了不少的问题,比如说如何在这种分布式的架构下使用Session,NLB中有一台服务器挂掉了会导致对外暴露的地址无法访问,如果实现服务器之间的同步,如果更好的进行热修复等等,还有我们在上一篇中也提到了NLB所提供的功能是非常简单的,为了回答我们前面提到的问题

负载均衡方案总结

负载均衡方案总结 所有的例子都通过访问www.ctrip.com为例.这里只讲方案,具体的NGIX.LVS.HAPROXY怎么工作的等以后细看了再总结. HTTP重定向负载均衡 用户通过域名解析, 得到IP地址114.100.80.100,访问这台服务器,这台机器收到请求之后,因为它是知道服务器集群里的IP的, 然后返回一个重定向到114.100.80.1的请求给用户的浏览器,然后浏览器再访问114.100.80.1. 这个方案致命的缺点就是经过了两次请求,因为建立HTTP连接的请求的代价是很大

(转)简易WCF负载均衡方案

最近跟高老师讨论nginx跟tomcat集群做负载均衡方案.感觉很有意思.想到自己项目中服务用的WCF技术,于是就想WCF如何做负载均衡,Google了一会,发现wcf4.0的路由服务好像可以实现.不过在研究路由服务期间,我有了个自己的方案,哈哈. 我要在客户端跟WCF服务中间部署一台WCF平衡服务器,用来分发请求,模拟nginx的工作. WCF平衡服务器我同样用WCF来实现,所有服务接口全部通过平衡服务区暴露给客户端.对于客户端来说,只要跟正常调用服务一样,添加平衡器的远程服务引用. 实现:

asp.net负载均衡方案[转]

在前面的几篇文章中,主要谈到了在Discuz!NT中的跨站缓存数据,数据库负载均衡.但如果要实现将产品分布式布置到若干机器,组成集群来共同支撑起整个业务的话,还是有一定问题的(后面会有所介绍).下面先介绍一下如何使用 Discuz!NT负载均衡方案搭建分布式应用. Discuz!NT前端负载均衡可以是nginx,lvs,haproxy等,当然配置最简单的基于nginx实现的,下面是它的一些简介:           Nginx("engine x")是俄罗斯人编写的十分轻量级的HTTP

负载均衡方案对比表

在选择使用何种负载均衡方案的时候,除了考虑工程师本身的熟练程度外,也要理解技术的原理,透过本质才能更好的看问题,下图参考<Linux运维最佳实践>:

大数据时代下的SQL Server第三方负载均衡方案----Moebius测试

一.本文所涉及的内容(Contents) 本文所涉及的内容(Contents) 背景(Contexts) 架构原理(Architecture) 测试环境(Environment) 安装Moebius(Install) Moebius测试(Testing) 负载均衡测试(Load Balancing Testing) 高可用性测试(Failover Testing) 数据安全性测试(Security Testing) 总结(Summary) 二.背景(Contexts) 前几天在SQL Serve

负载均衡方案(摘抄)

1.负载均衡之DNS域名解析 DNS(Domain Name System)是因特网的一项服务,它作为域名和IP地址相互映射的一个分布式数据库,能够使人更方便的访问互联网.人们在通过浏览器访问网站时只需要记住网站的域名即可,而不需要记住那些不太容易理解的IP地址.在DNS系统中有一个比较重要的的资源类型叫做主机记录也称为A记录,A记录是用于名称解析的重要记录,它将特定的主机名映射到对应主机的IP地址上.如果你有一个自己的域名,那么要想别人能访问到你的网站,你需要到特定的DNS解析服务商的服务器上

asp.net如何实现负载均衡方案讨论

我的目标是我一个人搭建一个负载均衡网站.不接受这是网络部,或者运维,或者系统部的事情,所有事情都是我一个人来完成,包括掏钱,包括将来发展等等,同时也别告诉我有没有意义,just do  it !给我方案,给我方法. 拥有资源:不够可以买,多了可以先闲着. 现在我已经买了5台阿里云服务器,ip地址分别为 ip地址                      名字简称      操作系统       iis服务器     cpu   内存DDR3      机械硬盘 111.13.101.204