服务器双网卡冗余工作的原理与实现
服务器冗余技术
服务器冗余是指重复配置系统的一些部件，当系统发生故障时，冗余配置的部件介入并承担故障部件的工作，由此减少系统的故障时间。
一、在服务器里，冗余系统配件主要有：1、电源：高端服务器产品中普遍采用双电源系统，这两个电源是负载均衡的，即在系统工作时它们都为系统提供电力，当一个电源出现故障时，另一个电源就承担所有的负载。
有些服务器系统实现了DC的冗余，另一些服务器产品如Micron公司的Net FRAME 9000实现了AC、DC的全冗余。
2、存储子系统：存储子系统是整个服务器系统中最容易发生故障的地方。
以下几种方法可以实现该子系统的冗余。
（1）磁盘镜像：将相同的数据分别写入两个磁盘中。
（2）磁盘双联：为镜像磁盘增加了一个I/O（输入/输出）控制器，就形成了磁盘双联，使总线争用情况得到改善。
3、RAID：廉价冗余磁盘阵列（Redundant array of inexpensive disks）的缩写。
顾名思义，它由几个磁盘组成，通过一个控制器协调运动机制使单个数据流依次写入这几个磁盘中。
RAID3系统由5个磁盘构成，其中4个磁盘存储数据，1个磁盘存储校验信息。
如果一个磁盘发生故障，可以在线更换故障盘，并通过另3个磁盘和校验盘重新创建新盘上的数据。
RAID5将校验信息分布在5个磁盘上，这样可更换任意一个磁盘，其余与RAID3相同。
4、 I/O卡：对服务器来说，主要指网卡和硬盘控制卡的冗余。
网卡冗余是在服务器中插上双网卡。
冗余网卡技术原为大型机及中型机上的技术，现在也逐渐被PC服务器所拥有。
PC服务器如Micron公司的NetFRAME9200最多实现4个网卡的冗余，这4个网卡各承担25％的网络流量。
康柏公司的所有ProSignia/Proliant服务器都具有容错冗余双网卡。
5、 PCI总线：代表Micron公司最高技术水平的产品Net FRAME 9200采用三重对等PCI技术，优化PCI总线的带宽，提升硬盘、网卡等高速设备的数据传输速度。
服务器双网卡冗余工作的原理与实现
个 网 卡 的状 态 ，通 过 ｐｎ ｉｇ命 令 进 行检 测 ，如 果连 续 ５ 网卡 已经 出现故 障 。缺 省 的故 障检 测 时 间是 １ ０秒 ， 大 即
（ ） 务器 的两 个 网卡 为 ｈ Ｏ和 ｈ １ ２服 ｍｅ ｍｅ ；
（ ） ｍ Ｏ的 Ｉ ３ｈ ｅ Ｐ地 址 为 １ ２１ ８８ ． ９ ．６ ．５ １ ９，测 试 地 址 为
１ ２．６ ．５． ； ９ １ ８８ ２１
每 个 网 卡 的测 试 Ｉ 址 检测 其 自身 的状 态 ， 测 的 方 法 Ｐ地 检
的地 址 均 发 生 转 移 和 切换 ，所 以测 试 Ｉ Ｐ地 址 不 能 用 作
他用 。
计 算 机 网络 中关 键 设 备 的 冗 余 工 作 已经 成 为保 障 应 用 业务 稳 定运 行 的关 键 手 段 ，服 务 器 的 网 卡冗 余 工 作
是 在 不增 加 任何 投 入 的基 础 上 ，增 加 服 务器 稳 定 性 的一 种 方 法 ， 实 现简 单 ， 置 灵 活 ， 广 泛地 应 用 到实 践 中 。 它 配 被
１ ２ １ ８８ ２ 。 ９ ． ６ ．５．２
常被 选 作为 目标 Ｉ 址 ，如果 在 链 路 上没 有 路 由器 ， Ｐ地 那
么 网 卡 状 态 检 测 进 程 会 发 送 多 播 数 据 包 到 所 有 主 机 （２ ．．．） ２ ４００１ ，并 随机 选择 其 中一 台主机 的 Ｉ 址 作 为被 Ｐ地 检 测 的 目标 地址 。
＃
ｉ ｏ ｆ ｈｍｅｌ ａ ｄｆ １ ２ １ ８８ ．２ ｎ ｔ ｓ ｆ ｎｉ ｃ ｇ ｄｉ ９ ．６ ．５２ ｅｍａ ｋ
双冗余网卡高速切换的实现
为例 ，介 绍在Ｗｎｏ ｓ 作 系统 下 ，通 过在 网 ｉ ｗ操 ｄ
卡 驱动 中读取 寄存 器 ，快速检 测 网卡 故障 ，
从 而实现 双 冗 余 网卡 高速 切换 ，使双 冗 余 网
卡 的切换 时 间缩短 至 ７ ｍ ，大 大提 高切换 速 ０ｓ
度 ，从 而保 障各 类铁路 通 信设 备应 用的正 确
作系统下 ，若采用在应 用层实现双 网卡冗余 备份技术 ，
驱 动软件 设计分 ３ 部分 ：初 始化 、双冗余 网卡检 测 与切
其 网卡切换 的平 均 时间必然大 于 １ ０ 。要 实现双冗余 换 、数 据包接收与发送 。初始化 主要 是设 置 网卡 和驱动 ２ ｍｓ 网卡 的快速切换 ，提高 网络的可靠性 和实时性 ，最理 想 程序 的初始状态 ， 包 括初始化变量 、网卡复位及准备发 的办法 是在驱动程序 中实现 。因为操 作系统对 内核模 式 送 和接收 的数据包 等。而数据包 的接 收和发送 主要 是对 的软件 具有 更高的信任度 ，它 工作在ｒ ｇ级 ，可直接 访 网络上 的数据流进行 侦听 ，如果没有 ，则将数据 发送到 ｉ０ ｎ
备 份 网卡能 实时 、 自动地 完成切换 继续工作 。两块 网卡 键 和基础是 网络故障 的检 测 ，可通 过软件检查 、交换 机 使 用 同一个 物理地址 和 同一个 Ｉ地址 。从应用 程序角度 及 网络节点 的网卡协同处 理 ，共同完成。 Ｐ
ＣＨ｜ ＮＥＳＥ ＲＡ／ ＬＷＡＹｓ ２ ２ Ｊ （： ｏ Ｊ 。 ４
的特性 、类 型及驱动允许数据 传输 的方式等信 息 。现 以 网线断 开 、网络接 口松 动及故障等错误 。其原理是 ：当
Ｉｔ ｌ ２ ４ Ｇ 网络控制芯片为例 ，对双冗余 网卡驱动 的 网络链 路链接时 ，网线连接状 态寄存器 中信号为 ｌ 网 ｎｅ ５ ６ Ｂ ｒ８ ，
双网卡绑定实现负载,冗余及内外网设置
Linux配置双网卡绑定，以实现冗余及负载均衡1、首先需要彻底关闭NetworlManger 服务，如果有的话，否则会和bond网卡冲突[root@rhel ~]#service NetworlManger stop[root@rhel ~]#chkconfig NetworlManger off2、新建ifcfg-bond0配置文件[root@rhel ~]#vi /etc/sysconfig/network-scripts/ifcg-bond0DEVICE=bond0BOOTPROTO=noneIPADDR=192.168.1.11NETMASK=255.255.255.0ONBOOT=yesUSERCTL=no #用户控制禁止3、修改ifcfg-eth0配置文件，将IP/GW/NW/ID/HW等注释，保留以下信息[root@rhel ~]#vi /etc/sysconfig/network-scripts/ifcg-eth0DEVICE=eth0BOOTPROTO=noneONBOOT=yesUSERCTL=noMASTER=bond0 #将网卡指向bond0SLAVE=yes #启用双网卡4、修改ifcfg-eth1配置文件[root@rhel ~]#vi /etc/sysconfig/network-scripts/ifcg-eth0DEVICE=eth1BOOTPROTO=noneONBOOT=yesUSERCTL=noMASTER=bond0 #将网卡指向bond0SLAVE=yes #启用双网卡5、修改rc.local文件，添加以下信息[root@rhel ~]#vi /etc/rc.localifenslave bond0 eth0 eth1 #rhel6以上可以不设，但需要重启。
6、修改内核文件,系统不同有差异需要谨慎查看，查看备注。
Rhel6.3以下添加[root@rhel ~]#vi /etc/modprobe.d/dist.confAlias bond0 bondingOptions bond0 mode=1 miimon=50 #可在ifcfg-bond0中添加用BONDING_OPT=””连接。
网络双冗余快速切换的方法与制作流程
本技术涉及一种网络双冗余快速切换的方法，涉及网络通信技术领域。
该方法只在驱动层就可实现网卡切换的动作，不需要更高层的模块协助处理，因此该方法只需要更改网卡的驱动即可实现，而对TCP/IP层的网络协议不做任何的变动，从而可以大大提高网络切换的速度，减少网路切换的时间开销，具体地，切换速度最大可达2倍的任务周期时间，切换时间稳定可调。
该方法在Windows、VxWorks、Linux操作系统中均已实现，满足性能要求。
权利要求书1.一种网络双冗余快速切换的方法，其特征在于，包括以下步骤：步骤S1，系统进行初始化阶段，获取各网卡的硬件资源，并对各网卡做硬件初始化；步骤S2，将第一块网卡注册至系统中；步骤S3，将第一块网卡的注册数据记录到冗余组中的第一个位置；步骤S4，将工作网卡设定为第一块网卡；步骤S5，将第二块网卡注册到系统中；步骤S6，将第二块网卡的IP地址、MAC地址设置为与第一块网卡一致；步骤S7，将第二块网卡加到冗余组中；步骤S8，启动网络监视任务，在此任务中实现网卡连接状态的监视和网卡的切换。
2.如权利要求1所述的方法，其特征在于，步骤S8中在驱动层实现网卡的切换。
3.如权利要求2所述的方法，其特征在于，步骤S8中实现网卡的切换时，在发送时，网络层向驱动层通知从哪个设备指针发送数据，驱动层接到发送命令时，抛弃网络层传递的设备指针，而使用当前工作网卡的设备指针作为物理设备完成数据发送，并返回发送状态；在接收时，网络层向驱动层通知从哪个设备指针接收数据，驱动层接到接收命令时，抛弃网络层传递的设备指针，而使用当前工作网卡的设备指针作为物理设备完成数据接收，并返回发送状态。
4.如权利要求3所述的方法，其特征在于，步骤S8中实现网卡的切换时，在层间的通讯通过返回状态来确认，只要实现网络层接口调用返回值的正确即可实现伪装欺骗。
5.如权利要求4所述的方法，其特征在于，步骤S8中采用定期判断物理状态变化寄存器中网卡的连接状态，实现网卡的切换。
服务器双网卡的冗余备份
服务器双网卡的冗余备份服务器作为企业信息平台的核心，其稳定性和安全性至关重要，连接服务器的网络链路是尤为重要的一环。
增加热备份冗余链路成为保障服务器链路通畅常用的方法之一，此方式可以强化系统网络链路，减少故障率。
如今，许多企业都搭建了各种信息平台，服务器作为信息平台的硬件载体，其稳定性日趋重要。
其中，网络链路又是尤为重要的一环，显然，如何保障服务器网络链路的持续稳定工作已成为摆在网络管理员、系统管理员面前的重要问题了。
增加热备份冗余链路成为保障服务器链路通畅常用的方法之一，此方式可以强化系统网络链路，减少故障率。
这里提到的冗余备份方式可以应用于企业的重要业务访问，实施后，相应业务在多种冗余技术的支持下，将会更加稳固。
单机环境图1为服务器双网卡接入的基本拓扑图，为保证网络设备热备份，核心设备、服务器接入设备都使用了双机，配置802.1q Trunk模式互联，属同一VTP Domain，并都启用了STP（Spanning Tree Protocol，生成树协议），利用STP实现网络设备、网络链路的切换，将一台Cisco3550设置为STP根（root）交换机。
图1中标block的端口即STP协商后屏蔽的端口，以避免环路，无数据流量可视为中断。
另外将Cisco2950交换机的终端接入端口设置为PortFast，以加快交换机端口启用时间。
1. 软件使用原则服务器接入可以通过使用网卡捆绑软件实现热备冗余，对于服务器双网卡捆绑软件的选择可遵循以下几点原则: 兼容性好，能在不同品牌网卡上使用; 中断恢复快; 能检测深层中断，即能检测到非直连设备的中断。
2. 推荐软件NIC Express 4.0是一款兼容性较好的捆绑软件，它能兼容Broadcom、D-Link等常见网卡，但在Intel网卡上安装会造成大量丢包。
Inter Proset是针对Intel网卡的专用网卡捆绑软件，但Inter Proset只能在Intel网卡上使用，且不支持深层中断的检测。
Linux下通过bonding技术实现网络负载均衡及冗余
Linux Bonding一、什么是bondingLinux bonding 驱动提供了一个把多个网络接口设备捆绑为单个的网络接口设置来使用，用于网络负载均衡及网络冗余二、bonding应用方向1、网络负载均衡对于bonding的网络负载均衡是我们在文件服务器中常用到的，比如把三块网卡，当做一块来用，解决一个IP地址，流量过大，服务器网络压力过大的问题。
对于文件服务器来说，比如NFS或SAMBA文件服务器，没有任何一个管理员会把内部网的文件服务器的IP地址弄很多个来解决网络负载的问题。
如果在内网中，文件服务器为了管理和应用上的方便，大多是用同一个IP地址。
对于一个百M的本地网络来说，文件服务器在多个用户同时使用的情况下，网络压力是极大的，特别是SAMABA和NFS服务器。
为了解决同一个IP地址，突破流量的限制，毕竟网线和网卡对数据的吞吐量是有限制的。
如果在有限的资源的情况下，实现网络负载均衡，最好的办法就是 bonding2、网络冗余对于服务器来说，网络设备的稳定也是比较重要的，特别是网卡。
在生产型的系统中，网卡的可靠性就更为重要了。
在生产型的系统中，大多通过硬件设备的冗余来提供服务器的可靠性和安全性，比如电源。
bonding 也能为网卡提供冗余的支持。
把多块网卡绑定到一个IP地址，当一块网卡发生物理性损坏的情况下，另一块网卡自动启用，并提供正常的服务，即：默认情况下只有一块网卡工作，其它网卡做备份三、bonding实验环境及配置1、实验环境系统为：CentOS，使用4块网卡（eth0、eth1 ==> bond0；eth2、eth3 ==> bond1）来实现bonding技术2、bonding配置第一步：先查看一下内核是否已经支持bonding1）如果内核已经把bonding编译进内核，那么要做的就是加载该模块到当前内核；其次查看ifenslave该工具是否也已经编译modprobe -l bond*或者 modinfo bondingmodprobe bondinglsmod | grep 'bonding'echo 'modprobe bonding &> /dev/null' >> /etc/rc.local（开机自动加载bonding模块到内核）which ifenslave注意：默认内核安装完后就已经支持bonding模块了，无需要自己手动编译2）如果bonding还没有编译进内核，那么要做的就是编译该模块到内核（1）编译bondingtar -jxvf kernel-XXX.tar.gzcd kernel-XXXmake menuconfig选择 " Network device support " -> " Bonding driver support "make bzImagemake modules && make modules_installmake install（2）编译ifenslave工具gcc -Wall -O -I kernel-XXX/include ifenslave.c -o ifenslave第二步：主要有两种可选择（第1种：实现网络负载均衡，第2种：实现网络冗余）例1：实现网络冗余（即：mod=1方式，使用eth0与eth1）（1）编辑虚拟网络接口配置文件（bond0），并指定网卡IPvi /etc/sysconfig/network-scripts/ifcfg-bond0DEVICE=bond0ONBOOT=yesBOOTPROTO=staticIPADDR=192.168.0.254BROADCAST=192.168.0.255NETMASK=255.255.255.0NETWORK=192.168.0.0GATEWAY=192.168.0.1USERCTL=noTYPE=Ethernet注意：建议不要指定MAC地址vi /etc/sysconfig/network-scripts/ifcfg-eth0DEVICE=eth0BOOTPROTO=noneONBOOT=yesUSERCTL=noMASTER=bond0SLAVE=yes注意：建议不要指定MAC地址vi /etc/sysconfig/network-scripts/ifcfg-eth1DEVICE=eth1BOOTPROTO=noneONBOOT=yesUSERCTL=noMASTER=bond0SLAVE=yes注意：建议不要指定MAC地址（2）编辑模块载入配置文件（/etc/modprobe.conf），开机自动加载bonding模块到内核vi /etc/modprobe.confalias bond0 bondingoptions bond0 miimon=100 mode=1alias net-pf-10 off #关闭ipv6支持说明：miimon是用来进行链路监测的。
冗余网络配置实验报告
冗余网络配置实验报告冗余网络配置实验是网络工程中一种重要的设计和实施手段，旨在提高网络的可靠性和稳定性。
本文将从网络冗余的原理、冗余网络的常见形式、实验过程和结果分析等方面进行详细论述。
一、冗余网络的原理冗余网络是通过在网络中增加冗余路径，以提高网络的可靠性和稳定性。
冗余路径即备用路径，当主路径出现故障时，备用路径能够接替主路径的功能，保证网络的连通性。
冗余网络的基本原理是采用备份路径，将网络流量在不同的路径上进行传输，提高了网络的容错能力，减少网络发生故障时网络中断的可能性。
二、冗余网络的常见形式冗余网络可以采用多种形式来实现，常见的几种形式包括：主备式、主主式、冗余链式和冗余环状式。
1. 主备式：主备式是指在网络中设置主路径和备用路径，当主路径发生故障时，备用路径可以接替主路径的功能。
主备式可以简单实现，但是备用路径的利用率较低，效率较低。
2. 主主式：主主式是指设置多个主路径，当其中一个主路径发生故障时，其他主路径可以继续工作。
主主式可以提高网络的可用性，但是配置和管理复杂度较高。
3. 冗余链式：冗余链式是指设置多个路径形成链式结构，当其中一条路径故障时，链式结构中的其他路径可以继续进行数据传输。
冗余链式相对简单，但是链式中的每条路径都是关键路径，一旦出现故障会导致整个链式中断。
4. 冗余环状式：冗余环状式是指设置多个路径形成环状结构，当环状结构中的一条路径故障时，其他路径可以绕过故障路径继续进行数据传输。
冗余环状式相对复杂，但是具有良好的容错能力和高利用率。
三、冗余网络的实验过程本次实验的目的是验证冗余网络对网络可靠性和稳定性的提升效果，实验过程如下：1. 实验准备：准备实验所需要的网络设备和材料，并确保设备的正常运行状态。
2. 实验拓扑设计：根据实验要求，设计适合的网络拓扑结构。
可以选择主备式、主主式、冗余链式或冗余环状式等形式。
3. 网络配置：根据拓扑结构，配置网络设备的相关参数和路径设置。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一 、双 网 卡 冗 余 工 作 的 原 理 １． 检 测 网 卡 故 障 双网卡冗余工作需要 ＩＰ 地址、测试 ＩＰ 地址、两个网 卡以及网卡状态检测进程共同完成。实现冗余工作的两 个网卡需要添加到一个工作组内， 并为每个网卡指定一 个 ＩＰ 地址和一个测试 ＩＰ 地址。网卡状态检测进程使用 每个网卡的测试 ＩＰ 地址检测其自身的状态， 检测的方法 是 网卡 状态 检测 进程 使用 每个 网 卡 的 测 试 ＩＰ 地 址 向 本 ＩＰ 网 段 内 的 某 一 个 计 算 机 的 ＩＰ 地 址 发 送 ｐｉｎｇ 命 令 ， 这 个目标计算机的 ＩＰ 选择是动态的， 路由器的 ＩＰ 地址通 常被选作为目标 ＩＰ 地址， 如果在链路上没有路由器， 那 么网卡状态检测进程会发送多播数据包到所有主机 （ ２２４．０．０．１） ， 并随机选择其中一台主机的 ＩＰ 地址作为被 检测的目标地址。 网卡状态检测进程分别检测冗余网卡工作组中的每 一个网卡的状态， 通过 ｐｉｎｇ 命令进行检测， 如果连续 ５ 个检测数据包没有回应， 那么网卡状态检测进程认为该 网卡已经出现故障。缺省的故障检测时间是 １０ 秒， 即大 约每 ２ 秒进行一次检测， 故障检测的时间可以根据实际 网络情况在配置文件中修改。当网卡状态检测进程认为 工作的网卡发生故障后， 该网卡上的所有网络连接全部 转 移 到 工 作 组 中 另 外 一 个 网 卡 接 上 面 。 ［１［２］ ２． 检 测 网 卡 恢 复 为了检测故障网卡是否恢复， 网卡状态检测进程需 要不断 通过 故障 网卡 的测 试 ＩＰ 地 址 发 送 检 测 数 据 包 来 检 测 故 障 网 卡 是 否 恢 复 ， 当 连 续 收 到 １０ 个 检 测 包 回 应 的时候， 认为该故障网卡已经恢复。当故障网卡恢复的
表 １ ｈｍｅ０ 故障前
ｈｍｅ０： ｆｌａｇｓ ＝９０００８４３ ＜ＵＰ， ＢＲ ＯＡＤＣＡＳＴ， Ｒ ＵＮＮＩＮＧ， ＭＵＬ － ＴＩＣＡＳＴ， ＩＰｖ４＞ ｍｔｕ １５００ ｉｎｄｅｘ ２
ｉｎｅｔ １９２． １６８． ８５． １９ ｎｅｔｍａｓｋ ｆｆｆｆｆｆ００ ｂｒｏａｄｃａｓｔ １９２． １６８． ８５． ２５５ ｇｒｏｕｐｎａｍｅ ｔｅｓｔ
＃ ｉｆｃｏｎｆｉｇ ｈｍｅ０ ｇｒｏｕｐ ｔｅｓｔ ＃ ｉｆｃｏｎｆｉｇ ｈｍｅ１ ｇｒｏｕｐ ｔｅｓｔ 步骤 ４： 为物理接口配置测试地址， 命令如下： ＃ ｉｆｃｏｎｆｉｇ ｈｍｅ０ ａｄｄｉｆ １９２．１６８．８５．２１ ｎｅｔｍａｓｋ ２５５．２５５．２５５．０ － ｆａｉｌｏｖｅｒ ｕｐ ＃ ｉｆｃｏｎｆｉｇ ｈｍｅ１ ａｄｄｉｆ １９２．１６８．８５．２２ ｎｅｔｍａｓｋ ２５５．２５５．２５５．０ － ｆａｉｌｏｖｅｒ ｕｐ 步骤 ５： 阻止其它应用程序使用测试地址， 命令如下： ＃ ｉｆｃｏｎｆｉｇ ｈｍｅ０ ｄｅｐｒｅｃａｔｅｄ ＃ ｉｆｃｏｎｆｉｇ ｈｍｅ１ ｄｅｐｒｅｃａｔｅｄ 步骤 ６： 为 了防 止系 统重 新 启 动 配 置 丢 失 ， 编 辑／ｅｔｃ／
ｔｕｒｎ ｏｆｆ ｔｈｉｓ ｏｐｔｉｏｎ ＃ ＦＡＩＬＢＡＣＫ＝ｙｅｓ ＃ ＃ Ｂｙ ｄｅｆａｕｌｔ ｏｎｌｙ ｉｎｔｅｒｆａｃｅｓ ｃｏｎｆｉｇｕｒｅｄ ａｓ ｐａｒｔ ｏｆ
ｍｕｌｔｉｐａｔｈｉｎｇ ｇｒｏｕｐｓ ＃ ａｒｅ ｔｒａｃｋｅｄ． Ｔｕｒｎ ｏｆｆ ｔｈｉｓ ｏｐｔｉｏｎ ｔｏ ｔｒａｃｋ ａｌｌ ｎｅｔｗｏｒｋ
２５５．２５５．２５５．０ ＋ ｕｐ 编辑／ｅｔｃ／ｈｏｓｔｎａｍｅ．ｈｍｅ１ 文件， 文件内容如下： １９２．１６８．８５．２０ ｎｅｔｍａｓｋ ２５５．２５５．２５５．０＋ｇｒｏｕｐ ｔｅｓｔ ｕｐ ＼ ａｄｄｉｆ １９２．１６８．８５．２２ ｄｅｐｒｅｃａｔｅｄ － ｆａｉｌｏｖｅｒ ｎｅｔｍａｓｋ
容如下： ＃ ＃ Ｔｉｍｅ ｔａｋｅｎ ｂｙ ｍｐａｔｈｄ ｔｏ ｄｅｔｅｃｔ ａ ＮＩＣ ｆａｉｌｕｒｅ ｉｎ ｍｓ．
Ｔｈｅ ｍｉｎｉｍｕｍ ｔｉｍｅ ＃ ｔｈａｔ ｃａｎ ｂｅ ｓｐｅｃｉｆｉｅｄ ｉｓ １００ ｍｓ． ＃ ＦＡＩＬＵＲＥ＿ＤＥＴＥＣＴＩＯＮ＿ＴＩＭＥ＝１００００ ＃ ＃ Ｆａｉｌｂａｃｋ ｉｓ ｅｎａｂｌｅｄ ｂｙ ｄｅｆａｕｌｔ． Ｔｏ ｄｉｓａｂｌｅ ｆａｉｌｂａｃｋ
２５５．２５５．２５５．０ ＋ ｕｐ 参数说明： ［３］ １） － ｆａｉｌｏｖｅｒ： 带有该参数的地址表明是测试地址。步
骤 ４ 和 步 骤 ６ 中 的 １９２．１６８．８５．２１ 和 １９２．１６８．８５．２２ 是 测 试地址。
２） ｄｅｐｒｅｃａｔｅｄ： 该参数表示禁止其它应用程序 使用 冗 余 工作 组中 网卡 的测试 ＩＰ 地址 ， 如果 使 用 ， 那 么 应 用 程 序可能无法正常工作。
关键词： 故障 恢复 冗余 容错
中图分类号： ＴＰ３９３．０７ 文献标识码： Ａ
文章编号： １６７３－ ８４５４（ ２００７） ０８－ ００２０－ ０３
计算机网络中关键设备的冗余工作已经成为保障 应用业务稳定运行的关键手段， 服务器的网卡冗余工作 是在不增加任何投入的基础上， 增加服务器稳定性的一 种方法， 它实现简单， 配置灵活， 被广泛地应用到实践中。
时候， 网卡状态检测进程根据配置文件决定网络连接 是否重新切换到恢复后的网卡上面。在故障网卡恢复 的时 候， 测 试 ＩＰ 地址 是不 发生 转移 和 切 换 的 ， 其 余 所 有 的地 址均 发生 转移和 切换 ， 所 以 测 试 ＩＰ 地 址 不 能 用 作 他用。
二 、双 网 卡 冗 余 工 作 的 实 现 本文以运行 Ｓｕｎ Ｓｏｌａｒｉｓ ９ 的 Ｓｕｎ 公司的服务 器为 例 说明双网卡冗余工作是如何实现的， 在 Ｓｕｎ Ｓｏｌａｒｉｓ 中网 卡状态检测进程是 ｉｎ．ｍｐａｔｈｄ 进程。实现环境如下： （ １） 网卡冗余工作组的名字为 ｔｅｓｔ； （ ２） 服务器的两个网卡为 ｈｍｅ０ 和 ｈｍｅ１； （ ３） ｈｍｅ０ 的 ＩＰ 地 址 为 １９２．１６８．８５．１９， 测 试 地 址 为 １９２．１６８．８５．２１； （ ４） ｈｍｅ０ 的 ＩＰ 地 址 为 １９２．１６８．８５．２０， 测 试 地 址 为 １９２．１６８．８５．２２。 实现步骤如下： ［３］ 步骤 １： 将 服务 器 的 两 个 网 卡 分 别 连 接 到 同 一 个 ＩＰ 子网内； 步骤 ２： 以超级用户身份登陆系统； 步骤 ３： 放置 ｈｍｅ０ 和 ｈｍｅ１ 到 ｔｅｓｔ 组内， 命令如下：
２０ 中国 教 育 信 息 化／ ２００７．０８ （高 教 职 教）
《中国教育信息化》发行部： ｃｙｌ＠ｍｏｅ． ｅｄｕ． ｃｎ
网络建设 建 设
ｈｏｓｔｎａｍｅ． ｈｍｅ０ 文件， 文件内容如下： １９２．１６８．８５．１９ ｎｅｔｍａｓｋ ２５５ｆ １９２．１６８．８５．２１ ｄｅｐｒｅｃａｔｅｄ － ｆａｉｌｏｖｅｒ ｎｅｔｍａｓｋ
表 ２ ｈｍｅ０ 故障后
ｈｍｅ０： ｆｌａｇｓ ＝ １９０００８４２ ＜ ＢＲ ＯＡＤＣＡＳＴ ， Ｒ ＵＮＮＩＮＧ ， ＭＵＬＴＩＣＡＳＴ ， ＩＰｖ４， ＮＯＦＡＩＬＯＶＥＲ ， ＦＡＩＬＥＤ＞ ｍｔｕ ０ ｉｎｄｅｘ ２ ｉｎｅｔ ０．０．０．０ ｎｅｔｍａｓｋ ０ ｇｒｏｕｐｎａｍｅ ｔｅｓｔ ｈｍｅ０： １： ｆｌａｇｓ ＝ １９０４０８４３ ＜ ＵＰ， ＢＲ ＯＡＤＣＡＳＴ ， Ｒ ＵＮＮＩＮＧ， ＭＵＬ － ＴＩＣＡＳＴ，ＤＥＰＲ ＥＣＡＴＥＤ，ＩＰｖ４， ＮＯＦＡＩＬＯＶＥＲ ，ＦＡＩＬＥＤ ＞ ｍｔｕ １５００ ｉｎｄｅｘ ２ ｉｎｅｔ １９．１６．８５．２１ ｎｅｔｍａｓｋ ｆｆｆｆｆｆ００ ｂｒｏａｄｃａｓｔ １９２．１６８．８５．２５５ ｈｍｅ１： ｆｌａｇｓ ＝９０００８４３ ＜ＵＰ， ＢＲ ＯＡＤＣＡＳＴ， Ｒ ＵＮＮＩＮＧ， ＭＵＬ － ＴＩＣＡＳＴ，ＩＰｖ４＞ ｍｔｕ １５００ ｉｎｄｅｘ ２ ｉｎｅｔ １９．１６．８５．２０ ｎｅｔｍａｓｋ ｆｆｆｆｆｆ００ ｂｒｏａｄｃａｓｔ １９．１６．８５．２５５ ｇｒｏｕｐ－ ｎａｍｅ ｔｅｓｔ ｈｍｅ１： １： ｆｌａｇｓ＝ ９０００８４３＜ ＵＰ，ＢＲ ＯＡＤＣＡＳＴ ， Ｒ ＵＮＮＩＮＧ， ＭＵＬＴＩＣＡＳＴ，ＤＥＰＲ ＥＣＡＴＥＤ，ＩＰｖ４， ＮＯＦＡＩＬＯＶＥＲ ＞ ｍｔｕ １５００ ｉｎｄｅｘ ２ ｉｎｅｔ １９．１６．８５．２２ ｎｅｔｍａｓｋ ｆｆｆｆｆｆ００ ｂｒｏａｄｃａｓｔ １９２．１６８．８５．２５５ ｈｍｅ１： ２： ｆｌａｇｓ＝１０００８４３＜ＵＰ， ＢＲ ＯＡＤＣＡＳＴ， Ｒ ＵＮＮＩＮＧ， ＭＵＬ－ ＴＩＣＡＳＴ，ＩＰｖ４＞ ｍｔｕ １５００ ｉｎｄｅｘ ６ ｉｎｅｔ １９２．１８６．８５．１９ ｎｅｔｍａｓｋ ｆｆｆｆｆｆ００ ｂｒｏａｄｃａｓｔ １９２．１６８．８５．２５５
建 设 网络建设
《中国教育信息化》编辑部： ｍｉｓ＠ｍｏｅ． ｅｄｕ． ｃｎ
服务器双网卡冗余工作的原理与实现
中国医科大学附属盛京医院计算机中心 全 宇 中国医科大学附属第一医院信息中心 何 苗
摘 要： 本文讨论了服务器双网卡冗余工作的实现原理， 通过一个案例详细介绍了双网卡冗余工作的实
现方法。通过双网卡的冗余工作， 提高了服务器的容错能力， 增强了服务器的可用性和可靠性。
ｈｍｅ１： ｆｌａｇｓ ＝９０００８４３ ＜ＵＰ， ＢＲ ＯＡＤＣＡＳＴ， Ｒ ＵＮＮＩＮＧ， ＭＵＬ － ＴＩＣＡＳＴ，ＩＰｖ４＞ ｍｔｕ １５００ ｉｎｄｅｘ ２
ｉｎｅｔ １９．１６．８５．２０ ｎｅｔｍａｓｋ ｆｆｆｆｆｆ００ ｂｒｏａｄｃａｓｔ １９２．１６８．８５．２５５ ｇｒｏｕｐ－ ｎａｍｅ ｔｅｓｔ
ｈｍｅ０： １： ｆｌａｇｓ＝９０００８４３＜ＵＰ， ＢＲ ＯＡＤＣＡＳＴ， Ｒ ＵＮＮＩＮＧ， ＭＵＬ－ ＴＩＣＡＳＴ，ＤＥＰＲ ＥＣＡＴＥＤ，ＩＰｖ４，