但是针对前端，大家的概念在很多情况下模糊起来.什么是CAS ARRAY？什么是NLB？这两者有神马关系呢？我们现在就此讨论下。
目前网上博客流行的前端高可用部署方案都是CAS Array+NLB,因此在很多人思维里面意味着我如果要做CAS ARRAY，就要做NLB。我做NLB，我就必须要做CAS ARRAY。
这两种观点其实都是有失偏颇的。严格来说CAS ARRAY 与NLB 并没有太大的关系。他们只是高可用的结合方式的一种！
什么是CAS Array，CAS Array 是否必须呢？
严格来说，企业内部部署CAS ARRAY 不是必须的前端高可用解决方案，我们知道如果不部署CAS ARRAY的话，访问节点可用的点也是可以对数据库进行访问的。部署CAS ARRAY
是为了统一访问企业内部访问节点。比如我有两台前端服务器，分别是MX1和MX2.这两台机器的节点名称分别是MX1和MX2，这在数据库的访问体现上是无法统一的。
我们为了统一数据库的访问节点，就必须建立相应的CAS Array。建立CAS ARRAY 我们必须将相应的内网所有的地址统一的变更为CAS ARRAY 名称，否则利用EWS进行EX链接的服务
器会发生问题，如果大家碰到过的话就知道outlook 2011 MAC 是采用EWS目录的方式访问Exchange 服务器，这也意味着如果不统一访问点的话，通过MAC访问的话则会发现访问点
会发生奇怪的跳转。
所以，我们说CAS Array 基本上是同一我们用户的访问入口点。
另外高可用有哪几种模式呢？

一种是硬件负载均衡器
他是通过硬件设备来负载目前各台前端服务器的相应的压力负载，硬件负载均衡器相对其他种类负载均衡的好处在于我可以利用硬件负载均衡器监控各个端口状态与安全。同时我可以
控制客户端对于一台机器的访问。我们可以添加相应的多个服务器的端口来了解服务器中某个服务是否正常来决定是否将相应请求转发到相应的服务器对象 。硬件负载均衡器有多种负
载均衡方式，来通过计算不同的结果来达到相应的硬件负载均衡的最终目的。详细结果如下下图所示，当其中的某个端口出现问题，我们可以将请求不在转发到这台机器。


第二种是通过NLB的方式
NLB是利用Windows 系统模拟出来的一种高可用模式，他的优势在于保证在机器不宕机的情况下保证了服务可持续性，但是缺点也非常明显，当其中的服务器并没有宕机，而是其中的某个
服务出现了停止或者假死的情况的情况下是无法进行高可用切换的，也就是说他无法判断端口的健康状态。这是一种折中性的高可用解决方案，我们在无法实现硬件负载均衡的模式下
采用NLB 可以达到基于主机的高可用结果，他的模式如下：


第三种是我们在项目中也采用的 Dns RR 方式
DNS RR 是一种软性的高可用方式，在客户端我们利用DNS的轮询方式将目标服务器的IP地址返回给相应的客户端，然后客户端根据获取的IP地址任意的选择一台服务器来实现链接，利用
DNS RR 实现的软性负载均衡方案存在的缺点在于无法监控相应的服务器的端口状态及主机状态，因此当机器出现问题的时候我们必须手动的干预才能达到真正意义上的高可用。严格来说
他不是一种负载均衡方案，他访问服务器的IP是相应的随机选择，因此不会根据当前服务器负载而分摊相应的压力，而是高可用的一种方案。他的工作模式如下：
 
因此我们可以得出结论，CAS Array 的功能是统一访问的节点名称。而各类高可用方案是CAS ARRAY的具体实现。
在某种程度上，如果您的预算比较多，推荐您采用硬件均衡器方案。如果您的预算有限，我们推荐您采用DNS RR方案。不推荐您采用NLB的方式来实现高可用！    

本文由职坐标整理并发布，希望对同学们有所帮助。了解更多详情请关注职坐标系统运维之Exchange频道！