切换到宽版
  • 15591阅读
  • 6回复

[求助]cas-array是否是一个好的功能? [复制链接]

上一主题 下一主题
 
只看楼主 倒序阅读 0楼  发表于: 2013-06-07
两台服务器做nlb,cas做cas-array,不使用硬件负载均衡设备。
这种配置方式网上教程有很多,但是我做了几次测试后,开始怀疑这是不是个好的功能?
首先我的测试是在hyper-v上做的,两台服务器,服务器上安装hub+cas,不安装mailbox,也没在别的服务器上安装mailbox。
创建和使用NLB时就会发生一些曲折。
比如首次建NLB时cas2聚合不上,反复几次才两台计算机聚合正常。
  使用一段时间后,“RPC服务器在制定计算机上不可用。连接到cas2.book。com”时出错。
  偶尔还会有其它一些小问题
  nbl做的多播,发现防火墙出不去,查资料知道需要在防火墙上手动添加mac,但是阿穆瑞特防火墙没法添加(内网没有路由器,由防火墙做nat上网)。
  然后换成单播,以为可以发布了,结果依然被防火墙挡着,cas和防火墙之间互相ping不通。
到此时,我开始怀疑用WINDOWS的NLB做负载均衡是否是一个合适方案。感觉这个方案既没有稳定性,又容易出问题,同时还挑路由器防火墙。
假设已有的防火墙或路由器就是不配合NLB,那这个方案根本就部署不了。
=================
所以我来发帖,请教一下各位。
1是否有公司部署了cas-array,使用情况怎么样。
2相比较而言, 硬件负载均衡是不是唯一的合适选择。
3如果只能选择硬件负载均衡,多cas的环境,内部怎么统一访问地址。
分享到

只看该作者 1楼  发表于: 2013-06-09

您好, 基于目前的现状, 我建议您跑一个EXBPA(exchange最佳实践分析器)看下分析结果.

另外做一个wlbs query来检测下NLB的状态.
使用"WLBS 查询"命令,以确定一个 WLBS/NLB 群集的状态
http://support.microsoft.com/kb/242242/zh-cn

关于你提的三个问题.
1. 从理论上说, CAS array是微软标准的对于CAS服务器实现高可用的方案, 从目前的使用情况看, 也是相对稳定的.
2. 确实, 硬件的负载均衡性能更好, 而Windows的NLB最大支持大约10,000个用户, 在CAS array方向最多支持8个节点.
3. 以下这篇文章的中半部分有具体配置步骤.
http://www.msexchange.org/articles-tutorials/exchange-server-2010/high-availability-recovery/load-balancing-exchange-2010-client-access-servers-using-hardware-load-balancer-solution-part2.html
Exchange中文站10周年献礼。Exchange2016中文视频教程热销中:edu.exchangecn.com/course/12
只看该作者 2楼  发表于: 2013-06-17
在“网络负载均衡管理器”中截图
cas1 :



cas2:

做的几次虚拟环境都是报这样的问题,新建的时候都没问题,运行一段时间再去看就回报这样的问题。
只看该作者 3楼  发表于: 2013-06-17
会不会是虚拟化的问题?

前段时间我们的DAG也是这样子,一台MBX老是切到另一台上面去,系统报错是联系不到MBX,可可服务器一直是正常的,网络也是通的,就是找不到原因,后来升级虚拟化之后就一切正常。

我们用的是VM,Hyper-V还没用过。

CAS我们没有做NLB,用的DNS轮询。

只看该作者 4楼  发表于: 2013-06-17
您好, 根据错误提示:
1. 首先请确保CAS2这台机器是在线的
2. 这个问题也可能是防火墙的阻断造成的. 处于安全的考量, COM+网络连接默认情况下是关闭的. 检查系统以确保防火墙是否阻断了COM+的远程连接请求.
3. 这个问题的其他成因可以在事务查看器中扩展RPC错误的信息中查到.



1. 确保CAS2这台机器是在线的

  1. Open an elevated Command Prompt window. Click Start, point to All Programs, click Accessories, right-click Command Prompt, and then click Run as administrator. If the User Account Control dialog box appears, confirm that the action it displays is what you want, and then click Continue.
  2. At the command prompt, type ping, followed by a space and the remote computer name, and then press ENTER. For example, to check that your server can communicate over the network with a computer named ContosoWS2008, type ping ContosoWS2008, and then press ENTER.
  3. A successful connection results in a set of replies from the other computer and a set of ping statistics.


2. 检查防火墙:

  1. Click Start, and then click Run.
  2. Type wf.msc, and then click OK. If the User Account Control dialog box appears, confirm that the action it displays is what you want, and then click Continue.
  3. In the console tree, click Inbound rules.
  4. In the list of firewall exception rules, look for COM+ Network Access (DCOM In).
  5. If the firewall exception rule is not enabled, in the details pane click Enable rule, and then scroll horizontally to confirm that the protocol is TCP and the LocalPort is 135. Close Windows Firewall with Advanced Security.


3. 检查扩展RPC错误的信息:

  1. Click Start, and then click Run.
  2. Type comexp.msc, and then click OK. If the User Account Control dialog box appears, confirm that the action it displays is what you want, and then click Continue.
  3. Under Console Root, expand Event Viewer (Local).
  4. In the details pane, look for your event in the Summary of Administrative Events, and then double-click the event to open it.
  5. The Extended RPC Error information that is available for this event is located on the Details tab. Expand the available items on the Details tab to review all available information.
    For more information about Extended RPC Error information and how to interpret it, see Obtaining Extended RPC Error Information (http://go.microsoft.com/fwlink/?LinkId=105593).
Exchange中文站10周年献礼。Exchange2016中文视频教程热销中:edu.exchangecn.com/course/12
只看该作者 5楼  发表于: 2013-06-20
回 johnny_cwp 的帖子
johnny_cwp:会不会是虚拟化的问题?
前段时间我们的DAG也是这样子,一台MBX老是切到另一台上面去,系统报错是联系不到MBX,可可服务器一直是正常的,网络也是通的,就是找不到原因,后来升级虚拟化之后就一切正常。
我们用的是VM,Hyper-V还没用过。
....... (2013-06-17 13:27) 

cas的nlb做的比较郁闷,hyper-v  VM  真实环境都做过测试,都会报类似的错误,hyper-v我承认对其认识深度不够,很有可能配置的环境引起的故障,后来用真实环境做,依然如此,也发现有个别老用户,资深的专家说过不推荐nlb这样的话,不过还是想搞清楚为什么。
只看该作者 6楼  发表于: 2013-06-20
回 flowerwaiter 的帖子
flowerwaiter:您好, 根据错误提示:
1. 首先请确保CAS2这台机器是在线的
2. 这个问题也可能是防火墙的阻断造成的. 处于安全的考量, COM+网络连接默认情况下是关闭的. 检查系统以确保防火墙是否阻断了COM+的远程连接请求.
3. 这个问题的其他成因可以在事务查看器中扩展RPC错误的信息中查到.
... .. (2013-06-17 13:45) 

谢谢耐心的回复和帮助,很多东西越往深了研究就会发现自己原来懂得是多么的少,比如com+网络,我居然不知道是什么,比如遇到的一些问题,baidu是搜不到答案的,路漫漫其修远兮,吾将上下而求索。
快速回复
限60 字节
 
上一个 下一个