什么是D监控？

D监控就是：当您的一个服务器确认宕机后，系统会自动给您切换到可用的服务器，宕掉的服务器恢复后自动切换回原ip（注意：系统不默认开启D监控，需要您 手动启用D监控 ）

检测的原理：所有监控点会向目标服务器发起一次 http请求 ，当且仅当所有监控点都得不到应答时，我们会认为服务器宕机，从而进行操作。（这里需要注意的是，403等错误返回只提示警告，不进行ip切换，500以上错误返回提示宕机，进行切换）

什么情况下会用到D监控功能？

（1）需要注意的是，D监控并没有做到 服务器宕机，备用服务器立即生效 ，我们都知道解析记录是有 缓存 的，无论怎样修改，都需要等待旧记录缓存失效，新的记录才可能生效。
（2）如果您担心服务器会在无人维护时宕机，如果您有事在身、不能手动更换备用服务器，或者说如果您只是图个省心，都可以尝试下D监控。

怎样设置和使用D监控？

目前D监控 支持A记录和CNAME记录

注：对CNAME记录的监控，监控点获取到哪个IP就监控哪个cdn节点，CNAME记录的监控跟A记录的监控设置相同，只有所有的监控点都无法访问您的网站才会通知您，目前没有做更复杂的宕机判断逻辑，我们会持续增加新功能，请保持关注。

ps：各监控点的DNS IP跟其监控IP是一致的。

下面以A记录的监控为例：

（1）登录我们的官网

（2）点击最上方的“D监控”（或者点击A记录/CNAME记录后的 图标，将跳转到步骤（5））

（3）点击绿色的大按钮

注：以上设置只有在监控 第一次添加 时才会出现

（4）点击输入框，在下拉菜单中选择需要进行监控的域名

（5）选择需要监控的记录

（6）对监控设置进行必要的设置

您可以选择与您服务器相同线路的监控节点进行监控。

为了使监控更加准确，您也可以将下列IP加到机房的白名单中。

原D监控节点如下：

深圳联通：112.90.138.183

天津联通：125.39.58.12

上海电信：114.80.102.172

浙江电信：115.236.151.145

汕头移动：120.196.212.213

广东移动：120.198.192.58

新增D监控节点如下：

深圳电信：14.17.41.12

深圳联通：163.177.71.12

深圳移动：183.232.84.12

上海电信：101.226.68.137

上海联通：140.207.54.139

上海移动：183.195.232.138

这里可以设置监控的频率，默认是每3分钟一次请求，可以根据需要调节。

主机头：在服务器内绑定的server、host

路径：您可以尝试用非网站路径作为我们监控的项目

端口：您开放的，让我们进行检测的端口号

HTTPS：默认关闭，根据需要开启

切换规则：建议大家直接选择“智能切换”。

当然，如果您希望根据自己的需求来定制，选项的详细解释可以 点击这里 查看。

TTL设置：启用D监控，系统会将您当前设置的TTL改成10，目的是让地方ISP运营商很快刷新到宕机切换后的ip。若您不希望系统修改当前设置的TTL，请您在启用D监控前勾选上 【启用宕机监控后不修改当前TTL设置】 即可。

选择通知方式，URL回调的详细解释 点击这里 查看。

（7）点击“开始监控”，完成D监控的添加。

D监控有几种模式，如果选择智能切换，则需要把域名绑定到多个IP。类似于负载。会分地区访问，有人说是轮询的，我测试是分地区的

如果选择自定义模式，则可以自动切换到自定义的IP。类似于热备

这样可以根据自己的需求进行设置

负载均衡 技术能够平衡服务器集群中所有的服务器和请求应用之间的通信负载，根据实时响应时间进行判断，将任务交由负载最轻的服务器来处理，以实现真正的智能通信管理和最佳的服务器群性能，从而使网站始终保持运行和保证其可访问性。为了充分利用现有服务器软件的种种优势， 负载均衡 最好是在服务器软件之外来完成。而最早 使用 的 负载均衡 技术是通过 DNS 服务中的随机名字解析来实现的。这就是通常所说的 DNS 负载均衡 技术。 DNS ... 当网站的访问量大了就会考虑 负载均衡 ，这也是每一个架构师的基本功了，其基本地位就相当于相声里的说学逗唱，活好不好就看这个了 😃传统的 负载均衡 思路是单点的，不管你是硬件的还是软件的基本都是这样的原理，如下图所示： 对于一般的需求来说，这样的架构基本就可以解决问题了，而且维护起来也相对简单，大多数公司也都是这么干的。传统思路的局限性就如同上图所示，传统思路也存在非常明显的局限性。也就是说，网站的响应速度很大程度上局限于 负载均衡 节点的能力，而且一旦 负载均衡 节点本身挂掉的话，整个网站就完全瘫痪了。后端的服务可以水. A服务器域名：upcto.com两台服务器：电信服务器为A，作为内容服务器，源服务器A的服务器IP是217.60.65.62B服务器网通服务器为B，作为CDN服务器，节点服务器。所需要的内容都从A服务器获取。B服务器的IP是117.41.85.76实现项电信用户访问A，www.upcto.com网通用户访问B，nc.upcto.com用户只需要输入www.upcto.com，智能 DNS 就可以判断用户需要访问哪一个。 DNS POD 设置 DNS POD 采用A记录。 一个了不起的创意会产生一个很棒的产品，如果它一炮走红，你发现手中的是下一个facebook 或者twitter，而且随着用户越来越多，系统变得越来越慢，该怎么办呢？对全栈而言，解决这类问题的一个重要技能就是—— 负载均衡 ...... 假设有3台后端服务器A、B、C，当有一个请求到达 负载均衡 器时，第1个请求会被转发至服务器A，第2个请求会被转发至服务器B，第3个请求会被转发至服务器C，以此类推。例如，如果服务器A的权重是2，服务器B的权重是1，那么在分配请求时，服务器A将获得2次请求，服务器B将获得1次请求。这里，“www”是您要 负载均衡 的主机名，“VIP_Address”是虚拟IP地址，“RealServer1_IP”、“RealServer2_IP”和“RealServer3_IP”是要用于实际 负载均衡 的真实服务器的IP地址。 将多个域名解析到一个ip地址上，是 DNS 解析常见的用法，这里不再赘述。那么，把一个域名解析到多个ip地址上，有什么用呢。答案是： 做 负载均衡 。通过将一个域名解析到多个ip地址上，可以实现 DNS 层面的负载访问分配。那么， DNS 系统是基于什么来分配请求的呢，这个就要看 DNS 服务商提供的服务了，最简单的是随机分配，复杂点的就是根据... DNS Pod Security Recursive DNS Server dns pod -sr 是一个运行在 Linux 平台上的高性能的递归 DNS 服务器软件，具备高性能、高负载、易扩展的优势，非 BIND 等软件可以比拟。 高性能，比所有流行的开源 DNS 软件性能高出2倍以上 安全，能抵御一般*** 稳定性，有效降...