CN105187256A - 一种容灾方法、设备和系统 - Google Patents
一种容灾方法、设备和系统 Download PDFInfo
- Publication number
- CN105187256A CN105187256A CN201510634198.3A CN201510634198A CN105187256A CN 105187256 A CN105187256 A CN 105187256A CN 201510634198 A CN201510634198 A CN 201510634198A CN 105187256 A CN105187256 A CN 105187256A
- Authority
- CN
- China
- Prior art keywords
- equipment
- request
- dmf
- rgf
- time delay
- 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.)
- Granted
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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
-
- 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2025—Failover techniques using centralised failover control functionality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- 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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- 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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
-
- 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
-
- 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
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/82—Solving problems relating to consistency
Abstract
本发明公开了一种容灾方法、设备和系统,用于解决现有技术中存在的无法支持公有云运营中的租户自助服务的问题。方法包括:第一站点侧的第一DMF设备接收CBF设备发送的第一请求,第一请求中包含第一VM的标识信息和RPO;根据RPO,为容灾过程中第一VM的IO数据经由的各节点分配最大允许延时,并向第二站点侧的第二DMF设备发送第二请求,第二请求用于请求第二站点侧对所述第一VM进行容灾,第二请求中包含所述第一VM的标识信息、第二站点侧的第二RGF设备的最大允许延时和第二站点侧的IOWF设备的最大允许延时。由于能够基于不同租户的RPO要求,提供容灾服务,使得整个容灾过程能够满足该租户的RPO要求。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种基于云运营功能的容灾方法、设备和系统。
背景技术
容灾技术是指在相隔较远的异地,建立两套或多套功能类似的系统。当工作系统发生地震、火灾等灾难事件,或发生断电等重大故障时,通过将工作系统切换到异地的容灾系统,从而保持提供应用服务的能力的一种可靠性机制。
目前,第一站点侧的虚拟机(VM,VirtualMachine)容灾过程如下:系统管理员根据业务要求,在第一站点侧的容灾管理功能(DMF,DisasterManagementFunction)上配置容灾该第一站点侧的某个或某些虚拟机;第一站点侧的DMF请求本端的虚拟化管理功能(VMF,VirtualizationManagementFunction)对指定VM的输入输出(IO,InputandOutput)进行拦截;第一站点侧的VMF请求运行指定VM的IO拦截功能(IOCatcherFunction,IOCF),拦截指定VM的IO,并将拦截的数据发送给本端的复制网关(RGF,ReplicationGatewayFunction);第一站点侧的DMF请求RGF将接收到的数据发送到容灾站点的RGF。
第一站点侧的DMF将生成的容灾请求发送给容灾站点的DMF,请求其完成容灾配置。容灾站点的DMF请求本端的VMF创建占位虚拟机,并获取该占位虚拟机的标识,该占位虚拟机处于未运行状态。容灾站点的DMF请求本端的RGF将接收的对端VM(即第一站点侧上需要容灾的VM)的数据发送给指定本端的IO写入功能(IOWriterFunction,IOWF),由IOWF将数据写入本端的VM(即占位虚拟机)存储。
在第一站点侧发生需要进行容灾切换的条件时(如发生地震,机房外接电路、光缆全断的情况),系统管理员在容灾站点的DMF上启动容灾切换,具体切换过程为:容灾站点的DMF向本端的RGF请求停止接收对端的数据;容灾站点的DMF向本端VMF请求停止IOWriter向本端VM的数据写入;容灾站点的DMF向本端的VMF请求启动本端的VM工作。
从上述过程可以看出,虚拟机的容灾过程是由系统管理员控制的,即第一站点侧的DMF从VMF查询到该VMF所管理的所有虚拟机并呈现给管理员,由管理员指定需要容灾的虚拟机,DMF将管理员指定的虚拟机通知给本端IOCF和对端DMF,以使对端DMF对指定的虚拟机进行容灾。而公有云运营中,租户自助服务,即租户不需要管理员介入即可自行开通,关闭云服务,因此,现有容灾过程无法支持公有云运营中的租户自助服务。
发明内容
本发明实施例提供了一种容灾方法、设备和系统,用于解决现有技术中存在的无法支持公有云运营中的租户自助服务的问题。
第一方面,一种容灾方法,该方法包括:
第一站点侧的第一DMF设备接收CBF设备发送的第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和RPO;
所述第一DMF设备根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二RGF设备的最大允许延时和第二站点侧的IOWF设备的最大允许延时。
结合第一方面,在第一种可能的实现方式中,所述第一DMF设备根据所述RPO,为所述各节点分配最大允许延时,包括:
所述第一DMF设备确定出传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延;
所述第一DMF设备确定出所述RPO与传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延的差值;
所述第一DMF设备将所述差值中的部分时长作为预留延时,并基于所述差值中的剩余时长,为所述各节点分配最大允许延时,其中,所述各节点的最大允许延时的总和为所述差值中的剩余时长。
结合第一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述第一DMF设备为所述各节点中用于远程传输IO数据的节点分配的最大允许时延大于所述第一DMF设备为用于本地传输IO数据的节点分配的最大允许时延;
所述第一DMF设备为所述各节点中用于本地传输IO数据的节点分配的最大允许时延大于所述第一DMF设备为用于缓存IO数据的节点分配的最大允许时延。
结合第一方面,在第三种可能的实现方式中,该方法还包括:
所述第一DMF设备向第一站点侧的第一VMF设备发送第三请求,其中,所述第三请求用于请求所述第一VMF设备对第一站点侧的IOCF设备进行配置,以使所述IOCF设备按照所述第一DMF设备为所述IOCF设备分配的最大允许延时,将拦截到的IO数据发送给第一站点侧的第一RGF设备。
结合第一方面的第三种可能的实现方式,在第四种可能的实现方式中,该方法还包括:
所述第一DMF设备在接收到所述IOCF设备发送的超时请求后,指示所述IOCF设备放弃当前需要传输的IO数据;或者
所述第一DMF设备在接收到所述IOCF设备发送的超时请求后,重新为所述IOCF分配最大允许延时,并将重新分配的最大允许延时发送给所述IOCF设备。
结合第一方面,在第五种可能的实现方式中,该方法还包括:
所述第一DMF设备向第一站点侧的第一RGF设备发送第四请求,其中,所述第四请求用于请求所述第一RGF设备接收IOCF设备拦截的所述第一VM的IO数据,并按照所述第一DMF设备为其分配的最大允许延时将接收到的IO数据发送给第二站点侧的第二RGF设备。
结合第一方面的第五种可能的实现方式,在第六种可能的实现方式中,所述第四请求中携带第二站点侧的第二RGF设备的连接信息;
或者
该方法还包括:所述第一DMF设备在接收到所述第一RGF设备发送的第五请求后,将第二RGF设备的连接信息发送给所述第一RGF设备。
结合第一方面的第五种可能的实现方式,在第七种可能的实现方式中,该方法还包括:
所述第一DMF设备在接收到所述第一RGF设备发送的超时请求后,指示所述第一RGF设备放弃当前需要传输的IO数据;或者
所述第一DMF设备在接收到所述第一RGF设备发送的超时请求后,重新为所述第一RGF设备分配最大允许延时,并将重新分配的最大允许延时发送给所述第一RGF设备。
结合第一方面,在第八种可能的实现方式中,该方法还包括:
所述第一DMF设备在接收到第二站点侧的第二DMF设备发送的超时请求后,根据所述超时请求,重新为第二站点侧的第二RGF设备和/或第二站点侧的IOWF设备分配最大允许延时,并将重新分配的最大允许延时发送给所述第二DMF设备。
结合第一方面、或者第一方面的第一种至第八中可能的实现方式中的任一种方式,在第九种可能的实现方式中,该方法还包括:
所述第一DMF设备在确定传输所述第一VM的IO数据的链路的传输速率发生变化后,重新为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并通知给所述各节点。
第二方面,一种容灾方法,该方法包括:
CBF设备接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的服务等级协定SLA;
所述CBF设备从所述第六请求中,确定出RPO,并向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO。
第三方面,一种容灾方法,该方法包括:
第二站点侧的第二DMF设备接收到第一站点侧的第一DMF设备发送的第二请求,其中,所述第二请求用于请求第二站点侧对第一站点侧的第一VM进行容灾;
所述第二DMF设备向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;
所述第二DMF设备向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
结合第二方面,在第一种可能的实现方式中,该方法包括:
所述第二DMF设备在接收到所述IOWF设备发送的超时请求后,指示所述IOWF设备放弃当前需要传输的IO数据;或者
所述第二DMF设备在接收到所述IOWF设备发送的超时请求后,向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述IOWF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述IOWF设备。
结合第二方面,在第二种可能的实现方式中,该方法包括:
所述第二DMF设备在接收到所述第二RGF设备发送的超时请求后,指示所述第二RGF设备放弃当前需要传输的IO数据;或者
所述第二DMF设备在接收到所述第二RGF设备发送的超时请求后,向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述第二RGF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述第二RGF设备。
第四方面,一种容灾管理功能DMF设备,该设备包括:
接收模块,用于接收CBF设备发送的第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和RPO;
处理模块,用于根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时;
发送模块,用于在所述处理模块的控制下向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二RGF设备的最大允许延时和第二站点侧的IOWF设备的最大允许延时。
结合第四方面,在第一种可能的实现方式中,所述处理模块具体用于:
确定出传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延;确定出所述RPO与传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延的差值;将所述差值中的部分时长作为预留延时,并基于所述差值中的剩余时长,为所述各节点分配最大允许延时,其中,所述各节点的最大允许延时的总和为所述差值中的剩余时长。
结合第四方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理模块为所述各节点中用于远程传输IO数据的节点分配的最大允许时延大于所述处理模块为用于本地传输IO数据的节点分配的最大允许时延;
所述处理模块为所述各节点中用于本地传输IO数据的节点分配的最大允许时延大于所述处理模块为用于缓存IO数据的节点分配的最大允许时延。
结合第四方面,在第三种可能的实现方式中,所述发送模块还用于:
在所述处理模块的控制下向第一站点侧的第一VMF设备发送第三请求,其中,所述第三请求用于请求所述第一VMF设备对第一站点侧的IOCF设备进行配置,以使所述IOCF设备按照所述处理模块为所述IOCF设备分配的最大允许延时,将拦截到的IO数据发送给第一站点侧的第一RGF设备。
结合第四方面的第三种可能的实现方式,在第四种可能的实现方式中,所述处理模块还用于:
在所述接收模块接收到所述IOCF设备发送的超时请求后,指示所述IOCF设备放弃当前需要传输的IO数据;或者
在所述接收模块接收到所述IOCF设备发送的超时请求后,重新为所述IOCF分配最大允许延时,并将重新分配的最大允许延时发送给所述IOCF设备。
结合第四方面,在第五种可能的实现方式中,所述发送模块还用于:
在所述处理模块的控制下向第一站点侧的第一RGF设备发送第四请求,其中,所述第四请求用于请求所述第一RGF设备接收IOCF设备拦截的所述第一VM的IO数据,并按照所述处理模块为其分配的最大允许延时将接收到的IO数据发送给第二站点侧的第二RGF设备。
结合第四方面的第五种可能的实现方式,在第六种可能的实现方式中,所述第四请求中携带第二站点侧的第二RGF设备的连接信息;
或者
所述处理模块还用于:在所述接收模块接收到所述第一RGF设备发送的第五请求后,控制所述发送模块将第二RGF设备的连接信息发送给所述第一RGF设备。
结合第四方面的第五种可能的实现方式,在第七种可能的实现方式中,所述处理模块还用于:
在所述接收模块接收到所述第一RGF设备发送的超时请求后,指示所述第一RGF设备放弃当前需要传输的IO数据;或者
在所述接收模块接收到所述第一RGF设备发送的超时请求后,重新为所述第一RGF设备分配最大允许延时,并控制所述发送模块将重新分配的最大允许延时发送给所述第一RGF设备。
结合第四方面,在第八种可能的实现方式中,所述处理模块还用于:
在所述接收模块接收到第二站点侧的第二DMF设备发送的超时请求后,根据所述超时请求,重新为第二站点侧的第二RGF设备和/或第二站点侧的IOWF设备分配最大允许延时,并控制所述发送模块将重新分配的最大允许延时发送给所述第二DMF设备。
结合第四方面、或者第四方面的第一种至第八中可能的实现方式中的任一种方式,在第九种可能的实现方式中,所述处理模块还用于:
在确定传输所述第一VM的IO数据的链路的传输速率发生变化后,重新为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并控制所述发送模块通知给所述各节点。
第五方面,一种云运营功能CBF设备,该设备包括:
接收模块,用于接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的SLA;
处理模块,用于从所述第六请求中,确定出RPO;
发送模块,用于在所述处理模块的控制下向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO。
第六方面,一种容灾管理功能DMF设备,该设备包括:
接收模块,用于接收到第一站点侧的第一DMF设备发送的第二请求,其中,所述第二请求用于请求第二站点侧对第一站点侧的第一VM进行容灾;
发送模块,用于在处理模块的控制下向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;以及在所述处理模块的控制下向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
结合第六方面,在第一种可能的实现方式中,所述处理模块还用于:
在所述接收模块接收到所述IOWF设备发送的超时请求后,指示所述IOWF设备放弃当前需要传输的IO数据;或者
在所述接收模块接收到所述IOWF设备发送的超时请求后,控制所述发送模块向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述IOWF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述IOWF设备。
结合第六方面,在第二种可能的实现方式中,所述处理模块还用于:
在所述接收模块接收到所述第二RGF设备发送的超时请求后,指示所述第二RGF设备放弃当前需要传输的IO数据;或者
在所述接收模块接收到所述第二RGF设备发送的超时请求后,控制所述发送模块向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述第二RGF设备分配最大允许延时,并在所述接收模块接收到所述第一DMF设备返回的重新分配的最大允许延时后,控制所述发送模块将重新分配的最大允许延时发送给所述第二RGF设备。
第七方面,一种DMF设备,该设备包括:
接收器,用于接收CBF设备发送的第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和RPO;
处理器,用于根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时;
发送器,用于在处理器的控制下向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二复制网关功能RGF设备的最大允许延时和第二站点侧的输入输出写入功能IOWF设备的最大允许延时。
结合第七方面,在第一种可能的实现方式中,所述处理器具体用于:
确定出传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延;确定出所述RPO与传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延的差值;将所述差值中的部分时长作为预留延时,并基于所述差值中的剩余时长,为所述各节点分配最大允许延时,其中,所述各节点的最大允许延时的总和为所述差值中的剩余时长。
结合第七方面的第一种可能的实现方式,在第二种可能的实现方式中,所述处理器为所述各节点中用于远程传输IO数据的节点分配的最大允许时延大于所述处理器为用于本地传输IO数据的节点分配的最大允许时延;
所述处理器为所述各节点中用于本地传输IO数据的节点分配的最大允许时延大于所述处理器为用于缓存IO数据的节点分配的最大允许时延。
结合第七方面,在第三种可能的实现方式中,所述发送器还用于:
在所述处理器的控制下向第一站点侧的第一VMF设备发送第三请求,其中,所述第三请求用于请求所述第一VMF设备对第一站点侧的IOCF设备进行配置,以使所述IOCF设备按照所述处理器为所述IOCF设备分配的最大允许延时,将拦截到的IO数据发送给第一站点侧的第一RGF设备。
结合第七方面的第三种可能的实现方式,在第四种可能的实现方式中,所述处理器还用于:
在所述接收器接收到所述IOCF设备发送的超时请求后,指示所述IOCF设备放弃当前需要传输的IO数据;或者
在所述接收器接收到所述IOCF设备发送的超时请求后,重新为所述IOCF分配最大允许延时,并将重新分配的最大允许延时发送给所述IOCF设备。
结合第七方面,在第五种可能的实现方式中,所述发送器还用于:
在所述处理器的控制下向第一站点侧的第一RGF设备发送第四请求,其中,所述第四请求用于请求所述第一RGF设备接收IOCF设备拦截的所述第一VM的IO数据,并按照所述处理器为其分配的最大允许延时将接收到的IO数据发送给第二站点侧的第二RGF设备。
结合第七方面的第五种可能的实现方式,在第六种可能的实现方式中,所述第四请求中携带第二站点侧的第二RGF设备的连接信息;
或者
所述处理器还用于:在所述接收器接收到所述第一RGF设备发送的第五请求后,控制所述发送器将第二RGF设备的连接信息发送给所述第一RGF设备。
结合第七方面的第五种可能的实现方式,在第七种可能的实现方式中,所述处理器还用于:
在所述接收器接收到所述第一RGF设备发送的超时请求后,指示所述第一RGF设备放弃当前需要传输的IO数据;或者
在所述接收器接收到所述第一RGF设备发送的超时请求后,重新为所述第一RGF设备分配最大允许延时,并控制所述发送器将重新分配的最大允许延时发送给所述第一RGF设备。
结合第七方面,在第八种可能的实现方式中,所述处理器还用于:
在所述接收器接收到第二站点侧的第二DMF设备发送的超时请求后,根据所述超时请求,重新为第二站点侧的第二RGF设备和/或第二站点侧的IOWF设备分配最大允许延时,并控制所述发送器将重新分配的最大允许延时发送给所述第二DMF设备。
结合第七方面、或者第七方面的第一种至第八中可能的实现方式中的任一种方式,在第九种可能的实现方式中,所述处理器还用于:
在确定传输所述第一VM的IO数据的链路的传输速率发生变化后,重新为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并控制所述发送器通知给所述各节点。
第八方面,一种CBF设备,该设备包括:
接收器,用于接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的SLA;
处理器,用于从所述第六请求中,确定出RPO;
发送器,用于在所述处理器的控制下向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO。
第九方面,一种DMF设备,该设备包括:
接收器,用于接收到第一站点侧的第一DMF设备发送的第二请求,其中,所述第二请求用于请求第二站点侧对第一站点侧的第一VM进行容灾;
发送器,用于在处理器的控制下向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;以及在所述处理器的控制下向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
结合第九方面,在第一种可能的实现方式中,所述处理器还用于:
在所述接收器接收到所述IOWF设备发送的超时请求后,指示所述IOWF设备放弃当前需要传输的IO数据;或者
在所述接收器接收到所述IOWF设备发送的超时请求后,控制所述发送器向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述IOWF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述IOWF设备。
结合第九方面,在第二种可能的实现方式中,所述处理器还用于:
在所述接收器接收到所述第二RGF设备发送的超时请求后,指示所述第二RGF设备放弃当前需要传输的IO数据;或者
在所述接收器接收到所述第二RGF设备发送的超时请求后,控制所述发送器向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述第二RGF设备分配最大允许延时,并在所述接收器接收到所述第一DMF设备返回的重新分配的最大允许延时后,控制所述发送器将重新分配的最大允许延时发送给所述第二RGF设备。
第十方面,一种通信系统,该系统包括:
CBF设备,用于接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的SLA;从所述第六请求中,确定出RPO,并向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO;
第一站点侧的第一DMF设备,用于接收CBF设备发送的第一请求;所述第一DMF设备根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二RGF设备的最大允许延时和第二站点侧的IOWF设备的最大允许延时;
所述第二DMF设备,用于接收到所述第一DMF设备发送的第二请求;向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
本发明实施例提供的方法、设备和系统中,第一站点侧的第一DMF设备在接收到CBF设备发送的第一请求后,根据所述第一请求中携带的RPO,为容灾过程中所述第一VM的输入输出IO数据经由的各节点分配最大允许延时,并向第二站点侧发送第二请求,以请求第二站点侧对所述第一VM进行容灾。由于能够基于不同租户的RPO要求,提供容灾服务,使得整个容灾过程能够满足该租户的RPO要求,从而能够支持公有云运营中的租户自助服务。
附图说明
图1为本发明提供的一种第一站点侧的第一DMF设备侧的容灾方法的流程示意图;
图2为本发明提供的一种CBF设备侧的容灾方法的流程示意图;
图3为本发明提供的一种第二站点侧的第二DMF设备侧的容灾方法的流程示意图;
图4为本发明提供的实施例一的网络架构示意图;
图5为本发明提供的实施例一的流程示意图;
图6为本发明实施例提供的第一种DMF设备的示意图;
图7为本发明实施例提供的第一种CBF设备的示意图;
图8为本发明实施例提供的第二种DMF设备的示意图;
图9为本发明实施例提供的第三种DMF设备的示意图;
图10为本发明实施例提供的第二种CBF设备的示意图;
图11为本发明实施例提供的第四种DMF设备的示意图;
图12为本发明实施例提供的一种通信系统的示意图。
具体实施方式
下面结合说明书附图对本发明实施例作进一步详细描述。应当理解,此处所描述的实施例仅用于说明和解释本发明,并不用于限定本发明。
为了说明本发明的技术方案,使用了“第一”、“第二”等字样,对不同站点及不同站点侧的设备进行了区分,但并不对不同站点及其设备的数量和操作优先级进行限制,第一站点表示任一站点,也称为生产站点,第二站点表示需要对第一站点中的部分或全部虚拟机进行容灾的容灾站点。
本发明实施例提供的一种第一站点侧的第一DMF设备侧的容灾方法,如图1所示,该方法包括:
S11、第一站点侧的第一DMF设备接收CBF设备发送的第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和恢复点目标(RecoveryPointObjective,RPO);
其中,RPO是指从系统和应用数据层面而言,要实现能够恢复至可以支持各部门业务运作,系统及生产数据应恢复到更新程度。这种更新程度可以是上一周的备份数据,也可以是上一次交易的实时数据。比如RPO为30秒表示系统可以将业务数据恢复到系统崩溃前30秒的状态。
S12、所述第一DMF设备根据所述RPO,为容灾过程中所述第一VM的输入输出IO数据经由的各节点分配最大允许延时,并向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二RGF设备的最大允许延时和第二站点侧的IOWF设备的最大允许延时。
本发明实施例中,第一站点侧的第一DMF设备在接收到CBF设备发送的第一请求后,根据所述第一请求中携带的RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并向第二站点侧发送第二请求,以请求第二站点侧对所述第一VM进行容灾。由于能够基于不同租户的RPO要求,提供容灾服务,使得整个容灾过程能够满足该租户的RPO要求,从而能够支持公有云运营中的租户自助服务。由于基于不同租户的RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,提高了容灾控制的精确度。另外,对于租户来说,每个租户可以通过CBF设备来指定自身要求的RPO,以使容灾过程能够满足不同租户要求的RPO。
在实施中,S12中的第二请求中还包括第一VM的规格信息,如中央处理器(CentralProcessingUnit,CPU)类型和内存大小,以使第二站点侧能够根据第一VM的规格信息创建对应的用于对第一VM的IO数据进行容灾的第二VM。
在实施中,S12中所述第一DMF设备根据所述RPO,为所述各节点分配最大允许延时,包括:
所述第一DMF设备确定出传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延;
所述第一DMF设备确定出所述RPO与传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延的差值;
所述第一DMF设备将所述差值中的部分时长作为预留延时,并基于所述差值中的剩余时长,为所述各节点分配最大允许延时,其中,所述各节点的最大允许延时的总和为所述差值中的剩余时长。
举例说明,估算待容灾VM的数据量和变化率,以确定出传输第一VM的IO数据的链路的单位带宽上最大允许传输时延。例如,假设第一VM磁盘大小为100GB,磁盘已使用50GB,按用户使用模型估计,假设第一VM的已有数据变化率为每天10%,新增数据量为每天<5%,每天合计50GB*(10%+5%)=7.5GB。如果按变化均匀分布在8小时计算,则需要每秒传输数据7.5GB/(3600*8)=0.26MB,在100MB传输链路上传输需要2.6ms((7.5GB/(3600*8))/0.1GB)),即单位带宽上最大允许传输时延为2.6ms。
优选的,所述第一DMF设备为所述各节点中用于远程传输IO数据的节点分配的最大允许时延大于所述第一DMF设备为用于本地传输IO数据的节点分配的最大允许时延;
所述第一DMF设备为所述各节点中用于本地传输IO数据的节点分配的最大允许时延大于所述第一DMF设备为用于缓存IO数据的节点分配的最大允许时延。
举例说明,传输所述第一VM的IO数据的链路中依次经由的节点为第一站点侧的IOCF设备、第一RGF设备、第二RGF设备、和第二站点侧的IOWF设备,这个链路上每一个节点的最大允许延时(MADT)记为:iocf-DADT(表示第一站点侧的IOCF上允许的MADT),local-rgf-MADT(表示第一RGF上允许的MADT),peer-rgf-MADT(表示第二RGF上允许的MADT),iowf-MADT(表示第二站点侧的IOWF上允许的MADT);在进行分配时,还需要预留第一RGF设备与第二RGF设备之间的传输时延,即预留延时。第一DMF设备为各节点分配的最大允许时延可以为:
iocf-DADT为RPO的5%,local-rgf-MADT为RPO的40%,peer-rgf-MADT为RPO的10%,iowf-MADT为RPO的5%,预留延时为RPO的40%,以应对数据突发情况可能造成的延时问题。
在实施中,本发明实施例提供的方法还包括:
所述第一DMF设备向第一站点侧的第一VMF设备发送第三请求,其中,所述第三请求用于请求所述第一VMF设备对第一站点侧的输入输出拦截功能IOCF设备进行配置,以使所述IOCF设备按照所述第一DMF设备为所述IOCF设备分配的最大允许延时,将拦截到的IO数据发送给第一站点侧的第一RGF设备。
具体的,所述第三请求中携带所述第一VM的标识信息、以及所述第一DMF设备为所述IOCF设备分配的最大允许延时。
本发明不限定所述第一DMF设备向第一VMF设备发送第三请求与所述第一DMF设备向第二站点侧发送第二请求的时间顺序。
优选的,本发明实施例提供的方法还包括:
所述第一DMF设备在接收到所述IOCF设备发送的超时请求后,指示所述IOCF设备放弃当前需要传输的IO数据;或者
所述第一DMF设备在接收到所述IOCF设备发送的超时请求后,重新为所述IOCF分配最大允许延时,并将重新分配的最大允许延时发送给所述IOCF设备。
具体的,所述IOCF设备在接收到第一VMF设备发送的请求后,对所述第一VM的IO数据进行拦截,并按照所述第一DMF设备为所述IOCF设备分配的最大允许延时,将拦截到的IO数据传输给所述第一RGF。若所述IOCF设备确定当前需要传输的IO数据在本地缓存的时间已超过所述第一DMF设备为所述IOCF设备分配的最大允许延时,则所述IOCF设备向所述第一DMF设备发送超时请求。
在实施中,本发明实施例提供的方法还包括:
所述第一DMF设备向第一站点侧的第一RGF设备发送第四请求,其中,所述第四请求用于请求所述第一RGF设备接收IOCF设备拦截的所述第一VM的IO数据,并按照所述第一DMF设备为其分配的最大允许延时将接收到的IO数据发送给第二RGF设备。
优选的,所述第四请求中携带所述第一DMF设备将第二站点侧的第二RGF设备的连接信息;
或者
该方法还包括:所述第一DMF设备在接收到所述第一RGF设备发送的第五请求后,将第二RGF设备的连接信息发送给所述第一RGF设备。
具体的,若第一RGF设备中未配置第二RGF的连接信息,一种实现方式是所述第一DMF设备在发送所述第四请求时,将所述连接信息携带在所述第四请求中;另一种实现方式是所述第一DMF设备在接收到所述第一RGF设备发送的第五请求后,将第二RGF设备的连接信息发送给所述第一RGF设备。
优选的,所述连接信息包括第二RGF的IP地址和/或第二RGF设备的端口信息。
优选的,本发明实施例提供的方法还包括:
所述第一DMF设备在接收到所述第一RGF设备发送的超时请求后,指示所述第一RGF设备放弃当前需要传输的IO数据;或者
所述第一DMF设备在接收到所述第一RGF设备发送的超时请求后,重新为所述第一RGF设备分配最大允许延时,并将重新分配的最大允许延时发送给所述第一RGF设备。
具体的,所述第一RGF设备在接收到所述IOCF设备发送的IO数据后,先缓存所述IO数据,并按照所述第一DMF设备为其分配的最大允许延时将已缓存的IO数据发送给第二RGF设备。若所述第一RGF设备确定当前需要传输的IO数据在本地缓存的时间已超过所述第一DMF设备为所述第一RGF设备分配的最大允许延时,则所述第一RGF设备向所述第一DMF设备发送超时请求。
优选的,本发明实施例提供的方法还包括:
所述第一DMF设备在接收到第二站点侧的第二DMF设备发送的超时请求后,根据所述超时请求,重新为第二站点侧的第二RGF设备和/或第二站点侧的IOWF设备分配最大允许延时,并将重新分配的最大允许延时发送给所述第二DMF设备。
具体的,所述第二RGF设备在确定出当前需要传输的IO数据在本地缓存的时间已超过所述第一DMF设备为其分配的最大允许延时后,向所述第二DMF设备发送超时请求;和/或所述IOWF设备在确定出当前需要传输的IO数据在本地缓存的时间已超过所述第一DMF设备为其分配的最大允许延时后,向所述第二DMF设备发送超时请求。所述第二DMF设备在接收到所述第二RGF设备和/或所述IOWF设备的超时请求后,可以直接指示所述第二RGF设备和/或所述IOWF设备放弃当前需要传输的IO数据,也可以将该超时请求反馈给所述第一DMF设备,以使所述第一DMF设备决策是放弃当前需要传输的IO数据,还是重新为所述第二RGF设备和/或所述IOWF设备分配的最大允许延时。
基于上述任一实施例,本发明实施例提供的方法还包括:
所述第一DMF设备在确定传输所述第一VM的IO数据的链路的传输速率发生变化后,重新为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并通知给所述各节点。
举例说明,当系统间传输链路存在降级时(即传输速率降低),此时如果在第一RGF设备中已缓存的IO数据所需的传输时间大大超过第一DMF设备为其分配的最大允许延时,则需要动态调整第一RGF设备对应的MADT,以降低数据累积后对传输链路造成的压力。例如在检测到链路速率降级50%后,将第一RGF设备对应的MADT也降低50%。
本发明实施例中的第一VM的容灾过程如下:在第一VM正常运行过程中,其运行过程中对于磁盘的正常读写请求将在主机的IOCF设备处被拦截,由IOCF设备发送给第一RGF设备;第一RGF设备将第一VM的IO数据进行本地缓存和压缩,在满足local-rgf-MADT要求的情况下发送给第二站点侧的第二RGF设备。同理,第二RGF设备在满足peer-rgf-MADT的要求下,将第一VM的IO数据发送给本地的IOWF设备,该IOWF设备接收到第一VM的IO数据后,将此IO数据写入第二VM所对应的存储中。
基于同一发明构思,本发明实施例还提供了一种CBF设备侧的容灾方法,如图2所示,该方法包括:
S21、CBF设备接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的服务等级协定(ServiceLevelAgreement,SLA);
S22、所述CBF设备从所述第六请求中,确定出RPO,并向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含第一VM的标识信息和所述RPO。
本发明实施例中,CBF设备接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的SLA,并将SLA中的RPO发送给第一站点侧,以使第一站点侧能够基于不同租户的RPO进行容灾,以满足不同租户的RPO需求。另外,对于租户来说,每个租户可以通过CBF设备来指定自身要求的RPO,以使容灾过程能够满足不同租户要求的RPO。
本发明实施例中,CBF设备提供租户与租户租用的资源的关联关系,这里以租户与其使用的VM为例,该关联关系的一种优选的实现方式为:(租户标识,{虚拟机列表})。CBF设备作为租户使用云容灾业务的入口,租户可以通过CBF设备指定自身使用的任一VM在容灾时所需要的SLA;这里SLA包含RPO,可选还包含恢复时间目标(RecoveryTimeObjective,RTO)。CBF设备可以与需要容灾的第一VM所属的第一站点侧的第一DMF设备交互,向其请求对指定VM进行容灾,并要求第一DMF设备满足RPO要求。第一DMF可以接受对第一VM的容灾请求,并按RPO要求进行容灾过程配置和实施。
基于同一发明构思,本发明实施例还提供了一种第二站点侧的第二DMF设备侧的容灾方法,如图3所示,该方法包括:
S31、第二站点侧的第二DMF设备接收到第一站点侧的第一DMF设备发送的第二请求,其中,所述第二请求用于请求第二站点侧对第一站点侧的第一VM进行容灾;
S32、所述第二DMF设备向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;
S33、所述第二DMF设备向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据,从而完成了第二站点侧的配置。
具体的,所述第二VMF设备在接收到所述第七请求后,创建占位VM(即第二VM),该占位VM不启动,仅作为容灾VM,第一VM的IO数据将被写入该容灾VM中进行存储;在创建完第二VM后,请求所述IOWF设备在接收到第二RGF发送的IO数据时,将IO数据写入第二VM中存储,该请求中至少携带第一VM的标识信息、第二VM的标识信息、以及所述第一DMF设备为所述IOWF设备分配的最大允许延时。
优选的,所述第八请求中包括第一VM的标识信息、第二VM的标识信息、以及所述第一DMF设备为所述第二RGF设备分配的最大允许延时。
在实施中,本发明实施例提供的方法包括:
所述第二DMF设备在接收到所述IOWF设备发送的超时请求后,指示所述IOWF设备放弃当前需要传输的IO数据;或者
所述第二DMF设备在接收到所述IOWF设备发送的超时请求后,向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述IOWF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述IOWF设备。
在实施中,本发明实施例提供的方法包括:
所述第二DMF设备在接收到所述第二RGF设备发送的超时请求后,指示所述第二RGF设备放弃当前需要传输的IO数据;或者
所述第二DMF设备在接收到所述第二RGF设备发送的超时请求后,向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述第二RGF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述第二RGF设备。
下面结合具体实施例,从第一站点侧各设备和第二站点侧各设备之间的交互过程,对本发明实施例提供的容灾方法进行详细说明。
实施例一、本实施例的网络架构如图4所示,其中,CBF设备可以设置于第一站点侧,也可以独立于第一站点和第二站点设置。本实施例的容灾过程如图5所示,包括:
1:租户通过CBF设备创建容灾请求,在该请求中指定待容灾的VM1(可以是多个,此处仅以一个VM进行说明)和所需的SLA要求。
其中,SLA要求中包括RPO,RTO等关键指标。
2:CBF设备获取SLA要求中的RPO指标(例如30秒),并向第一站点侧的DMF设备(第一DMF设备)请求进行VM容灾配置,其交互信息中至少包含(VM1标识,RPO)。
3:第一站点侧的DMF设备计算分段时延要求,指定分段时延时间,使总时延时间小于RPO。具体为:为了满足RPO要求,第一站点侧的DMF设备将RPO要求分解为对每一个相关网元的最大允许时延要求(MADT),具体可以分解为:
iocf-DADT(表示第一站点侧的IOCF设备上允许的MADT),local-rgf-MADT(表示第一站点侧的RGF设备上允许的MADT),peer-rgf-MADT(表示第二站点侧的RGF设备上允许的MADT),iowf-MADT(表示第二站点侧的IOWF设备上允许的MADT)。
4:第一站点侧的DMF设备请求第二站点侧的DMF设备对VM1进行容灾,该请求中携带VM1标识、VM1规格、peer-rgf-MADT和peer-iow-fMADT。
5:第二站点侧的DMF设备(即上述peerDMF)请求第二站点侧的VMF设备根据接收到的VM规格创建占位VM2,此占位虚拟机作不启动,仅作为容灾VM,VM1的IO数据(即容灾数据)将被写入此VM2的存储中。
6:第二站点侧的DMF设备请求第二站点侧的VMF设备配置VM2接收第一站点侧的VM1的IO数据。
7:第二站点侧的DMF设备请求第二站点侧的VMF配置IOWF设备,使得IOWF设备接收到本端RGF设备发送给IOWF设备的数据时,将数据写入VM2的存储中,该请求中至少携带VM1标识、VM2标识和iowf-MADT,根据上述参数,IOWF设备可以在接收到VM1的数据时,将其写入vm2的存储中,且优先保障写入延时小于iowf-MADT。
8:第二站点侧的DMF设备请求第二站点侧的RGF设备接收对端RGF设备发送的数据,将接收的VM1的IO数据发送给IOWF设备,该请求中至少包含(VM1标识、VM2标识和peer-rgf-MADT)。该DMF可以在接收到VM1的IO数据时,将其发送给IOWF设备中,且本节点延时小于peer-rgf-MADT。
9:完成容灾站点的配置后,第一站点侧的DMF设备进行主站点的配置。第一站点侧的DMF设备请求第一站点侧的RGF设备接收第一站点侧的IOCF设备发送的VM1的IO数据,并发送到对端RGF设备,该请求中至少携带VM1标识和local-rgf-MADT。
可选的,如果第一站点侧的RGF设备未配置对端RGF设备的连接信息,在该请求中可以由第一站点侧的DMF设备动态的下发给第一站点侧的RGF,向其指定对端RGF设备的连接信息;连接信息可以包含IP地址和端口等。
10:第一站点侧的DMF设备请求第一站点侧的VMF设备对VM1的IO数据进行拦截,并发送给第一站点侧的RGF设备,该请求至少携带VM1标识。
11:第一站点侧的VMF设备请求运行该VM1的第一站点侧的IOCF设备对VM1的IO数据进行拦截,并发送给第一站点侧的RGF设备,该请求至少携带VM1标识和iocf-MADT。
经过上述流程,即完成了VM1容灾的整个配置过程。
上述方法处理流程可以用软件程序实现,该软件程序可以存储在存储介质中,当存储的软件程序被调用时,执行上述方法步骤。
基于同一发明构思,本发明实施例中还提供了一种DMF设备,由于该DMF设备解决问题的原理与图1所示的容灾方法相似,因此该DMF设备的实施可以参见方法的实施,重复之处不再赘述。
本发明实施例提供的一种DMF设备,如图6所示,该设备包括:
接收模块61,用于接收CBF设备发送的第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和RPO;
处理模块62,用于根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时;
发送模块63,用于向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二复制网关功能RGF设备的最大允许延时和第二站点侧的输入输出写入功能IOWF设备的最大允许延时。
可选的,所述处理模块62具体用于:
确定出传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延;确定出所述RPO与传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延的差值;将所述差值中的部分时长作为预留延时,并基于所述差值中的剩余时长,为所述各节点分配最大允许延时,其中,所述各节点的最大允许延时的总和为所述差值中的剩余时长。
可选的,所述处理模块62为所述各节点中用于远程传输IO数据的节点分配的最大允许时延大于所述处理模块62为用于本地传输IO数据的节点分配的最大允许时延;
所述处理模块62为所述各节点中用于本地传输IO数据的节点分配的最大允许时延大于所述处理模块62为用于缓存IO数据的节点分配的最大允许时延。
可选的,所述发送模块63还用于:
在所述处理模块62的控制下向第一站点侧的第一VMF设备发送第三请求,其中,所述第三请求用于请求所述第一VMF设备对第一站点侧的IOCF设备进行配置,以使所述IOCF设备按照所述处理模块62为所述IOCF设备分配的最大允许延时,将拦截到的IO数据发送给第一站点侧的第一RGF设备。
可选的,所述处理模块62还用于:
在所述接收模块61接收到所述IOCF设备发送的超时请求后,指示所述IOCF设备放弃当前需要传输的IO数据;或者
在所述接收模块61接收到所述IOCF设备发送的超时请求后,重新为所述IOCF分配最大允许延时,并将重新分配的最大允许延时发送给所述IOCF设备。
可选的,所述发送模块63还用于:
在所述处理模块62的控制下向第一站点侧的第一RGF设备发送第四请求,其中,所述第四请求用于请求所述第一RGF设备接收IOCF设备拦截的所述第一VM的IO数据,并按照所述处理模块为其分配的最大允许延时将接收到的IO数据发送给第二站点侧的第二RGF设备。
可选的,所述第四请求中携带第二站点侧的第二RGF设备的连接信息;
或者
所述处理模块62还用于:在所述接收模块61接收到所述第一RGF设备发送的第五请求后,控制所述发送模块63将第二RGF设备的连接信息发送给所述第一RGF设备。
可选的,所述处理模块62还用于:
在所述接收模块61接收到所述第一RGF设备发送的超时请求后,指示所述第一RGF设备放弃当前需要传输的IO数据;或者
在所述接收模块61接收到所述第一RGF设备发送的超时请求后,重新为所述第一RGF设备分配最大允许延时,并控制所述发送模块63将重新分配的最大允许延时发送给所述第一RGF设备。
可选的,所述处理模块62还用于:
在所述接收模块61接收到第二站点侧的第二DMF设备发送的超时请求后,根据所述超时请求,重新为第二站点侧的第二RGF设备和/或第二站点侧的IOWF设备分配最大允许延时,并控制所述发送模块63将重新分配的最大允许延时发送给所述第二DMF设备。
基于上述任一实施例,所述处理模块62还用于:
在确定传输所述第一VM的IO数据的链路的传输速率发生变化后,重新为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并控制所述发送模块63通知给所述各节点。
基于同一发明构思,本发明实施例中还提供了一种CBF设备,由于该CBF设备解决问题的原理与图2所示的容灾方法相似,因此该CBF设备的实施可以参见方法的实施,重复之处不再赘述。
本发明实施例提供了一种CBF设备,如图7所示,该设备包括:
接收模块71,用于接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的服务等级协定SLA;
处理模块72,用于从所述第六请求中,确定出RPO;
发送模块73,用于在所述处理模块72的控制下向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO。
基于同一发明构思,本发明实施例中还提供了一种DMF设备,由于该DMF设备解决问题的原理与图3所示的容灾方法相似,因此该DMF设备的实施可以参见方法的实施,重复之处不再赘述。
本发明实施例提供了一种容灾管理功能DMF设备,如图8所示,该设备包括:
接收模块81,用于接收到第一站点侧的第一DMF设备发送的第二请求,其中,所述第二请求用于请求第二站点侧对第一站点侧的第一VM进行容灾;
发送模块82,用于在处理模块83的控制下向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;以及在所述处理模块83的控制下向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
可选的,所述处理模块83还用于:
在所述接收模块81接收到所述IOWF设备发送的超时请求后,指示所述IOWF设备放弃当前需要传输的IO数据;或者
在所述接收模块81接收到所述IOWF设备发送的超时请求后,控制所述发送模块82向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述IOWF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述IOWF设备。
可选的,所述处理模块83还用于:
在所述接收模块81接收到所述第二RGF设备发送的超时请求后,指示所述第二RGF设备放弃当前需要传输的IO数据;或者
在所述接收模块81接收到所述第二RGF设备发送的超时请求后,控制所述发送模块82向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述第二RGF设备分配最大允许延时,并在所述接收模块81接收到所述第一DMF设备返回的重新分配的最大允许延时后,控制所述发送模块82将重新分配的最大允许延时发送给所述第二RGF设备。
需要说明的是,图6所示的DMF设备与图8所示的DMF设备的功能模块还可以设置于同一个DMF设备中。若该DMF设备位于第一站点侧,则接收模块61、处理模块62和发送模块63进行工作;若该DMF设备位于第二站点侧,则接收模块81、处理模块83和发送模块82进行工作。
基于同一发明构思,本发明实施例还提供了一种DMF设备,如图9所示,该设备包括:
接收器91,用于接收CBF设备发送的第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和RPO;
处理器92,用于根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时;
发送器93,用于在处理器的控制下向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二复制网关功能RGF设备的最大允许延时和第二站点侧的输入输出写入功能IOWF设备的最大允许延时。
本发明实施例提供的DMF设备还包括:存储器94和系统总线95,其中,所述处理器92和所述接收器91、所述发送器93、所述存储器94之间通过所述系统总线95连接并完成相互间的通信。所述存储器94可用于存储指令和数据,存储器94可主要包括存储指令区和存储数据区,存储数据区可以存储处理器92在执行操作时所使用的数据;存储指令区可存储操作系统、至少一个功能所需的指令等。
所述处理器92可以是一个中央处理器(CentralProcessingUnit,CPU),或者是特定集成电路(ApplicationSpecificIntegratedCircuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。
可选的,所述处理器92具体用于:
确定出传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延;确定出所述RPO与传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延的差值;将所述差值中的部分时长作为预留延时,并基于所述差值中的剩余时长,为所述各节点分配最大允许延时,其中,所述各节点的最大允许延时的总和为所述差值中的剩余时长。
可选的,所述处理器92为所述各节点中用于远程传输IO数据的节点分配的最大允许时延大于所述处理器92为用于本地传输IO数据的节点分配的最大允许时延;
所述处理器92为所述各节点中用于本地传输IO数据的节点分配的最大允许时延大于所述处理器92为用于缓存IO数据的节点分配的最大允许时延。
可选的,所述发送器93还用于:
在所述处理器92的控制下向第一站点侧的第一VMF设备发送第三请求,其中,所述第三请求用于请求所述第一VMF设备对第一站点侧的IOCF设备进行配置,以使所述IOCF设备按照所述处理器92为所述IOCF设备分配的最大允许延时,将拦截到的IO数据发送给第一站点侧的第一RGF设备。
可选的,所述处理器92还用于:
在所述接收器91接收到所述IOCF设备发送的超时请求后,指示所述IOCF设备放弃当前需要传输的IO数据;或者
在所述接收器91接收到所述IOCF设备发送的超时请求后,重新为所述IOCF分配最大允许延时,并将重新分配的最大允许延时发送给所述IOCF设备。
可选的,所述发送器93还用于:
在所述处理器92的控制下向第一站点侧的第一RGF设备发送第四请求,其中,所述第四请求用于请求所述第一RGF设备接收IOCF设备拦截的所述第一VM的IO数据,并按照所述处理器92为其分配的最大允许延时将接收到的IO数据发送给第二站点侧的第二RGF设备。
可选的,所述第四请求中携带第二站点侧的第二RGF设备的连接信息;
或者
所述处理器92还用于:在所述接收器91接收到所述第一RGF设备发送的第五请求后,控制所述发送器93将第二RGF设备的连接信息发送给所述第一RGF设备。
可选的,所述处理器92还用于:
在所述接收器91接收到所述第一RGF设备发送的超时请求后,指示所述第一RGF设备放弃当前需要传输的IO数据;或者
在所述接收器91接收到所述第一RGF设备发送的超时请求后,重新为所述第一RGF设备分配最大允许延时,并控制所述发送器93将重新分配的最大允许延时发送给所述第一RGF设备。
可选的,所述处理器92还用于:
在所述接收器91接收到第二站点侧的第二DMF设备发送的超时请求后,根据所述超时请求,重新为第二站点侧的第二RGF设备和/或第二站点侧的IOWF设备分配最大允许延时,并控制所述发送器93将重新分配的最大允许延时发送给所述第二DMF设备。
基于上述任一实施例,所述处理器92还用于:
在确定传输所述第一VM的IO数据的链路的传输速率发生变化后,重新为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并控制所述发送器93通知给所述各节点。
基于同一发明构思,本发明实施例还提供了一种CBF设备,如图10所示,该设备包括:
接收器101,用于接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的服务等级协定SLA;
处理器102,用于从所述第六请求中,确定出RPO;
发送器103,用于在所述处理器102的控制下向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO。
本发明实施例提供的CBF设备还包括:存储器104和系统总线105,其中,所述处理器102和所述接收器101、所述发送器103、所述存储器104之间通过所述系统总线105连接并完成相互间的通信。所述存储器104可用于存储指令和数据,存储器104可主要包括存储指令区和存储数据区,存储数据区可以存储处理器102在执行操作时所使用的数据;存储指令区可存储操作系统、至少一个功能所需的指令等。
所述处理器102可以是一个中央处理器(CentralProcessingUnit,CPU),或者是特定集成电路(ApplicationSpecificIntegratedCircuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。
基于同一发明构思,本发明实施例中还提供了一种DMF设备,如图11所示,该设备包括:
接收器111,用于接收到第一站点侧的第一DMF设备发送的第二请求,其中,所述第二请求用于请求第二站点侧对第一站点侧的第一VM进行容灾;
发送器113,用于在处理器112的控制下向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;以及在所述处理器112的控制下向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
本发明实施例提供的DMF设备还包括:存储器114和系统总线115,其中,所述处理器112和所述接收器111、所述发送器113、所述存储器114之间通过所述系统总线115连接并完成相互间的通信。所述存储器114可用于存储指令和数据,存储器114可主要包括存储指令区和存储数据区,存储数据区可以存储处理器112在执行操作时所使用的数据;存储指令区可存储操作系统、至少一个功能所需的指令等。
所述处理器112可以是一个中央处理器(CentralProcessingUnit,CPU),或者是特定集成电路(ApplicationSpecificIntegratedCircuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。
可选的,所述处理器112还用于:
在所述接收器111接收到所述IOWF设备发送的超时请求后,指示所述IOWF设备放弃当前需要传输的IO数据;或者
在所述接收器111接收到所述IOWF设备发送的超时请求后,控制所述发送器113向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述IOWF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述IOWF设备。
可选的,所述处理器112还用于:
在所述接收器111接收到所述第二RGF设备发送的超时请求后,指示所述第二RGF设备放弃当前需要传输的IO数据;或者
在所述接收器111接收到所述第二RGF设备发送的超时请求后,控制所述发送器113向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述第二RGF设备分配最大允许延时,并在所述接收器111接收到所述第一DMF设备返回的重新分配的最大允许延时后,控制所述发送器113将重新分配的最大允许延时发送给所述第二RGF设备。
需要说明的是,图9所示的DMF设备与图11所示的DMF设备的功能模块还可以设置于同一个DMF设备中。若该DMF设备位于第一站点侧,则接收器91、处理器92和发送器93进行工作;若该DMF设备位于第二站点侧,则接收器111、处理器112和发送器113进行工作。
基于同一发明构思,本发明实施例还提供了一种通信系统,如图12所示,该系统包括:
CBF设备121,用于接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的SLA;从所述第六请求中,确定出RPO,并向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO;
第一站点侧的第一DMF设备122,用于接收CBF设备发送的第一请求;所述第一DMF设备根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二RGF设备的最大允许延时和第二站点侧的IOWF设备的最大允许延时;
所述第二DMF设备123,用于接收到所述第一DMF设备发送的第二请求;向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
需要说明的是,本发明实施例提供的通信系统中的CBF设备121可以为图7所示的CBF设备,也可以为图10所示的CBF设备;
本发明实施例提供的通信系统中的第一DMF设备122可以为图6所示的DMF设备,也可以为图9所示的DMF设备;
本发明实施例提供的通信系统中的第二DMF设备123可以为图8所示的DMF设备,也可以为图11所示的DMF设备。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (29)
1.一种容灾方法,其特征在于,该方法包括:
第一站点侧的第一容灾管理功能DMF设备接收云运营功能CBF设备发送的第一请求,其中,所述第一请求用于请求对第一站点侧的第一虚拟机VM进行容灾,所述第一请求中包含所述第一VM的标识信息和恢复点目标RPO;
所述第一DMF设备根据所述RPO,为容灾过程中所述第一VM的输入输出IO数据经由的各节点分配最大允许延时,并向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二复制网关功能RGF设备的最大允许延时和第二站点侧的输入输出写入功能IOWF设备的最大允许延时。
2.如权利要求1所述的方法,其特征在于,所述第一DMF设备根据所述RPO,为所述各节点分配最大允许延时,包括:
所述第一DMF设备确定出传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延;
所述第一DMF设备确定出所述RPO与传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延的差值;
所述第一DMF设备将所述差值中的部分时长作为预留延时,并基于所述差值中的剩余时长,为所述各节点分配最大允许延时,其中,所述各节点的最大允许延时的总和为所述差值中的剩余时长。
3.如权利要求2所述的方法,其特征在于,所述第一DMF设备为所述各节点中用于远程传输IO数据的节点分配的最大允许时延大于所述第一DMF设备为用于本地传输IO数据的节点分配的最大允许时延;
所述第一DMF设备为所述各节点中用于本地传输IO数据的节点分配的最大允许时延大于所述第一DMF设备为用于缓存IO数据的节点分配的最大允许时延。
4.如权利要求1所述的方法,其特征在于,该方法还包括:
所述第一DMF设备向第一站点侧的第一虚拟化管理功能VMF设备发送第三请求,其中,所述第三请求用于请求所述第一VMF设备对第一站点侧的输入输出拦截功能IOCF设备进行配置,以使所述IOCF设备按照所述第一DMF设备为所述IOCF设备分配的最大允许延时,将拦截到的IO数据发送给第一站点侧的第一RGF设备。
5.如权利要求4所述的方法,其特征在于,该方法还包括:
所述第一DMF设备在接收到所述IOCF设备发送的超时请求后,指示所述IOCF设备放弃当前需要传输的IO数据;或者
所述第一DMF设备在接收到所述IOCF设备发送的超时请求后,重新为所述IOCF分配最大允许延时,并将重新分配的最大允许延时发送给所述IOCF设备。
6.如权利要求1所述的方法,其特征在于,该方法还包括:
所述第一DMF设备向第一站点侧的第一RGF设备发送第四请求,其中,所述第四请求用于请求所述第一RGF设备接收IOCF设备拦截的所述第一VM的IO数据,并按照所述第一DMF设备为其分配的最大允许延时将接收到的IO数据发送给第二站点侧的第二RGF设备。
7.如权利要求6所述的方法,其特征在于,所述第四请求中携带第二站点侧的第二RGF设备的连接信息;
或者
该方法还包括:所述第一DMF设备在接收到所述第一RGF设备发送的第五请求后,将第二RGF设备的连接信息发送给所述第一RGF设备。
8.如权利要求6所述的方法,其特征在于,该方法还包括:
所述第一DMF设备在接收到所述第一RGF设备发送的超时请求后,指示所述第一RGF设备放弃当前需要传输的IO数据;或者
所述第一DMF设备在接收到所述第一RGF设备发送的超时请求后,重新为所述第一RGF设备分配最大允许延时,并将重新分配的最大允许延时发送给所述第一RGF设备。
9.如权利要求1所述的方法,其特征在于,该方法还包括:
所述第一DMF设备在接收到第二站点侧的第二DMF设备发送的超时请求后,根据所述超时请求,重新为第二站点侧的第二RGF设备和/或第二站点侧的IOWF设备分配最大允许延时,并将重新分配的最大允许延时发送给所述第二DMF设备。
10.如权利要求1~9任一项所述的方法,其特征在于,该方法还包括:
所述第一DMF设备在确定传输所述第一VM的IO数据的链路的传输速率发生变化后,重新为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并通知给所述各节点。
11.一种容灾方法,其特征在于,该方法包括:
CBF设备接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的服务等级协定SLA;
所述CBF设备从所述第六请求中,确定出RPO,并向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO。
12.一种容灾方法,其特征在于,该方法包括:
第二站点侧的第二DMF设备接收到第一站点侧的第一DMF设备发送的第二请求,其中,所述第二请求用于请求第二站点侧对第一站点侧的第一VM进行容灾;
所述第二DMF设备向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;
所述第二DMF设备向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
13.如权利要求12所述的方法,其特征在于,该方法包括:
所述第二DMF设备在接收到所述IOWF设备发送的超时请求后,指示所述IOWF设备放弃当前需要传输的IO数据;或者
所述第二DMF设备在接收到所述IOWF设备发送的超时请求后,向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述IOWF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述IOWF设备。
14.如权利要求12所述的方法,其特征在于,该方法包括:
所述第二DMF设备在接收到所述第二RGF设备发送的超时请求后,指示所述第二RGF设备放弃当前需要传输的IO数据;或者
所述第二DMF设备在接收到所述第二RGF设备发送的超时请求后,向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述第二RGF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述第二RGF设备。
15.一种容灾管理功能DMF设备,其特征在于,该设备包括:
接收模块,用于接收CBF设备发送的第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和RPO;
处理模块,用于根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时;
发送模块,用于在所述处理模块的控制下向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二RGF设备的最大允许延时和第二站点侧的IOWF设备的最大允许延时。
16.如权利要求15所述的设备,其特征在于,所述处理模块具体用于:
确定出传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延;确定出所述RPO与传输所述第一VM的IO数据的链路的单位带宽上最大允许传输时延的差值;将所述差值中的部分时长作为预留延时,并基于所述差值中的剩余时长,为所述各节点分配最大允许延时,其中,所述各节点的最大允许延时的总和为所述差值中的剩余时长。
17.如权利要求16所述的设备,其特征在于,所述处理模块为所述各节点中用于远程传输IO数据的节点分配的最大允许时延大于所述处理模块为用于本地传输IO数据的节点分配的最大允许时延;
所述处理模块为所述各节点中用于本地传输IO数据的节点分配的最大允许时延大于所述处理模块为用于缓存IO数据的节点分配的最大允许时延。
18.如权利要求15所述的设备,其特征在于,所述发送模块还用于:
在所述处理模块的控制下向第一站点侧的第一VMF设备发送第三请求,其中,所述第三请求用于请求所述第一VMF设备对第一站点侧的IOCF设备进行配置,以使所述IOCF设备按照所述处理模块为所述IOCF设备分配的最大允许延时,将拦截到的IO数据发送给第一站点侧的第一RGF设备。
19.如权利要求18所述的设备,其特征在于,所述处理模块还用于:
在所述接收模块接收到所述IOCF设备发送的超时请求后,指示所述IOCF设备放弃当前需要传输的IO数据;或者
在所述接收模块接收到所述IOCF设备发送的超时请求后,重新为所述IOCF分配最大允许延时,并将重新分配的最大允许延时发送给所述IOCF设备。
20.如权利要求15所述的设备,其特征在于,所述发送模块还用于:
在所述处理模块的控制下向第一站点侧的第一RGF设备发送第四请求,其中,所述第四请求用于请求所述第一RGF设备接收IOCF设备拦截的所述第一VM的IO数据,并按照所述处理模块为其分配的最大允许延时将接收到的IO数据发送给第二站点侧的第二RGF设备。
21.如权利要求20所述的设备,其特征在于,所述第四请求中携带第二站点侧的第二RGF设备的连接信息;
或者
所述处理模块还用于:在所述接收模块接收到所述第一RGF设备发送的第五请求后,控制所述发送模块将第二RGF设备的连接信息发送给所述第一RGF设备。
22.如权利要求20所述的设备,其特征在于,所述处理模块还用于:
在所述接收模块接收到所述第一RGF设备发送的超时请求后,指示所述第一RGF设备放弃当前需要传输的IO数据;或者
在所述接收模块接收到所述第一RGF设备发送的超时请求后,重新为所述第一RGF设备分配最大允许延时,并控制所述发送模块将重新分配的最大允许延时发送给所述第一RGF设备。
23.如权利要求15所述的设备,其特征在于,所述处理模块还用于:
在所述接收模块接收到第二站点侧的第二DMF设备发送的超时请求后,根据所述超时请求,重新为第二站点侧的第二RGF设备和/或第二站点侧的IOWF设备分配最大允许延时,并控制所述发送模块将重新分配的最大允许延时发送给所述第二DMF设备。
24.如权利要求15~23任一项所述的设备,其特征在于,所述处理模块还用于:
在确定传输所述第一VM的IO数据的链路的传输速率发生变化后,重新为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并控制所述发送模块通知给所述各节点。
25.一种云运营功能CBF设备,其特征在于,该设备包括:
接收模块,用于接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的SLA;
处理模块,用于从所述第六请求中,确定出RPO;
发送模块,用于在所述处理模块的控制下向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO。
26.一种容灾管理功能DMF设备,其特征在于,该设备包括:
接收模块,用于接收到第一站点侧的第一DMF设备发送的第二请求,其中,所述第二请求用于请求第二站点侧对第一站点侧的第一VM进行容灾;
发送模块,用于在处理模块的控制下向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;以及在所述处理模块的控制下向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
27.如权利要求26所述的设备,其特征在于,所述处理模块还用于:
在所述接收模块接收到所述IOWF设备发送的超时请求后,指示所述IOWF设备放弃当前需要传输的IO数据;或者
在所述接收模块接收到所述IOWF设备发送的超时请求后,控制所述发送模块向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述IOWF设备分配最大允许延时,并在接收到所述第一DMF设备返回的重新分配的最大允许延时后,将重新分配的最大允许延时发送给所述IOWF设备。
28.如权利要求26所述的设备,其特征在于,所述处理模块还用于:
在所述接收模块接收到所述第二RGF设备发送的超时请求后,指示所述第二RGF设备放弃当前需要传输的IO数据;或者
在所述接收模块接收到所述第二RGF设备发送的超时请求后,控制所述发送模块向所述第一DMF设备发送超时请求,以请求所述第一DMF设备重新为所述第二RGF设备分配最大允许延时,并在所述接收模块接收到所述第一DMF设备返回的重新分配的最大允许延时后,控制所述发送模块将重新分配的最大允许延时发送给所述第二RGF设备。
29.一种通信系统,其特征在于,该系统包括:
CBF设备,用于接收租户发送的第六请求,其中,所述第六请求中包含第一站点侧需要进行容灾的第一VM的标识信息和所述第一VM容灾时所需的SLA;从所述第六请求中,确定出RPO,并向第一站点侧发送第一请求,其中,所述第一请求用于请求对第一站点侧的第一VM进行容灾,所述第一请求中包含所述第一VM的标识信息和所述RPO;
第一站点侧的第一DMF设备,用于接收CBF设备发送的第一请求;所述第一DMF设备根据所述RPO,为容灾过程中所述第一VM的IO数据经由的各节点分配最大允许延时,并向第二站点侧的第二DMF设备发送第二请求,其中,所述第二请求用于请求第二站点侧对所述第一VM进行容灾,所述第二请求中包含所述第一VM的标识信息、第二站点侧的第二RGF设备的最大允许延时和第二站点侧的IOWF设备的最大允许延时;
所述第二DMF设备,用于接收到所述第一DMF设备发送的第二请求;向第二站点侧的第二VMF设备发送第七请求,其中,所述第七请求用于请求所述第二VMF设备对第二站点侧的IOWF设备进行配置,以使所述IOWF设备根据所述第一DMF设备为其分配的最大允许延时将所述第一VM的IO数据写入用于对所述第一VM进行容灾的第二VM中;向第二站点侧的第二RGF设备发送第八请求,其中,所述第八请求用于请求所述第二RGF设备根据所述第一DMF设备为其分配的最大允许延时在本地传输所述第一VM的IO数据。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510634198.3A CN105187256B (zh) | 2015-09-29 | 2015-09-29 | 一种容灾方法、设备和系统 |
PCT/CN2016/087702 WO2017054536A1 (zh) | 2015-09-29 | 2016-06-29 | 一种容灾方法、设备和系统 |
EP16850160.9A EP3280094B1 (en) | 2015-09-29 | 2016-06-29 | Disaster recovery method, device, and system |
US15/938,609 US10713130B2 (en) | 2015-09-29 | 2018-03-28 | Redundancy method, device, and system |
US16/905,397 US11461199B2 (en) | 2015-09-29 | 2020-06-18 | Redundancy method, device, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510634198.3A CN105187256B (zh) | 2015-09-29 | 2015-09-29 | 一种容灾方法、设备和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105187256A true CN105187256A (zh) | 2015-12-23 |
CN105187256B CN105187256B (zh) | 2018-11-06 |
Family
ID=54909110
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510634198.3A Active CN105187256B (zh) | 2015-09-29 | 2015-09-29 | 一种容灾方法、设备和系统 |
Country Status (4)
Country | Link |
---|---|
US (2) | US10713130B2 (zh) |
EP (1) | EP3280094B1 (zh) |
CN (1) | CN105187256B (zh) |
WO (1) | WO2017054536A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017054536A1 (zh) * | 2015-09-29 | 2017-04-06 | 华为技术有限公司 | 一种容灾方法、设备和系统 |
CN108123831A (zh) * | 2017-12-15 | 2018-06-05 | 安徽长泰信息安全服务有限公司 | 一种互联网应用中的容灾服务系统及方法 |
CN111143265A (zh) * | 2019-12-30 | 2020-05-12 | 锐捷网络股份有限公司 | 一种基于虚拟机的数据传输方法及装置 |
CN113849328A (zh) * | 2018-05-22 | 2021-12-28 | 华为技术有限公司 | 一种容灾系统的管理方法和装置 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10528433B2 (en) * | 2016-04-01 | 2020-01-07 | Acronis International Gmbh | Systems and methods for disaster recovery using a cloud-based data center |
CN110619426B (zh) * | 2019-08-19 | 2022-05-13 | 招商华软信息有限公司 | 一种路网模型的构建方法、装置、设备和存储介质 |
CN111651305B (zh) * | 2020-08-05 | 2020-11-03 | 腾讯科技(深圳)有限公司 | 一种虚拟机备份方法、组件及云计算系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110246627A1 (en) * | 2010-04-01 | 2011-10-06 | International Business Machines Corporation | Data Center Affinity Of Virtual Machines In A Cloud Computing Environment |
CN102629224A (zh) * | 2012-04-26 | 2012-08-08 | 广东电子工业研究院有限公司 | 一种基于云平台的一体化数据容灾方法及其装置 |
CN103218260A (zh) * | 2013-03-06 | 2013-07-24 | 中国联合网络通信集团有限公司 | 虚拟机迁移方法和装置 |
CN104115447A (zh) * | 2014-04-14 | 2014-10-22 | 华为技术有限公司 | 一种云计算架构下的容灾方案配置方法及装置 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060129562A1 (en) * | 2004-10-04 | 2006-06-15 | Chandrasekhar Pulamarasetti | System and method for management of recovery point objectives of business continuity/disaster recovery IT solutions |
US8055866B2 (en) * | 2007-01-08 | 2011-11-08 | International Business Machines Corporation | Mirrored storage system and methods for operating a mirrored storage system |
US7734950B2 (en) * | 2007-01-24 | 2010-06-08 | Hewlett-Packard Development Company, L.P. | Bandwidth sizing in replicated storage systems |
JP5159356B2 (ja) * | 2008-02-13 | 2013-03-06 | 株式会社日立製作所 | リモートコピーシステム及び計算機システム |
US8843446B2 (en) * | 2011-07-04 | 2014-09-23 | Zerto Ltd. | Methods and apparatus for time-based dynamically adjusted journaling |
US20130080841A1 (en) * | 2011-09-23 | 2013-03-28 | Sungard Availability Services | Recover to cloud: recovery point objective analysis tool |
EP3008615A4 (en) * | 2013-06-11 | 2016-12-28 | Ciena Corp | SYSTEMS AND METHODS FOR MANAGING NETWORKS |
US9455882B2 (en) * | 2013-06-21 | 2016-09-27 | Verizon Patent And Licensing Inc. | User defined arrangement of resources in a cloud computing environment |
US9274903B1 (en) * | 2013-09-23 | 2016-03-01 | Amazon Technologies, Inc. | Disaster recovery service |
ES2726024T3 (es) * | 2013-10-23 | 2019-10-01 | Huawei Tech Co Ltd | Método, sistema y aparato para la redundancia de aplicaciones en la nube |
US9971658B2 (en) * | 2015-01-09 | 2018-05-15 | Vmware, Inc. | Client deployment with disaster recovery considerations |
US10474536B2 (en) * | 2015-06-10 | 2019-11-12 | International Business Machines Corporation | Calculating bandwidth requirements for a specified recovery point objective |
US11422980B2 (en) * | 2015-08-31 | 2022-08-23 | Vmware, Inc. | Policy-based selection and configuration of target site resources for data replication |
CN105187256B (zh) * | 2015-09-29 | 2018-11-06 | 华为技术有限公司 | 一种容灾方法、设备和系统 |
-
2015
- 2015-09-29 CN CN201510634198.3A patent/CN105187256B/zh active Active
-
2016
- 2016-06-29 EP EP16850160.9A patent/EP3280094B1/en active Active
- 2016-06-29 WO PCT/CN2016/087702 patent/WO2017054536A1/zh unknown
-
2018
- 2018-03-28 US US15/938,609 patent/US10713130B2/en active Active
-
2020
- 2020-06-18 US US16/905,397 patent/US11461199B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110246627A1 (en) * | 2010-04-01 | 2011-10-06 | International Business Machines Corporation | Data Center Affinity Of Virtual Machines In A Cloud Computing Environment |
CN102629224A (zh) * | 2012-04-26 | 2012-08-08 | 广东电子工业研究院有限公司 | 一种基于云平台的一体化数据容灾方法及其装置 |
CN103218260A (zh) * | 2013-03-06 | 2013-07-24 | 中国联合网络通信集团有限公司 | 虚拟机迁移方法和装置 |
CN104115447A (zh) * | 2014-04-14 | 2014-10-22 | 华为技术有限公司 | 一种云计算架构下的容灾方案配置方法及装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017054536A1 (zh) * | 2015-09-29 | 2017-04-06 | 华为技术有限公司 | 一种容灾方法、设备和系统 |
US10713130B2 (en) | 2015-09-29 | 2020-07-14 | Huawei Technologies Co., Ltd. | Redundancy method, device, and system |
US11461199B2 (en) | 2015-09-29 | 2022-10-04 | Huawei Cloud Computing Technologies Co., Ltd. | Redundancy method, device, and system |
CN108123831A (zh) * | 2017-12-15 | 2018-06-05 | 安徽长泰信息安全服务有限公司 | 一种互联网应用中的容灾服务系统及方法 |
CN113849328A (zh) * | 2018-05-22 | 2021-12-28 | 华为技术有限公司 | 一种容灾系统的管理方法和装置 |
CN113849328B (zh) * | 2018-05-22 | 2024-04-12 | 华为技术有限公司 | 一种容灾系统的管理方法和装置 |
CN111143265A (zh) * | 2019-12-30 | 2020-05-12 | 锐捷网络股份有限公司 | 一种基于虚拟机的数据传输方法及装置 |
CN111143265B (zh) * | 2019-12-30 | 2022-09-20 | 锐捷网络股份有限公司 | 一种基于虚拟机的数据传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US20180217903A1 (en) | 2018-08-02 |
EP3280094A4 (en) | 2018-06-27 |
EP3280094B1 (en) | 2020-07-29 |
US11461199B2 (en) | 2022-10-04 |
EP3280094A1 (en) | 2018-02-07 |
WO2017054536A1 (zh) | 2017-04-06 |
CN105187256B (zh) | 2018-11-06 |
US20200319983A1 (en) | 2020-10-08 |
US10713130B2 (en) | 2020-07-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105187256A (zh) | 一种容灾方法、设备和系统 | |
CN100423491C (zh) | 虚拟化网络存储系统及其网络存储设备 | |
CN103618621B (zh) | 一种软件定义网络sdn的自动配置方法、设备及系统 | |
CN103379185B (zh) | 一种网络地址转换的方法、设备和系统 | |
CN113163277B (zh) | 光网络单元带宽管理方法、装置、电子设备及存储介质 | |
CN104079630A (zh) | 一种业务服务端负载均衡方法、客户端、服务端以及系统 | |
US10042676B1 (en) | Capacity pool health index | |
CN107015972B (zh) | 一种机房业务迁移方法、装置和系统 | |
CN110830574B (zh) | 一种基于docker容器实现内网负载均衡的方法 | |
CN107239347B (zh) | 一种虚拟化场景下的设备资源分配方法和装置 | |
CN104754013A (zh) | 一种云计算平台的网络资源控制方法、装置及系统 | |
CN107291395A (zh) | 一种lun在线扩容方法及系统 | |
CN104601493A (zh) | 一种带宽调整方法、系统及智能管道平台 | |
CN103414764A (zh) | 一种云平台弹性存储系统及其弹性存储实现方法 | |
CN109857588A (zh) | 基于多控存储系统的精简卷元数据处理方法、装置及系统 | |
CN107688441B (zh) | 一种存储虚拟化的实现方法及装置 | |
CN108833177A (zh) | 虚拟交换机管理方法及主控卡 | |
CN104063451A (zh) | 一种数据库连接管理方法及系统 | |
CN104426704A (zh) | 整合网络装置及其服务整合方法 | |
CN104580328A (zh) | 虚拟机迁移方法、装置及系统 | |
CN107707665A (zh) | 一种网络存储方法、装置、系统及计算机可读存储介质 | |
CN102868594B (zh) | 一种消息处理方法和装置 | |
CN108279850B (zh) | 一种数据资源的存储方法 | |
CN104486215A (zh) | 一种消息发送方法及设备 | |
CN111858184A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220215 Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province Patentee after: Huawei Cloud Computing Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |