CN112887109B - 基础设施区域的容灾处理方法、装置、设备及可读介质 - Google Patents
基础设施区域的容灾处理方法、装置、设备及可读介质 Download PDFInfo
- Publication number
- CN112887109B CN112887109B CN201911199543.XA CN201911199543A CN112887109B CN 112887109 B CN112887109 B CN 112887109B CN 201911199543 A CN201911199543 A CN 201911199543A CN 112887109 B CN112887109 B CN 112887109B
- Authority
- CN
- China
- Prior art keywords
- service
- infrastructure
- fault
- infrastructure area
- deployed
- 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.)
- Active
Links
Images
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
- H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by 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/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
- H04L41/065—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving logical or physical relationship, e.g. grouping and hierarchies
-
- 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
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- 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/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5019—Ensuring fulfilment of SLA
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了基础设施区域的容灾处理方法、装置、设备及可读介质,涉及基础设施区域管理技术领域。具体实现方案为:接收上层的服务请求;若监控系统检测到与所述服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将所述故障基础设施区域的标识与所述服务的绑定关系解绑;根据剩余未解绑的所述服务与非故障基础设施区域的标识的绑定关系,将所述服务请求的流量调度到非故障基础设施区域上。本申请通过采用上述技术方案,可以在基础设施区域发生故障时,及时止损。而且,本申请的容灾处理方案的灵活性较强,在既有的服务集群以及较难调整的服务架构中,都非常容易实施,实用性非常好。
Description
技术领域
本申请涉及计算机应用技术领域,尤其涉及基础设施区域管理技术领域,具体涉及一种基础设施区域的容灾处理方法、装置、设备及可读介质。
背景技术
基础设施区域的容灾能力的建设通常分为三个维度。首先是接入层的容灾能力建设,即域名解析、IP服务的容灾能力的建设;其次是服务层的容灾能力建设,即服务集群本身的容灾能力的建设;最后是依赖服务的容灾能力建设,通常可包含数据库、中间件等服务的容灾能力的建设。现有的基础设施区域的容灾能力建设,通常从接入层入手,绑定于同一域名的多个IP各自关联位于不同基础设施区域的服务实例,实现了三个维度的故障域隔离;该技术方案比较适合在基础设施区域建设的开始阶段应用。
但是,现有技术的容灾处理方案的灵活性较差,在既有的服务集群以及较难调整的服务架构中,实施起来难度较高。
发明内容
本申请提供了一种基础设施区域的容灾处理方法、装置、设备及可读介质,用于提供一种灵活性较高的容灾处理方案。
一方面,本申请提供一种基础设施区域的容灾处理方法,包括:
接收上层的服务请求;
若监控系统检测到与所述服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将所述故障基础设施区域的标识与所述服务的绑定关系解绑;
根据剩余未解绑的所述服务与非故障基础设施区域的标识的绑定关系,将所述服务请求的流量调度到非故障基础设施区域上。
进一步可选地,如上所述的方法中,接收上层的服务请求,包括:接收上层的携带域名的服务请求;
若监控系统检测到与所述服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将所述故障基础设施区域的标识与所述服务的绑定关系解绑,包括:若所述监控系统检测到与所述域名具有绑定关系的至少两个基础设施区域的IP地址中存在故障基础设施区域的IP地址时,将所述故障基础设施区域的IP地址与所述域名解绑,保留所述域名与所述至少两个基础设施区域的IP地址中非故障基础设施区域的IP地址的绑定关系;
根据剩余未解绑的所述服务与非故障基础设施区域的标识的绑定关系,将所述服务请求的流量调度到非故障基础设施区域上,包括:根据剩余未解绑的所述域名与所述非故障基础设施区域的IP地址的绑定关系,将所述域名对应的服务请求的流量调度到所述非故障基础设施区域上。
进一步可选地,如上所述的方法中,接收上层的服务请求之前,所述还方法包括:
为同一域名配置至少两个基础设施区域部署的IP地址,以将所述域名与所述至少两个基础设施区域部署的IP地址绑定。
进一步可选地,如上所述的方法中,接收上层的服务请求,包括:接收上层的携带非故障基础设施区域的IP地址的服务请求;
若监控系统检测到与所述服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将所述故障基础设施区域的标识与所述服务的绑定关系解绑,包括:若所述监控系统检测到与所述IP地址具有绑定关系的多个服务实例的标识中存在部署在故障基础设施区域的服务实例时,将部署在所述故障基础设施区域的服务实例的标识与所述IP地址解绑,保留所述IP地址与非故障基础设施区域上部署的服务实例的标识的绑定关系;其中,多个服务实例部署在至少两个基础设施区域上;
根据剩余未解绑的所述服务与非故障基础设施区域的标识的绑定关系,将所述服务请求的流量调度到非故障基础设施区域上,包括:根据剩余未解绑的所述IP地址与所述非故障基础设施区域上部署的服务实例的标识的绑定关系,将所述服务请求的流量调度到所述非故障基础设施区域上的所述服务实例上。
进一步可选地,如上所述的方法中,接收上层的服务请求之前,所述方法还包括:
为各所述IP地址配置至少两个基础设施区域的服务实例,以将所述IP地址与所述至少两个基础设施区域部署的服务实例的标识绑定。
进一步可选地,如上所述的方法中,接收上层的服务请求,包括:接收上层的携带服务实例标识的服务请求;
若监控系统检测到与所述服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将所述故障基础设施区域的标识与所述服务的绑定关系解绑,包括:若所述监控系统检测到与所述服务实例标识具有绑定关系的多个依赖服务的标识中存在部署在故障基础设施区域的依赖服务时,将部署在所述故障基础设施区域的依赖服务的标识与所述服务实例的标识解绑,保留所述服务实例的标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系;其中,多个依赖服务部署在至少两个基础设施区域上;
根据剩余未解绑的所述服务与非故障基础设施区域的标识的绑定关系,将所述服务请求的流量调度到非故障基础设施区域上,包括:根据剩余未解绑的所述服务实例标识与所述非故障基础设施区域上部署的依赖服务的标识的绑定关系,将所述服务请求的流量调度到所述非故障基础设施区域上的所述依赖服务上。
进一步可选地,如上所述的方法中,接收上层的服务请求之前,所述还方法包括:
为各所述服务实例配置至少两个基础设施区域的依赖服务,以将所述服务实例的标识与所述至少两个基础设施区域部署的依赖服务的标识绑定。
另一方面,本申请还提供了一种基础设施区域的容灾处理装置,包括:
接收模块,用于接收上层的服务请求;
解绑模块,用于若监控系统检测到与所述服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将所述故障基础设施区域的标识与所述服务的绑定关系解绑;
调度模块,用于根据剩余未解绑的所述服务与非故障基础设施区域的标识的绑定关系,将所述服务请求的流量调度到非故障基础设施区域上。
本申请还提供一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如上任一项所述的方法。
本申请还提供一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行如上任一项所述的方法。
再一方面,本申请还提供一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现如上所述的方面和任一可能的实现方式的方法。
上述申请中的一个实施例具有如下优点或有益效果:通过采用上述技术方案,可以在监控系统检测到与服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将故障基础设施区域的标识与服务的绑定关系解绑,并进一步根据剩余未解绑的服务与非故障基础设施区域的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上,从而可以在基础设施区域发生故障时,及时止损。而且,本申请的容灾处理方案的灵活性较强,在既有的服务集群以及较难调整的服务架构中,都非常容易实施,实用性非常好。
进一步地,本申请可以在服务接入层为同一域名配置至少两个基础设施区域部署的IP地址,以将域名与至少两个基础设施区域部署的IP地址绑定,并进一步基于绑定关系,在服务接入层进行容灾处理,以便于在基础设施区域发生故障时,及时止损。
进一步地,本申请还可以在服务实例层为各IP地址配置至少两个基础设施区域的服务实例,以将IP地址与至少两个基础设施区域部署的服务实例的标识绑定,并进一步基于绑定关系,在服务实例层进行容灾处理,以便于在基础设施区域发生故障时,及时止损。
进一步地,本申请还可以在服务依赖层为各服务实例配置至少两个基础设施区域的依赖服务,以将服务实例的标识与至少两个基础设施区域部署的依赖服务的标识绑定,并进一步基于绑定关系,在服务实例层进行容灾处理,以便于在基础设施区域发生故障时,及时止损。
上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1是根据本申请第一实施例的示意图;
图2是根据本申请第二实施例的示意图;
图3是根据本申请第三实施例的示意图;
图4是根据本申请第四实施例的示意图;
图5是根据本申请第五实施例的应用场景图;
图6是根据本申请第六实施例的示意图;
图7是用来实现本申请实施例的基础设施区域的容灾处理方法的电子设备的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1为本申请提供的基础设施区域的容灾处理方法实施例一的流程图。如图1所示,本实施例的基础设施区域的容灾处理方法,具体可以包括如下步骤:
S101、接收上层的服务请求;
本实施例的基础设施区域的容灾处理方法的执行主体为基础设施区域的容灾处理装置,该基础设施区域的容灾处理装置可以为一个独立的电子实体,或者也可以采用软件集成的应用系统。
实际应用中,本实施例的基础设施区域可以为一个机房,或者其他的覆盖一定空间、具备一定硬件能力的设施区域。
S102、若监控系统检测到与服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将故障基础设施区域的标识与服务的绑定关系解绑;
S103、根据剩余未解绑的服务与非故障基础设施区域的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上。
本实施例的基础设施区域的容灾处理装置,部署在服务请求的处理过程中,对于上层发来的服务请求,该基础设施区域的容灾处理装置能够对处理该服务请求的各基础设施区域进行监控,在某个基础设施区域出现故障时,及时进行容灾处理。
具体地,本实施例的基础设施区域的容灾处理装置,可以与监控系统通信。监控系统可以用于检测基础设施区域是否发生故障。实际应用的场景中,可以部署有许许多多的基础设施区域,但是不同的基础设施区域用于处理不同的服务请求,且为了保证基础设施区域能够实现容灾处理,本实施例中,每一个服务请求可以绑定有至少两个基础设施区域的标识。具体地,可以在基础设施区域的容灾处理装置中预存储服务请求与至少两个基础设施区域的标识的绑定关系。例如,绑定关系具体可以为故障基础设施区域的标识与服务请求对应的服务的标识。本实施例中的服务的标识可以为用于标识该服务的标识,或者还可以为该服务中携带的其他唯一标识,或者其他的能够唯一对应该服务的标识。
而监控系统在检测发生故障的基础设施区域时,将发生故障的基础设施区域的标识发送给该基础设施区域的容灾处理装置,由基础设施区域的容灾处理装置判断发生故障的基础设施区域的标识是否属于、与该服务请求具有绑定关系的基础设施区域的标识,若是,将故障基础设施区域的标识与服务解绑。如,具体可以将故障基础设施区域的标识与服务的标识解绑。此时对应的绑定关系中还保留服务与至少两个基础设施区域中非故障基础设施区域的标识的绑定关系。
或者可选地,本实施例中,还可以将各服务请求对应的服务的标识与基础设施区域的标识之间的绑定关系,预存储在监控系统中。在监控系统检测到该服务请求对应的至少两个基础设施区域中存在故障基础设施区域时,将故障基础设施区域的标识发送给基础设施区域的容灾处理装置,该基础设施区域的容灾处理装置将故障基础设施区域的标识与该服务的对应关系解绑,仅保留非故障基础设施区域的标识与该服务的对应关系。
最后,根据剩余未解绑的服务与非故障基础设施区域的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上,从而可以在基础设施区域故障时,快速将流量调度到非故障的基础设施区域上,进而达到快速止损的效果。
本实施例的基础设施区域的容灾处理方法,通过采用上述技术方案,可以在监控系统检测到与服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将故障基础设施区域的标识与服务的绑定关系解绑,并进一步根据剩余未解绑的服务与非故障基础设施区域的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上,从而可以在基础设施区域发生故障时,及时止损。而且,本实施例的容灾处理方案的灵活性较强,在既有的服务集群以及较难调整的服务架构中,都非常容易实施,实用性非常好。
图2为本申请提供的基础设施区域的容灾处理方法实施例二的流程图。如图2所示,本实施例的基础设施区域的容灾处理方法,是在服务接入层详细描述本发明的技术方案。如图2所示,本实施例的基础设施区域的容灾处理方法,具体可以包括如下步骤:
S201、接收上层的携带域名的服务请求;
S202、若监控系统检测到与域名具有绑定关系的至少两个基础设施区域的IP地址中存在故障基础设施区域的IP地址时,将故障基础设施区域的IP地址与域名解绑,保留域名与至少两个基础设施区域的IP地址中非故障基础设施区域的IP地址的绑定关系;
进一步可选地,在上述步骤S201之前,还可以包括:为同一域名配置至少两个基础设施区域部署的IP地址,以将域名与至少两个基础设施区域部署的IP地址绑定。
S203、根据剩余的未解绑的域名与非故障基础设施区域的IP地址的绑定关系,将域名对应的服务请求的流量调度到非故障基础设施区域上。
采用本实施例的技术方案,可以在服务接入层实现基础设施区域的容灾处理。具体地,基础设施区域的容灾处理装置接收到上层的携带域名的服务请求后,在监控系统检测到与域名具有绑定关系的至少两个基础设施区域的IP地址中存在故障基础设施区域的IP地址时,将故障基础设施区域的IP地址与域名解绑,仅留下域名与至少两个基础设施区域的IP地址中非故障基础设施区域的IP地址的绑定关系,进而可以根据域名与非故障基础设施区域的IP地址的绑定关系,将域名对应的服务请求的流量调度到非故障基础设施区域上。
同理,本实施例的技术方案,也可以在基础设施区域发生故障时,及时止损。而且,本实施例的容灾处理方案的灵活性较强,在既有的服务集群以及较难调整的服务架构中,都非常容易实施,实用性非常好。
图3为本申请提供的基础设施区域的容灾处理方法实施例三的流程图。如图3所示,本实施例的基础设施区域的容灾处理方法,是在服务实例层详细描述本发明的技术方案。如图3所示,本实施例的基础设施区域的容灾处理方法,具体可以包括如下步骤:
S301、接收上层的携带非故障基础设施区域的IP地址的服务请求;
S302、若监控系统检测到与IP地址具有绑定关系的多个服务实例的标识中存在部署在故障基础设施区域的服务实例时,将部署在故障基础设施区域的服务实例的标识与IP地址解绑,保留IP地址与非故障基础设施区域上部署的服务实例的标识;
其中,多个服务实例部署在至少两个基础设施区域上;
进一步可选地,在上述步骤S301之前,还可以包括:为各IP地址配置至少两个基础设施区域的服务实例,以将IP地址与至少两个基础设施区域部署的服务实例的标识绑定。
S303、根据剩余的未解绑的IP地址与非故障基础设施区域上部署的服务实例的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上的服务实例上。
采用本实施例的技术方案,可以在服务实例层实现基础设施区域的容灾处理。具体地,基础设施区域的容灾处理装置接收到上层发送的、携带非故障基础设施区域的IP地址的服务请求后,在监控系统检测到与该IP地址具有绑定关系的多个服务实例的标识中存在部署在故障基础设施区域的服务实例时,将部署在故障基础设施区域的服务实例的标识与该IP地址解绑,仅留下IP地址与非故障基础设施区域上部署的服务实例的标识的绑定关系,进而可以根据剩余未解绑的IP地址与非故障基础设施区域上部署的服务实例的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上的服务实例上。
同理,本实施例的技术方案,也可以在基础设施区域发生故障时,及时止损。而且,本实施例的容灾处理方案的灵活性较强,在既有的服务集群以及较难调整的服务架构中,都非常容易实施,实用性非常好。
图4为本申请提供的基础设施区域的容灾处理方法实施例四的流程图。如图4所示,本实施例的基础设施区域的容灾处理方法,是在服务依赖层详细描述本发明的技术方案。如图4所示,本实施例的基础设施区域的容灾处理方法,具体可以包括如下步骤:
S401、接收上层的携带服务实例标识的服务请求;
S402、若监控系统检测到与服务实例标识具有绑定关系的多个依赖服务的标识中存在部署在故障基础设施区域的依赖服务时,将部署在故障基础设施区域的依赖服务的标识与服务实例的标识解绑,保留服务实例的标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系;
其中,多个依赖服务部署在至少两个基础设施区域上;
进一步可选地,在上述步骤S401之前,还可以包括:为各服务实例配置至少两个基础设施区域的依赖服务,以将服务实例的标识与至少两个基础设施区域部署的依赖服务的标识绑定。
S403、根据剩余的未解绑的服务实例标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上的依赖服务上。
采用本实施例的技术方案,可以在服务依赖层实现基础设施区域的容灾处理。具体地,基础设施区域的容灾处理装置接收到上层发送的、携带服务实例标识的服务请求后,在监控系统检测到与服务实例标识具有绑定关系的多个依赖服务的标识中存在部署在故障基础设施区域的依赖服务时,将部署在故障基础设施区域的依赖服务的标识与服务实例的标识解绑,仅留下服务实例的标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系,进而可以根据剩余未解绑的服务实例标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上的依赖服务上。
同理,本实施例的技术方案,也可以在基础设施区域发生故障时,及时止损。而且,本实施例的容灾处理方案的灵活性较强,在既有的服务集群以及较难调整的服务架构中,都非常容易实施,实用性非常好。
图5为本申请提供的基础设施区域的容灾处理方法实施例五的一种应用场景图。如图5所示,以包括两个基础设施区域A和B为例,以在基础设施区域A上部署有一个服务施例,在基础设施区域B上部署有另一个服务施例,并以在基础设施区域A上部署一个可依赖服务,在基础设施区域B上部署另一个可依赖服务为例。
具体地,在基础设施区域A或者B出现故障时,可以在服务接入层采用上述图2所示实施例的技术方案实现容灾处理;可以在服务实例层采用上述图3所示实施例的技术方案实现容灾处理;还可以在服务依赖层采用上述图4所示实施例的技术方案实现容灾处理,详细可以参考上述图2-图4所示实施例的技术方案,在此不再赘述。
图6为本申请提供的基础设施区域的容灾处理装置实施例的结构图。如图6所示,本实施例的基础设施区域的容灾处理装置600,具体可以包括:
接收模块601,用于接收上层的服务请求;
解绑模块602,用于若监控系统检测到与服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将故障基础设施区域的标识与服务的绑定关系解绑;
调度模块603,用于根据剩余未解绑的服务与非故障基础设施区域的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上。
进一步可选地,本实施例的基础设施区域的容灾处理装置600中:
接收模块601,具体用于接收上层的携带域名的服务请求;
解绑模块602,具体用于若监控系统检测到与域名具有绑定关系的至少两个基础设施区域的IP地址中存在故障基础设施区域的IP地址时,将故障基础设施区域的IP地址与域名解绑,保留域名与至少两个基础设施区域的IP地址中非故障基础设施区域的IP地址的绑定关系;
调度模块603,具体用于根据剩余未解绑的域名与非故障基础设施区域的IP地址的绑定关系,将域名对应的服务请求的流量调度到非故障基础设施区域上。
进一步可选地,本实施例的基础设施区域的容灾处理装置600中,还包括:
配置模块604,用于为同一域名配置至少两个基础设施区域部署的IP地址,以将域名与至少两个基础设施区域部署的IP地址绑定。
或者可选地,接收模块601,具体用于接收上层的携带非故障基础设施区域的IP地址的服务请求;
解绑模块602,具体用于若监控系统检测到与IP地址具有绑定关系的多个服务实例的标识中存在部署在故障基础设施区域的服务实例时,将部署在故障基础设施区域的服务实例的标识与IP地址解绑,保留IP地址与非故障基础设施区域上部署的服务实例的标识的绑定关系;其中,多个服务实例部署在至少两个基础设施区域上;
调度模块603,具体用于根据剩余未解绑的IP地址与非故障基础设施区域上部署的服务实例的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上的服务实例上。
此时对应地,配置模块604,还用于为各IP地址配置至少两个基础设施区域的服务实例,以将IP地址与至少两个基础设施区域部署的服务实例的标识绑定。
或者可选地,接收模块601,具体用于接收上层的携带服务实例标识的服务请求;
解绑模块602,具体用于若监控系统检测到与服务实例标识具有绑定关系的多个依赖服务的标识中存在部署在故障基础设施区域的依赖服务时,将部署在故障基础设施区域的依赖服务的标识与服务实例的标识解绑,保留服务实例的标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系;其中,多个依赖服务部署在至少两个基础设施区域上;
调度模块603,具体用于根据剩余未解绑的服务实例标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上的依赖服务上。
此时对应地,配置模块604,还用于为各服务实例配置至少两个基础设施区域的依赖服务,以将服务实例的标识与至少两个基础设施区域部署的依赖服务的标识绑定。
本实施例的基础设施区域的容灾处理装置600,通过采用上述模块实现基础设施区域的容灾处理的实现原理以及技术效果与上述相关方法实施例的实现相同,详细可以参考上述相关方法实施例的记载,在此不再赘述。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
如图7所示,是用于实现本申请实施例的基础设施区域的容灾处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图7所示,该电子设备包括:一个或多个处理器701、存储器702,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器701为例。
存储器702即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的基础设施区域的容灾处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的基础设施区域的容灾处理方法。
存储器702作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的基础设施区域的容灾处理方法对应的程序指令/模块(例如,附图6所示的相关模块)。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的基础设施区域的容灾处理方法。
存储器702可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储用于实现基础设施区域的容灾处理方法的电子设备的使用所创建的数据等。此外,存储器702可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器702可选包括相对于处理器701远程设置的存储器,这些远程存储器可以通过网络连接至基础设施区域的容灾处理的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
基础设施区域的容灾处理的电子设备还可以包括:输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接,图7中以通过总线连接为例。
输入装置703可接收输入的数字或字符信息,以及产生与基础设施区域的容灾处理方法的电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请实施例的技术方案,通过采用上述技术方案,可以在监控系统检测到与服务请求具有绑定关系的至少两个基础设施区域的标识中存在故障基础设施区域的标识时,将故障基础设施区域的标识与服务的绑定关系解绑,并进一步根据剩余未解绑的服务与非故障基础设施区域的标识的绑定关系,将服务请求的流量调度到非故障基础设施区域上,从而可以在基础设施区域发生故障时,及时止损。而且,本申请的容灾处理方案的灵活性较强,在既有的服务集群以及较难调整的服务架构中,都非常容易实施,实用性非常好。
根据本申请实施例的技术方案,可以在服务接入层为同一域名配置至少两个基础设施区域部署的IP地址,以将域名与至少两个基础设施区域部署的IP地址绑定,并进一步基于绑定关系,在服务接入层进行容灾处理,以便于在基础设施区域发生故障时,及时止损。
根据本申请实施例的技术方案,还可以在服务实例层为各IP地址配置至少两个基础设施区域的服务实例,以将IP地址与至少两个基础设施区域部署的服务实例的标识绑定,并进一步基于绑定关系,在服务实例层进行容灾处理,以便于在基础设施区域发生故障时,及时止损。
根据本申请实施例的技术方案,还可以在服务依赖层为各服务实例配置至少两个基础设施区域的依赖服务,以将服务实例的标识与至少两个基础设施区域部署的依赖服务的标识绑定,并进一步基于绑定关系,在服务实例层进行容灾处理,以便于在基础设施区域发生故障时,及时止损。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
Claims (10)
1.一种基础设施区域的容灾处理方法,其特征在于,包括:
接收上层的服务请求;
从所述服务请求中获取域名,其中,所述域名与至少两个基础设施区域的IP地址具有绑定关系;各所述基础设施区域的IP地址与多个服务实例的标识具有绑定关系;所述多个服务实例部署在至少两个基础设施区域上;
若监控系统检测到与所述域名具有绑定关系的至少两个基础设施区域的IP地址中存在故障基础设施区域的IP地址时,将所述故障基础设施区域的IP地址与所述域名解绑;根据剩余未解绑的所述域名与非故障基础设施区域的IP地址的绑定关系,将所述域名对应的服务请求的流量调度到所述非故障基础设施区域上;
所述方法还包括:从所述服务请求中获取所述服务请求的IP地址;
若所述监控系统检测到与所述服务请求的IP地址具有绑定关系的多个服务实例的标识中存在部署在故障基础设施区域的服务实例时,将部署在所述故障基础设施区域的服务实例的标识与所述服务请求的IP地址解绑;根据剩余未解绑的所述服务请求的IP地址与非故障基础设施区域上部署的服务实例的标识的绑定关系,将所述服务请求的流量调度到所述非故障基础设施区域上的所述服务实例上;
所述方法还包括:从所述服务请求中获取服务实例标识;所述服务实例标识与多个依赖服务的标识具有绑定关系,其中,多个依赖服务部署在所述至少两个基础设施区域上;
若所述监控系统检测到与所述服务实例标识具有绑定关系的多个依赖服务的标识中存在部署在故障基础设施区域的依赖服务时,将部署在所述故障基础设施区域的依赖服务的标识与所述服务实例的标识解绑;根据剩余未解绑的所述服务实例标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系,将所述服务请求的流量调度到所述非故障基础设施区域上的所述依赖服务上。
2.根据权利要求1所述的方法,其特征在于,接收上层的服务请求之前,所述方法还包括:
为同一域名配置至少两个基础设施区域部署的IP地址,以将所述域名与所述至少两个基础设施区域部署的IP地址绑定。
3.根据权利要求1所述的方法,其特征在于,接收上层的服务请求之前,所述方法还包括:
为各所述IP地址配置至少两个基础设施区域的服务实例,以将所述IP地址与所述至少两个基础设施区域部署的服务实例的标识绑定。
4.根据权利要求1所述的方法,其特征在于,接收上层的服务请求之前,所述方法还包括:
为各所述服务实例配置至少两个基础设施区域的依赖服务,以将所述服务实例的标识与所述至少两个基础设施区域部署的依赖服务的标识绑定。
5.一种基础设施区域的容灾处理装置,其特征在于,包括:
接收模块,用于接收上层的服务请求;
解绑模块,用于从所述服务请求中获取域名,其中,所述域名与至少两个基础设施区域的IP地址具有绑定关系;各所述基础设施区域的IP地址与多个服务实例的标识具有绑定关系;所述多个服务实例部署在至少两个基础设施区域上;若监控系统检测到与所述域名具有绑定关系的至少两个基础设施区域的IP地址中存在故障基础设施区域的IP地址时,将所述故障基础设施区域的IP地址与所述域名解绑;
调度模块,用于根据剩余未解绑的所述域名与非故障基础设施区域的IP地址的绑定关系,将所述域名对应的服务请求的流量调度到所述非故障基础设施区域上;
所述解绑模块,还用于从所述服务请求中获取所述服务请求的IP地址;若所述监控系统检测到与所述服务请求的IP地址具有绑定关系的多个服务实例的标识中存在部署在故障基础设施区域的服务实例时,将部署在所述故障基础设施区域的服务实例的标识与所述服务请求的IP地址解绑;
所述调度模块,还用于根据剩余未解绑的所述服务请求的IP地址与非故障基础设施区域上部署的服务实例的标识的绑定关系,将所述服务请求的流量调度到所述非故障基础设施区域上的所述服务实例上;
所述解绑模块,还用于从所述服务请求中获取服务实例标识;所述服务实例标识与多个依赖服务的标识具有绑定关系,其中,多个依赖服务部署在所述至少两个基础设施区域上;若所述监控系统检测到与所述服务实例标识具有绑定关系的多个依赖服务的标识中存在部署在故障基础设施区域的依赖服务时,将部署在所述故障基础设施区域的依赖服务的标识与所述服务实例的标识解绑;
所述调度模块,还用于根据剩余未解绑的所述服务实例标识与非故障基础设施区域上部署的依赖服务的标识的绑定关系,将所述服务请求的流量调度到所述非故障基础设施区域上的所述依赖服务上。
6.根据权利要求5所述的装置,其特征在于,所述装置还包括:
配置模块,用于为同一域名配置至少两个基础设施区域部署的IP地址,以将所述域名与所述至少两个基础设施区域部署的IP地址绑定。
7.根据权利要求6所述的装置,其特征在于,所述配置模块,还用于为各所述IP地址配置至少两个基础设施区域的服务实例,以将所述IP地址与所述至少两个基础设施区域部署的服务实例的标识绑定。
8.根据权利要求7所述的装置,其特征在于,所述配置模块,还用于为各所述服务实例配置至少两个基础设施区域的依赖服务,以将所述服务实例的标识与所述至少两个基础设施区域部署的依赖服务的标识绑定。
9.一种电子设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-4中任一项所述的方法。
10.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行权利要求1-4中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911199543.XA CN112887109B (zh) | 2019-11-29 | 2019-11-29 | 基础设施区域的容灾处理方法、装置、设备及可读介质 |
US16/903,105 US11362885B2 (en) | 2019-11-29 | 2020-06-16 | Method, apparatus, device and readable medium for disaster recovery processing for infrastructure areas |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911199543.XA CN112887109B (zh) | 2019-11-29 | 2019-11-29 | 基础设施区域的容灾处理方法、装置、设备及可读介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112887109A CN112887109A (zh) | 2021-06-01 |
CN112887109B true CN112887109B (zh) | 2023-01-06 |
Family
ID=76038490
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911199543.XA Active CN112887109B (zh) | 2019-11-29 | 2019-11-29 | 基础设施区域的容灾处理方法、装置、设备及可读介质 |
Country Status (2)
Country | Link |
---|---|
US (1) | US11362885B2 (zh) |
CN (1) | CN112887109B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227333A (zh) * | 2008-02-02 | 2008-07-23 | 中兴通讯股份有限公司 | 一种容灾网管系统及其网管客户端的登陆方法 |
CN102724323A (zh) * | 2012-07-02 | 2012-10-10 | 鞠洪尧 | 一种基于多级容灾的高效物联网架构 |
CN105376305A (zh) * | 2015-10-27 | 2016-03-02 | 鞠洪尧 | 一种云计算网络智能容灾架构 |
US10069788B1 (en) * | 2016-03-29 | 2018-09-04 | Sprint Communications Company L.P. | Controlling a high availability computing system |
CN109471755A (zh) * | 2018-11-14 | 2019-03-15 | 江苏鸿信系统集成有限公司 | 一种基于云计算的同城异地灾备的方法及其系统 |
CN109542645A (zh) * | 2018-11-20 | 2019-03-29 | 北京锐安科技有限公司 | 一种调用服务的方法、装置、电子设备及存储介质 |
CN110069337A (zh) * | 2018-01-24 | 2019-07-30 | 北京京东尚科信息技术有限公司 | 一种容灾降级的方法和装置 |
CN110413457A (zh) * | 2019-08-01 | 2019-11-05 | 北京百度网讯科技有限公司 | 云服务的容灾方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8423670B2 (en) * | 2006-01-25 | 2013-04-16 | Corporation For National Research Initiatives | Accessing distributed services in a network |
US8464270B2 (en) * | 2007-11-29 | 2013-06-11 | Red Hat, Inc. | Dependency management with atomic decay |
US9032240B2 (en) * | 2009-02-24 | 2015-05-12 | Hewlett-Packard Development Company, L.P. | Method and system for providing high availability SCTP applications |
US11507479B2 (en) * | 2019-09-25 | 2022-11-22 | Sap Se | High availability for a relational database management system as a service in a cloud platform |
-
2019
- 2019-11-29 CN CN201911199543.XA patent/CN112887109B/zh active Active
-
2020
- 2020-06-16 US US16/903,105 patent/US11362885B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227333A (zh) * | 2008-02-02 | 2008-07-23 | 中兴通讯股份有限公司 | 一种容灾网管系统及其网管客户端的登陆方法 |
CN102724323A (zh) * | 2012-07-02 | 2012-10-10 | 鞠洪尧 | 一种基于多级容灾的高效物联网架构 |
CN105376305A (zh) * | 2015-10-27 | 2016-03-02 | 鞠洪尧 | 一种云计算网络智能容灾架构 |
US10069788B1 (en) * | 2016-03-29 | 2018-09-04 | Sprint Communications Company L.P. | Controlling a high availability computing system |
CN110069337A (zh) * | 2018-01-24 | 2019-07-30 | 北京京东尚科信息技术有限公司 | 一种容灾降级的方法和装置 |
CN109471755A (zh) * | 2018-11-14 | 2019-03-15 | 江苏鸿信系统集成有限公司 | 一种基于云计算的同城异地灾备的方法及其系统 |
CN109542645A (zh) * | 2018-11-20 | 2019-03-29 | 北京锐安科技有限公司 | 一种调用服务的方法、装置、电子设备及存储介质 |
CN110413457A (zh) * | 2019-08-01 | 2019-11-05 | 北京百度网讯科技有限公司 | 云服务的容灾方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
US11362885B2 (en) | 2022-06-14 |
US20210168024A1 (en) | 2021-06-03 |
CN112887109A (zh) | 2021-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111782365B (zh) | 定时任务处理方法、装置、设备及存储介质 | |
CN104516789A (zh) | 用于检查点系统中的故障转移检测和处理的方法和系统 | |
CN111897694A (zh) | 小程序中消息处理方法及装置、设备、存储介质 | |
WO2011114623A1 (ja) | システム構造管理装置、システム構造管理方法、及びプログラム | |
CN112153167B (zh) | 网际互连协议管理方法、装置、电子设备及存储介质 | |
CN111683139B (zh) | 用于均衡负载的方法和装置 | |
CN111770176B (zh) | 流量调度方法及装置 | |
CN103595801A (zh) | 一种云计算系统及其虚拟机实时监控方法 | |
CN109558273A (zh) | 一种磁盘阵列备份方法、电子设备及磁盘阵列 | |
US20160378631A1 (en) | Validating power paths to it equipment | |
CN111371629B (zh) | 网络构建和带外管理方法、装置、设备、介质和云平台 | |
CN112286851A (zh) | 服务器主板、服务器、控制方法、电子设备及可读介质 | |
CN111885145A (zh) | 切换方法、装置、设备及计算机存储介质 | |
JP2012231636A (ja) | 電力系統の監視制御システム | |
CN112000880B (zh) | 推送消息的处理方法、装置、电子设备及可读存储介质 | |
CN112887109B (zh) | 基础设施区域的容灾处理方法、装置、设备及可读介质 | |
CN110781824B (zh) | 目标检测及跟踪方法、装置、电子设备及存储介质 | |
CN112069137A (zh) | 生成信息的方法、装置、电子设备及计算机可读存储介质 | |
CN104506353A (zh) | 一种鉴证管理方法、设备及系统 | |
CN110659184A (zh) | 健康状态检查方法、装置及系统 | |
CN111782357A (zh) | 标签控制方法及装置、电子设备和可读存储介质 | |
CN111782445A (zh) | 设备调试环境的配置方法和装置 | |
CN111597192A (zh) | 数据库的切换控制方法、装置及电子设备 | |
CN112489659A (zh) | 基于输入法的数据处理方法、系统、服务器及终端设备 | |
CN111835857B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |