CN108616366A - 业务处理单元管理方法及装置 - Google Patents
业务处理单元管理方法及装置 Download PDFInfo
- Publication number
- CN108616366A CN108616366A CN201611129131.5A CN201611129131A CN108616366A CN 108616366 A CN108616366 A CN 108616366A CN 201611129131 A CN201611129131 A CN 201611129131A CN 108616366 A CN108616366 A CN 108616366A
- Authority
- CN
- China
- Prior art keywords
- mpu
- spu
- master control
- target
- control subregion
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0681—Configuration of triggering conditions
Abstract
本发明公开了一种业务处理单元管理方法及装置,属于通信技术领域。所述方法包括:确定待管理的目标业务处理单元SPU;基于当前的多个主控分区,确定目标主控分区,所述多个主控分区中的每个主控分区均包括一个主控处理单元MPU和至少一个SPU,所述目标主控分区包括一个MPU,所述多个主控分区和所述目标主控分区是基于已启动的MPU和SPU确定得到;将所述目标SPU添加到所述目标主控分区,以使所述目标主控分区包括的MPU对所述目标SPU进行管理。本发明采用多主控分区管理机制,SPU管理的灵活度较高,可以实现如新的SPU的平滑添加、故障SPU的重新添加等动态管理操作。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种业务处理单元管理方法及装置。
背景技术
随着通信技术的快速发展,网络设备往往通过主控处理单元(Main ProcessingUnit,MPU)和业务处理单元(Service Processing Unit,SPU)来进行业务处理。具体地,MPU用于管理SPU,SPU用于实现不同的业务功能。
目前,网络设备中通常包括一个MPU和至少一个SPU,该MPU和该至少一个SPU均安插在网络设备的插槽中,且该MPU可以管理该至少一个SPU。
然而,由于网络设备的插槽中的槽位数量有限,因此,网络设备中只能安插固定数量的SPU,且该固定数量的SPU均只能被网络设备中唯一安插的MPU所管理,从而导致管理灵活度较低。
发明内容
为了解决相关技术的问题,本发明实施例提供了一种业务处理单元管理方法及装置。所述技术方案如下:
第一方面,提供了一种业务处理单元管理方法,所述方法包括:
确定待管理的目标业务处理单元SPU;
基于当前的多个主控分区,确定目标主控分区,所述多个主控分区中的每个主控分区均包括一个主控处理单元MPU和至少一个SPU,所述目标主控分区包括一个MPU,所述多个主控分区和所述目标主控分区是基于已启动的MPU和SPU确定得到;
将所述目标SPU添加到所述目标主控分区,以使所述目标主控分区包括的MPU对所述目标SPU进行管理。
需要说明的是,待管理的目标SPU为需要加入网络设备的工作区的SPU。该工作区可以包括多个主控分区,且该工作区包括的MPU和SPU均已启动,此时该工作区包括的MPU和SPU可以参与网络设备的业务处理工作。
在本发明实施例中,采用多主控分区管理机制,各个主控分区相互独立,即各个主控分区包括的至少一个SPU均被各个主控分区包括的MPU所管理,因此,SPU管理的灵活度较高,此时将目标SPU添加到目标主控分区,可以实现如新的SPU的平滑添加、故障SPU的重新添加等动态管理操作。
其中,所述确定待管理的目标SPU,包括:
当所述多个主控分区包括的MPU的总负载率大于或等于第一阈值时,从备用资源区包括的多个SPU中选择一个SPU,所述备用资源区是基于未启动的SPU确定得到;
将所选择的SPU确定为所述目标SPU。
需要说明的是,备用资源区包括的SPU未启动,此时备用资源区包括的SPU不能参与网络设备的业务处理工作。
由于当前的多个主控分区包括的MPU的总负载率大于或等于第一阈值时,表明网络设备当前需要处理的业务较多,所以为了满足网络设备的业务处理需求,需要在该工作区中增加新的SPU,以便网络设备可以处理更多的业务。因此,此时可以从该备用资源区包括的多个SPU中选择一个SPU,并将所选择的SPU确定为目标SPU,以便后续可以将所选择的SPU加入该工作区中来提高网络设备的业务处理能力。
其中,所述确定待管理的目标SPU,包括:
当所述多个主控分区中存在故障SPU时,将所述故障SPU确定为所述目标SPU,所述故障SPU为与所属的主控分区包括的MPU断开连接的SPU。
由于该故障SPU与所属的主控分区包括的MPU断开连接时,该故障SPU不被该工作区包括的任一MPU所管理,该故障SPU脱离该工作区,此时网络设备将不能继续通过该故障SPU来进行业务处理,所以为了网络设备可以继续通过该故障SPU来进行业务处理,需要将该故障SPU重新加入该工作区。因此,此时可以将该故障SPU确定为目标SPU,以便后续可以将该故障SPU重新加入该工作区来避免业务损失。
其中,所述基于当前的多个主控分区,确定目标主控分区,包括:
获取所述多个主控分区包括的多个指定MPU中每个指定MPU的负载率,所述多个指定MPU为与所述目标SPU连接的MPU;
从所述多个指定MPU中选择负载率最小的指定MPU;
基于所选择的指定MPU确定所述目标主控分区。
需要说明的是,获取该多个主控分区包括的多个指定MPU中每个指定MPU的负载时,该多个指定MPU中的每个指定MPU可以向目标SPU发送广播消息,该每个指定MPU发送的广播消息中可以携带该每个指定MPU的负载率;目标SPU可以接收该多个指定MPU中每个指定MPU发送的广播消息,以获取该多个指定MPU中每个指定MPU的负载率。
另外,从该多个指定MPU中选择负载率最小的指定MPU,并基于所选择的指定MPU确定目标主控分区的操作均可以由目标SPU执行。
其中,所述基于所选择的指定MPU确定所述目标主控分区,包括:
判断所选择的指定MPU的负载率是否小于第二阈值;
当所选择的指定MPU的负载率小于所述第二阈值时,将所选择的指定MPU所属的主控分区确定为所述目标主控分区。
进一步地,所述判断所选择的指定MPU的负载率是否小于第二阈值之后,还包括:
当所选择的指定MPU的负载率大于或等于所述第二阈值时,从备用资源区包括的多个MPU中选择一个MPU,所述备用资源区是基于未启动的MPU确定得到;
创建包括有所选择的MPU的主控分区;
将所创建的主控分区确定为所述目标主控分区。
需要说明的是,备用资源区包括的MPU未启动,此时备用资源区包括的MPU不能参与网络设备的业务处理工作。
在本发明实施例中,可以基于所选择的指定MPU和第二阈值来确定目标主控分区,此时确定出的目标主控分区包括的MPU的负载率较小,从而可以增加后续将目标SPU添加到目标主控分区时的成功率。
进一步地,所述方法还包括:
当未成功将所述目标SPU添加到所述目标主控分区时,从备用资源区包括的多个MPU中选择一个MPU,所述备用资源区是基于未启动MPU确定得到;
创建包括有所选择的MPU的主控分区;
将所述目标SPU添加到所创建的主控分区。
在本发明实施例中,在未成功将所述目标SPU添加到所述目标主控分区时,还可以基于备用资源区包括的MPU,重新再创建一个主控分区,以继续尝试将目标SPU加入该工作区。
第二方面,提供了一种业务处理单元管理装置,所述业务处理单元管理装置具有实现上述第一方面中业务处理单元管理方法行为的功能。该业务处理单元管理装置包括至少一个模块,该至少一个模块用于实现上述第一方面所提供的业务处理单元管理方法。
第三方面,提供了一种业务处理单元管理装置,所述业务处理单元管理装置的结构中包括处理器和存储器,所述存储器用于存储支持业务处理单元管理装置执行上述第一方面所提供的业务处理单元管理方法的程序,以及存储用于实现上述第一方面所提供的业务处理单元管理方法所涉及的数据。所述处理器被配置为用于执行所述存储器中存储的程序。所述业务处理单元管理装置还可以包括通信总线,该通信总线用于在该处理器与存储器之间建立连接。
第四方面,本发明实施例提供了一种计算机存储介质,用于储存为上述第二方面和第三方面所提供的业务处理单元管理装置所用的计算机软件指令,或存储用于执行上述第二方面和第三方面为业务处理单元管理装置所设计的程序。
上述本发明实施例第二方面和第三方面所获得的技术效果与第一方面中对应的技术手段获得的技术效果近似,在这里不再赘述。
本发明实施例提供的技术方案带来的有益效果是:在本发明实施例中,确定待管理的目标SPU后,可以基于当前的多个主控分区,确定目标主控分区,并将目标SPU添加到目标主控分区,以使目标主控分区包括的MPU对目标SPU进行管理。由于本发明实施例中采用多主控分区管理机制,各个主控分区相互独立,即各个主控分区包括的至少一个SPU均被各个主控分区包括的MPU所管理,因此,SPU管理的灵活度较高,此时将目标SPU添加到目标主控分区,可以实现如新的SPU的平滑添加、故障SPU的重新添加等动态管理操作。
附图说明
图1A是本发明实施例提供的一种网络设备的结构示意图;
图1B是本发明实施例提供的另一种网络设备的结构示意图;
图2是本发明实施例提供的又一种网络设备的结构示意图;
图3是本发明实施例提供的一种业务处理单元管理方法的流程图;
图4是本发明实施例提供的一种业务处理单元管理装置的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
图1A是本发明实施例提供的一种网络设备10的结构示意图。参见图1A,网络设备10可以包括:工作区101和备用资源区102。其中,工作区101可以包括多个主控分区,该多个主控分区中的每个主控分区均包括一个MPU和至少一个SPU;备用资源区102可以包括多个MPU和多个SPU。
其中,工作区101包括的MPU和SPU均已启动,此时工作区101包括的MPU和SPU可以参与网络设备的业务处理工作,且参见图1B,网络设备10中还可以包括通信组件103,工作区101包括的MPU和SPU可以通过通信组件103来进行通信。备用资源区102包括的MPU和SPU均未启动,此时备用资源区102包括的MPU和SPU不能参与网络设备的业务处理工作。
其中,对于工作区101包括的每个主控分区,该主控分区包括的MPU可以管理该主控分区包括的至少一个SPU。且对于该至少一个SPU中的每个SPU,该MPU中可以存储该SPU的管理表项,该MPU可以基于该SPU的管理表项实现对该SPU的管理。
需要说明的是,该SPU的管理表项中包括该SPU的配置表项和该SPU的状态表项,该SPU的配置表项用于记录该SPU的配置信息,该SPU的状态表项用于记录该SPU的状态信息。
另外,对于该至少一个SPU中的每个SPU,该MPU可以周期性地向该SPU发送该SPU的管理表项,以便后续该SPU重新被新的MPU管理后,该SPU可以将该SPU的管理表项发送给该新的MPU,使该新的MPU可以继续管理该SPU。
再者,在该MPU管理该至少一个SPU的过程中,该主控分区处于运行态,此时对于该至少一个SPU中的每个SPU,该MPU可以周期性地向该SPU发送心跳保活消息,以查询该SPU当前的配置信息和状态信息;当该SPU接收到该心跳保活消息,可以将该SPU的状态信息发送该MPU。
其中,网络设备10可以为专用硬件设备、通用硬件设备、采用虚拟化技术的虚拟机集群等,网络设备10中包括的MPU和SPU可以为电路板,也可以为虚拟机,本发明实施例对此不作限定。另外,实际应用中,MPU可以用于进行系统配置、状态监视、计费代理、检测功能、呼叫处理、路由协议处理等,SPU可以通过加载不同的软件来实现不同的功能。
图2是本发明实施例提供的一种网络设备的结构示意图,该网络设备可以为图1A或图1B所示的网络设备10。参见图2,该网络设备可以包括:发射机201、接收机202、存储器203、处理器204和通信总线205。
其中,发射机201可以用于发送数据和/或信令等。接收机202可以用于接收数据和/或信令等。
其中,存储器203可以用于存储一个或多个软件程序和/或模块。存储器203可以是只读存储器(Read-only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)、磁盘存储介质,或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由集成电路存取的任何其它介质,但不限于此。
其中,处理器204可以是一个通用中央处理器(Central Processing Unit,CPU)、微处理器、特定应用集成电路(Application-Specific Integrated Circuit,ASIC),或一个或多个用于控制本发明方案程序执行的集成电路。处理器204可以通过运行存储在存储器203内的软件程序和/或模块,以及调用存储在存储器203内的数据,来实现下述图3实施例所提供的业务处理单元管理方法。
其中,通信总线205可包括一通路,在上述组件之间传送信息。
图3是本发明实施例提供的一种业务处理单元管理方法的流程图,该方法用于网络设备中。参见图3,该方法包括:
步骤301:确定待管理的目标SPU。
需要说明的是,待管理的目标SPU为需要加入网络设备的工作区的SPU,该工作区可以包括多个主控分区。该多个主控分区中的每个主控分区均可以包括一个MPU和至少一个SPU,且该MPU可以管理该至少一个SPU。
另外,该工作区包括的多个主控分区是基于已启动的MPU和SPU确定得到,也即是,该工作区包括的MPU和SPU均已启动,此时该工作区包括的MPU和SPU可以参与网络设备的业务处理工作。
再者,该工作区包括的MPU和SPU可以通过通信组件来进行通信,该通信组件可以为虚拟交换机(vswitch)等,本发明实施例对此不作限定。
具体地,确定待管理的目标SPU的操作可以包括如下两种方式。
第一种方式:当当前的多个主控分区包括的MPU的总负载率大于或等于第一阈值时,从备用资源区包括的多个SPU中选择一个SPU;将所选择的SPU确定为目标SPU。
需要说明的是,第一阈值可以预先设置,本发明实施例对此不作限定。
另外,备用资源区包括多个MPU和多个SPU。且该备用资源区是基于未启动的SPU和MPU确定得到,也即是,该备用资源区包括的MPU和SPU均未启动,此时该备用资源区包括的MPU和SPU不能参与网络设备的业务处理工作。
由于当前的多个主控分区包括的MPU的总负载率大于或等于第一阈值时,表明网络设备当前需要处理的业务较多,所以为了满足网络设备的业务处理需求,需要在该工作区中增加新的SPU,以便网络设备可以处理更多的业务。因此,此时可以从该备用资源区包括的多个SPU中选择一个SPU,并将所选择的SPU确定为目标SPU,以便后续可以将所选择的SPU加入该工作区中来提高网络设备的业务处理能力。
第二种方式:当当前的多个主控分区中存在故障SPU时,将该故障SPU确定为目标SPU,该故障SPU为与所属的主控分区包括的MPU断开连接的SPU。
对于该工作区包括的每个主控分区,该主控分区包括的MPU会周期性地向该主控分区包括的每个SPU发送心跳保活消息,以查询每个SPU当前的配置信息和状态信息,实现对每个SPU的管理。则当该主控分区包括的某个SPU在较长时间段内未接收到该主控分区包括的MPU发送的心跳保活消息时,即可确定该SPU与该MPU断开连接,该SPU为故障SPU。
由于该故障SPU与所属的主控分区包括的MPU断开连接时,该故障SPU不被该工作区包括的任一MPU所管理,该故障SPU脱离该工作区,此时网络设备将不能继续通过该故障SPU来进行业务处理,所以为了网络设备可以继续通过该故障SPU来进行业务处理,需要将该故障SPU重新加入该工作区。因此,此时可以将该故障SPU确定为目标SPU,以便后续可以将该故障SPU重新加入该工作区来避免业务损失。
步骤302:基于当前的多个主控分区,确定目标主控分区。
需要说明的是,目标主控分区属于该工作区,目标主控分区可以包括一个MPU,且目标主控分区是基于已启动的MPU确定得到,也即是,目标主控分区包括的MPU已启动,此时目标主控分区包括的MPU可以参与网络设备的业务处理工作。
具体地,可以获取该多个主控分区包括的多个指定MPU中每个指定MPU的负载率,该多个指定MPU为与该目标SPU连接的MPU;从该多个指定MPU中选择负载率最小的指定MPU;基于所选择的指定MPU确定该目标主控分区。
其中,获取该多个主控分区包括的多个指定MPU中每个指定MPU的负载时,该多个指定MPU中的每个指定MPU可以向目标SPU发送广播消息,该每个指定MPU发送的广播消息中可以携带该每个指定MPU的负载率;目标SPU可以接收该多个指定MPU中每个指定MPU发送的广播消息,以获取该多个指定MPU中每个指定MPU的负载率。
需要说明的是,当目标SPU是从该备用资源区选择得到时,将所选择的SPU确定为目标SPU之后,还可以对目标SPU进行启动,目标SPU启动后将会连接到该通信组件上,此时目标SPU就可以通过该通信组件来接收该广播消息。
另外,对于该多个主控分区包括的每个MPU,该MPU可以周期性地向与该MPU连接的所有SPU发送广播消息,以便满足各个SPU后续可能会存在的分区加入需求。且该广播消息中还可以携带该MPU的地址、分区号等,以便各个SPU可以对该MPU所属的主控分区进行准确定位。
再者,当某个SPU接收到某个MPU发送的广播消息时,该SPU还可以向该MPU发送响应消息,以便该MPU可以确定所发送的广播消息已被该SPU所接收。
其中,从该多个指定MPU中选择负载率最小的指定MPU,并基于所选择的指定MPU确定目标主控分区的操作均可以由目标SPU执行。且目标SPU基于所选择的指定MPU确定目标主控分区时,可以直接将所选择的指定MPU所属的主控分区确定为目标主控分区。或者,可以判断所选择的指定MPU的负载率是否小于第二阈值;当所选择的指定MPU的负载率小于第二阈值时,将所选择的指定MPU所属的主控分区确定为目标主控分区;当所选择的指定MPU的负载率大于或等于第二阈值时,从该备用资源区包括的多个MPU中选择一个MPU,创建包括有所选择的MPU的主控分区,将所创建的主控分区确定为目标主控分区。
需要说明的是,第二阈值可以预先设置,本发明实施例对此不作限定。
另外,直接将所选择的指定MPU所属的主控分区确定为目标主控分区时,目标SPU无需进行其它操作,即可快速确定目标主控分区,确定效率较高。而基于所选择的指定MPU和第二阈值来确定目标主控分区时,确定出的目标主控分区包括的MPU的负载率较小,从而可以增加后续将目标SPU添加到目标主控分区时的成功率。
其中,当所选择的指定MPU的负载率大于或等于第二阈值时,从该备用资源区包括的多个MPU中选择一个MPU时,目标SPU可以向该备用资源区发送分区申请请求;当备用资源区接收到该分区申请请求时,从该备用资源区包括的多个MPU中选择一个MPU。
其中,创建包括有所选择的MPU的主控分区时,可以先启动所选择的MPU,再基于启动后的MPU来创建主控分区。另外,该主控分区创建完成之后,可以被自动加入到工作区,此时所创建的主控分区包括的MPU可以参与网络设备的业务处理工作。
需要说明的是,当该多个主控分区不包括指定MPU,即目标SPU与该多个主控分区包括的任一MPU均断开连接时,网络设备可以直接从该备用资源区包括的多个MPU中选择一个MPU,并创建包括有所选择的MPU的主控分区,将所创建的主控分区确定为目标主控分区。
步骤303:将目标SPU添加到目标主控分区,以使目标主控分区包括的MPU对目标SPU进行管理。
需要说明的是,目标SPU添加到目标主控分区后,目标主控分区包括的MPU即可对目标SPU进行管理,此时目标SPU可以参与网络设备的业务处理工作。
具体地,目标SPU可以向目标主控分区包括的MPU发送加入请求;当目标主控分区包括的MPU接收到该加入请求时,可以向目标SPU发送确认消息;当目标SPU接收到该确认消息时,可以确定已成功将目标SPU添加到目标主控分区。
需要说明的是,目标主控分区包括的MPU向目标SPU发送确认消息之后,还可以创建目标SPU的管理表项,该SPU的管理表项中包括该SPU的配置表项和该SPU的状态表项,该SPU的配置表项用于记录该SPU的配置信息,该SPU的状态表项用于记录该SPU的状态信息。
另外,目标主控分区创建目标SPU的管理表项之后,还可以从目标SPU中获取目标SPU的配置信息和状态信息,并将获取的配置信息和状态信息存储到目标SPU的管理表项中,以实现对目标SPU的管理。
需要说明的是,实际应用中,目标主控分区包括的MPU在接收到目标SPU发送的加入请求时,也可能由于某些原因而不允许目标SPU加入目标主控分区,如当目标主控分区包括的MPU的负载率过高时,就将不允许目标SPU加入目标主控分区。此时目标主控分区包括的MPU将会向目标SPU发送拒绝消息,当目标SPU接收到该拒绝消息时,可以确定未成功将目标SPU添加到目标主控分区。
而当未成功将目标SPU添加到目标主控分区时,本发明实施例还可以继续尝试将目标SPU加入该工作区,具体地,可以从该备用资源区包括的多个MPU中选择一个MPU,并创建包括有所选择的MPU的主控分区,之后,将目标SPU添加到所创建的主控分区。
在本发明实施例中,确定待管理的目标SPU后,可以基于当前的多个主控分区,确定目标主控分区,并将目标SPU添加到目标主控分区,以使目标主控分区包括的MPU对目标SPU进行管理。由于本发明实施例中采用多主控分区管理机制,各个主控分区相互独立,即各个主控分区包括的至少一个SPU均被各个主控分区包括的MPU所管理,因此,SPU管理的灵活度较高,此时将目标SPU添加到目标主控分区,可以实现如新的SPU的平滑添加、故障SPU的重新添加等动态管理操作。
图4是本发明实施例提供的一种业务处理单元管理装置的结构示意图,该业务处理单元管理装置可以由软件、硬件或者两者的结合实现成为网络设备的部分或者全部,该网络设备可以为图2所示的网络设备。参见图4,该装置包括第一确定模块401,第二确定模块402和第一添加模块403。
第一确定模块401,用于执行图3实施例中的步骤301;
第二确定模块402,用于执行图3实施例中的步骤302;
第一添加模块403,用于执行图3实施例中的步骤303。
可选地,第一确定模块401包括第一选择单元和第一确定单元。
第一选择单元和第一确定单元,用于执行图3实施例中的步骤301中的第一种方式。
可选地,第一确定模块402包括第二确定单元。
第二确定单元,用于执行图3实施例中的步骤301中的第二种方式。
可选地,第二确定模块包括获取单元,第二选择单元和第三确定单元。
获取单元,用于获取多个主控分区包括的多个指定MPU中每个指定MPU的负载率,多个指定MPU为与目标SPU连接的MPU;
第二选择单元,用于从多个指定MPU中选择负载率最小的指定MPU;
第三确定单元,用于基于所选择的指定MPU确定目标主控分区。
可选地,第三确定单元包括判断子单元和第一确定子单元。
判断子单元,用于判断所选择的指定MPU的负载率是否小于第二阈值;
第一确定子单元,用于当所选择的指定MPU的负载率小于第二阈值时,将所选择的指定MPU所属的主控分区确定为目标主控分区。
可选地,第三确定单元还包括选择子单元,创建子单元和第二确定子单元。
选择子单元,用于当所选择的指定MPU的负载率大于或等于第二阈值时,从备用资源区包括的多个MPU中选择一个MPU,备用资源区是基于未启动的MPU确定得到;
创建子单元,用于创建包括有所选择的MPU的主控分区;
第二确定子单元,用于将所创建的主控分区确定为目标主控分区。
可选地,该装置还包括选择模块,创建模块和第二添加模块。
选择模块,用于当未成功将目标SPU添加到目标主控分区时,从备用资源区包括的多个MPU中选择一个MPU,备用资源区是基于未启动MPU确定得到;
创建模块,用于创建包括有所选择的MPU的主控分区;
第二添加模块,用于将目标SPU添加到所创建的主控分区。
在本发明实施例中,确定待管理的目标SPU后,可以基于当前的多个主控分区,确定目标主控分区,并将目标SPU添加到目标主控分区,以使目标主控分区包括的MPU对目标SPU进行管理。由于本发明实施例中采用多主控分区管理机制,各个主控分区相互独立,即各个主控分区包括的至少一个SPU均被各个主控分区包括的MPU所管理,因此,SPU管理的灵活度较高,此时将目标SPU添加到目标主控分区,可以实现如新的SPU的平滑添加、故障SPU的重新添加等动态管理操作。
需要说明的是:上述实施例提供的业务处理单元管理装置在业务处理单元管理时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的业务处理单元管理装置与业务处理单元管理方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种业务处理单元管理方法,其特征在于,所述方法包括:
确定待管理的目标业务处理单元SPU;
基于当前的多个主控分区,确定目标主控分区,所述多个主控分区中的每个主控分区均包括一个主控处理单元MPU和至少一个SPU,所述目标主控分区包括一个MPU,所述多个主控分区和所述目标主控分区是基于已启动的MPU和SPU确定得到;
将所述目标SPU添加到所述目标主控分区,以使所述目标主控分区包括的MPU对所述目标SPU进行管理。
2.如权利要求1所述的方法,其特征在于,所述确定待管理的目标SPU,包括:
当所述多个主控分区包括的MPU的总负载率大于或等于第一阈值时,从备用资源区包括的多个SPU中选择一个SPU,所述备用资源区是基于未启动的SPU确定得到;
将所选择的SPU确定为所述目标SPU。
3.如权利要求1所述的方法,其特征在于,所述确定待管理的目标SPU,包括:
当所述多个主控分区中存在故障SPU时,将所述故障SPU确定为所述目标SPU,所述故障SPU为与所属的主控分区包括的MPU断开连接的SPU。
4.如权利要求1所述的方法,其特征在于,所述基于当前的多个主控分区,确定目标主控分区,包括:
获取所述多个主控分区包括的多个指定MPU中每个指定MPU的负载率,所述多个指定MPU为与所述目标SPU连接的MPU;
从所述多个指定MPU中选择负载率最小的指定MPU;
基于所选择的指定MPU确定所述目标主控分区。
5.如权利要求4所述的方法,其特征在于,所述基于所选择的指定MPU确定所述目标主控分区,包括:
判断所选择的指定MPU的负载率是否小于第二阈值;
当所选择的指定MPU的负载率小于所述第二阈值时,将所选择的指定MPU所属的主控分区确定为所述目标主控分区。
6.如权利要求5所述的方法,其特征在于,所述判断所选择的指定MPU的负载率是否小于第二阈值之后,还包括:
当所选择的指定MPU的负载率大于或等于所述第二阈值时,从备用资源区包括的多个MPU中选择一个MPU,所述备用资源区是基于未启动的MPU确定得到;
创建包括有所选择的MPU的主控分区;
将所创建的主控分区确定为所述目标主控分区。
7.如权利要求1-6任一所述的方法,其特征在于,所述方法还包括:
当未成功将所述目标SPU添加到所述目标主控分区时,从备用资源区包括的多个MPU中选择一个MPU,所述备用资源区是基于未启动MPU确定得到;
创建包括有所选择的MPU的主控分区;
将所述目标SPU添加到所创建的主控分区。
8.一种业务处理单元管理装置,其特征在于,所述装置包括:
第一确定模块,用于确定待管理的目标业务处理单元SPU;
第二确定模块,用于基于当前的多个主控分区,确定目标主控分区,所述多个主控分区中的每个主控分区均包括一个主控处理单元MPU和至少一个SPU,所述目标主控分区包括一个MPU,所述多个主控分区和所述目标主控分区是基于已启动的MPU和SPU确定得到;
第一添加模块,用于将所述目标SPU添加到所述目标主控分区,以使所述目标主控分区包括的MPU对所述目标SPU进行管理。
9.如权利要求8所述的装置,其特征在于,所述第一确定模块包括:
第一选择单元,用于当所述多个主控分区包括的MPU的总负载率大于或等于第一阈值时,从备用资源区包括的多个SPU中选择一个SPU,所述备用资源区是基于未启动的SPU确定得到;
第一确定单元,用于将所选择的SPU确定为所述目标SPU。
10.如权利要求8所述的装置,其特征在于,所述第一确定模块包括:
第二确定单元,用于当所述多个主控分区中存在故障SPU时,将所述故障SPU确定为所述目标SPU,所述故障SPU为与所属的主控分区包括的MPU断开连接的SPU。
11.如权利要求8所述的装置,其特征在于,所述第二确定模块包括:
获取单元,用于获取所述多个主控分区包括的多个指定MPU中每个指定MPU的负载率,所述多个指定MPU为与所述目标SPU连接的MPU;
第二选择单元,用于从所述多个指定MPU中选择负载率最小的指定MPU;
第三确定单元,用于基于所选择的指定MPU确定所述目标主控分区。
12.如权利要求11所述的装置,其特征在于,所述第三确定单元包括:
判断子单元,用于判断所选择的指定MPU的负载率是否小于第二阈值;
第一确定子单元,用于当所选择的指定MPU的负载率小于所述第二阈值时,将所选择的指定MPU所属的主控分区确定为所述目标主控分区。
13.如权利要求12所述的装置,其特征在于,所述第三确定单元还包括:
选择子单元,用于当所选择的指定MPU的负载率大于或等于所述第二阈值时,从备用资源区包括的多个MPU中选择一个MPU,所述备用资源区是基于未启动的MPU确定得到;
创建子单元,用于创建包括有所选择的MPU的主控分区;
第二确定子单元,用于将所创建的主控分区确定为所述目标主控分区。
14.如权利要求8-13任一所述的装置,其特征在于,所述装置还包括:
选择模块,用于当未成功将所述目标SPU添加到所述目标主控分区时,从备用资源区包括的多个MPU中选择一个MPU,所述备用资源区是基于未启动MPU确定得到;
创建模块,用于创建包括有所选择的MPU的主控分区;
第二添加模块,用于将所述目标SPU添加到所创建的主控分区。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611129131.5A CN108616366A (zh) | 2016-12-09 | 2016-12-09 | 业务处理单元管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611129131.5A CN108616366A (zh) | 2016-12-09 | 2016-12-09 | 业务处理单元管理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108616366A true CN108616366A (zh) | 2018-10-02 |
Family
ID=63657279
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611129131.5A Pending CN108616366A (zh) | 2016-12-09 | 2016-12-09 | 业务处理单元管理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108616366A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101006426A (zh) * | 2004-06-15 | 2007-07-25 | 索尼计算机娱乐公司 | 处理管理装置、计算机系统、分布式处理方法和计算机程序 |
US20080098264A1 (en) * | 2003-10-30 | 2008-04-24 | Day Michael N | Program debug method and apparatus |
CN102696024A (zh) * | 2009-10-29 | 2012-09-26 | 提姆斯通公司 | 能够支持cpu虚拟化的计算机服务器 |
CN103051564A (zh) * | 2013-01-07 | 2013-04-17 | 杭州华三通信技术有限公司 | 资源动态调配的方法和装置 |
CN104317638A (zh) * | 2014-10-17 | 2015-01-28 | 华为技术有限公司 | 一种应用伸缩管理方法及装置 |
CN105700975A (zh) * | 2016-01-08 | 2016-06-22 | 华为技术有限公司 | 一种中央处理器cpu热移除、热添加方法及装置 |
-
2016
- 2016-12-09 CN CN201611129131.5A patent/CN108616366A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080098264A1 (en) * | 2003-10-30 | 2008-04-24 | Day Michael N | Program debug method and apparatus |
CN101006426A (zh) * | 2004-06-15 | 2007-07-25 | 索尼计算机娱乐公司 | 处理管理装置、计算机系统、分布式处理方法和计算机程序 |
CN102696024A (zh) * | 2009-10-29 | 2012-09-26 | 提姆斯通公司 | 能够支持cpu虚拟化的计算机服务器 |
CN103051564A (zh) * | 2013-01-07 | 2013-04-17 | 杭州华三通信技术有限公司 | 资源动态调配的方法和装置 |
CN104317638A (zh) * | 2014-10-17 | 2015-01-28 | 华为技术有限公司 | 一种应用伸缩管理方法及装置 |
CN105700975A (zh) * | 2016-01-08 | 2016-06-22 | 华为技术有限公司 | 一种中央处理器cpu热移除、热添加方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102377686B (zh) | 一种消息订阅系统、消息订阅方法及装置 | |
CN107135279B (zh) | 一种处理长连接建立请求的方法和装置 | |
CN106657330B (zh) | 用户数据迁移方法和用户数据备份方法、装置及系统 | |
CN103929492A (zh) | 业务链负载均衡方法及其装置、系统 | |
CN110121194B (zh) | 信息传输方法及装置、计算机存储介质 | |
CN108847976B (zh) | 配网控制方法、移动终端、设备及计算机可读存储介质 | |
CN103546315B (zh) | 一种dhcp服务器的备份系统、方法及设备 | |
CN111726293B (zh) | 一种报文传输方法及装置 | |
CN103986762A (zh) | 一种进行进程状态检测的方法及装置 | |
CN111865736A (zh) | 一种设备控制方法及装置 | |
CN113746821B (zh) | 智能设备控制方法、装置、存储介质及电子设备 | |
CN112134964B (zh) | 控制器分配方法、计算机设备、存储介质及网络业务系统 | |
CN110166524A (zh) | 数据中心的切换方法、装置、设备及存储介质 | |
CN114039798B (zh) | 一种数据传输方法、装置及电子设备 | |
EP3200416A1 (en) | Sas system, traversal method and device thereof | |
CN107770826A (zh) | 一种网络切片选择方法及相关设备 | |
CN113835844A (zh) | 一种容器集群的管理方法、装置及云计算平台 | |
CN104704904B (zh) | 一种选择接入网络的方法及用户设备 | |
CN105430028A (zh) | 服务调用方法、提供方法及节点 | |
CN106303589A (zh) | 一种直播控制方法及装置 | |
CN110505614B (zh) | 一种ZigBee绑定开关的通信方法及装置 | |
CN105487921B (zh) | 一种任务栈管理方法及装置 | |
CN108616366A (zh) | 业务处理单元管理方法及装置 | |
CN104253702A (zh) | 一种终端管理方法和系统 | |
CN103747529B (zh) | 一种小区激活方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20210423 |
|
AD01 | Patent right deemed abandoned |