DNS解析顺序

DNS解析顺序

检查是否本地、hosts文件、缓存、DNS服务器。

解析：客户端需要解析域名时，先检查自己的本地DNS缓存。本地的DNS名字缓存由两部分构成：hosts文件中的主机名到IP地址映射定义；前一次DNS查询得到的结果，并且此结果还处于有效期；如果DNS客户端从本地缓存中获得相应结果，则DNS解析完成。如果DNS客户端没有在自己的本地缓存中找到对应的记录，则联系自己的DNS服务器进行解析。

负载均衡详解 - 玩转Kong网关

KONG为请求多个后端服务提供了多种负载均衡方案：一种是简单的基于DNS，另一种是更加动态的环形均衡器，他在不需要DNS服务器的情况下也允许服务注册。

当使用基于DNS的负载平衡时，后端服务的注册是在Kong之外完成，而Kong只接收来自DNS服务器的更新。如果请求的API被解析为多个IP地址，则已使用包含主机名（而不是IP地址）的upstream_url定义的每个API将自动使用基于DNS的负载平衡，前提是主机名未被解析为upstream名称或你的localhosts文件中的名称。DNS记录ttl设置（生存时间）确定刷新信息的频率。当设置ttl为0时，每个请求将使用自己的dns查询进行解析。显然这会带来性能损失，但更新/更改的延迟将非常低。

A记录包含一个或多个IP地址。因此，当主机名解析为A记录时，每个后端服务都必须有自己的IP地址。因为没有 weight 信息，所有条目在负载平衡器中将被视为同样的权重，平衡器将进行直线循环。来自DNS记录的IP地址的初始选择是随机的。这是为了确保即使当ttl为0时，负载也正确分配。

SRV记录包含所有IP地址的权重和端口信息。可以通过唯一的IP端口号的组合来标识后端服务。因此，单个IP地址可以托管不同端口上相同服务的多个实例。因为权重信息可用，每个条目将在负载平衡器中获得自己的权重，并且它将执行加权循环。

类似地，任何给定的端口信息将被来自DNS服务器的端口信息覆盖。如果一个API的 upstream_url= :1234/path并且myhost.com被解析为 SRV 记录中的 127.0.0.1:5678，此时的API将会被代理到 ，就可以让那Kong代理这个请求转发到定义的两个目标；三分之二的请求将发送到 ，现在已经给Kong设置了一个新的目标；一半的请求将被发送到 http://192.168.34.17:80/address （权重=100），另外1/2将转到 http://192.168.34.18:80/address （权重=100）。

通常，通过Kong管理API的更改是动态的，并将立即生效。不需要重新加载或重启，在进度请求中不需要删除。

使用环型平衡器，目标权重可以精确地调整，允许一个平滑的、可控的金丝雀环境。

使用一个非常简单的2个目标示例：

通过重复请求，但是每次改变权重，流量将慢慢地路由到另一个目标。例如，将其设置为10%：

同样，通过Kong管理API的更改是动态的，并将立即生效。不需要重新加载或重启，在进度请求中不需要删除。

DNS服务器的问题？

呵呵
如果192.168.1.4是首DNS
61.134.1.4 是辅助DNS的话
首先会用192.168.1.4解析，如果无法解析就会用辅助DNS解析，还是无法解析的话就会向你设置的转发DNS请求解析.

声明： 我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本站部分文字与图片资源来自于网络，转载是出于传递更多信息之目的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们(管理员邮箱：daokedao3713@qq.com)，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!