Exchange2010 跟我走之五-确定需求

liuxiaoyun111

　　客户针对当前的方案提了几点要求：
     1.需求必须按照三年周期来规划
     2.人数承载能力能够达到15000人
     3.提供基于数据库的冗余，防止单台服务器出现宕机而导致整体服务停机
     4.提供站点级别冗余，在单一站点出现故障时候，收发MAIL 不会出现停顿状况
　　
　　依据客户提出的这么几点需求，我们需要了解Exchange 2010 的功能是否能够满足客户的需求。
　　首先客户要求的是能满足15000人的要求，那么我们怎么的架构才能满足客户的需求呢？
　　有一点可以肯定的是，角色分离。 MAILBOX 必须和HUB和CAS 分开，这一点是非常肯定的。MAILBOX 比较注重的是在于两点：
　　1.存储速度够快，当前磁盘阵列卡采
　　2.CPU 处理的速度够快，由于同时需要执行本机到其他两个服务器的副本。因此我们需要快速的CPU处理能力
      3.内存必须按照2G+6000*5的规范来进行计算，按照这个规范来计算，大概需要32G的内存。
　　另外一个HUB和CAS角色，在Exchange 2010中这个角色承担了完全的客户端访问角色和传输角色。所以我们必须考虑HUB/CAS的并发承载率来作为衡量HUB/CAS性能的考量点，考量点如下：
　　1.CPU：负责客户端MAPI,OWA,Autodiscover服务，CPU 要求稳定，速度快
      2.内存：16G的内存基本上能够比较好的符合当前的需求
      3.硬盘：硬盘的大小不是非常CARE的因素，除了硬盘转速之外。这里我们决定选用300G 1W转的磁盘
　　
　　依照相应的配置要求，我们选择DL580 作为后端邮件存储的设备，选择DL380作为前端HUB/CAS服务器来满足当前Exchange 服务器的需求。
　　依据相应的配置需求，我们调整了保存数据的磁盘为 8个7.2K 500G的磁盘。磁盘选用RAID5 阵列。开启磁盘CACHE。
　　前端服务器选择DL380，采用10K转速的300G硬盘实现整体的访问。
　　根据相应的数据库的压力方面来看，我们使用5台MAILBOX 来作为后端的邮件存储。按照一万五千个用户的承载量来估算，我们以1000个用户的邮箱数据作为一个数据库来计算，同时整个所有数据库在不同的邮件服务器上均存在两个副本。那么整个DAG承载的数据库为大约在45个左右。 按照计算的结果来看，一台服务器连本身的数据库则需要承载9个邮箱数据库的数据量。
　　RAID5 硬件估算出来的空间大约在3.27G*5=16T 左右，而当前客户提供的整个邮件的量来进行计算15000*200M*3=9T左右的空间，再加上一部分的数据库承载量及日志空间来计算。差不多在12T左右。所以当前的邮件的量基本上可以满足当前客户相应的需求。
　　由于微软在Exchange 2010 改变了MAPI 连接邮箱的方式，在EX10 之前版本MAPI 均连接到Exchange mailbox角色，而EX10版本则直接连接CAS角色，不再直接连接MAILBOX角色，MAILBOX 后期负责邮箱的存储，所以针对CAS的角色，Exchange 2010的比例有所调整，以下为前后Exchange 版本对Exchange 各角色的对比：
　　Exchange 2007 MAPI 直接连接到Mailbox  Mailbox 与CAS 比例为 4:1
    Exchange 2010 Mapi 直接连接到CAS角色，MAILBOX 与CAS 比例为4:3
　　从这点可以看出，CAS服务器的压力将随之增加。所以我们不能如Exchange 2007 设置2台Exchange HUB/CAS 的方式进行负载均衡。在这个项目中，我使用了3台前端服务器+硬件负载均衡器来满足相应的负载均衡需求。
　　总体来说我们按照相应的需求，我们规划出以下的角色来满足客户的具体需求：

　　
　　对于这个方案及Exchange 2010 能够提供的功能，客户觉得比较满意。开始进入采购流程，购买服务器。我们基本上就开始了部署的阶段。接下来就和客户讨论如何去进行实施了！请接下来继续关注吧！！！