CN106789298A - 一种动态扩展Web层服务器的方法的装置 - Google Patents
一种动态扩展Web层服务器的方法的装置 Download PDFInfo
- Publication number
- CN106789298A CN106789298A CN201611249247.2A CN201611249247A CN106789298A CN 106789298 A CN106789298 A CN 106789298A CN 201611249247 A CN201611249247 A CN 201611249247A CN 106789298 A CN106789298 A CN 106789298A
- Authority
- CN
- China
- Prior art keywords
- application system
- web
- trading volume
- server
- resource pool
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请公开了一种动态扩展Web层服务器的方法和装置。该方法在建立Web层资源池后,按照各个应用系统的日常交易量占比为各个应用系统分配服务器。进而,对各个应用系统的交易量进行监控,确定该应用系统的交易量是否阈值,并根据该阈值的层级为应用系统分配不同数量的服务器,以保证应用服务器在突增交易峰值的状态下,仍能为客户提供可靠的服务。
Description
技术领域
本申请涉及列互联网领域,更具体地说,涉及一种动态扩展Web层服务器的方法和装置。
背景技术
随着互联网技术在金融领域的普及,以及互联网金融业务的繁荣发展,基于互联网的金融类应用系统面临着大流量、高并发、响应时间要求高等挑战。目前该类应用系统主要分成如下几个类型:网站类应用、电商类应用、网上银行类应用,以及移动互联网方面的手机银行应用。这几类应用系统与行业内主流的互联网服务存在一定的技术重合,但由于金融行业的特点以及监管方面的要求,又无法直接套用常规互联网应用的技术方案,需要根据金融行业业务的特点,因地制宜地调整,形成适合金融业务的互联网技术方案。
金融领域的互联网应用系统除了与传统互联网应用系统同样面对流量大、并发高及响应时间短的要求,还面临着突发事件、外部监管、关联领域特殊活动导致业务峰值相比正常交易量突增的情况。以网上银行系统为例,假设该系统日常交易量峰值为n,针对该交易量峰值,按照一定的冗余策略,建设Web资源池A,可满足日常绝大多数交易情况。当出现类似淘宝“双11”促销活动的时候,交易量峰值突增为日常交易量峰值的m倍,此时Web资源池A的性能很有可能无法满足该交易峰值的处理要求,甚至会导致应用系统本身的崩溃。
发明内容
有鉴于此,本申请提供一种动态扩展Web层服务器的方法和装置,基于应用系统交易量变化情况动态调整并扩展Web服务器的数量,以避免各种突发事件引起的突增交易峰值导致系统出现崩溃的情况。
为了实现上述目的,现提出的方案如下:
一种动态扩展Web层服务器的方法,包括:
建立Web层资源池,所述Web层资源池包括多个Web层服务器;
基于各个应用系统的日常交易占比,为各个应用系统分配所述Web层服务器;
对于任意应用系统,监控所述应用系统的交易量变化;
若所述应用系统的交易量达到第一层级阈值时,为所述应用系统扩展第一预设数量的Web层服务器,所述第一层级阈值为所述应用系统的日常交易量峰值;
若所述应用系统的交易量达到第二层级阈值时,为所述应用系统扩展第二预设数量的Web层服务器,所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比。
优选的,所述建立Web层资源池,包括:
基于预设方法估算各个应用系统最大交易量,并计算各个应用系统的最大交易量总和;
结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用系统的冗余策略,估算Web层资源池所需的服务器总数量。
优选的,还包括:
当所述应用系统的交易量恢复正常后,回收为所述应用系统扩展的Web层服务器。
优选的,还包括:
当所述Web层资源池中的服务器的数量不满足各个应用系统的要求时,对一定数量的物理服务器进行虚拟化处理,以扩展所述Web层资源池。
一种动态扩展Web层服务器的装置,包括:
Web层资源池建立单元,用于建立Web层资源池,所述Web层资源池包括多个Web层服务器;
服务器分配单元,用于基于各个应用系统的日常交易占比,为各个应用系统分配所述Web层服务器;
监控单元,用于对于任意应用系统,监控所述应用系统的交易量变化;
第一服务器扩展单元,用于若所述应用系统的交易量达到第一层级阈值时,为所述应用系统扩展第一预设数量的Web层服务器,所述第一层级阈值为所述应用系统的日常交易量峰值;
第二服务器扩展单元,用于若所述应用系统的交易量达到第二层级阈值时,为所述应用系统扩展第二预设数量的Web层服务器,所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比。
优选的,所述Web层资源池建立单元包括:
第一计算子单元,基于预设方法估算各个应用系统最大交易量,并计算各个应用系统的最大交易量总和;
第二计算子单元,用于结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用系统的冗余策略,估算Web层资源池所需的服务器总数量。
优选的,还包括:服务器回收单元,用于当所述应用系统的交易量恢复正常后,回收为所述应用系统扩展的Web层服务器。
优选的,还包括:Web资源池扩展单元,用于当所述Web层资源池中的服务器的数量不满足各个应用系统的要求时,对一定数量的物理服务器进行虚拟化处理,以扩展所述Web层资源池。
经由上述技术方案可知,本申请公开了一种动态扩展Web层服务器的方法和装置。该方法在建立Web层资源池后,按照各个应用系统的日常交易量占比为各个应用系统分配服务器。进而,对各个应用系统的交易量进行监控,确定该应用系统的交易量是否阈值,并根据该阈值的层级为应用系统分配不同数量的服务器,以保证应用服务器在突增交易峰值的状态下,仍能为客户提供可靠的服务。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1示出了本发明一个实施例公开的一种动态扩展Web层服务器的方法的流程示意图;
图2示出了本发明另一个实施例公开的一种动态扩展Web层服务器的方法的流程示意图;
图3示出了本发明另一个实施例公开的一种动态扩展Web层服务器的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1示出了本发明一个实施例公开的一种动态扩展Web层服务器的方法的流程示意图。
S101:建立Web层资源池,所述Web层资源池包括多个Web层服务器。
具体为,在计算金融行业互联网类应用系统的某一时刻的最大交易量时,可以通过如下方式进行大致估算:最大交易量=应用系统的活跃用户总量*150%*业务关联的最大交易数。
进而,对各个应用系统的最大交易量进行求和,再根据单台Web层服务器的处理能力以及不同企业的不同应用系统的冗余策略,计算出Web层资源池所需的服务器总数。
S102:基于各个应用系统的日常交易占比,为各个应用系统分配所述Web层服务器。
在日常情况下,该Web层资源池根据各个应用系统的交易量占比以及对系统性能的要求,为各个应用系统按比例分配Web服务器资源,满足各个系统的日常交易。
S103:对于任意应用系统,监控所述应用系统的交易量变化。
S104:若所述应用系统的交易量达到第一层级阈值时,为所述应用系统扩展第一预设数量的Web层服务器。
S105:若所述应用系统的交易量达到第二层级阈值时,为所述应用系统扩展第二预设数量的Web层服务器。
交易量的阈值分为两个层级:第一层级为日常交易量峰值;第二层级为单台Web服务器所能处理的最大交易量的75%。针对第一层级阈值,当达到日常交易量峰值后,则动态为该应用系统扩展15%的Web服务器,以保证Web层的业务处理能力。针对第二层级阈值,则根据Web层资源池目前Web服务器的使用情况,将空闲服务器总数的60%分配给该应用系统。
计算出需要分配Web服务器数量之后,将选出的Web服务器中的配置文件修改为触发策略的应用系统所对应的配置文件,并自动重启对应的Web层服务。重启服务后的Web服务器将为触发策略的应用系统提供服务
由以上实施例可知,本实施例公开了一种动态扩展Web层服务器的方法。该方法在建立Web层资源池后,按照各个应用系统的日常交易量占比为各个应用系统分配服务器。进而,对各个应用系统的交易量进行监控,确定该应用系统的交易量是否阈值,并根据该阈值的层级为应用系统分配不同数量的服务器,以保证应用服务器在突增交易峰值的状态下,仍能为客户提供可靠的服务。
需要说明的是,在上述实施例中描述的是是Web层资源池的Web服务器数量能够满足应用系统由于突发事件导致业务突增的需求时采取的步骤。在极端情况下,多个应用系统甚至全部应用系统均发生突发事件导致业务爆发、交易量激增,现有Web层资源池的Web服务器数量无法满足业务增长所要求的服务器性能。此时,依照虚拟化技术,可将闲置的物理服务器设备进行虚拟化处理,快速建立足够数量的逻辑Web服务器,以满足业务的需求。
参见图2示出了本发明另一个实施例公开的一种动态扩展Web层服务器的方法的流程示意图。
S101:建立Web层资源池,所述Web层资源池包括多个Web层服务器。
具体为,在计算金融行业互联网类应用系统的某一时刻的最大交易量时,可以通过如下方式进行大致估算:最大交易量=应用系统的活跃用户总量*150%*业务关联的最大交易数。
进而,对各个应用系统的最大交易量进行求和,再根据单台Web层服务器的处理能力以及不同企业的不同应用系统的冗余策略,计算出Web层资源池所需的服务器总数。
S102:基于各个应用系统的日常交易占比,为各个应用系统分配所述Web层服务器。
在日常情况下,该Web层资源池根据各个应用系统的交易量占比以及对系统性能的要求,为各个应用系统按比例分配Web服务器资源,满足各个系统的日常交易。
S103:对于任意应用系统,监控所述应用系统的交易量变化。
S104:若所述应用系统的交易量达到第一层级阈值时,为所述应用系统扩展第一预设数量的Web层服务器。
S105:若所述应用系统的交易量达到第二层级阈值时,为所述应用系统扩展第二预设数量的Web层服务器。
S106:当所述应用系统的交易量恢复正常后,回收为所述应用系统扩展的Web层服务器。
当业务逐渐恢复正常之后,该方案的自动回收策略开始启动。在业务突增的过程中,该策略会维护一个向量类型的变量,记录业务增长的速度和方向,也就是业务变化的趋势。当业务慢慢恢复的时候,该变量的方向朝向交易量降低的方向,如果交易量进一步降低到日常交易量峰值,则回收为突增交易而分配的Web服务器,先停止Web服务器的服务,然后将Web服务器上的配置文件恢复成默认配置,接着重新启动Web服务,为默认的应用系统提供服务。当交易量进一步降低至日常交易量峰值的80%以下,则将之前分配的其他Web服务器按照上述步骤回收,并分配给默认的应用系统使用。
参见图3示出了本发明另一个实施例公开的一种动态扩展Web层服务器的装置的结构示意图。
由图3可知,该装置包括:Web层资源池建立单元1、服务器分配单元2、监控单元3、第一服务器扩展单元4和第二服务器扩展单元5。
其中,Web层资源池建立单元用于建立Web层资源池。
具体包括:第一计算子单元11和第二计算子单元12。
第一计算子单元11用于基于预设方法估算各个应用系统最大交易量,并计算各个应用系统的最大交易量总和。
第二计算子单元12,用于结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用系统的冗余策略,估算Web层资源池所需的服务器总数量。
服务器分配单元2,用于基于各个应用系统的日常交易占比,为各个应用系统分配所述Web层服务器。
具体的,基于各个应用系统的交易量占比以及对系统性能的要求,为各个应用系统按比例分配Web服务器资源,满足各个系统的日常交易。
监控单元3,用于对于任意应用系统,监控所述应用系统的交易量变化;
第一服务器扩展单元4,用于若所述应用系统的交易量达到第一层级阈值时,为所述应用系统扩展第一预设数量的Web层服务器。
其中,第一层级阈值为所述应用系统的日常交易量峰值。
第二服务器扩展单元5,用于若所述应用系统的交易量达到第二层级阈值时,为所述应用系统扩展第二预设数量的Web层服务器。
所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比,如60%。
可选的,在本发明公共的其他装置实施例中,该装置还包括:
服务器回收单元6,用于当所述应用系统的交易量恢复正常后,回收为所述应用系统扩展的Web层服务器。
Web资源池扩展单元7,用于当所述Web层资源池中的服务器的数量不满足各个应用系统的要求时,对一定数量的物理服务器进行虚拟化处理,以扩展所述Web层资源池。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (8)
1.一种动态扩展Web层服务器的方法,其特征在于,包括:
建立Web层资源池,所述Web层资源池包括多个Web层服务器;
基于各个应用系统的日常交易占比,为各个应用系统分配所述Web层服务器;
对于任意应用系统,监控所述应用系统的交易量变化;
若所述应用系统的交易量达到第一层级阈值时,为所述应用系统扩展第一预设数量的Web层服务器,所述第一层级阈值为所述应用系统的日常交易量峰值;
若所述应用系统的交易量达到第二层级阈值时,为所述应用系统扩展第二预设数量的Web层服务器,所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比。
2.根据权利要求1所述的方法,其特征在于,所述建立Web层资源池,包括:
基于预设方法估算各个应用系统最大交易量,并计算各个应用系统的最大交易量总和;
结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用系统的冗余策略,估算Web层资源池所需的服务器总数量。
3.根据权利要求1所述的方法,其特征在于,还包括:
当所述应用系统的交易量恢复正常后,回收为所述应用系统扩展的Web层服务器。
4.根据权利要求1所述的方法,其特征在于,还包括:
当所述Web层资源池中的服务器的数量不满足各个应用系统的要求时,对一定数量的物理服务器进行虚拟化处理,以扩展所述Web层资源池。
5.一种动态扩展Web层服务器的装置,其特征在于,包括:
Web层资源池建立单元,用于建立Web层资源池,所述Web层资源池包括多个Web层服务器;
服务器分配单元,用于基于各个应用系统的日常交易占比,为各个应用系统分配所述Web层服务器;
监控单元,用于对于任意应用系统,监控所述应用系统的交易量变化;
第一服务器扩展单元,用于若所述应用系统的交易量达到第一层级阈值时,为所述应用系统扩展第一预设数量的Web层服务器,所述第一层级阈值为所述应用系统的日常交易量峰值;
第二服务器扩展单元,用于若所述应用系统的交易量达到第二层级阈值时,为所述应用系统扩展第二预设数量的Web层服务器,所述第二层级阈值为单台Web层服务器所能处理的最大交易量的百分比。
6.根据权利要求5所述的装置,其特征在于,所述Web层资源池建立单元包括:
第一计算子单元,基于预设方法估算各个应用系统最大交易量,并计算各个应用系统的最大交易量总和;
第二计算子单元,用于结合所述最大交易量总和、单台Web服务器的处理能力以及不同企业的不同应用系统的冗余策略,估算Web层资源池所需的服务器总数量。
7.根据权利要求5所述的装置,其特征在于,还包括:服务器回收单元,用于当所述应用系统的交易量恢复正常后,回收为所述应用系统扩展的Web层服务器。
8.根据权利要求5所述的装置,其特征在于,还包括:Web资源池扩展单元,用于当所述Web层资源池中的服务器的数量不满足各个应用系统的要求时,对一定数量的物理服务器进行虚拟化处理,以扩展所述Web层资源池。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611249247.2A CN106789298A (zh) | 2016-12-29 | 2016-12-29 | 一种动态扩展Web层服务器的方法的装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611249247.2A CN106789298A (zh) | 2016-12-29 | 2016-12-29 | 一种动态扩展Web层服务器的方法的装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106789298A true CN106789298A (zh) | 2017-05-31 |
Family
ID=58928378
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611249247.2A Pending CN106789298A (zh) | 2016-12-29 | 2016-12-29 | 一种动态扩展Web层服务器的方法的装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106789298A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107566456A (zh) * | 2017-08-09 | 2018-01-09 | 北京小米移动软件有限公司 | 用户请求处理方法及装置 |
CN112529435A (zh) * | 2020-12-17 | 2021-03-19 | 中国农业银行股份有限公司 | 一种资源分配方法及装置 |
CN112598522A (zh) * | 2020-12-28 | 2021-04-02 | 中国农业银行股份有限公司 | 一种业务系统的控制方法、装置及电子设备 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102064996A (zh) * | 2009-11-18 | 2011-05-18 | 中国移动通信集团安徽有限公司 | 网络业务处理资源控制的方法与装置 |
CN102681899A (zh) * | 2011-03-14 | 2012-09-19 | 金剑 | 云计算服务平台的虚拟计算资源动态管理系统 |
CN103257683A (zh) * | 2013-05-07 | 2013-08-21 | 华为技术有限公司 | 一种云计算业务伸缩的方法和装置 |
CN103561428A (zh) * | 2013-10-10 | 2014-02-05 | 东软集团股份有限公司 | 短信网关集群系统中的节点弹性分配方法及系统 |
CN103873576A (zh) * | 2014-03-19 | 2014-06-18 | 浙江宇视科技有限公司 | 一种基于虚拟系统的监控管理方法和监控管理系统 |
CN104714846A (zh) * | 2013-12-17 | 2015-06-17 | 华为技术有限公司 | 资源处理方法、操作系统及设备 |
CN104936303A (zh) * | 2015-06-17 | 2015-09-23 | 西安电子科技大学 | 一种载波监听门限与竞争窗口联合控制的方法 |
CN105407486A (zh) * | 2015-12-02 | 2016-03-16 | 中国联合网络通信集团有限公司 | 一种网络扩容的方法及装置 |
CN105511966A (zh) * | 2015-12-22 | 2016-04-20 | 深圳供电局有限公司 | 一种用于数据库集群业务分割优化的方法和系统 |
-
2016
- 2016-12-29 CN CN201611249247.2A patent/CN106789298A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102064996A (zh) * | 2009-11-18 | 2011-05-18 | 中国移动通信集团安徽有限公司 | 网络业务处理资源控制的方法与装置 |
CN102681899A (zh) * | 2011-03-14 | 2012-09-19 | 金剑 | 云计算服务平台的虚拟计算资源动态管理系统 |
CN103257683A (zh) * | 2013-05-07 | 2013-08-21 | 华为技术有限公司 | 一种云计算业务伸缩的方法和装置 |
CN103561428A (zh) * | 2013-10-10 | 2014-02-05 | 东软集团股份有限公司 | 短信网关集群系统中的节点弹性分配方法及系统 |
CN104714846A (zh) * | 2013-12-17 | 2015-06-17 | 华为技术有限公司 | 资源处理方法、操作系统及设备 |
CN103873576A (zh) * | 2014-03-19 | 2014-06-18 | 浙江宇视科技有限公司 | 一种基于虚拟系统的监控管理方法和监控管理系统 |
CN104936303A (zh) * | 2015-06-17 | 2015-09-23 | 西安电子科技大学 | 一种载波监听门限与竞争窗口联合控制的方法 |
CN105407486A (zh) * | 2015-12-02 | 2016-03-16 | 中国联合网络通信集团有限公司 | 一种网络扩容的方法及装置 |
CN105511966A (zh) * | 2015-12-22 | 2016-04-20 | 深圳供电局有限公司 | 一种用于数据库集群业务分割优化的方法和系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107566456A (zh) * | 2017-08-09 | 2018-01-09 | 北京小米移动软件有限公司 | 用户请求处理方法及装置 |
CN112529435A (zh) * | 2020-12-17 | 2021-03-19 | 中国农业银行股份有限公司 | 一种资源分配方法及装置 |
CN112598522A (zh) * | 2020-12-28 | 2021-04-02 | 中国农业银行股份有限公司 | 一种业务系统的控制方法、装置及电子设备 |
CN112598522B (zh) * | 2020-12-28 | 2024-08-06 | 中国农业银行股份有限公司 | 一种业务系统的控制方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106789298A (zh) | 一种动态扩展Web层服务器的方法的装置 | |
CN105159751A (zh) | 云数据中心中一种能量高效的虚拟机迁移方法 | |
CN103605613A (zh) | 云计算环境中动态调整虚拟机内存的方法及系统 | |
Zhou et al. | Enhancing reliability via checkpointing in cloud computing systems | |
CN103577271A (zh) | 云管理平台、宿主机、虚拟机资源部署方法和系统 | |
US9436560B2 (en) | Increasing disaster resiliency by having a pod backed up to other peer pods in a site or beyond | |
CN106775993A (zh) | 一种物理机迁移至云计算平台的方法及系统 | |
CN106899643A (zh) | 一种用户日志存储方法及设备 | |
CN104539716A (zh) | 云桌面管理系统桌面虚拟机调度控制系统及方法 | |
CN106385455A (zh) | 一种基于cdn镜像的整站锁设置方法 | |
EP3079339A1 (en) | Method, device, and esb system for data processing | |
Dolev et al. | Self-stabilizing reconfiguration | |
Duolikun et al. | Energy-efficient replication and migration of processes in a cluster | |
CN105407057A (zh) | 一种负载均衡的方法及装置 | |
TW201025065A (en) | Expandable secure server alternate system | |
Duolikun et al. | Power consumption models for redundantly performing mobile-agents | |
CN110445803A (zh) | 一种异构云平台的业务平滑迁移方法 | |
CN106708746A (zh) | 一种在线内存碎片整理方法和装置 | |
KR101250881B1 (ko) | 클라우드 컴퓨팅의 블럭 스토리지 서비스의 데이터 이중화 방법 | |
CN107102799A (zh) | 一种调整灭屏时间的方法及其智能终端 | |
CN102147887A (zh) | 企业电子商务信息流程管理系统 | |
CN104618159B (zh) | 一种基于非线性容量负载模型的网络资源再分配方法 | |
CN111355764A (zh) | 保活报文发送方法、装置、电子设备及可读存储介质 | |
Strykhalyuk et al. | Service Providing by Using a Structure Stability Algorithm in a Virtualized Data Center Based оn Cloud Technology | |
CN103346880B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170531 |