我们高兴的宣布，监控宝的HTTP监控已经支持指定IP地址，这是很多监控宝用户期待已久的功能，通过它，您可以全面监控基于DNS负载均衡的站点，以及应用了CDN服务的站点。

我们来看一个例子，对于 www.sina.com.cn 这个域名，我们在北京网通监控点上尝试获得它指向的服务器IP，如下：

可以看出，对于通过北京网通接入的来访者，www.sina.com.cn 被解析到了多个IP地址，以实现基于DNS的负载均衡，将请求随机调度给多台服务器。这里的解析操作实际上是由CDN服务商控制的，当我们在深圳电信监控点上执行同样dig操作时，可以看到被解析的了另外一组IP地址，这便是CDN服务商提供的就近解析和负载均衡策略。

这时候，您可以在创建 http://www.sina.com.cn 首页这个HTTP监控项目时，指定以上IP列表中的某个特定IP地址，这样一来，所有的监控请求将跳过负载均衡策略，直接发送到这台服务器。

当然，如果不指定特定IP地址，每次监控的请求将会随机发送给其中的某台服务器，同时您也可以在监控历史快照中看到请求最终发送到的服务器IP。

很多用户都在监控宝中使用GET或者POST方式监控指定URL的响应时间和可用率，在这些URL的监控过程中，监控宝会下载URL的响应内容，并且将下载时间也算入整体响应时间中。

但是，对于一些大文件的URL，比如提供下载服务的站点，由于文件下载需要较长的时间，同时消耗被监控站点的带宽，而且下载内容毫无意义，所以监控宝推出了HEAD方式的支持，你可以在创建监控任务的时候，选择HEAD请求方式。

HEAD方式是HTTP标准的请求方式之一，采用HEAD方式的HTTP请求告诉服务器只要返回响应HTTP头信息即可，而不需要返回响应正文。

这样一来，我们既可以监控下载服务的可用率，也可以规避下载文件正文，但同样可以统计除了下载时间以外的响应时间，事实上这部分时间正是分析的重点，它包括DNS解析时间、与服务器建立TCP连接的时间，以及服务器处理请求并开始返回内容的时间，后边两部分时间都可以用来衡量服务器负载和繁忙程度。

从现在起，你可以在创建站点监控任务时输入以“https://”开头的URL，这意味监控宝已支持采用SSL加密方式传输的HTTPs协议。对于采用HTTPs协议的网页，其监控报告与采用HTTP协议的网页相同，你同样可以通过过去介绍的方法来分析它。

对于网页（HTTP）监控任务，监控宝对于每一次检查都记录了详细的HTTP响应时间，你可以点击监控任务的最后检查状态，直接进入最后一次检查的结果快照。

通过以下的展示，我们可以看到详细的HTTP响应时间。

可以看到，在这一系列时间中，DNS域名解析所消耗的时间实际上取决于DNS服务器的性能以及用户到DNS服务器的网络状况，除此之外，DNS记录还可能会缓存在互联网接入服务商的各级DNS服务器上，这取决于DNS记录的TTL值。

建立连接的时间体现了Web服务器能否快速的接入用户的请求。通常情况下，当Web服务器的同时连接数达到预设限制时，Web服务器可能会对新的请求拒绝接入，而对于Apache这样的多进程模型，当进程数不断增多时，由于上下文切换的时间开销也随之增加，所以建立连接的平均时间也逐渐开始延长。

接下来的服务器计算时间，很容易理解，对于静态文件的访问，这部分时间主要用于文件的定位，如果是较小的文件，那么还会包括文件读取时间，而如果是较大的文件，通常Web服务器会使用sendfile系统调用来直接传送文件内容到网络设备，所以读取文件的时间并没有算入这里的服务器计算时间，而是归入内容下载时间。

对于动态内容的访问，这里的服务器计算时间具有非常重要的参考价值，要减少这部分时间并不那么容易，你可以使用缓存等策略，更加详细的优化方法我们会在以后深入介绍。

最后的内容下载时间，从根本上来说，取决于监控宝和站点服务器两端的带宽，所以它并不代表用户的真正下载时间，但是却相对依赖于站点服务器的带宽使用情况，你可以根据快照结果中的下载速度，并结合用户接入互联网的带宽来进行估算。

值得一提的是，监控宝会在未来提供真实统计用户加载页面的功能，它将帮助你了解来自各地域用户的真实网络状况以及页面加载时间。

为站点中的多个URL创建监控任务非常重要，这可以帮助你了解这些代表了不同业务的服务究竟性能如何，以及可用性如何，当它们因为种种原因无法访问的时候，你便可以收到故障通知邮件和手机短信。

你的站点可能包含了无数的URL，但是我们不需要监控每一个URL，只需要挑选一些有代表性的即可，这其中当然包括站点首页，其它的URL比如频道首页、文章展示页、用户主页等。

为一个URL创建监控任务非常简单，首先在任务列表页面点击“创建监控任务”。

然后选择“网页和网页(HTTP)”类型，进入下一步。

接下来，我们需要填写任务名称和URL，这两部分是必填的，其它部分这里暂不介绍，对于大多数情况，你都不需要考虑它们。这里举个例子，我们来监控豆瓣网的首页，填写如下：

同样，我们还要监控站点中的其它URL，比如豆瓣小组首页，同样也可以填写如下：

同时我们还需要选择监控频率，你可以选择5分钟，这意味着监控宝会每5分钟对指定的URL进行一次检查。

OK，监控任务创建成功，这时候你可以为它设置通知方式，这里我们暂时不介绍它。

回到任务列表，可以看到刚刚设置的豆瓣首页监控任务已经有了结果，如下：

当然，以上监控任务创建成功后，接下来还有更多的好戏，你可以设置故障通知方式、查看检查历史、查看故障通知历史、查看报告等，这些功能我们在随后会介绍。

这里只是一个简单的例子，目的在于告诉你如何创建一个基本的监控任务。你也许有一个问题，我们究竟需要监控站点中哪些类型的URL呢？如何通过它们来分析站点的性能呢？这些话题我们会在随后的日志中深入探讨。