基于DNS负载均衡实现跨云应用
-
“公有云可以作为传统IT资源的延展，能帮助客户应对不断变化的需求”——这是我们在向客户介绍公有云产品时经常说的一句话。我们来看一个具体的需求：
某客户有一个web站点，部署在自有的数据中心(on-premises)，在某些未计划高峰时期(假设是促销季)，现有数据中心的基础设施资源不足以支撑突增的访问量。在这种情况下，公有云如何帮助客户拓展本地数据中心的处理能力从而满足峰值业务需求?
这个嘛，easy，客户只要将现有的web站点迁移到公有云上可以啦，什么横向扩展、按需付费、冗余存储等一大堆“云特性”就都齐全了，轻松搞定客户需求。然后，客户问了这样一个问题：应用(Web站点)都迁移到公有云上去了，我们现有的数据中心咋不?关闭?闲置?这是我们赖以生存的核心应用，都 “飘在云端”总感觉有些不踏实呀…
看起来本来顺理成章的故事变得充满变数，其实这种情况是完全合理的：
因为迁移到公有云而废弃或者闲置现有的基础设施，而且还要做大规模的应用迁移(以及围绕应用迁移而产生的一系列工作量和成本)，这对客户而言是无法接受的。使用云计算到底是省钱还是更费钱?是提升工作效率还是更折腾?
因为法律、合规等因素，客户不可能将所有的应用和数据都搬到到公有云上。但是客户也的确存在使用公有云的需求。例如：医院不可能把所有的病人数据和诊疗数据都保存到公有云上，但是可以通过公有云来提供检查报告/检验结果查询或者是预约挂号服务;企业不会将财务数据保存在公有云上，但是可以通过公有云提供对账、报表或者查询服务。
尽管公有云的安全与合规程度远高于某些客户自有的IT基础设施，但信任并非是短期内就可以建立起来的。就像我们完全有理由认为把钱存到银行也不是百分百安全一样——银行倒闭了咋办?
针对上述问题，我们可以使用“DNS负载均衡”来解决!
现在的DNS服务也不再是傻傻的只管将域名解析为IP地址了。很多提供域名相关服务的供应商都推出了智能DNS服务。与传统的DNS解析服务相比，智能DNS服务增加了以下功能：
DNS权重负载均衡：默认的DNS负载均衡是轮询，即DNS服务器会平均的将请求分发到每个A记录。这样虽然实现了最简单的负载均衡，但是用户无法控制负载分发策略。DNS权重负载均衡就是在默认的DNS负载均衡机制上加入了权重值，用户可以通过权重值来设置分发到每个节点(A记录)上的请求数量，以此实现“能者多劳”——处理能力强的节点多承载一些负载。
来源智能解析：根据客户请求的来源(所在位置或者接入线路)，返回对应的解析值(IP地址)。例如：用户将一个应用分别部署在中国和美国，在域名解析服务中给同一个域名设置2条不同的A记录，分别对应到中国和美国的应用地址(公网IP地址)。这样就能实现中国客户访问部署在中国的应用，外国客户访问部署在美国的应用，所有用户均使用相同的域名来访问应用。
国内外提供智能域名解析服务的厂商有：DNSPod，CloudXNS，万网，Akamai等。用户也可以选择使用F5的软硬件混合方案搭建自己的智能DNS解析服务。
万网的来源智能解析
DNSPod的DNS权重设置
除了上述智能DNS解析服务，Microsoft Azure和AWS也提供了类似的服务。在Microsoft Azure中，智能DNS解析服务是Traffic Manager Profile，注意不是Traffic Manager。Traffic Manager只能支持部署在Windows Azure上的应用。而Traffice Manager Profile可以支持外部的endpoint，即：可以在Microsoft Azure和本地数据中心之间进行DNS负载均衡，支持性能，权重和优先级3种负载分发算法。
不过在endpoint区域选择中，是没有中国大陆的。部署在中国的大陆的应用只能选择东南亚或者东亚。
另外，Traffic Manager Profile目前只在国际版的Microsoft Azure上提供，中国版的Windows Azure只有Traffic Manager。
在AWS国际版上，Route 53即智能DNS解析服务，与Microsoft Azure的Traffic Manager Profile相比，Route 53的区域划分更细致，而且支持中国大陆(CN)。AWS中国版目前还没有提供Route 53功能。
借助DNS负载均衡，我们就可以轻松实现一个混合云应用部署方案，让客户切实体验到云的优势。
