阿里云机器使用DNS轮询解析分散流量到多台机器

这种使用方式有一个大前提,就是阿里云带宽超过5M后的部分蛋疼的单价。  
之前已经写帖子解释过  
http://bbs.aliyun.com/read/144688.html?  
 
 
通常来说,一个域名一般只解析到一个IP,比如 www.server110.com 解析到的是112.124.39.29。  
但是我现在需要讲的这个情况中,我们也可以把域名DNS解析到两个,甚至多个IP。在这个帖子里假设解析到了 112.124.39.29 112.124.39.28  
 
 
DNS整个流程图如下  
 
 
 
简单说下DNS轮询解析  
还是继续前面的假设,把 www.server110.com 解析到 112.124.39.29 112.124.39.28  
第一次请求DNS服务器,它会返回112.124.39.29,第二次返回112.124.39.28,第三次返回112.124.39.29,第四次返回112.124.39.28,依次类推。  
注意返回的IP只和第几次有关系,和有几台请求它的机器无关。  
但是这里要注意的一个情况就是,DNS缓存。一般系统上都会保存DNS缓存。如果从DNS得到IP后,那么后续的访问可能会是DNS缓存中的IP,而不是重新请求。  
更多有关DNS的教程请点击一下连 DNS 教程  
DNSPOD360安全宝双cdn加速DNS设置   
使用域名DNS加速工具做访问速度和安全提升之360网站卫士   
使用DNSPOD/DNSLA特殊解析 关站备案不影响收录   
使用DNSPOD进行域名解析   
巧用linux 服务器的DNS缓存服务nscd,提高上网响应速度!  
巧用DNS主备,实现带宽主、流量备的应对突发流量的策略    
国外注册的域名DNS服务器换回国内DNS服务器的详细教程!   
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1、MQ场景     1)订单异步解耦     2)解决分布式事务问题     3)应用于聊天平台     4)大规模机器的Cache同步     5)MySQL BinLog订阅数据分发 2、ONS应用场景     异步、解耦、最终一致、并行 3、设计假定     1)每台PC机器都可能down机不可服务     2)任意集群都可能处理能力不足     3)最坏情况一定会发生     4)内网环境需要低延迟来提供你最佳用户体验 4、关键设计     1)分布式集群化         a、理论上无限处理能力         b、集群级别高可用     2)强数据安全         a、单机磁盘级别冗余         b、单组多队列级别冗余         c、多组消息队列冗余     3)海量数据堆积         a、推模式:订阅者逻辑简单         b、拉模式:关注吞吐量,快         c、推拉结合:队列通知消费者,消费者去拉取(两次交互)         d、阿里采用长连接和轮询轮询去拉,有则拉取,无则保持长连接等待,直到有消息     4)毫秒级投递延迟 5、关键概念     1)Topic:第一级消息类型,主标题     2)Tug:第二级消息类型,分标题     3)发送组:生产者所在集群     4)订阅组:消费者所在集群     5)RocketMQ不是一对一,也不是一对多,是随机一对一     6)网络三种状态:成功、失败、没响应 6、消息乱序问题:Message服务器不处理,恰好不需要解决     1)发送时对消息进行编号     2)一组消息只有唯一一个订阅者处理(sharding)     3)一组消息的数量(即“锁的颗粒度”)越小越好 7、消息重复问题     1)重复原因:网络不可达     2)幂等:某个操作无论重复多少次,结果都一样(不需要解决,性能极高)     3)非幂等,去重         a、保证有个唯一ID标记每一条消息;         b、保证消息处理成功与去重表日志同时出现     4)去重代价:额外的tps和qps 8、事务的分布式优化     1)事务1-->MQ Server-->事务2     2)同时成功,同时失败:         a、发消息;         b、执行事务1;         c、确认消息发送;         d、投递消息到消费者     3)处理超时问题(重复):事务2增加消息确认表(去重表)     4)消息失败(事务2失败):记录后人工处理(小概率事件)

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值