CN101248628A - 网络接口控制程序以及网络接口控制装置 - Google Patents
网络接口控制程序以及网络接口控制装置 Download PDFInfo
- Publication number
- CN101248628A CN101248628A CNA2005800513800A CN200580051380A CN101248628A CN 101248628 A CN101248628 A CN 101248628A CN A2005800513800 A CNA2005800513800 A CN A2005800513800A CN 200580051380 A CN200580051380 A CN 200580051380A CN 101248628 A CN101248628 A CN 101248628A
- Authority
- CN
- China
- Prior art keywords
- network interface
- network
- flow
- mentioned
- detects
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
一种网络接口控制程序(100),由计算机(1)执行,该计算机(1)具有与网络中继装置(2)相连接的多个网络接口(10、20),当流量增加检测步骤(150)检测出网络接口(10)的流量增加时,带宽扩大步骤(160)将该网络接口(10)与其他未使用的网络接口(20)分组到同一组内。由此,能够扩大通信带宽。
Description
技术领域
本发明涉及一种对于与网络中继装置相连接的多个网络接口进行控制的网络接口控制程序以及网络接口控制装置,特别涉及一种根据通信状况自动执行带宽的扩大/缩小,从而使其变为恰当的通信带宽的网络接口控制程序以及网络接口控制装置。
背景技术
以往,在经由网络接口(网络IF)的通信中,通过人工来执行带宽的扩大/缩小的处理。例如,在服务器中发生因通信流量的增加而导致的通信应答延迟等的通信障碍时,作为其处理方法,根据CPU负荷及数据传送量等的统计,通过人工判断来确定原因,并通过人工来进行追加网络IF等作业来扩大通信带宽。但是这种方法需要人工来进行流量管理和扩大工作,从而导致增加很大的成本。
对于扩大通信带宽,如果预先确保能够事先防止因流量增加而导致的通信障碍所需的至少的宽带的输送线路,则可减少人工劳动。特别是,当考虑到成本方面时,在网络IF和LAN交换机之间形成多条传输线路的方法,作为带宽扩大的方法是有效的,作为其中一例,可举出IEEE802.3ad所规定的链路聚合(Link Aggregation)的方式(例如,参照非专利文献1)。该链路聚合是集中多条传输线路并假设将其看作一条传输线路的方式,能够使传输线路具有冗余(redundancy)。
非专利文献1:IEEE802.3ad Link Aggregation Task Force(平成17年8月23日检索)
因特网<URL:http://grouper.ieee.org/groups/802/3/ad/index.html>
发明内容
发明要解决的问题
在IEEE802.3ad所规定的链路聚合中具有如下的功能:在分组后的多条传输线路的一部分中发生通信障碍,并LAN交换机检测出该通信障碍时,将检测出障碍的传输线路从分组对象中排除,从而恢复通信状态。但是该功能有如下的问题:该功能只对应物理性的断线等能够由LAN交换机检测出的通信障碍,而无法执行基于通信量增加这种暂时性的通信障碍的灵活的带宽变更。
本发明是鉴于上述而做出的,目的在于提供一种能够根据带宽的使用状况自动进行带宽的扩大/缩小,并以此作为通信带宽的网络接口控制程序以及网络接口控制装置。
用于解决问题的方法
为了解决上述问题并达到上述目的,技术方案1的发明提供一种网络接口控制程序,由计算机执行,该计算机具有与网络中继装置相连接的多个网络接口,其特征在于,使计算机执行以下步骤:流量增加检测步骤,检测网络接口的流量增加;带宽扩大步骤,将通过上述流量增加检测步骤检测出流量增加的网络接口与其他未使用的网络接口分组到同一组内,以此扩大通信带宽。
根据技术方案1的发明,检测网络接口的流量增加,并将检测出流量增加的网络接口与其他未使用的网络接口分组到同一组内,因此,在流量已增加时能够自动扩大通信带宽。
另外,技术方案2的发明是如技术方案1的网络接口控制程序,其特征在于,使计算机还执行以下步骤:非激活接口检测步骤,检测非激活状态的网络接口,硬件激活步骤,激活通过上述非激活接口检测步骤检测出的网络接口;上述带宽扩大步骤对于通过上述硬件激活步骤激活状态的网络接口进行分组。
根据技术方案2的发明,检测非激活状态的网络接口,并激活检测出的网络接口,并将激活状态的网络接口进行分组,从而能够将非激活状态的网络接口作为分组的对象。
另外,技术方案3的发明是如技术方案1的网络接口控制程序,其特征在于,在上述网络接口处,当在一定时间内的发送待机次数以及一定时间内的接收中止次数中的至少一种大于等于规定阈值时,上述流量增加检测步骤判定为流量已增加。
根据技术方案3的发明,在网络接口在一定时间内的发送待机次数以及一定时间内的接收中止次数中的至少一中大于等于规定阈值时,判定为流量已增加,从而能够自动检测出流量增加。
另外,技术方案4是如技术方案1的网络接口控制程序,其特征在于,使计算机还执行以下步骤:流量减少检测步骤,检测网络接口的流量减少,带宽缩小步骤,从包括通过上述流量减少检测步骤检测出流量减少的网络接口的组中排除该网络接口,以此缩小通信带宽。
根据技术方案4的发明,检测网络接口的流量减少,并从包括检测出流量减少的网络接口的组中排除该网络接口,以此在流量已减少时能够自动缩小通信带宽。
另外,技术方案5是如技术方案4的网络接口控制程序,其特征在于,使计算机还执行硬件非激活步骤,该硬件非激活步骤将通过上述带宽缩小步骤从该组中排除的网络接口置为非激活状态。
根据技术方案5的发明,将从组中排除的网络接口置为非激活状态,以此能够停止不使用的网络接口。
另外,技术方案6是如技术方案4的网络接口控制程序,其特征在于,在上述网络接口处,当在一定时间内收发数据包的数目不足规定阈值时,上述流量减少检测步骤判定为流量已减少。
根据技术方案6的发明,在网络接口中在一定时间内的收发的数据包的数目不足规定阈值时,判定为流量已减少,因此,能够自动检测出流量减少。
另外,技术方案7是如技术方案1的网络接口控制程序,其特征在于,上述计算机是用于同时处理已设定业务优先级的多个业务,而且使计算机还执行分组解除步骤,该分组解除步骤在既不存在未使用的网络接口且通过上述流量增加检测步骤检测出第一网络接口的流量增加的情况下,从包括第二网络接口的组中排除该第二网络接口,该第二网络接口是指,业务优先级比使用上述第一网络接口的业务低的业务所使用的网络接口,上述带宽扩大步骤将通过上述流量增加检测步骤检测出流量增加的上述第一网络接口与通过上述分组解除步骤从该组中排除的上述第二网络接口分组到同一组内。
根据技术方案7的发明,对于业务优先级比使用流量增加的网络接口的业务低的业务所使用的网络接口,从包括该网络接口的组中排除该网络接口,然后将流量增加的网络接口与从组中排除的网络接口分组到同一组内,从而能够优先扩大业务优先级高的业务的通信带宽。
另外,技术方案8是如技术方案1至技术方案7中任一项所述的网络接口控制程序,其特征在于,上述分组是通过IEEE802.3ad所规定的链路聚合进行的处理。
根据技术方案8的发明,通过IEEE802.3ad所规定的链路聚合进行分组,因此,能够使用公知的技术进行分组。
另外,技术方案9的本发明提供一种网络接口控制装置,具有与网络中继装置相连接的多个网络接口,其特征在于,具有:流量增加检测单元,检测网络接口的流量增加;带宽扩大单元,将通过上述流量增加检测单元检测出流量增加的网络接口与其他未使用的网络接口分组到同一组内,以此扩大通信带宽。
根据技术方案9的发明,检测网络接口的流量增加,并将检测出流量增加的网络接口与其他未使用的网络接口分组到同一组内,因此,在流量增加时能够自动扩大通信带宽。
另外,技术方案10是如技术方案9的网络接口控制装置,其特征在于,具有:流量减少检测单元,检测网络接口的流量减少;带宽缩小单元,从包括通过上述流量减少检测单元检测出流量减少的网络接口的组中排除该网络接口,以此缩小通信带宽。
根据技术方案10的发明,检测网络接口的流量减少,并从包括检测出流量减少的网络接口的组中排除该网络接口,因此,在流量已减少时能够自动缩小通信带宽。
发明的效果
根据技术方案1和技术方案9的发明,在流量已增加时能够自动扩大通信带宽,因此,能够提供恰当的通信带宽。
根据技术方案2的发明,能够将非激活状态的网络接口作为分组的对象,因此,达到有效利用网络接口的效果。
根据技术方案3的发明,能够自动检测出流量增加,因此,达到自动控制通信带宽的效果。
根据技术方案4和技术方案10的发明,在流量已减少时能够自动缩小通信带宽,因此,能够提供恰当的通信带宽。
根据技术方案5的发明,能够停止不使用的网络接口,因此,达到省电的效果。
根据技术方案6的发明,能够自动检测出流量减少,因此,达到自动控制通信带宽的效果。
根据技术方案7的发明,能够优先扩大业务优先级高的业务的通信带宽,因此,达到根据业务优先级控制带宽的效果。
根据技术方案8的发明,能够使用公知的技术进行分组,因此,达到容易分组的效果。
附图说明
图1是用于说明应用本第一实施例的LAN接口控制程序的网络结构的说明图。
图2是表示本第一实施例的LAN接口控制程序的结构的功能结构图。
图3是表示分组IF列表的一个例子的图。
图4是表示网络IF列表的一个例子的图。
图5是表示本第一实施例的自动带宽扩大控制处理的处理步骤的流程图。
图6是表示本第一实施例的自动带宽缩小控制处理的处理步骤的流程图。
图7-1是说明本第二实施例的LAN接口控制程序的动作的图(1)。
图7-2是说明本第二实施例的LAN接口控制程序的动作的图(2)。
图8-1是表示本第二实施例的分组IF列表的一个例子的图。
图8-2是表示图7-1(b)的处理结束时的分组IF列表的图。
图8-3是表示图7-2(d)的处理结束时的分组IF列表的图。
图9是表示执行本第一实施例以及2的LAN接口控制程序的服务器的硬件结构的图。
附图标记说明
1:服务器
2:LAN三层交换机
3:网络
10,20,30:网络接口(网络IF)
100:LAN接口控制程序
110:收发数据控制部
120:上层接口控制部
130:分组IF列表存储部
140:网络IF列表存储部
150:分组管理部
160:分组控制部
170:硬件控制部
具体实施方式
下面,基于附图,对本发明的网络接口控制程序以及网络接口控制装置的实施例进行说明。此外,本发明并不仅限于该实施例。
第一实施例
首先,针对应用本第一实施例的LAN接口控制程序的网络结构进行说明。图1是用于针对应用本第一实施例的LAN接口控制程序的网络结构进行说明的说明图。如该图所示,服务器1是作为Web服务器、邮件服务器、数据库服务器等使用计算机。服务器1经由三层交换机(L3 Switch)连接至网络3,与连接至网络3,并与网络3连接的其他服务器4以及终端5、6进行数据收发。
另外,该服务器1具有两个网络IF10、20。网络IF10、20分别通过各自的输送线路而与LAN三层交换机2相连接,并经由LAN三层交换机2连接到网络3。
本第一实施例的LAN接口控制程序100在服务器1上执行,并在OSI参考模型的数据链路层发挥控制网络IF10、20的设备驱动程序的功能。该LAN接口控制程序100检测两个网络IF10、20的传输线路流量,并根据流量控制网络IF10、20的分组以及分组解除,以此控制带宽扩大/缩小。
在这里,分组是指基于链路聚合的处理,将对于两个网络IF10、20分别形成的两条传输线路假设看作一条传输线路,通过共用两个网络IF10、20,能够在扩大带宽的同时确保冗余。
LAN三层交换机2发挥路由器的功能,并且是连结服务器1和网络3的交换机。另外,该LAN三层交换机2对应于链路聚合,并在通过LAN接口控制程序100对网络IF10、20进行了分组时,LAN三层交换机2也可以将两个网络IF10、20假设看作一个接口。
接着,针对本第一实施例的LAN接口控制程序100的结构进行说明。图2是表示本第一实施例的LAN接口控制程序100的结构的功能结构图。如该图所示,该LAN接口控制程序100具有收发数据控制部110、上层接口控制部120、分组IF列表存储部130、网络IF列表存储部140、分组管理部150、分组控制部160、硬件控制部170。
收发数据控制部110是控制网络IF10、20与上层接口控制部120之间的数据收发的处理部。即,该收发数据控制部110对从网络IF10、20接收到的数据进行加工,并将其转送至上层接口控制部120。另外,该收发数据控制部110对从上层接口控制部120接收的数据进行加工,并将其发送至网络IF10、20。
另外,该收发数据控制部110检测网络IF的流量减少并进行通知。具体地讲,在规定的期间内与网络IF之间收发数据包的数目为0时,该收发数据控制部110判定为该网络IF的流量已减少。此外,流量减少的判定方法并不仅限于该方法,例如,也可以在收发数据包的数目不足规定的阈值时判定为流量已减少。
上层接口控制部120是作为IP(Internet Protocol:网际协议)、ICMP(Internet Control Messages Protocol:网间控制报文协议)等上层协议与OS(Operating System:操作系统)之间的接口而进行工作的处理部。
分组IF列表存储部130是存储分组IF列表的存储部,该分组IF列表在各网络IF10、20分组时使用。图3是表示分组IF列表的一个例子的图。如该图所示,在该分组IF列表中,组标识符和构成组的网络IF的IF标识符按每个组建立对应关系。
组标识符表示网络IF所属的组。但是,对于非激活状态的网络IF分配组标识符为“未使用”的组。在图3中,IF标识符“IF1”的网络IF属于“Group1”的组,IF标识符“IF2”的网络IF属于“未使用”的组,即表示非激活。
网络IF列表存储部140存储表示各网络IF10、20的状态的网络IF列表。图4是表示网络IF列表的一个例子的图。如该图所示,在该网络IF列表中,IF标识符、组标识符、发送缓冲区空余等待发生次数、接收缓冲区耗尽(Exhausted)次数按每个网络建立对应关系。
发送缓冲区空余等待发生次数表示,在收发数据控制部110中,在一定时间内发生的发送等待(wait)的次数。在如下情况下发生发送等待(wait):从收发数据控制部110向网络IF10、20发送数据时;随着流量的增加,网络IF10、20的发送缓冲区变得无空余时。而且,收发数据控制部110统计发送等待(wait)的发生次数,每经过一定的时间将该发送等待(wait)的发生次数存储在网络IF列表存储部140中。
接收缓冲区耗尽次数表示,在网络IF10、20中,在一定时间内发送的暂停(pause)桢的次数。在如下情况下发送暂停(pause)桢:在网络IF10、20接收从LAN三层交换机2发送过来的数据时;随着流量的增加,网络IF10、20的接收缓冲区变得无空余时。而且,网络IF10、20计数暂停(pause)桢的发送次数,每经过一定的时间将该暂停(pause)桢的发送次数存储在网络IF列表存储部140中。该发送缓冲区空余等待发生次数和接收缓冲区耗尽次数,在检测流量的增加时作为流量统计信息使用。
分组管理部150管理网络IF的组相关的信息。该分组管理部150监视存储在网络IF列表存储部140中的发送缓冲区空余等待发生次数和接收缓冲区耗尽次数,在这些值中的至少一个值达到规定的阈值以上时,判定为流量已增加。
另外,当判定为流量已增加时,分组管理部150对硬件控制部170指示将非激活状态的网络IF激活,同时对分组控制部160指示分组,力求扩大带宽。还有,分组管理部150基于这些指示,更新分组IF列表存储部130所存储的分组IF列表和网络IF列表存储部140所存储的网络IF列表。
另外,该分组管理部150,通过收发数据控制部110收到已检测出网络IF的流量减少的通知时,对分组控制部160指示解除其网络IF的分组,与此同时对硬件控制部170指示将其网络IF置为非激活状态。还有,更新分组IF列表存储部130所存储的分组IF列表和网络IF列表存储部140所存储的网络IF列表。
分组控制部160进行链路聚合的设定的处理部。该分组控制部160在接收到来自分组管理部150的分组的指示时,将所对应的网络IF进行分组。另外,该分组控制部160在从分组管理部150接收到解除分组的指示时,解除所对应的网络IF的分组。在执行该分组以及解除分组之后,分组控制部160将数据传输路径的变更结果输出到收发数据控制部110。
硬件控制部170是进行网络IF10、20的动作相关的各种设定,以及控制网络IF10、20的激活/非激活等的处理部。该硬件控制部170在从分组管理部150接收到激活的指示时,激活所对应的网络IF。另外,该硬件控制部170在从分组管理部150接收到非激活的指示时,将对应的网络IF置为非激活状态。
这样,LAN接口控制程序100的收发数据控制部110或分组管理部150检测各网络IF10、20的流量的增减,并分组管理部150基于检测结果执行各网络IF10、20的分组控制,因此,能够根据流量的增减来控制网络IF10、20的分组。
接着,针对本第一实施例的自动带宽扩大控制处理的处理步骤进行说明。图5是表示本第一实施例的自动带宽扩大控制处理的处理步骤的流程图。此外,每经过规定的时间,定期地执行该自动带宽扩大控制处理。另外,在执行该自动带宽扩大控制处理之前,如下设定:对非激活状态的网络IF分配组标识符为“未使用”的组,从而使非激活状态的网络IF成为分组的对象。另外,对于LAN三层交换机2也同样预先进行分组相关的设定。
首先,分组管理部150判定流量是否已增加(步骤S101)。具体地讲,参照网络IF列表存储部140,判定是否发送缓冲区空余等待发生次数和接收缓冲区耗尽次数中至少一方在规定的阈值以上。在网络3上的其他服务器4或终端5、6检测出与服务器1的通信应答时间的延迟之前,执行该判定。
如果判定为流量已增加(步骤S101:是),分组管理部150参照分组IF列表存储部130,调查是否存在属于“未使用”的组的网络IF(步骤S102)。例如,在网络IF20为非激活时,作为属于“未使用”的组的网络IF检测出该网络IF20。
然后,在属于“未使用”的组的网络IF存在时(步骤S102:是),分组管理部150对分组控制部160和硬件控制部170指示扩大带宽,并更新分组IF列表存储部130和网络IF列表存储部140(步骤S103)。作为该扩大带宽的指示,具体地讲,对硬件控制部170通知对非激活状态的网络IF进行激活,对分组控制部160通知将该已通知激活状态的一方的网络IF与已增加流量的另一方的网络IF分组到同一组内。
在执行步骤S103后,硬件控制部170激活非激活状态的网络IF(步骤104)。接着,分组控制部160将两个网络IF分组到同一组内(步骤S105)。由此,共用两个网络IF,从而能够扩大带宽。
另一方面,在属于“未使用”的组的网络IF不存在时(步骤S102:否),由于全部的网络IF都已经属于其他组,因此无法将带宽扩大到当前带宽以上。因此,直接结束该处理。
这样,在判定为网络IF的流量已增加时,硬件控制部170激活该网络IF,分组控制部160将该激活状态的网络IF与使用中的网络IF分组到同一组内,从而能够只在服务器1这一端自动一并执行流量检测处理、网络IF的激活处理以及网络IF的分组处理,从而能够自动扩大带宽。
接着,对本第一实施例的自动带宽缩小控制处理的处理步骤进行说明。图6是表示本第一实施例的自动带宽缩小控制处理的处理步骤的流程图。在两个网络IF10、20已被分组到同一组内的情况下,每经过规定时间定期执行该自动带宽缩小控制处理。
首先,收发数据控制部110判定流量是否已减少(步骤S201)。作为此时的检测处理,在某个网络IF(例如网络IF20)中,在规定的期间内发送数据包的数目为0时,收发数据控制部110判定其网络IF20的流量已减少。
如果判定为流量已减少(步骤S201:是),分组管理部150对分组控制部160和硬件控制部170指示缩小带宽,并更新分组IF列表存储部130和网络IF列表存储部140(步骤S202)。作为该缩小带宽的指示,具体地讲,通知分组控制部160解除检测出流量减少的网络IF的分组,通知硬件控制部170将其网络IF置为非激活状态。
在执行步骤S202后,分组控制部160解除其网络IF20的分组(步骤S203)。作为解除分组的处理,将在分组IF列表存储部130和网络IF列表存储部140中的组标识符一起变更为“未使用”。接着,硬件控制部170将网络IF20置为非激活状态(步骤S204)。由此,使一方的网络IF10继续通信,同时使另一方的网络IF20为非激活,从而能够缩小带宽。
这样,在判定为网络IF的流量已减少时,分组控制部160解除该网络IF的分组,硬件控制部170将该网络IF置为非激活状态,从而能够消减不使用的网络IF相关的存储器资源和工作电力。另外,该处理与图5的自动带宽扩大控制处理一样,也能够不经人工而自动一并处理。
如上所述,本第一实施例的LAN接口控制程序100,当分组管理部150检测出网络IF的流量增加时,分组管理部150指示分组控制部160和硬件控制部170扩大带宽,硬件控制部170激活非激活状态的网络IF,分组控制部160进行分组,因此,能够自动的扩大带宽。
另外,本第一实施例的LAN接口控制程序100,当收发数据控制部110检测出网络IF的流量减少时,分组管理部150指示分组控制部160和硬件控制部170缩小带宽,分组控制部160解除分组,硬件控制部170将网络IF置为非激活状态,因此,能够自动缩小不必要的带宽,并能够消减存储器资源和工作电力。这样,通过根据通信状况自动扩大/缩小带宽,能够提供适当的通信带宽。
第二实施例
在本第二实施例中,对服务器上同时处理多个业务时的根据业务优先级的带宽控制进行说明。图7-1、图7-2是说明本第二实施例的LAN接口控制程序100的动作的图。本第二实施例的LAN接口控制程序100与第一实施例的不同点在于,分组IF列表还具有业务优先级相关的设定。另外,在本第二实施例中,虽然对服务器1具有三个网络IF的情况进行说明,但网络IF的数目并不仅限于三个,只要是三个以上就可以。
如图7-1(a)所示,在服务器1中执行的两个业务A、B相关的数据的收发由LAN接口控制程序100分配给各网络IF10至30来执行。各网络IF10~30经由LAN三层交换机2连接到网络上,经由它们收发业务A、B相关的数据。在图7-1(a)中,分别对业务A分配网络IF10,对业务B分配网络IF30,网络IF20处于非激活的状态。
此外,这里的业务是分别指服务器网络间的业务,例如,服务器1是Web服务器时指用户访问,服务器1是邮件服务器时指邮件分配,服务器1是数据库服务器时指来自各终端的数据要求的流量。
另外,对各业务A、B预先设定业务优先级,业务优先级的设定存储在分组IF列表存储部130中。然后,LAN接口控制程序100根据业务优先级控制网络IF10~30的分组。
图8-1是表示本第二实施例的分组IF列表的一个例子的图。如该图所示,在该分组IF列表中,每个组对应着组标识符、构成组的网络IF的IF标识符、组的优先级。这里,业务与组一对一的对应,在图8-1中,业务A对应组标识符“Group1”的组,该组的优先级为“1”。另外,业务B对应组标识符“Group2”的组,该组的优先级为“2”。因此,此时业务B的优先级比业务A的优先级高。
接着,使用图7-1对第二实施例的服务器1的自动带宽扩大控制处理进行说明。此时的处理与第一实施例的图5所示的自动带宽扩大控制处理相同,因此简化说明。
如图7-1(a)所示,LAN接口控制程序100检测出业务A对应的网络IF10的流量已增加时,如图7-1(b)所示,激活非激活状态的网络IF20,并将两个网络IF10、20分组到同一组内。此时,业务A对应着分组到同一组内的两个网络IF10、20。由此,能够扩大业务A所使用的带宽。
图8-2是表示图7-1(b)的处理结束时的分组IF列表的图。如该图所示,对业务A所对应的组“Group1”分配网络IF10、20,对业务B所对应的组“Group2”分配网络IF30。
另外,还能够根据业务优先级进行控制带宽。接着,使用图7-2,对第二实施例的服务器1中的根据业务优先级的带宽控制进行说明。在变为图7-1(b)所示的状态之后,如图7-2(c)所示,认为对业务B所分配的网络IF30的流量已增加。
这里,业务B业务优先级比业务A还高的情况是指,即使要对业务B扩大带宽,但由于剩下的两个网络IF10、20已经分配给其他业务A,因此,也无法将带宽扩大到当前带宽以上。
因此,在第二实施例中,根据业务优先级能够控制网络IF的带宽。即,对于业务优先级高的业务B,也可以将已被业务优先级低的业务A所使用的网络IF作为自动带宽扩大处理的对象。
即,如图7-2(d)所示,解除已被业务A所使用的网络IF20相关的分组,先将网络IF20置为非激活状态,然后再次激活网络IF20,并将网络IF20与网络IF30分组到同一组内。
图8-3是表示图7-2(d)的处理结束时的分组IF列表的图。如该图所示,网络IF20所属的组从“Group1”变更为“Group2”,网络IF20与网络IF30被分组到同一组内。
这样,根据业务优先级控制带宽,从而与网络IF的使用状况无关,能够优选对业务优先级高的业务扩大带宽。
此外,这里虽然将网络IF20分配给业务B,但作为此时的网络IF的决定方法采用哪种方法都可以。另外,取代网络IF20将网络IF10分配给业务B也可以。
另外,在变更使用网络IF20的业务时,虽然先将网络IF20置为非激活状态之后再次将其激活,但也可以不进行非激活处理,在已激活的状态下执行分组的解除及新的分组。此时,由于网络IF20中还留有解除分组之前的设定,因此在分到新的一组之前需要先进行初始化。
根据上述,使用网络IF20的业务从业务A变更为业务B,从而能够优先对业务优先级高的业务B减轻数据收发的流量。
如上所述,在本第二实施例中,在同时执行多个业务的情况下,根据各业务的业务优先级控制带宽,从而与网络IF的使用状况无关,能够优选对业务优先级高的业务扩大带宽。
接着,对执行本第一实施例以及2的LAN接口控制程序100的服务器1的硬件结构进行说明。图9是表示执行本第一实施例以及2的LAN接口控制程序100的服务器的硬件结构的图。本实施例的服务器1具有多个网络IF10、20、CPU(Central Processing Unit:中央处理器)、UPA(Ultra Port Architecture:超级端口结构)总线60、PCI(Peripheral Component Interconnect:外部设备互连)总线70。
网络IF10、20与未图示的LAN三层交换机相连接,从LAN三层交换机经由网络与外部进行收发数据。CPU40是执行LAN接口控制程序100等的中央处理装置。系统存储器50是存储OS以及LAN接口控制程序100等的可读写的存储器。
UPA总线60发挥系统总线的功能,连结CPU40、系统存储器50以及未图示的芯片组。PCI总线70与多个网络IF10、20相连接,经由网桥以及UPA总线60与CPU40、系统存储器50进行数据的收发。
产业上的可利用性
如上所述,本发明的网络接口控制程序以及网络接口控制装置对于具有多个网络接口的服务器十分有用,特别是,根据通信状况自动将网络接口置为激活或非激活的状态扩大或缩小带宽,因此,适用于需要提供适当的通信带宽的情况。
Claims (10)
1.一种网络接口控制程序,由计算机执行,该计算机具有与网络中继装置相连接的多个网络接口,其特征在于,使计算机执行以下步骤:
流量增加检测步骤,检测网络接口的流量增加;
带宽扩大步骤,将通过上述流量增加检测步骤检测出流量增加的网络接口与其他未使用的网络接口分组到同一组内,以此扩大通信带宽。
2.如权利要求1所述的网络接口控制程序,其特征在于,
使计算机还执行以下步骤:
非激活接口检测步骤,检测非激活状态的网络接口,
硬件激活步骤,激活通过上述非激活接口检测步骤检测出的网络接口;
上述带宽扩大步骤对于通过上述硬件激活步骤激活状态的网络接口进行分组。
3.如权利要求1所述的网络接口控制程序,其特征在于,
在上述网络接口处,当在一定时间内的发送待机次数以及一定时间内的接收中止次数中的至少一种大于等于规定阈值时,上述流量增加检测步骤判定为流量已增加。
4.如权利要求1所述的网络接口控制程序,其特征在于,
使计算机还执行以下步骤:
流量减少检测步骤,检测网络接口的流量减少,
带宽缩小步骤,从包括通过上述流量减少检测步骤检测出流量减少的网络接口的组中排除该网络接口,以此缩小通信带宽。
5.如权利要求4所述的网络接口控制程序,其特征在于,
使计算机还执行硬件非激活步骤,该硬件非激活步骤将通过上述带宽缩小步骤从该组中排除的网络接口置为非激活状态。
6.如权利要求4所述的网络接口控制程序,其特征在于,
在上述网络接口处,当在一定时间内收发数据包的数目不足规定阈值时,上述流量减少检测步骤判定为流量已减少。
7.如权利要求1所述的网络接口控制程序,其特征在于,
上述计算机是用于同时处理已设定业务优先级的多个业务,而且使计算机还执行分组解除步骤,该分组解除步骤在既不存在未使用的网络接口且通过上述流量增加检测步骤检测出第一网络接口的流量增加的情况下,从包括第二网络接口的组中排除该第二网络接口,该第二网络接口是指,业务优先级比使用上述第一网络接口的业务低的业务所使用的网络接口,
上述带宽扩大步骤将通过上述流量增加检测步骤检测出流量增加的上述第一网络接口与通过上述分组解除步骤从该组中排除的上述第二网络接口分组到同一组内。
8.如权利要求1至7中任意一项所述的网络接口控制程序,其特征在于,
上述分组是通过IEEE802.3ad所规定的链路聚合进行的处理。
9.一种网络接口控制装置,具有与网络中继装置相连接的多个网络接口,其特征在于,具有:
流量增加检测单元,检测网络接口的流量增加;
带宽扩大单元,将通过上述流量增加检测单元检测出流量增加的网络接口与其他未使用的网络接口分组到同一组内,以此扩大通信带宽。
10.如权利要求9所述的网络接口控制装置,其特征在于,具有:
流量减少检测单元,检测网络接口的流量减少;
带宽缩小单元,从包括通过上述流量减少检测单元检测出流量减少的网络接口的组中排除该网络接口,以此缩小通信带宽。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2005/016147 WO2007029297A1 (ja) | 2005-09-02 | 2005-09-02 | ネットワークインタフェース制御プログラムおよびネットワークインタフェース制御装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101248628A true CN101248628A (zh) | 2008-08-20 |
Family
ID=37835434
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2005800513800A Pending CN101248628A (zh) | 2005-09-02 | 2005-09-02 | 网络接口控制程序以及网络接口控制装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US7773526B2 (zh) |
EP (1) | EP1942608A4 (zh) |
JP (1) | JPWO2007029297A1 (zh) |
CN (1) | CN101248628A (zh) |
WO (1) | WO2007029297A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103595810A (zh) * | 2013-11-22 | 2014-02-19 | 浪潮电子信息产业股份有限公司 | 一种分布式文件系统中网络自适应方法 |
CN110535777A (zh) * | 2019-08-12 | 2019-12-03 | 新华三大数据技术有限公司 | 访问请求控制方法、装置、电子设备以及可读存储介质 |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4920391B2 (ja) * | 2006-01-06 | 2012-04-18 | 株式会社日立製作所 | 計算機システムの管理方法、管理サーバ、計算機システム及びプログラム |
RU2482614C2 (ru) | 2007-10-31 | 2013-05-20 | Телефонактиеболагет Лм Эрикссон (Пабл) | Сети, имеющие многочисленные тракты между узлами, и узлы для такой сети |
JP5113093B2 (ja) * | 2009-01-06 | 2013-01-09 | Kddi株式会社 | ネットワークの管理システム及び管理方法 |
JP5293958B2 (ja) * | 2009-04-01 | 2013-09-18 | 日本電気株式会社 | データ処理装置、データ処理方法、及びプログラム |
JP2010283747A (ja) * | 2009-06-08 | 2010-12-16 | Nec Corp | 通信装置 |
JP5408361B2 (ja) * | 2010-10-19 | 2014-02-05 | 富士通株式会社 | スイッチ装置、情報処理装置、スイッチ装置の制御方法及びプログラム |
EP2642699A1 (en) * | 2010-11-16 | 2013-09-25 | Fujitsu Limited | Method of controlling communication system, communication system, communication device |
JP5779982B2 (ja) * | 2011-05-24 | 2015-09-16 | 東芝三菱電機産業システム株式会社 | 二重化コントロールシステム |
US9042383B2 (en) * | 2011-06-30 | 2015-05-26 | Broadcom Corporation | Universal network interface controller |
US20130003559A1 (en) * | 2011-06-30 | 2013-01-03 | Broadcom Corporation | Adaptive Power Savings for Aggregated Resources |
JP2013048427A (ja) * | 2012-09-13 | 2013-03-07 | Telefon Ab L M Ericsson | ノード間の複数のパスを有するネットワーク及びそのようなネットワークに対するノード |
US9253121B2 (en) | 2012-12-31 | 2016-02-02 | Broadcom Corporation | Universal network interface controller |
JP6117585B2 (ja) * | 2013-03-27 | 2017-04-19 | Necエンジニアリング株式会社 | リンクアグリゲーション制御装置、リンクアグリゲーション制御方法、およびリンクアグリゲーション制御プログラム |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6151297A (en) * | 1997-07-08 | 2000-11-21 | Hewlett-Packard Company | Method and system for link level server/switch trunking |
JP3223352B2 (ja) | 1997-11-25 | 2001-10-29 | 株式会社超高速ネットワーク・コンピュータ技術研究所 | ローカルエリアネットワークの帯域制御方式 |
JP3322212B2 (ja) * | 1998-05-15 | 2002-09-09 | 日本電気株式会社 | 通信ボードの負荷バランス制御方法及びその装置並びにプログラムを記録した機械読み取り可能な記録媒体 |
JP4141106B2 (ja) * | 2001-02-06 | 2008-08-27 | 富士通株式会社 | 帯域制御装置 |
JP4014996B2 (ja) * | 2002-10-15 | 2007-11-28 | 三菱電機株式会社 | 光スイッチ適用ノードおよび光ネットワークシステム |
WO2004051955A1 (ja) * | 2002-11-29 | 2004-06-17 | Fujitsu Limited | 通信装置、制御方法及びプログラム |
CN100474833C (zh) * | 2003-03-31 | 2009-04-01 | 富士通株式会社 | 数据通信负荷分散控制、负荷分散数据发送方法及装置 |
US8285881B2 (en) * | 2003-09-10 | 2012-10-09 | Broadcom Corporation | System and method for load balancing and fail over |
US7729361B2 (en) * | 2006-02-24 | 2010-06-01 | Cisco Technology, Inc. | Method and system for power-efficient adaptive link aggregation |
US8817817B2 (en) * | 2007-06-06 | 2014-08-26 | Hewlett-Packard Development Company, L.P. | Method for ethernet power savings on link aggregated groups |
-
2005
- 2005-09-02 CN CNA2005800513800A patent/CN101248628A/zh active Pending
- 2005-09-02 JP JP2007534200A patent/JPWO2007029297A1/ja active Pending
- 2005-09-02 EP EP05781412A patent/EP1942608A4/en not_active Withdrawn
- 2005-09-02 WO PCT/JP2005/016147 patent/WO2007029297A1/ja active Application Filing
-
2008
- 2008-02-28 US US12/039,492 patent/US7773526B2/en not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103595810A (zh) * | 2013-11-22 | 2014-02-19 | 浪潮电子信息产业股份有限公司 | 一种分布式文件系统中网络自适应方法 |
CN110535777A (zh) * | 2019-08-12 | 2019-12-03 | 新华三大数据技术有限公司 | 访问请求控制方法、装置、电子设备以及可读存储介质 |
CN110535777B (zh) * | 2019-08-12 | 2022-07-12 | 新华三大数据技术有限公司 | 访问请求控制方法、装置、电子设备以及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP1942608A1 (en) | 2008-07-09 |
EP1942608A4 (en) | 2011-01-12 |
US20080159130A1 (en) | 2008-07-03 |
JPWO2007029297A1 (ja) | 2009-03-26 |
WO2007029297A1 (ja) | 2007-03-15 |
US7773526B2 (en) | 2010-08-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101248628A (zh) | 网络接口控制程序以及网络接口控制装置 | |
JP3184817B2 (ja) | フロー制御方法、一時停止制御システムおよびノード | |
JP4748086B2 (ja) | 通信中継装置、リソース解放方法および通信中継装置のプログラム | |
CN101682442B (zh) | 用于第2层链路聚合的动态负载均衡 | |
US8090868B2 (en) | Load balancer having band control function and setting method thereof | |
CN104158733B (zh) | 一种快速重路由方法及装置、传输网络 | |
CN106453124A (zh) | 流量调度方法及装置 | |
CN102761476B (zh) | 一种负载均衡的方法及装置 | |
CN100574249C (zh) | 虚拟路由器冗余协议报文传输方法及装置 | |
CN102591717A (zh) | 外接设备和虚拟设备的业务信息处理方法、装置和系统 | |
CN111147573A (zh) | 一种数据传输的方法和装置 | |
CN113992588A (zh) | 数据传输方法、装置、电子设备及可读存储介质 | |
WO2015067144A1 (zh) | 软件部署的方法和装置 | |
Araujo et al. | BEEP: Balancing energy, redundancy, and performance in fat-tree data center networks | |
CN101841424A (zh) | 基于socks代理连接的ems网管系统和方法 | |
CN101232406A (zh) | Oam快速检测方法、装置和系统 | |
KR101547709B1 (ko) | 드라이버 패스트 페일오버를 통한 제로 패킷 손실의 에너지 효율적인 이더넷 링크 트랜지션 | |
CN102420766B (zh) | 一种路由确定方法及路由设备 | |
CN106878117A (zh) | 一种数据处理方法及装置 | |
CN109218179A (zh) | 负载分担方法及装置、交换机及计算机可读存储介质 | |
CN104081743A (zh) | 一种链路管理方法、设备和通信系统 | |
CN103001832B (zh) | 分布式文件系统中节点的检测方法和装置 | |
Du et al. | A dynamic allocation mechanism of delivering capacity in coupled networks | |
WO2021073367A1 (zh) | 一种数据处理方法、设备及系统 | |
CN110213364B (zh) | 快递柜监控方法、系统、存储介质和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080820 |