负载均衡之基于DNS负载
基于DNS的负载平衡
OK,在了解了负载平衡系统的大致组成及使用方式之后。我们就来看看各种负载解决方式。
当前业界中所最常使用的负载平衡解决方式主要分为三种:基于DNS的负载平衡,L3/4负载平衡,也即是基于网络层的负载平衡,以及L7负载平衡,即基于应用层的负载平衡。在这些解决方式中,基于DNS的负载平衡是最简单的,也是最早出现的一种负载平衡解决方式。
当我们通过在浏览器的地址栏中键入域名来訪问某个站点时,浏览器将首先查找本地的DNS缓存是否拥有该域名所相应的IP地址。
假设有,那么浏览器将尝试直接使用该IP地址訪问该站点的内容。假设本地DNS缓存中没有该域名所相应的IP地址。那么它将向DNS发送一个请求,以获得该域名所相应的IP并加入到本地DNS缓存中。
而在DNS中,一个域名可能和多个IP地址绑定。在这样的情况下,DNS响应将会依照Round Robin方式返回这些IP地址的列表。
比如在多次通过nslookup或host等命令来查看特定域名所相应的IP时。其可能的返回例如以下(因国内网络原因,您须要FQ再进行试验):
能够看到。不同的DNS请求所返回的结果会依照Round Robin进行轮换。进而使得不同的用户訪问不同的IP地址。平衡各个server的负载。
尽管这样的负载平衡解决方式很easy实现,可是它有一个致命的缺点:为了降低DNS请求的次数以提高訪问效率。浏览器经常缓存了DNS查询的结果。假设一个IP处的服务失效。那么浏览器可能仍会依据DNS缓存中所记录的信息向该不可用的服务发送请求(不同的浏览器可能有不同的行为)。尽管说整个服务仅仅有一处IP所相应的服务失效了,可是从用户的角度看来该站点已经不可訪问。因此基于DNS的负载平衡方案并不能作为一个独立的负载平衡解决方式来提供高可用性的保障,而是作为其他负载平衡解决方式的补充方案来使用。
最新文章
- JavaScript学习笔记之Array
- Linux的yum源的配置
- SendMessage、PostMessage原理
- JVM 进行线程同步背后的原理
- 启动hadoop时候报错:localhost: ssh: Could not resolve hostname localhost: Temporary failure in name resolution”
- MYSQL 行转列 以及基本的聚合函数count,与group by 以及distinct组合使用
- MYSQL数据库学习九 数据的操作
- [Swift]LeetCode765. 情侣牵手 | Couples Holding Hands
- 一文讲透静电放电(ESD)保护(转发)
- redis 设置分布式锁要避免死锁
- Python 数据结构和算法
- Tomcat version 7.0 only supports J2EE 1.2, 1.3, 1.4, and Java EE 5 Web modules
- Kotlin入门(5)字符串及其格式化
- jQueryCDN
- 手撕vue-cli配置——webpack.prod.conf.js篇
- jQuery轮播图(手动点击轮播)
- 基于nodejs的开源博客
- 批处理之 for /f 中的delims和tokens
- Python函数系列-迭代器,生成器
- Oracle 触发器(二)
热门文章
- Object.assign(o1, o2, o3) 对象 复制 合拼
- 在CNN网络中roi从原图映射到feature map中的计算方法
- 解决aspnet上传文件大小限制
- 对数组内容使用了json_encode返回汉字内容返回了空值
- KVM中的网络简介(qemu-kvm)
- DB2表空间
- docker快速搭建
- JavaScript:对Object对象的一些常用操作总结
- luogu3960 列队
- HDU1412-{A} + {B},通过率并不高,但同样是用一个很简洁的函数unique,超短代码水过~