负载

电感性负载和电阻性负载的区别是定义，做工时的状态以及以灯具为例，发光源不同等区别，比如对于灯具来讲，靠气体导通发光的灯具就是感性负载，靠电阻丝发光的属于阻性负载。

电感性负载和电阻性负载的区别：

1、定义不同：

感性负载：一般把带有电感参数的负载称之为感性负载。确切讲，应该是负载电流滞后负载电压一个相位差特性的为感性负载，如变压器，电动机等负载，称为感性负载。

阻性负载：即和电源相比当负载电流负载电压没有相位差时负载为阻性（如负载为白炽灯、电炉等）。通俗一点讲，仅是通过电阻类的元件进行工作的纯阻性负载称为阻性负载。

2、做功时的不同：

电阻负载在做功时也会有电感、电容性负载存在。例如：导线间会存在线路间的电容，导线间和对地间存在电感，期间感性负载通常大于容性负载。电阻电容在做功时也会发热，即阻性做功；

电感亦如此。元件的阻抗是频率的函数。在全频率范围内纯电阻电路、纯电容电路、纯电感电路是不存在的。 理论上只有可能存在某一个频率，实际中做不到。

3、以灯具为例，发光源不同：

对于灯具来讲，靠气体导通发光的灯具就是感性负载，靠电阻丝发光的属于阻性负载。感性负载如：日光灯、高压钠灯、汞灯、金属卤化物灯等。

阻性负载如：碘钨灯、白炽灯、电阻炉、烤箱、电热水器、等。电机也属于感性负载。

负载端既有零线，也有火线。如果是交流电的话，负载端的两头分别是零线和火线；如果是直流电的话，那么负载段的两头就是正极和负极。负载线属于用电设备，属于火线。

火线和零线的区别

电压不同：火线对地电压为220V(称为相电压)，零线的对地的电压等于零(它本身跟大地相连接在一起的)。

如果火线和零线一旦碰起来，会产生非常大的电流，火线和零线的接触点处将产生巨大的热量，从而发出电火花，火花处的温度高到足以把金属导线烧得熔化。而人体如果同时接触到火线和零线，不论是否同时接触地面，都会触电(称为双线触电)。

怎么区分火线和零线

1、用颜色区分：在动力电缆中黄色绿色红色分别代表A相B相C相(三相火线)蓝色代表零线，黄绿双色代表接地线。

2、用电笔区分：火线用电笔测试时氖管会发光，而零线则不会。

3、用电压表区分：不同相线(即火线)之间的电压为线电压380V，相线(火线)与零线(或良好的接地体)之间的电压为相电压220V，零线与良好的接地体的电压为0V。

电子负载是检测负载电压和电流、检测耗散功率、模拟负载断路的仪器，它可以控制内部功率、导通量，然后调整负载的电流，在电源、适配器等等场合十分常见。电子负载仪有恒流、恒压、恒阻、恒功率扥等作用，还有动态带载、模拟带载以及很多附加的功能。

什么是电子负载

1、电子负载是一种一起，准确的说应该叫做电子负载仪，是利用功率管来检测负载的电压、电流和功率的仪器，并且还有很多其他的用途。它的功能非常的特殊，但又十分的重要，能够防止过压、过流，所以在手机适配器、电源、电池等等方面很常见。

2、电子负载分为容性负载和感性负载。所谓容性负债，指的是负载电流比负载电压超前一个相位。而感性负债指的是容抗要比感抗大。生活里常见的日光灯就是容性负载，而变压器这些则是感性负载，有些时候两种会混合在一起。

电子负载仪的作用

3、它的基本功能有四种，分别是恒定电流、恒定电压、恒定电阻、恒定功率。确保负载长的电流、电压、电阻和功率是稳定的，这对于很多电子设备非常的关键。

4、它还有许多附加的功能，比如同步功能让多个模组同时操作;组装测试功能可以测试别的设备的标准性;过流和过功率的测试在研发的方面非常的好用。

电子负载怎么使用

首先需将仪器打开，并且预热十分钟，然后根据需要进行操作，比如定电流时按I-SET键，之后输入电流值再按回车键确认;定功率时按P-SET键，输入功率后按回车;定电阻时按R-SET，输入电阻后再回车。此外它还有电流放电测试、自动测试的操作，需在使用之前详细阅读说明书。

在社会，少不了要受点委屈、遭点挫折，或是单位里被领导训话，或是朋友间起了误会，或是中了竞争对手的黑招。各种各样的烦恼和不快乐，就象躲在暗处的刺客，趁你不注意的时候跳出来朝你砍上几刀。开始时我被这些坏情绪弄得心神不定，憔悴不堪，后来长了经验，慢慢总结归纳出六大秘诀解开负载的心的好办法：

第一招：吃饱吃好。下了班，周围商场先转一小圈，然后直奔华普地下一层的呷哺呷哺火锅店，点一盘四两的肥牛，一份生菜，一份杂面。看着面前的小锅扑噜扑噜冒着泡，把不快乐夹在肥牛生菜里，进锅涮了，然后蘸着麻酱，吃一口赞一声。18元，吃得心满意足满面红光，晃着小包往回走的时候，还能轻声哼起歌来。

第二招：锻炼出汗。心情不愉快，身体也别太舒服了，去趟健身房，先来个自行车一万米，然后跑步三十分钟，仰卧起坐一百下，这时候基本上已经只知道喘气不知道生气了。如果还不够解恨，接着上堂一小时的跆拳道课，把眼前的沙袋假人，当成给你制造鸟气的家伙，拳打脚踢，口里一遍遍高喊“TAIK—KWUN—DWO”。完了洗个澡，脸带微笑，神清气爽。

第三招：逛街够物。既然心情不好，就要给自己来点物质安慰。大商场里，专往大牌专柜走，宝姿、玖熙，这些平时要下点决心才敢买的东西，这时候别想那么多了，来上个一身两身的。等拎着大包小包往家回的时候，基本上是在计算如何才能收支平衡，等算出消除不快乐的高成本后，心里惊叫一声，决心以后一定宽宏大度，凡事想开。

第四招：上网聊天。聊天室里时时刻刻都聚集了一大批感情过剩的男女，取个“泪的女孩”一进去，哗，立刻就有那么多的各色ID拥上来，嘘寒问暖，软语劝慰，或送玫瑰，或说笑话，不管是真心还是假意，想着法地逗你开心。你飞快地打着字，和这些人长一句短一句地瞎起哄，沉浸在网络的快乐泡沫里，不愉快早躲开了。

第五招：大哭一场。方法虽然老套，可是很有效。把灯光调暗些，放着《思乡曲》、《月之影》、《辛德勒名单》等催人泪下的音乐，回想经历过的所有伤心事、委屈事、有苦无处诉事，培养好大哭的内外环境。然后握块小毛巾，抱个枕头，缩在沙发上或床上，就可以痛痛快快地、酣畅淋漓地，大哭一场了。等哭完了洗把脸，梳梳头，对镜一照，还是好女一个。

第六招：记录在案。准备个本本，专门记录生气、伤心、烦恼诸事，以及所有麻烦制造者的黑名单。在灯下，以笔为刀枪，向那些对头们吹响战斗的号角，发起复仇的冲锋，投出威力强大的炮弹，打得敌人们溃不成军，抱头鼠蹿。写着写着，先是窃喜，后来就会哈哈大笑。合上本，把不快乐关在里面，呵呵，精神胜利法是无坚不摧滴。

什么是服务器网络负载均衡

什么是负载均衡？

负载均衡是由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。通过某种负载分担技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。均衡负载能够平均分配客户请求到服务器列阵，籍此提供快速获取重要数据，解决大量并发访问服务问题。这种群集技术可以用最少的投资获得接近于大型主机的性能。

网络负载均衡的优点

第一，网络负载均衡能将传入的请求传播到多达32台服务器上，即可以使用最多32台服务器共同分担对外的网络请求服务。网络负载均衡技术保证即使是在负载很重的情况下，服务器也能做出快速响应；

第二，网络负载均衡对外只需提供一个IP地址（或域名）；

第三，当网络负载均衡中的一台或几台服务器不可用时，服务不会中断。网络负载均衡自动检测到服务器不可用时，能够迅速在剩余的服务器中重新指派客户机通讯。这项保护措施能够帮助你为关键的业务程序提供不中断的服务，并可以根据网络访问量的增加来相应地增加网络负载均衡服务器的数量；

第四，网络负载均衡可在普通的计算机上实现。

网络负载均衡的实现过程

在Windows Server 2003中，网络负载均衡的应用程序包括Internet信息服务(IIS)、ISA Server 2000防火墙与代理服务器、VPN虚拟专用网、终端服务器、Windows Media Services（Windows视频点播、视频广播）等服务。同时，网络负载均衡有助于改善服务器的性能和可伸缩性，以满足不断增长的基于Internet客户端的需求。

网络负载均衡可以让客户端用一个逻辑Internet名称和虚拟IP地址（又称群集IP地址）访问群集，同时保留每台计算机各自的名称。下面，我们将在两台安装Windows Server 2003的普通计算机上，介绍网络负载均衡的实现及应用。

这两台计算机中，一台计算机名称为A，IP地址为192.168.0.7；另一台名为B，IP地址为192.168.0.8。规划网络负载均衡专用虚拟IP地址为192.168.0.9。当正式应用时，客户机只需要使用IP地址192.168.0.9来访问服务器，网络服务均衡会根据每台服务器的负载情况自动选择192.168.0.7或者192.168.0.8对外提供服务。具体实现过程如下：

在实现网络负载均衡的每一台计算机上，只能安装TCP/IP协议，不要安装任何其他的协议（如IPX协议或者NetBEUI协议），这可以从“网络连接属性”中查看。

第一步，分别以管理员身份登录A机和B机，打开两台机的“本地连接”属性界面，勾选“此连接使用下列项目”中的“负载均衡”项并进入“属性”对话框，将IP地址都设为192.168.0.9（即负载均衡专用IP），将子网掩码设置为255.255.255.0；

第二步，分别进入A机和B机的“Internet协议（TCP/IP）”属性设置界面，点击“高级”按钮后，在弹出的“高级TCP/IP设置”界面中添加IP地址192.168.0.9和子网掩码设置为255.255.255.0。

第三步，退出两台计算机的“本地连接属性”窗口，耐心等一会儿让系统完成设置。

以后，如果这两台服务器不能满足需求，可以按以上步骤添加第三台、第四台计算机到网络负载均衡系统中以满足要求。

用IIS服务验证网络负载均衡

网络负载均衡配置好后，为了实现某项具体的服务，需要在网络负载均衡的计算机上安装相应的服务。例如，为了实现IIS网站的负载均衡，需要在相应的网络负载均衡服务器上安装IIS服务。为了让每个用户在通过网络负载均衡访问到不同的计算机时，能够访问到一致的数据，需要在网络负载均衡的每台计算机上保持数据的一致性。举例来说，实现了两个节点的IIS的网络负载均衡，为了保证两个网站内容的一致性，除了这两个IIS服务器的配置相同外，相应的网站数据必须一致。

为了检验网络负载均衡，我们可以通过IIS来进行验证，其他的一些应用如终端服务、Windows Media服务与IIS的应用与之相类似。在其他计算机上的IE浏览器中键入192.168.0.9，根据网络的负载，网络负载均衡会自动转发到A机或B机。为了验证效果，你可以在浏览的时候，拔掉第一台计算机的网线或拔掉第二台机器的网线，将会发现浏览到的将是不同内容。当然，我们在测试的时候，为了验证网络负载均衡的效果，把两个网站设置成不一致的内容，而在正式应用的时候，网络负载均衡群集的每个节点计算机的内容将是一致的，这样不管使用哪一个节点响应，都能保证访问的内容是一致的。

负载均衡在校园网中的应用

校园网的应用除了用于教学、科研、管理、图书情报资料检索外，还承担任着校内外信息交流、电子邮件、公告、新闻发布，以及各种公共网络口的访问等任务。由于在网络上传输的信息不只是数字、文字和图形，还会随应用水平的提高，逐步增加语音、活动图像及视频图像等高带宽的应用。因此，网络的建设，尤其是主干网要求高带宽与高速度，在校园网的服务器中应用负载均衡技术不失为一种廉价的解决方案。

平常的工作中，在衡量服务器的性能时，经常会涉及到几个指标，load、cpu、mem、qps、rt等。每个指标都有其独特的意义，很多时候在线上出现问题时，往往会伴随着某些指标的异常。大部分情况下，在问题发生之前，某些指标就会提前有异常显示。

对于这些指标的理解和查看、异常解决等，是程序员们重要的必备技能。本文，主要来介绍一下一个比较重要的指标——机器负载（Load），主要涉及负载的定义、查看负载方式、负载飙高排查思路等。

什么是负载

负载（load）是linux机器的一个重要指标，直观了反应了机器当前的状态。

来看下负载的定义是怎样的：

In UNIX compuTIng， the system load is a measure of the amount of computaTIonal work that a computer system performs. The load average represents the average system load over a period of TIme. It convenTIonally appears in the form of three numbers which represent the system load during the last one-， five-， and fifteen-minute periods.（wikipedia）

简单解释一下：在UNIX系统中，系统负载是对当前CPU工作量的度量，被定义为特定时间间隔内运行队列中的平均线程数。load average 表示机器一段时间内的平均load。这个值越低越好。负载过高会导致机器无法处理其他请求及操作，甚至导致死机。

Linux的负载高，主要是由于CPU使用、内存使用、IO消耗三部分构成。任意一项使用过多，都将导致服务器负载的急剧攀升。

查看机器负载

在Linux机器上，有多个命令都可以查看机器的负载信息。其中包括uptime、top、w等。

uptime命令

uptime命令能够打印系统总共运行了多长时间和系统的平均负载。uptime命令可以显示的信息显示依次为：现在时间、系统已经运行了多长时间、目前有多少登陆用户、系统在过去的1分钟、5分钟和15分钟内的平均负载。

这行信息的后半部分，显示“load average”，它的意思是“系统的平均负荷”，里面有三个数字，我们可以从中判断系统负荷是大还是小。

1.74 1.87 1.97 这三个数字的意思分别是1分钟、5分钟、15分钟内系统的平均负荷。我们一般表示为load1、load5、load15。

w命令

w命令的主要功能其实是显示目前登入系统的用户信息。但是与who不同的是，w命令功能更加强大，w命令还可以显示：当前时间，系统启动到现在的时间，登录用户的数目，系统在最近1分钟、5分钟和15分钟的平均负载。然后是每个用户的各项数据，项目显示顺序如下：登录帐号、终端名称、远 程主机名、登录时间、空闲时间、JCPU、PCPU、当前正在运行进程的命令行。

从上面的w命令的结果可以看到，当前系统时间是14:08，系统启动到现在经历了23小时41分钟，共有3个用户登录。系统在近1分钟、5分钟和15分钟的平均负载分别是1.74 1.87 1.97。这和uptime得到的结果相同。 下面还打印了一些登录的用户的各项数据，不详细介绍了。

top命令

top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器。

上面的输出结果中，Load Avg： 1.74， 1.87， 1.97显示的就是负载信息。

机器正常负载范围

对于机器的Load到底多少算正常的问题，一直都是很有争议的，不同人有着不同的理解。对于单个CPU，有人认为如果Load超过0.7就算是超出正常范围了。也有人认为只要不超过1都没问题。也有人认为，单个CPU的负载在2以下都可以接受。

为什么会有这么多不同的理解呢，是因为不同的机器除了CPU影响之外还有其他因素的影响，运行的程序、机器内存、甚至是机房温度等都有可能有区别。

比如，有些机器用于定时执行大量的跑批任务，这个时间段内，Load可能会飙的比较高。而其他时间可能会比较低。那么这段飙高时间我们要不要去排查问题呢？

我的建议是，最好根据自己机器的实际情况，建立一个指标的基线（如近一个月的平均值），只要日常的load在基线上下范围内不太大都可以接收，如果差距太多可能就要人为介入检查了。

但是，总要有个建议的阈值吧，关于这个值。阮一峰在自己的博客中有过以下建议：

当系统负荷持续大于0.7，你必须开始调查了，问题出在哪里，防止情况恶化。

当系统负荷持续大于1.0，你必须动手寻找解决办法，把这个值降下来。

当系统负荷达到5.0，就表明你的系统有很严重的问题，长时间没有响应，或者接近死机了。你不应该让系统达到这个值。

以上指标都是基于单CPU的，但是现在很多电脑都是多核的。所以，对一般的系统来说，是根据cpu数量去判断系统是否已经过载（Over Load）的。如果我们认为0.7算是单核机器负载的安全线的话，那么四核机器的负载最好保持在3（4*0.7 = 2.8）以下。

还有一点需要提一下，在Load Avg的指标中，有三个值，1分钟系统负荷、5分钟系统负荷，15分钟系统负荷。我们在排查问题的时候也是可以参考这三个值的。

一般情况下，1分钟系统负荷表示最近的暂时现象。15分钟系统负荷表示是持续现象，并非暂时问题。如果load15较高，而load1较低，可以认为情况有所好转。反之，情况可能在恶化。

如何降低负载

导致负载高的原因可能很复杂，有可能是硬件问题也可能是软件问题。

如果是硬件问题，那么说明机器性能确实就不行了，那么解决起来很简单，直接换机器就可以了。

前面我们提过，CPU使用、内存使用、IO消耗都可能导致负载高。如果是软件问题，有可能由于Java中的某些线程被长时间占用、大量内存持续占用等导致。建议从以下几个方面排查代码问题：

1、是否有内存泄露导致频繁GC

2、是否有死锁发生

3、是否有大字段的读写

4、会不会是数据库操作导致的，排查SQL语句问题。

这里还有个建议，如果发现线上机器Load飙高，可以考虑先把堆栈内存dump下来后，进行重启，暂时解决问题，然后再考虑回滚和排查问题。

Java Web应用Load飙高排查思路

发现PID为1893的进程占用CPU 181%。而且是一个Java进程，基本断定是软件问题。

3、使用 top命令，查看具体是哪个线程占用率较高

5、使用jstack命令查看当前线程正在执行的方法。（Java命令学习系列（二）——Jstack）

从上面的线程的栈日志中，可以发现，当前占用CPU较高的线程正在执行我代码的com.hollis.test.util.BeanValidator.validate（BeanValidator.java:30） 类。那么就可以去排查这个类是否用法有问题了。

6、还可以使用jstat（Java命令学习系列（四）——jstat）来查看GC情况，看看是否有频繁FGC，然后再使用jmap（Java命令学习系列（三）——Jmap）来dump内存，查看是否存在内存泄露。

ISA防火墙网络负载均衡地问题转移

在部署了网络负载均衡（NLB）的网络中，当某个客户针对NLB虚拟地址发起连接请求时，NLB通过某种NLB算法来确定（通常是根据发起请求的客户端源地址来决定）为客户服务的NLB节点。在NLB节点没有变动之前，对于某个客户，将总是由某个对应的NLB节点为它提供服务。ISA防火墙企业版中的集成NLB依赖于Windows服务器系统的NLB服务，对于客户发起的请求，也是采用相同的方式进行处理。

例如，对于一个具有三个NLB节点（ISA1、ISA2、ISA3）的ISA防火墙NLB阵列，当一个客户（10.1.1.1）发起连接请求时，NLB通过NLB算法确定由ISA1为此客户服务；而当另外一个客户（10.1.1.2）发起连接时，NLB通过NLB算法确定由ISA2为此客户服务。在NLB节点没有变动时，客户10.1.1.1的连接请求将会始终通过NLB节点ISA1来进行处理；而客户10.1.1.2的连接请求则会始终通过NLB节点ISA2来进行处理。

当某个NLB节点出现故障时，NLB将在所有节点上重新进行汇聚，并重新根据NLB算法来确定为客户提供服务的NLB节点。例如，此时ISA1节点出现故障，无法再提供NLB服务；则NLB重新进行汇聚，如果客户10.1.1.1再发起连接请求，则就是ISA2或者ISA3来为它进行服务。

当NLB节点失效时，NLB可以让其他NLB节点来为客户提供服务。但是，如果NLB节点的NLB服务没有失效但是所提供的其他服务失效时，怎么办呢？

如下图所示，两台ISA防火墙属于相同的NLB阵列，分别通过不同的外部链路连接到Internet，并且对内部网络提供NLB服务。两台ISA防火墙允许内部网络中的用户通过自己来访问外部网络，正在为不同的客户提供服务；如果此时，ISA1上的外部链路突然断开，会出现什么情况呢？

此时，由于ISA1上的NLB服务并没有出现故障，所以NLB会认为ISA1仍然是有效的NLB节点，并且同样会分配客户给它。但是，由于外部链路断开，ISA1所服务的客户却不能再连接到Internet了。这当然就不能有效的实现网络负载均衡中的容错特性。

那么，出现这种情况时，该怎么办呢？

答案很简单，当出现这种情况时，停止ISA1上的NLB服务，这样，NLB会认为ISA1上的NLB服务已经失效，将重新汇聚NLB，并且重新分配客户。从而原来属于ISA1的客户可以通过仍然运行正常的ISA2来访问外部网络。

要实现ISA防火墙NLB的故障转移比较简单，微软已经考虑到了。你可以通过配置ISA防火墙的连接性验证工具来实现当外部链路出现故障时进行相关的操作，但是要停止ISA防火墙上的NLB服务不是一件容易的事情。由于ISA防火墙上的NLB服务是和ISA防火墙服务集成的，所以你不能通过Windows的NLB stop命令来停止ISA防火墙上的NLB服务；微软也没有相关的关于如何停止ISA防火墙上的NLB服务的说明。在这种情况下，只能通过停止ISA防火墙服务来停止ISA防火墙上的NLB服务。

但是停止ISA防火墙服务后，无法依靠ISA防火墙本身启动ISA防火墙服务，这样又给故障恢复时的处理带来难题。当外部链路恢复的时候，还是需要你手动启动ISA防火墙服务才能将这台ISA防火墙正常加入NLB阵列中运行，这造成了额外的管理负担。不过你可以通过第三方的链路监测软件实现NLB的故障转移和自动恢复，例如KS-Soft Advanced Host Monitor或者GFI Network Server Monitor。你可以配置它们当外部链路出现问题时停止ISA防火墙服务，而当外部链路恢复时启动ISA防火墙。

在此我给大家演示一下如何实现ISA防火墙NLB的故障转移，网络拓朴结构如下图所示：

内部网络地址范围为10.1.1.0/24，部署了两台ISA企业版防火墙Florence和Firenze，操作系统均为Windows server 2003 SP1，IP地址分别为10.1.1.1和10.1.1.2。对内部网络配置了NLB，NLB虚拟地址为10.1.1.254，

两台ISA防火墙上的NLB服务均工作正常。

Berlin是内部网络中的客户，IP地址为10.1.1.8，默认网关配置为NLB的虚拟地址10.1.1.254。

我已经创建了允许内部网络的所有用户访问外部网络的访问规则，已经确认所有网络连接工作正常。在进行整个部署之前，你必须预先考虑好如何配置有效的连接性验证方式，以及什么时候触发警告。如果要验证外部链路是否连接正常，你可以Ping离你最近的外部网络中的某台持续在线的服务器或路由器的IP地址。在此我通过配置连接性验证工具Ping我的DNS服务器61.139.2.69实现，如果连续两次不能Ping通时，则停止ISA防火墙服务。

本文中的操作步骤如下：

配置连接性验证工具；

配置警告操作；

测试；

配置连接性验证工具

打开ISA管理控制台，展开阵列，点击监视节点，点击右边面板的连接性标签，最后点击创建新的连接性验证程序链接；

在弹出的欢迎使用新建连接性验证程序向导页，输入连接性验证程序的名称，在此我命名为Ping 61.139.2.69，点击下一步；

在连接性验证细节页，在监视到此服务器或 URL 的连接栏，输入IP地址为61.139.2.69，然后在验证方法栏，选择发送一个 Ping 请求，点击下一步；

注：关于连接性验证工具的使用及详细描述，请参见理解ISA 2004的连通性验证工具一文；

在正在完成连接性验证程序向导页，点击完成；

此时，我们的连接性验证工具就创建好了，如下图所示，验证结果均正常。

配置警告操作

接下来我们就需要配置当连接性验证工具出现无连接的警告时，停止ISA防火墙服务。在ISA防火墙管理控制台中点击警报标签，然后在右边的任务面板中点击配置警报定义链接；

在弹出的警报属性对话框，在列表中找到无连接警报，然后点击编辑按钮；

在弹出的无连接属性对话框，首先在常规标签确认它是启用的，

然后在事件标签，由于我想当连续两次出现无连接事件（即连续两次不能Ping通61.139.2.69）时触发警告，所以勾选发生次数，然后输入2，其他保持默认，点击操作标签，

在操作标签，勾选停止选择的服务，然后点击选择按钮；

在弹出的选择 ISA 服务器服务对话框，勾选Microsoft 防火墙，然后点击确定；

点击两次确定返回到ISA管理控制台，最后点击应用按钮保存修改和更新防火墙配置，并且等待直到所有ISA防火墙服务器完成配置的同步。

测试

我们现在在客户机Berlin上访问ISA中文站进行测试，访问成功。

ISA防火墙的实时日志如下图所示，可以清楚的看到，是由Firenze为它提供的服务。

现在，我们把Firenze上的外部链路断开，由于默认情况下连接性验证程序每30秒执行一次，所以等待大约1分钟后，你会发现Firenze上的ISA防火墙服务已经自动停止了，如果在Firenze上的ISA管理控制台的警告中查看，你可以看到触发了以下三个警告，如图所示。

现在我们在Berlin上试试继续访问呢，访问仍然成功。

但是，你可以从ISA防火墙的实时日志中看到，已经不是Firenze而是Florence为它提供的服务了。

至此，ISA防火墙NLB的故障转移就完全配置成功了。

负载均衡是由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。通过某种负载分担技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。

均衡负载能够平均分配客户请求到服务器列阵，籍此提供快速获取重要数据，解决大量并发访问服务问题。这种群集技术可以用最少的投资获得接近于大型主机的性能。

1、负载均衡原理图：

①、客户发出服务请求到VIP

②、BIGIP接收到请求，将数据包中目的IP地址改为选中的后台服务器IP地址，然后将数据包发出到后台选定的服务器

③、后台服务器收到后，将应答包按照其路由发回到BIGIP

④、BIGIP收到应答包后将其中的源地址改回成VIP的地址，发回客户端，由此就完成了一个标准的服务器负载平衡的流程。

2. 负载平衡典型流程

①、通过VIP来截获合适的需要负载平衡的流量 l

②、服务器监控和健康检查，随时了解服务器群的可用性状态

③、负载均衡和应用交换功能，通过各种策略导向到合适的服务器

2.1 通过VIP来截获合适的需要负载平衡的流量

在BIGIP上通过设置VIP来截获需要进行负载平衡的流量，这个VIP地址可以是一个独立的主机地址和端口的组合（例如：202.101.112.115:80）也可以是一个网络地址和端口的组合（例如：202.101.112.0:80），当流量经过BIGIP的时候，凡是命中VIP的流量都将被截获并按照规则进行负载平衡。

2.2 服务器的健康监控和检查

服务器 （Node） -Ping （ICMP）

BIGIP可以定期的通过ICMP包对后台服务器的IP地址进行检测，如果在设定的时间内能收到该地址的ICMP的回应，则认为该服务器能提供服务

服务 （Port） – Connect

BIGIP可以定期的通过TCP包对后台服务器的服务端口进行检测，如果在设定的时间内能收到该服务器端口的回应，则认为该服务器能提供服务

扩展内容查证（ECV:Extended Content VerificaTIon）—ECV

ECV是一种非常复杂的服务检查，主要用于确认应用程序能否对请求返回对应的数据。如果一个应用对该服务检查作出响应并返回对应的数据，则BIG/IP控制器将该服务器标识为工作良好。如果服务器不能返回相应的数据，则将该服务器标识为宕机。宕机一旦修复，BIG/IP就会自动查证应用已能对客户请求作出正确响应并恢复向该服务器传送。该功能使BIG/IP可以将保护延伸到后端应用如Web内容及数据库。BIG/ip的ECV功能允许您向Web服务器、防火墙、缓存服务器、代理服务器和其它透明设备发送查询，然后检查返回的响应。这将有助于确认您为客户提供的内容正是其所需要的。

扩展应用查证（EAV:Extended ApplicaTIon VerificaTIon）

EAV是另一种服务检查，用于确认运行在某个服务器上的应用能否对客户请求作出响应。为完成这种检查，BIG/IP控制器使用一个被称作外部服务检查者的客户程序，该程序为BIG/IP提供完全客户化的服务检查功能，但它位于BIG/IP控制器的外部。例如，该外部服务检查者可以查证一个Internet或Intranet上的从后台数据库中取出数据并在HTML网页上显示的应用能否正常工作。EAV是BIG/IP提供的非常独特的功能，它提供管理者将BIG/IP客户化后访问各种各样应用的能力，该功能使BIG/IP在提供标准的可用性查证之外能获得服务器、应用及内容可用性等最重要的反馈。该功能对于电子商务和其它应用至关重要，它用于从客户的角度测试您的站点。例如，您可以模拟客户完成交易所需的所有步骤－连接到站点、从目录中选择项目以及验证交易使用的信用卡。一旦BIG/ip掌握了该“可用性”信息，即可利用负载平衡使资源达到最高的可用性。

BIG/IP已经为测试Internet服务的健康情况和状态，预定义的扩展应用验证（EAV），它有二种用户界面：浏览器和CLI配置。BIG/IP预定义的应用检查：FTP、NNTP、SMTP、POP3和MSSQL。

负载均衡的设备类型/硬件配置IP应用交换机

也就是IP链路控制器主要是指可以用来实现无缝地监控多条WAN连接的可用性与性能，以智能地管理到某一站点的双向流量，从而提供出色的容错性和优化的互联网访问,并可以提供可靠的WAN连接，提供企业级互联网连接能力确保将流量导向最佳的链路和ISP，保持为用户提供最高质量的服务和速度,通过强大的经济型链路聚合功能来最大限度提高公司的连接能力投资回报,通过边界网关协议（BGP）消除部署障碍，显著降低多归属网络的部署成本的硬件设备。可为所有基于IP的应用和Web服务提供原来只有Web应用才能享有的流量管理功能。在任何网络环境下，都能通过其功能强大的通用检查引擎（Universal InspecTIon Engine）和iRules准确、安全、经济高效地创建和提供所有基于IP的应用或Web服务。确保所有IP应用的高可用性和正常运行时间, 创建一个可控的执行点以对所有流量进行前瞻性安全控制, 使服务器和应用能够及时准确地做出响应,无需额外硬件、软件或其它IT资源。

负载均衡器

是一种采用各种分配算法把网络请求分散到一个服务器集群中的可用服务器上去，通过管理进入的Web数据流量和增加有效的网络带宽，从而使网络访问者获得尽可能最佳的联网体验的硬件设备。负载均衡器有多种多样的形式，除了作为独立意义上的负载均衡器外，有些负载均衡器集成在交换设备中，置于服务器与Internet链接之间，有些则以两块网络适配器将这一功能集成到PC中，一块连接到Internet上，一块连接到后端服务器群的内部网络上。一般而言，硬件负载均衡在功能、性能上优于软件方式，不过成本昂贵。当Web服务器为图像服务、SSL（安全套接层）会话或数据库事务而进行优化时，负载均衡器可以体现特别的价值。

硬件配置 此参数用来表示负载均衡产品的硬件基本配置，如CPU、内存、硬盘等参数的指标。

完成ISA防火墙网络负载均衡地问题转移

在部署了网络负载均衡（NLB）的网络中，当某个客户针对NLB虚拟地址发起连接请求时，NLB通过某种NLB算法来确定（通常是根据发起请求的客户端源地址来决定）为客户服务的NLB节点。在NLB节点没有变动之前，对于某个客户，将总是由某个对应的NLB节点为它提供服务。ISA防火墙企业版中的集成NLB依赖于Windows服务器系统的NLB服务，对于客户发起的请求，也是采用相同的方式进行处理。

例如，对于一个具有三个NLB节点（ISA1、ISA2、ISA3）的ISA防火墙NLB阵列，当一个客户（10.1.1.1）发起连接请求时，NLB通过NLB算法确定由ISA1为此客户服务；而当另外一个客户（10.1.1.2）发起连接时，NLB通过NLB算法确定由ISA2为此客户服务。在NLB节点没有变动时，客户10.1.1.1的连接请求将会始终通过NLB节点ISA1来进行处理；而客户10.1.1.2的连接请求则会始终通过NLB节点ISA2来进行处理。

当某个NLB节点出现故障时，NLB将在所有节点上重新进行汇聚，并重新根据NLB算法来确定为客户提供服务的NLB节点。例如，此时ISA1节点出现故障，无法再提供NLB服务；则NLB重新进行汇聚，如果客户10.1.1.1再发起连接请求，则就是ISA2或者ISA3来为它进行服务。

当NLB节点失效时，NLB可以让其他NLB节点来为客户提供服务。但是，如果NLB节点的NLB服务没有失效但是所提供的其他服务失效时，怎么办呢？

如下图所示，两台ISA防火墙属于相同的NLB阵列，分别通过不同的外部链路连接到Internet，并且对内部网络提供NLB服务。两台ISA防火墙允许内部网络中的用户通过自己来访问外部网络，正在为不同的客户提供服务；如果此时，ISA1上的外部链路突然断开，会出现什么情况呢？

此时，由于ISA1上的NLB服务并没有出现故障，所以NLB会认为ISA1仍然是有效的NLB节点，并且同样会分配客户给它。但是，由于外部链路断开，ISA1所服务的客户却不能再连接到Internet了。这当然就不能有效的实现网络负载均衡中的容错特性。

那么，出现这种情况时，该怎么办呢？

答案很简单，当出现这种情况时，停止ISA1上的NLB服务，这样，NLB会认为ISA1上的NLB服务已经失效，将重新汇聚NLB，并且重新分配客户。从而原来属于ISA1的客户可以通过仍然运行正常的ISA2来访问外部网络。

要实现ISA防火墙NLB的故障转移比较简单，微软已经考虑到了。你可以通过配置ISA防火墙的连接性验证工具来实现当外部链路出现故障时进行相关的操作，但是要停止ISA防火墙上的NLB服务不是一件容易的事情。由于ISA防火墙上的NLB服务是和ISA防火墙服务集成的，所以你不能通过Windows的NLB stop命令来停止ISA防火墙上的NLB服务；微软也没有相关的关于如何停止ISA防火墙上的NLB服务的说明。在这种情况下，只能通过停止ISA防火墙服务来停止ISA防火墙上的NLB服务。

但是停止ISA防火墙服务后，无法依靠ISA防火墙本身启动ISA防火墙服务，这样又给故障恢复时的处理带来难题。当外部链路恢复的时候，还是需要你手动启动ISA防火墙服务才能将这台ISA防火墙正常加入NLB阵列中运行，这造成了额外的管理负担。不过你可以通过第三方的链路监测软件实现NLB的故障转移和自动恢复，例如KS-Soft Advanced Host Monitor或者GFI Network Server Monitor。你可以配置它们当外部链路出现问题时停止ISA防火墙服务，而当外部链路恢复时启动ISA防火墙。

在此我给大家演示一下如何实现ISA防火墙NLB的故障转移，网络拓朴结构如下图所示：

内部网络地址范围为10.1.1.0/24，部署了两台ISA企业版防火墙Florence和Firenze，操作系统均为Windows server 2003 SP1，IP地址分别为10.1.1.1和10.1.1.2。对内部网络配置了NLB，NLB虚拟地址为10.1.1.254，

两台ISA防火墙上的NLB服务均工作正常。

Berlin是内部网络中的客户，IP地址为10.1.1.8，默认网关配置为NLB的虚拟地址10.1.1.254。

我已经创建了允许内部网络的所有用户访问外部网络的访问规则，已经确认所有网络连接工作正常。在进行整个部署之前，你必须预先考虑好如何配置有效的连接性验证方式，以及什么时候触发警告。如果要验证外部链路是否连接正常，你可以Ping离你最近的外部网络中的某台持续在线的服务器或路由器的IP地址。在此我通过配置连接性验证工具Ping我的DNS服务器61.139.2.69实现，如果连续两次不能Ping通时，则停止ISA防火墙服务。

本文中的操作步骤如下：

配置连接性验证工具；

配置警告操作；

测试；

配置连接性验证工具

打开ISA管理控制台，展开阵列，点击监视节点，点击右边面板的连接性标签，最后点击创建新的连接性验证程序链接；

在弹出的欢迎使用新建连接性验证程序向导页，输入连接性验证程序的名称，在此我命名为Ping 61.139.2.69，点击下一步；

在连接性验证细节页，在监视到此服务器或 URL 的连接栏，输入IP地址为61.139.2.69，然后在验证方法栏，选择发送一个 Ping 请求，点击下一步；

注：关于连接性验证工具的使用及详细描述，请参见理解ISA 2004的连通性验证工具一文；

在正在完成连接性验证程序向导页，点击完成；

此时，我们的连接性验证工具就创建好了，如下图所示，验证结果均正常。

配置警告操作

接下来我们就需要配置当连接性验证工具出现无连接的警告时，停止ISA防火墙服务。在ISA防火墙管理控制台中点击警报标签，然后在右边的任务面板中点击配置警报定义链接；

在弹出的警报属性对话框，在列表中找到无连接警报，然后点击编辑按钮；

在弹出的无连接属性对话框，首先在常规标签确认它是启用的，

然后在事件标签，由于我想当连续两次出现无连接事件（即连续两次不能Ping通61.139.2.69）时触发警告，所以勾选发生次数，然后输入2，其他保持默认，点击操作标签，

在操作标签，勾选停止选择的服务，然后点击选择按钮；

在弹出的选择 ISA 服务器服务对话框，勾选Microsoft 防火墙，然后点击确定；

点击两次确定返回到ISA管理控制台，最后点击应用按钮保存修改和更新防火墙配置，并且等待直到所有ISA防火墙服务器完成配置的同步。

测试

我们现在在客户机Berlin上访问ISA中文站进行测试，访问成功。

ISA防火墙的实时日志如下图所示，可以清楚的看到，是由Firenze为它提供的服务。

现在，我们把Firenze上的外部链路断开，由于默认情况下连接性验证程序每30秒执行一次，所以等待大约1分钟后，你会发现Firenze上的ISA防火墙服务已经自动停止了，如果在Firenze上的ISA管理控制台的警告中查看，你可以看到触发了以下三个警告，如图所示。

现在我们在Berlin上试试继续访问呢，访问仍然成功。

但是，你可以从ISA防火墙的实时日志中看到，已经不是Firenze而是Florence为它提供的服务了。

至此，ISA防火墙NLB的故障转移就完全配置成功了。

1、排除零线N和火线L与开关接线情况

排除零线N和火线L接触不良的问题，在无负载的情况下，电路没有构成回路，电线不应发热，但电路电线反而发热。

可以排除电源总开关零线D和火线L电源线与总开关接触是否良好。

2、电线绝缘老化

判断火线L电源线绝缘橡胶老化轻微破损，造成轻微漏电，与其它导体接触，造成轻微短路，会造成电流很大，电源线就会发热，更换火线故障排除。

电线发热，说明电线有电流流过，但没有负载，不形成回路，哪里来的电流？

主要原因分析：

（1）零线和火线互相漏电，但未形成短路

主要检查零线和火线之间的电阻。正常情况下为无穷大，至少大于0.5M欧。万用表对细微的漏电无能为力，需要使用兆欧表来检查。

（2）火线对地漏电

火线对地漏电比较复杂。但是检查的方法和零线一样。主要是测量地线火线的阻值，同样用500V的兆欧表。绝缘阻值应该在0.5M欧以上。

（3）线路有接头

线路的接头会增加电线的电阻。特别是接触不良的接头更容易引起发烫发热。

用钳形表来测量线路中是否有电流，确认有电流通过时，再按照以上方法逐一排除。

（4）没有形成回路，无需考虑零线漏电的可能

借助漏电开关来测量，检查下是否漏电。把零火线接上负载，如果漏电，漏电保护器就会跳闸。

动态负载平衡,什么是动态负载平衡

背景和起因：

解决网络过载的问题的一个解决方法是在现有的DNS中加入动态负载平衡的特性。 随着计算机网络的应用的日益广泛，在互联网上的负载也变得日益拥挤，这经常导致服务器无法正常地响应，并且影响了一些应用程序的崩 溃。而且，这种现象的发生是动态的。解决这个问题的一个方法是建造更加强大的服务器，而另外一个途径就是将客户请求分散到多个服务器上。后者是解决这个问 题的一种巧妙的方法，通过这种方法实际上是一种平衡的艺术，可以避免一些服务器过于繁忙而另外的服务器非常空闲的状态。跨服务器的需求分配技术成为网络技 术的一个重要课题。

我们来考虑这么两种情况：首先，每个TCP进程会消耗32比特的内存，这样，一个有32MB内存的服务器从 理论上支持100万的连接。其次，在多个拥有同样内容的服务器中，用户总是喜欢根据他们自己的经验（或者是一些监测数据）访问一些服务负载较小的服务器， 比如说，GetRight就可以选择一个较佳的服务器进行FTP下载。但是，我们可以可以通过定期地监测服务器的状态并将请求指向最佳服务器来实现请求的 分配。这种在多个服务器中根据服务器负载动态定向请求的技术称之为动态负载平衡。这个功能可以加入域名服务（DNS）中，而这是因为域名服务器本身就充当 了解析客户请求的主要责任，而具有这种特性的DNS称为dlbDNS(dynamic load balance DNS)。在这里，最佳服务器指的是通过一种排名算法的出最佳排名的服务器。

在这里，我们将要解释通过dlbDNS对DNS扩展所带来的好处。首先，我们必须要考虑dlbDNS设计应该达到的性能：

（1）新的设计必须与原来的DNS应用兼容。

（2）该设计必须要易于配置。

（3）负载平衡必须快速而且有效。

（4）一个主机可以属于多个组或者簇。

（5）对一个请求的响应应当动态地产生。

（6）对服务器的监控应当由不同的进程所产生。

（7）TTL的值应当设为最小以防止其他名字服务器的缓存的响应。

（8）最终的设计应当是一个通用性的名字服务器，可以被同时用于简单的、反向的和动态的请求。

（9）对错误应当有所响应。

负载平衡模型：

有四种负载平衡平衡模型可供使用：首先，RFC1794描述了使用一个特别区域代理以从外部资源获得信息的负载平衡方法，这样，一个新的区域通过名字 服务器被载入。这个方法的问题是大量的信息量，包括静态的或者是可能需要分配的信息量，都在区域中进行循环地传送。同时，这个方法也不支持根据被请求的名 字所回应的动态创建的虚拟/动态域名。

第二个模型是通过一个专门的负载平衡服务器来解释请求并将其指向一个最佳服务器。这种设计由负载服务器在内部使用虚拟的IP地址。而这种服务器的问题在于需要在被监控地服务器群中加入另外一台服务器而不是使用现有的资源。

第三个模型是通过一个远程监视系统来监视不同服务器的性能，从而提供给DNS一个反馈。这个设计可以帮助解决无法直接观测的系统问题，同时提供给用户以访问时间的测算。这种方式的问题就是在于需要依靠远程网络进行监视并且分发数据。

最后一种方案就是通过内部监视系统来监视服务器的性能，并且提供给DNS的反馈。这主要的优点就是易维护性和管理性，而且也没有安全方面的问题。dlbDNS就是使用的这种方式。