如何用AWSRoute53实现GSLB
如何用AWS Route53 实现GSLB,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。
创新互联-专业网站定制、快速模板网站建设、高性价比康乐网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式康乐网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖康乐地区。费用合理售后完善,10余年实体公司更值得信赖。
近日,我在研究远程的,不使用云网络负载均衡器 Elastic Loadbalancer 的其他负载均衡的方法。
从AWS角度,在多区域下进行负载均衡的这个方法,有个学名叫全局负载均衡GSBL(Global Server Load Balancing),就是实现在广域网(包括互联网)上不同地域的服务器间的流量调配,保证使用最佳的服务器服务离自己最近的客户,从而确保访问质量。
当然,对此,GSBL有企业级的应对方法,也由自己就可以动手完成的解决方案。
在这里,我就简单说一下如果在AWS实现全部负载均衡GSBL。
AWS 中的Route53 是一个多功能的云端 DNS (域名服务器)。你只要在上面写入一个域名, 它会生成 4 个上级域名(NS) ,给你写到购买域名时的供应商做域名转移。比如 GoDaddy / who.is / DNSpod. 例子如下图:
你会发现,这几个NS 是放在世界不同的地区的,这可以让你的域名分析得更快。
Route53 里面有5 种域名的记录。
简单说明:
1. Simple - 就是一般的,跟其他的DNS没差别。
2. Weighted 就是可以把请求跟据weight 来分到不到的 IP , 比如你有 2 个 ip. 第一ip weight = 5, 第二ipweight = 10 那分到第一ip 的请求数就是 5+10 / 5 = 1/3。
3. Latency 就是把请求发到反应最快的那个服务中心 (region) **. 这个可以选内地的AWS!
4. Failover 就和负载均衡器做法一下,有一个healthchecker 看着你的服务器,要是服务器死了,那就不会把请求派过去。
5. Geolocation 就是跟据请求的发出地址,把请求分到最近的服务器。
我觉得AWSroute53 跟其他的DNS 最大差别就是
1. Route53 有healthchecker,根据health checker 反应做出相应动作。
2. Route53 支持Fail over
3. Route53 的一切都可以用API定义,那就是说可以跟据你写的程序动态改变。
Health checker 是一款给DNS 定制的 monitor 工具。
有http / https / TCP。AWS 建议是 30秒更新一次。但可以选 10 秒。这裡问题是,如果你少于 30, 一般情况下会搞得服务器很忙,不建议。要是你选 10 秒,那基本上,每一秒都会给 PING 着。
原生是要FAIL 3 次,域名才会更动。但要是 30 *3 ,一分半的时间,才 failover有点长。所以我建议在 failture threshold 是1/2。
因为是DNS failover, 技术上原生就有一个问题: 就是已经被 DNS cache 的IP ,即使 fail over 也不会给更改。解决方法是依靠新型的溜览器的 failover 功能做这件事。我在Chrome 下测的 failover 没有任何问题。但在命令行的ping / nslookup 的确要等很长时间。所以建议这个DNS 的 failover 现在只用作网站会合理一些。
正如本文想表明的主题,如何实现全局负载均衡GSLB, 那很简单,基于 Route53 Failover 上,加上Simple / Weighted 的多IP Record Set 就行。这裡有一个小小的不方便,就是weighted 的记录要一条一条的加。
还有现在暂不支持CNAME,只支持IP. 但要是我们想用代码控制一个高可用环境时,用系统生成的域名是个很流行的做法。希望 AWS 将来可以支持 Route53 Load balanced CNAME.
看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注创新互联行业资讯频道,感谢您对创新互联的支持。
网页题目:如何用AWSRoute53实现GSLB
文章起源:http://scyanting.com/article/gsssjo.html