CN110413457A - 云服务的容灾方法和装置 - Google Patents
云服务的容灾方法和装置 Download PDFInfo
- Publication number
- CN110413457A CN110413457A CN201910708571.3A CN201910708571A CN110413457A CN 110413457 A CN110413457 A CN 110413457A CN 201910708571 A CN201910708571 A CN 201910708571A CN 110413457 A CN110413457 A CN 110413457A
- Authority
- CN
- China
- Prior art keywords
- failure
- available area
- application program
- cloud service
- type
- 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
-
- 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/2033—Failover techniques switching over of hardware resources
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Abstract
本申请实施例公开了云服务的容灾方法和装置,涉及云计算领域。上述方法的一具体实施方式包括:监测至少两个可用区中是否存在故障的可用区,其中,至少两个可用区中的每个可用区部署有云服务的应用程序;响应于监测到存在故障的可用区,确定故障的类型是否为预设的类型;响应于确定故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。该实施方式可以在可用区故障时,实现可用区的自动切换,从而能够提高云服务的可靠性。
Description
技术领域
本申请实施例涉及计算机技术领域,具体涉及云服务的容灾方法和装置。
背景技术
数据中心是全球协作的特定设备网络,用来在互联网网络基础设施上传递、加速、展示、计算、存储数据信息。数据中心可以是多功能的建筑物,能容纳多个服务器以及通信设备。这些设备被放置在一起通常是因为它们具有相同的对环境的要求以及物理安全上的需求,并且这样放置便于维护。可用区可以包括至少一个数据中心,因此可用区具备比单个数据中心更强的可用性、容错能力以及可扩展性,用户可以选择可用区来创建资源。
随着云计算的不断普及和发展,利用云计算技术开发获得的云产品得到了重视,从而使云产品的类型越来越丰富,云服务器(Elastic Compute Service,ECS)作为一种基础云计算服务,能够像使用水、电、煤气等资源一样便捷、高效的使用,应用非常广泛。
发明内容
本申请实施例提出了云服务的容灾方法和装置。
第一方面,本申请实施例提供了一种云服务的容灾方法,包括:监测至少两个可用区中是否存在故障的可用区,其中,上述至少两个可用区中的每个可用区部署有云服务的应用程序;响应于监测到存在故障的可用区,确定上述故障的类型是否为预设的类型;响应于确定上述故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。
在一些实施例中,上述将故障的可用区中运行的应用程序切换到未故障的可用区中运行,包括:将调用故障的可用区中运行的应用程序的请求转发到未故障的可用区。
在一些实施例中,上述将调用故障的可用区中运行的应用程序的请求转发到未故障的可用区,包括:确定上述未故障的可用区中负载最小的可用区;将调用故障的可用区中运行的应用程序的请求转发到上述负载最小的可用区。
在一些实施例中,上述方法还包括:响应于确定上述故障的类型不是预设的类型,将故障的可用区的信息以及故障的类型输出。
在一些实施例中,上述至少两个可用区的部署包括以下步骤:确定云服务的应用程序是否需要调用其它应用程序,其中,上述其它应用程序是云服务的应用之外的应用程序;响应于确定需要调用其它应用程序,在上述至少两个可用区中部署调用其它应用程序的调用端口。
第二方面,本申请实施例提供了一种云服务的容灾装置,包括:监测单元,被配置成监测至少两个可用区中是否存在故障的可用区,其中,上述至少两个可用区中的每个可用区部署有云服务的应用程序;判断单元,被配置成响应于监测到存在故障的可用区,确定上述故障的类型是否为预设的类型;切换单元,被配置成响应于确定上述故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。
在一些实施例中,上述切换单元进一步被配置成:将调用故障的可用区中运行的应用程序的请求转发到未故障的可用区。
在一些实施例中,上述切换单元进一步被配置成:确定上述未故障的可用区中负载最小的可用区;将调用故障的可用区中运行的应用程序的请求转发到上述负载最小的可用区。
在一些实施例中,上述装置还包括:输出单元,被配置成响应于确定上述故障的类型不是预设的类型,将故障的可用区的信息以及故障的类型输出。
在一些实施例中,上述装置还包括部署单元,上述至少两个可用区的部署通过上述部署单元完成,上述部署单元被配置成:确定上述云服务的应用程序是否需要调用其它应用程序,其中,上述其它应用程序是上述云服务的应用程序之外的应用程序;响应于确定需要调用其它应用程序,在上述至少两个可用区中部署调用其它应用程序的调用端口。
第三方面,本申请实施例提供了一种服务器,包括:一个或多个处理器;存储装置,其上存储有一个或多个程序,当上述一个或多个程序被上述一个或多个处理器执行,使得上述一个或多个处理器实现如第一方面任一实施例所描述的方法。
第四方面,本申请实施例提供了一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面任一实施例所描述的方法。
本申请的上述实施例提供的云服务的容灾方法和装置,首先可以监测至少两个可用区中是否存在故障的可用区。其中,上述至少两个可用区中的每个可用区都部署有云服务的至少一个应用程序。如果监测到存在故障的可用区,则进一步判断故障的类型是否为预设的类型。如果是,则将故障的可用区中运行的应用程序切换到未故障的可用区中运行。本实施例的方法,可以在可用区故障时,实现可用区的自动切换,从而能够提高云服务的可靠性。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1是本申请的一个实施例可以应用于其中的示例性系统架构图;
图2是根据本申请的云服务的容灾方法的一个实施例的流程图;
图3是根据本申请的云服务的容灾方法的一个应用场景的示意图;
图4是根据本申请的云服务的容灾方法的又一个实施例的流程图;
图5是根据本申请的云服务的容灾装置的一个实施例的结构示意图;
图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与有关发明相关的部分。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的云服务的容灾方法或云服务的容灾装置的实施例的示例性系统架构100。
如图1所示,系统架构100可以包括可用区101、102、103,网络104和调度服务器105。网络104用以在可用区101、102、103和调度服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
可用区101、102、103通过网络104与调度服务器105交互,以接收或发送消息等。可用区101、102、103上可以部署有云服务的应用程序。用户可以通过终端设备(图中未示出)向调度服务器105发送对上述应用程序的调用请求,以使用云服务。调度服务器105在接收到上述调用请求后,可以将上述调用请求发送至对应的可用区。
可用区101、102、103中可以包括多个服务器,不同的服务器可以运行有不同的应用程序,以实现对不同的数据的处理。可用区101、102、103中的服务器以及调度服务器105可以是硬件,也可以是软件。当上述服务器为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当上述服务器为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是,本申请实施例所提供的云服务的容灾方法一般由调度服务器105执行,相应地,云服务的容灾装置一般设置于调度服务器105中。
应该理解,图1中的可用区、网络和调度服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的可用区、网络和调度服务器。
继续参考图2,示出了根据本申请的云服务的容灾方法的一个实施例的流程200。本实施例的云服务的容灾方法,包括以下步骤:
步骤201,监测至少两个可用区中是否存在故障的可用区。
在本实施例中,云服务的容灾方法的执行主体(例如图1所示的调度服务器105)可以预先在至少两个可用区中均部署云服务,以使得部署后每个可用区都能够独自运行云服务的所有应用程序。云服务可以包括至少一个应用程序,各可用区通过运行各应用程序为用户提高云服务。可以理解的是,在部署后的实际应用中,各可用区可以配合使用,即不同的可用区运行云服务的一部分应用程序,各可用区之间运行的应用程序可以不同。举例来说,可用区A、B和C中分别运行云服务的一部分应用程序,例如,可用区A运行a应用程序,可用区B运行b应用程序,可用区C运行c应用程序。那么对于a应用程序来说,可用区A可以作为其主可用区,可用区B和C可以作为其备可用区。当可用区A不可用时,可用区B和C均可以运行应用程序a。这样,可以在实际应用中提高可用区的使用率和运行效率。
执行主体可以通过各种方式来监测各可用区中是否存在故障的可用区。例如,执行主体可以通过接收各可用求发送的心跳信息的方式来监测各可用区。如果执行主体间隔预设时长未接收到心跳信息,则认为可用区故障。或者,执行主体可以通过监测进程或端口的方式来监测各可用区是否故障。
在本实施例的一些可选的实现方式中,执行主体可以通过图2中未示出的以下步骤来部署上述至少两个可用区:确定云服务的应用程序是否需要调用其它应用程序,其中,其它应用程序是云服务的应用程序之外的应用程序;响应于确定需要调用其它应用程序,在至少两个可用区中部署调用其它应用程序的调用端口。
本实现方式中,执行主体可以首先确定云服务的各应用程序是否需要调用其它应用程序。上述其它应用程序例如可以包括数据库应用程序。如果各应用程序需要调用这些其它应用程序,则称云服务为强依赖服务。如果执行主体确定云服务为强依赖服务,则可以在各可用区中部署调用其它应用程序的调用端口,这样,在切换后可以保证未故障的可用区中运行的应用程序可以正常调用其它应用程序。
步骤202,响应于监测到存在故障的可用区,确定故障的类型是否为预设的类型。
如果执行主体监测到各可用区中存在故障的可用区,则首先可以确定故障的类型。故障的类型可以包括可用区宕机、可用区断电、可用区断网或网络拥堵。执行主体可以通过各种方式来确定故障的类型。例如,可以通过接收的信息来判断故障的类型,或者通过进程标识来判断故障的类型。上述预设的类型可以为可用区的整体故障,即可用区中的每个服务器都不可用。上述故障例如可以包括可用区宕机、可用区断电、可用区断网。上述故障可以是由自然灾害或运营商故障导致的。
步骤203,响应于确定故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。
本实施例中,如果执行主体确定故障的类型为预设的类型,执行主体可以将在故障的可用区中运行的应用程序切换到未故障的可用区中运行。具体的,执行主体可以向未故障的可用区发送指令,以使可用区的至少一个服务器运行那些在故障的可用区中运行的应用程序。
在本实施例的一些可选的实现方式中,上述步骤203具体可以通过图2中未示出的以下步骤来实现:将调用故障的可用区中运行的应用程序的请求转发到未故障的可用区。
本实现方式中,执行主体可以将对故障的可用区中运行的应用程序的调用请求,转发到未故障的可用区。这样,未故障的可用区可以处理上述调用请求,从而不会影响用户对云服务的使用体验。
在本实施例的一些可选的实现方式中,执行主体还可以通过图2中未示出的以下步骤来实现请求的转发:确定未故障的可用区中负载最小的可用区;将调用故障的可用区中运行的应用程序的请求转发到负载最小的可用区。
本实现方式中,执行主体可以根据负载均衡的原则选择可用区。即执行主体可以选择负载最小的可用区,然后将调用请求转发到负载最小的可用区,以提高各可用区的处理效率。
继续参见图3,图3是根据本实施例的云服务的容灾方法的应用场景的一个示意图。在图3的应用场景中,调度服务器301在监测到可用区302出现断电故障时,可以将可用区302中运行的应用程序切换到未故障的可用区303中运行,以使可用区303处理可用区302处理的数据。
本申请的上述实施例提供的云服务的容灾方法,首先可以监测至少两个可用区中是否存在故障的可用区。其中,上述至少两个可用区中的每个可用区都部署有云服务的应用程序。如果监测到存在故障的可用区,则进一步判断故障的类型是否为预设的类型。如果是,则将故障的可用区中运行的应用程序切换到未故障的可用区中运行。本实施例的方法,可以在可用区故障时,实现可用区的自动切换,从而能够提高云服务的可靠性。
继续参见图4,其示出了根据本申请的云服务的容灾方法的另一个实施例的流程400。如图4所示,本实施例的云服务的容灾方法可以包括以下步骤:
步骤401,监测至少两个可用区中是否存在故障的可用区。
步骤402,响应于监测到存在故障的可用区,确定故障的类型是否为预设的类型。
步骤403,响应于确定故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。
步骤401~403的原理与步骤202~203的原理相似,此处不再赘述。
步骤404,响应于确定故障的类型不是预设的类型,将故障的可用区的信息以及故障的类型输出。
本实施例中,如果执行主体在确定可用区的故障的类型不是预设的类型时,可以将故障的可用区的信息以及故障的类型输出。其中,故障的可用区的信息可以包括可用区的位置、标识、出现故障的时间等等。执行主体还可以将故障的类型输出。这样,可用区的维护人员可以根据所输出的信息调整可用区中的各服务器,缓解或解决上述故障。
本申请的上述实施例提供的云服务的容灾方法,可以在可用区出现不可用故障时,及时切换可用区,提高了可用区的可靠性。或者,及时输出故障信息,供技术人员查看。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种云服务的容灾装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的云服务的容灾装置500包括:监测单元501、判断单元502和切换单元503。
监测单元501,被配置成监测至少两个可用区中是否存在故障的可用区。其中,至少两个可用区中的每个可用区部署有云服务的应用程序。
判断单元502,被配置成响应于监测到存在故障的可用区,确定故障的类型是否为预设的类型。
切换单元503,被配置成响应于确定所述故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。
在本实施例的一些可选的实现方式中,切换单元503可以进一步被配置成:将调用故障的可用区中运行的应用程序的请求转发到未故障的可用区。
在本实施例的一些可选的实现方式中,切换单元503可以进一步被配置成:确定未故障的可用区中负载最小的可用区;将调用故障的可用区中运行的应用程序的请求转发到负载最小的可用区。
在本实施例的一些可选的实现方式中,上述装置500还可以进一步包括图5中未示出的输出单元,被配置成响应于确定故障的类型不是预设的类型,将故障的可用区的信息以及故障的类型输出。
在本实施例的一些可选的实现方式中,上述装置500还可以进一步包括图5中未示出的部署单元。至少两个可用区的部署通过所述部署单元完成,部署单元被配置成:确定云服务的应用程序是否需要调用其它应用程序,其中,其它应用程序是云服务的应用程序之外的应用程序;响应于确定需要调用其它应用程序,在至少两个可用区中部署调用其它应用程序的调用端口。
应当理解,云服务的容灾装置500中记载的单元501至单元503分别与参考图2中描述的方法中的各个步骤相对应。由此,上文针对云服务的容灾方法描述的操作和特征同样适用于装置500及其中包含的单元,在此不再赘述。
下面参考图6,其示出了适于用来实现本公开的实施例的电子设备(例如图1中的调度服务器105)600的结构示意图。图6示出的服务器仅仅是一个示例,不应对本公开的实施例的功能和使用范围带来任何限制。
如图6所示,电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常,以下装置可以连接至I/O接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置,也可以根据需要代表多个装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从ROM 602被安装。在该计算机程序被处理装置601执行时,执行本公开的实施例的方法中限定的上述功能。需要说明的是,本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述服务器中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:监测至少两个可用区中是否存在故障的可用区,其中,至少两个可用区中的每个可用区部署有云服务的应用程序;响应于监测到存在故障的可用区,确定故障的类型是否为预设的类型;响应于确定故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中,例如,可以描述为:一种处理器包括监测单元、判断单元和切换单元。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定,例如,监测单元还可以被描述为“监测至少两个可用区中是否存在故障的可用区的单元”。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开的实施例中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (12)
1.一种云服务的容灾方法,包括:
监测至少两个可用区中是否存在故障的可用区,其中,所述至少两个可用区中的每个可用区部署有云服务的应用程序;
响应于监测到存在故障的可用区,确定所述故障的类型是否为预设的类型;
响应于确定所述故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。
2.根据权利要求1所述的方法,其中,所述将故障的可用区中运行的应用程序切换到未故障的可用区中运行,包括:
将调用故障的可用区中运行的应用程序的请求转发到未故障的可用区。
3.根据权利要求2所述的方法,其中,所述将调用故障的可用区中运行的应用程序的请求转发到未故障的可用区,包括:
确定所述未故障的可用区中负载最小的可用区;
将调用故障的可用区中运行的应用程序的请求转发到所述负载最小的可用区。
4.根据权利要求1所述的方法,其中,所述方法还包括:
响应于确定所述故障的类型不是预设的类型,将故障的可用区的信息以及故障的类型输出。
5.根据权利要求1所述的方法,其中,所述至少两个可用区的部署包括以下步骤:
确定所述云服务的应用程序是否需要调用其它应用程序,其中,所述其它应用程序是所述云服务的应用之外的应用程序;
响应于确定需要调用其它应用程序,在所述至少两个可用区中部署调用其它应用程序的调用端口。
6.一种云服务的容灾装置,包括:
监测单元,被配置成监测至少两个可用区中是否存在故障的可用区,其中,所述至少两个可用区中的每个可用区部署有云服务的应用程序;
判断单元,被配置成响应于监测到存在故障的可用区,确定所述故障的类型是否为预设的类型;
切换单元,被配置成响应于确定所述故障的类型为预设的类型,将故障的可用区中运行的应用程序切换到未故障的可用区中运行。
7.根据权利要求6所述的装置,其中,所述切换单元进一步被配置成:
将调用故障的可用区中运行的应用程序的请求转发到未故障的可用区。
8.根据权利要求7所述的装置,其中,所述切换单元进一步被配置成:
确定所述未故障的可用区中负载最小的可用区;
将调用故障的可用区中运行的应用程序的请求转发到所述负载最小的可用区。
9.根据权利要求6所述的装置,其中,所述装置还包括:
输出单元,被配置成响应于确定所述故障的类型不是预设的类型,将故障的可用区的信息以及故障的类型输出。
10.根据权利要求6所述的装置,其中,所述装置还包括部署单元,所述至少两个可用区的部署通过所述部署单元完成,所述部署单元被配置成:
确定所述云服务的应用程序是否需要调用其它应用程序,其中,所述其它应用程序是所述云服务的应用程序之外的应用程序;
响应于确定需要调用其它应用程序,在所述至少两个可用区中部署调用其它应用程序的调用端口。
11.一种服务器,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。
12.一种计算机可读介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如权利要求1-5中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910708571.3A CN110413457A (zh) | 2019-08-01 | 2019-08-01 | 云服务的容灾方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910708571.3A CN110413457A (zh) | 2019-08-01 | 2019-08-01 | 云服务的容灾方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110413457A true CN110413457A (zh) | 2019-11-05 |
Family
ID=68365259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910708571.3A Pending CN110413457A (zh) | 2019-08-01 | 2019-08-01 | 云服务的容灾方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110413457A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111447282A (zh) * | 2020-03-31 | 2020-07-24 | 北京百度网讯科技有限公司 | 用于确定传输路径的方法和装置 |
CN111683139A (zh) * | 2020-06-05 | 2020-09-18 | 北京百度网讯科技有限公司 | 用于均衡负载的方法和装置 |
CN112887109A (zh) * | 2019-11-29 | 2021-06-01 | 北京百度网讯科技有限公司 | 基础设施区域的容灾处理方法、装置、设备及可读介质 |
CN112882921A (zh) * | 2019-11-29 | 2021-06-01 | 北京百度网讯科技有限公司 | 故障模拟方法和装置 |
-
2019
- 2019-08-01 CN CN201910708571.3A patent/CN110413457A/zh active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112887109A (zh) * | 2019-11-29 | 2021-06-01 | 北京百度网讯科技有限公司 | 基础设施区域的容灾处理方法、装置、设备及可读介质 |
CN112882921A (zh) * | 2019-11-29 | 2021-06-01 | 北京百度网讯科技有限公司 | 故障模拟方法和装置 |
US11362885B2 (en) | 2019-11-29 | 2022-06-14 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Method, apparatus, device and readable medium for disaster recovery processing for infrastructure areas |
CN112887109B (zh) * | 2019-11-29 | 2023-01-06 | 北京百度网讯科技有限公司 | 基础设施区域的容灾处理方法、装置、设备及可读介质 |
CN112882921B (zh) * | 2019-11-29 | 2024-04-05 | 北京百度网讯科技有限公司 | 故障模拟方法和装置 |
CN111447282A (zh) * | 2020-03-31 | 2020-07-24 | 北京百度网讯科技有限公司 | 用于确定传输路径的方法和装置 |
CN111447282B (zh) * | 2020-03-31 | 2022-06-07 | 北京百度网讯科技有限公司 | 用于确定传输路径的方法和装置 |
CN111683139A (zh) * | 2020-06-05 | 2020-09-18 | 北京百度网讯科技有限公司 | 用于均衡负载的方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110413457A (zh) | 云服务的容灾方法和装置 | |
CN109523187A (zh) | 任务调度方法、装置和设备 | |
CN112448858B (zh) | 网络通信控制方法及装置、电子设备和可读存储介质 | |
US10205773B2 (en) | Service platform architecture | |
JP2017162440A (ja) | ポータブルコンピュータ試験ツール用のクラウドサービス資産管理のためのシステム及び方法 | |
CN109558246A (zh) | 一种负载均衡方法、装置、电子设备及存储介质 | |
CN108600344A (zh) | 一种网络访问请求调度方法、装置和存储介质 | |
CN107835181A (zh) | 服务器集群的权限管理方法、装置、介质和电子设备 | |
CN110008050A (zh) | 用于处理信息的方法和装置 | |
CN113438165A (zh) | 基于云网融合技术的骨干链路优化方法、系统以及设备 | |
CN110399253A (zh) | 宕机处理方法和装置 | |
CN113419889A (zh) | 一种支付系统的故障自动切换方法及装置 | |
CN113553178A (zh) | 任务处理方法、装置和电子设备 | |
CN109471647A (zh) | 一种数据的更新方法、装置、电子设备及可读介质 | |
CN114296953A (zh) | 一种多云异构系统及任务处理方法 | |
CN109828830A (zh) | 用于管理容器的方法和装置 | |
CN112905486A (zh) | 一种服务集成测试方法、装置和系统 | |
Zhukova et al. | Applications for monitoring and visualizing events from the cloud or fog environment | |
CN110233791B (zh) | 数据去重方法和装置 | |
CN113726638B (zh) | 一种多云多芯容器管理的方法、装置及设备、存储介质 | |
CN109698774A (zh) | 用于监测设备工作状态的方法及装置 | |
CN109947659A (zh) | 用于测试应用的系统、方法和装置 | |
CN112910835B (zh) | 基于区块链的配置管理方法、装置、系统、设备和介质 | |
CN109933432A (zh) | 用于发送数据的方法和装置 | |
CN114461582A (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 |