CN113347037A - 一种数据中心访问方法及装置 - Google Patents
一种数据中心访问方法及装置 Download PDFInfo
- Publication number
- CN113347037A CN113347037A CN202110633124.3A CN202110633124A CN113347037A CN 113347037 A CN113347037 A CN 113347037A CN 202110633124 A CN202110633124 A CN 202110633124A CN 113347037 A CN113347037 A CN 113347037A
- Authority
- CN
- China
- Prior art keywords
- domain name
- data center
- client
- cluster
- service cluster
- 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
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/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
- 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/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供一种数据中心访问方法及装置,在本方案中,不需要重启客户端,实时检测各个数据中心的运行状态,以确定是否存在出现故障的数据中心。当确定第一数据中心的运行状态出现异常时,先确定第一数据中心中为客户端提供服务的第一业务集群;再从任意一个处于正常运行状态的数据中心中确定与第一业务集群对应的第二业务集群;进而获取第二业务集群的第二域名信息,以更新域名服务器中的第一域名解析地址,使客户端能够正常访问。从而能够减少数据中心的切换时间。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种数据中心访问方法及装置。
背景技术
随着不同类型的信息系统在不同领域中被广泛应用,数据中心可通过业务集群实时为客户端提供业务服务。
目前,当主数据中心对客户端提供的服务,主数据中心在对客户端提供服务时出现故障,需要切换至备份数据中心,以使得备份数据中心接管主数据中心对外提供服务。由于主数据中心切换至备用数据中心的过程中,需要先暂停主数据中心对客户端提供的服务,并控制客户端重新重启,才能过完成主数据中心切换至备用数据中心的切换工作,从而导致数据中心切换速度慢。
发明内容
有鉴于此,本发明实施例提供一种数据中心访问方法及装置,以解决现有技术中切换速度慢的问题。
为实现上述目的,本发明实施例提供如下技术方案:
本发明实施例第一方面示出了一种数据中心访问方法,应用于数据中心管理系统,所述方法包括:
检测多个数据中心的运行状态是否出现异常;
在确定第一数据中心的运行状态出现异常时,确定所述第一数据中心中为客户端提供服务的第一业务集群,及所述第一业务集群对应的第一域名信息,所述第一域名信息包括第一域名和第一域名解析地址;
基于所述第一业务集群,确定第二数据中心中与所述第一业务集群对应的第二业务集群,其中,所述第二数据中心是任意一个运行状态正常的数据中心;
获取所述第二数据中心中存储的与所述第二业务集群对应的第二域名信息,并将所述第二域名信息发送给域名服务器,其中,所述第二域名信息包括第二域名和第二域名解析地址;
控制所述域名服务器将存储的第一域名解析地址更改为所述第二域名解析地址,以便于客户端访问。
可选的,还包括:还包括:
在检测到客户端根据访问第一数据中心的公共集群时,判断所述第一数据中心中存储的域名信息是否包括所述客户端的原始域名信息;
若包括,则将所述客户端接入所述第一数据中心的公共集群,并将所述公共集群中存储的第一业务集群对应的第一域名信息通过所述第一数据中心反馈给所述客户端;
若不包括,则通过所述第一数据中心向所述客户端反馈访问失败指令,以便于所述客户端访问下一数据中心的公共集群。
本发明实施例第二方面示出了一种数据中心访问方法,应用于客户端,所述方法包括:
将携带有第一域名的域名解析请求发送给域名服务器,以便于所述域名服务器解析;
接收所述域名服务器反馈的第三域名解析地址;
在预设时间内基于所述第三域名解析地址访问第二数据中心的第二业务集群。
可选的,还包括:
若预设时间内基于所述第三域名解析地址无法成功访问所述第二业务集群,返回执行将携带有第一域名的域名解析请求发送给域名服务器这一步骤。
可选的,在所述将携带有第一域名的域名解析请求发送给域名服务器之前,还包括:
在客户端第一次开启时,根据原始域名信息访问第一数据中心的公共集群;
在成功访问所述第一数据中心的公共集群时,根据接收到的第一域名信息更新所述原始域名信息,并返回执行将携带有第一域名的域名解析请求发送给域名服务器,以便于所述域名服务器解析这一步骤。
本发明实施例第四方面示出了一种数据中心访问装置,应用于数据中心管理系统,所述系统包括:
检测单元,用于检测多个数据中心的运行状态是否出现异常;
第一确定单元,用于在确定第一数据中心的运行状态出现异常时,确定所述第一数据中心中为客户端提供服务的第一业务集群,及所述第一业务集群对应的第一域名信息,所述第一域名信息包括第一域名和第一域名解析地址;
第二确定单元,用于基于所述第一业务集群,确定第二数据中心中与所述第一业务集群对应的第二业务集群,其中,所述第二数据中心是任意一个运行状态正常的数据中心;
获取单元,用于获取所述第二数据中心中存储的与所述第二业务集群对应的第二域名信息,并将第二域名信息发送给域名服务器,其中,所述第二域名信息包括第二域名和第二域名解析地址;
更新单元,用于控制所述域名服务器将存储的第一域名解析地址更改为所述第二域名解析地址,以便于客户端访问。
可选的,还包括:
处理单元,用于在检测到客户端根据访问第一数据中心的公共集群时,判断所述第一数据中心中存储的域名信息是否包括所述客户端的原始域名信息;若包括,则将所述客户端接入所述第一数据中心的公共集群,并将所述公共集群中存储的第一业务集群对应的第一域名信息通过所述第一数据中心反馈给所述客户端;若不包括,则通过所述第一数据中心向所述客户端反馈访问失败指令,以便于所述客户端访问下一数据中心的公共集群。
本发明实施例第五方面示出了一种数据中心访问装置,应用于客户端,所述装置包括:
发送单元,用于将携带有第一域名的域名解析请求发送给域名服务器,以便于所述域名服务器解析;
接收单元,用于接收所述域名服务器反馈的第三域名解析地址;
第一访问单元,用于在预设时间内基于所述第三域名解析地址访问第二数据中心的第二业务集群。
可选的,还包括:
第二访问单元,用于在客户端第一次开启时,根据原始域名信息访问第一数据中心的公共集群;在成功访问所述第一数据中心的公共集群时,根据接收到的第一域名信息更新所述原始域名信息,并执行发送单元。
基于上述本发明实施例提供的一种数据中心访问方法及装置,该方法包括:检测多个数据中心的运行状态是否出现异常;在确定第一数据中心的运行状态出现异常时,确定第一数据中心中为客户端提供服务的第一业务集群,及所述第一业务集群对应的第一域名信息,第一域名信息包括第一域名和第一域名解析地址;基于第一业务集群,确定第二数据中心中与所述第一业务集群对应的第二业务集群,其中,第二数据中心是任意一个运行状态正常的数据中心;获取第二数据中心中存储的与所述第二业务集群对应的第二域名信息,并将第二域名信息发送给域名服务器,其中,所述第二域名信息包括第二域名和第二域名解析地址;控制域名服务器将存储的第一域名解析地址更改为第二域名解析地址,以便于客户端访问。在本发明实施例中,不需要重启客户端,实时检测各个数据中心的运行状态,以确定是否存在出现故障的数据中心。当确定第一数据中心的运行状态出现异常时,先确定第一数据中心中为客户端提供服务的第一业务集群;再从任意一个处于正常运行状态的数据中心中确定与第一业务集群对应的第二业务集群;进而获取第二业务集群的第二域名信息,以更新域名服务器中的第一域名解析地址,使客户端能够正常访问。能够减少数据中心的切换时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的客户端、数据中心、域名服务器和数据中心管理系统的应用架构图;
图2为本发明实施例提供的一种数据中心管理方法的流程示意图;
图3为本发明实施例提供的另一种数据中心管理方法的流程示意图;
图4为本发明实施例提供的一种数据中心管理装置的结构示意图;
图5为本发明实施例提供的另一种数据中心管理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。
在本申请中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
在本发明实施例中,不需要重启客户端,实时检测各个数据中心的运行状态,以确定是否存在出现故障的数据中心。当确定第一数据中心的运行状态出现异常时,先确定第一数据中心中为客户端提供服务的第一业务集群;再从任意一个处于正常运行状态的数据中心中确定与第一业务集群对应的第二业务集群;进而获取第二业务集群的第二域名信息,以更新域名服务器中的第一域名解析地址,使客户端能够正常访问。能够减少数据中心的切换时间。
参见图1,为本发明实施例示出的客户端、数据中心、域名服务器和数据中心管理系统的应用架构图。
数据中心20的数量为多个,具体包括数据中心21、数据中心22......和数据中心2N共N个数据中心,N为大于等于2的正整数。
需要说明的是,数据中心20是一个承载信息系统服务器设备、网络、存储、应用系统软件、机房等业务运营必备所有资源的系统。
数据中心20中部署着至少一个信息系统。
进一步,需要说明的是,信息系统包括一个公共集群和多个业务集群。
公共集群是客户端默认访问的集群,部署有公共用的服务,同时也可提供正常的服务。
业务集群是用于为客户端提供服务的集群,其中,集群是指多个提供相同服务的服务器。
在本发明实施例中,对数据中心20进行多活设置,具体的,在N个数据中心内均部署了服务,每一数据中心20的服务一致,且可供外部访问。也就是说,数据中心21中的业务集群与数据中心22中的业务集群对应。
基于上述示出的处理架构实现针对数据中心管理方法的过程包括:
数据中心管理系统40检测多个数据中心20是否出现异常;若确定数据中心21的运行状态出现异常,确定数据中心21中为客户端提供服务的第一业务集群和第一业务集群对应的第一域名信息;确定运行状态处于正常的数据中心22中与第一业务集群对应的第二业务集群;获取数据中心22中存储的与第二业务集群对应的第二域名信息,并将第二域名信息发送给域名服务器30;控制域名服务器将存储的第一域名解析地址更改为第二域名解析地址,使第一域名信息中的第一业务集群的域名与第二域名解析地址对应,以便于客户端10访问。
需要说明的是,第一域名信息包括第一域名和第一域名解析地址。
第二域名信息包括第二域名和第二域名解析地址。
除了可以选择运行状态处于正常的数据中心22外,还可以选择其他任意一个运行状态正常的数据中心。
客户端10将携带有第一域名的域名解析请求发送给域名服务器30,以便于域名服务器30解析。
域名服务器30在接收到域名解析请求后,对域名解析请求中的域名进行解析,得到与第一业务服务的域名对应的第二域名解析地址。
客户端10接收域名服务器30反馈的第二域名解析地址;在预设时间内基于第二域名解析地址访问数据中心22的第二业务集群。
数据中心22的第二业务集群为客户端10提供对应的业务服务。
需要说明的是,预设时间是指第二域名解析地址的有效访问时间。
在本发明实施例中,不需要重启客户端,实时检测各个数据中心的运行状态,以确定是否存在出现故障的数据中心。当确定第一数据中心的运行状态出现异常时,先确定第一数据中心中为客户端提供服务的第一业务集群;再从任意一个处于正常运行状态的数据中心中确定与第一业务集群对应的第二业务集群;进而获取第二业务集群的第二域名信息,以更新域名服务器中的第一域名解析地址,使客户端能够正常访问。能够减少数据中心的切换时间。
基于上述本发明实施例公开的处理架构,参见图2,为本发明实施例提供的一种数据中心管理方法的流程示意图,该方法适用于数据管理系统,数据管理系统具体实现数据中心管理方法的过程包括以下步骤:
步骤S201:检测数据中心的运行状态是否出现异常,若至少一个数据中心出现异常,则执行步骤S202,若每一数据中心均正常,则继续检测数据中心的运行状态,即返回执行步骤S201。
在具体实现步骤S201的过程中,实时检测各个数据中心的运行状态,以确定数据中心是否存在故障,在确定某一个或多个数据中心出现故障时,执行步骤S202至步骤S205,在确定所有的数据中心均正常时,则返回执行步骤S201。
步骤S202:在确定第一数据中心的运行状态出现异常时,确定第一数据中心中为客户端提供服务的第一业务集群,及第一业务集群对应的第一域名信息。
在步骤S202中,第一域名信息包括第一域名和第一域名解析地址。
在具体实现步骤S202的过程中,在确定第一数据中心的运行状态出现异常时,在第一数据中心中确定为客户端提供服务的第一业务集群,并遍历第一数据中心的数据库中存储的域名配置表,查找与第一业务集群对应的第一域名和第一域名解析地址。
需要说明的是,第一域名是指第一业务集群的域名。
第一域名解析地址是指第一业务集群的域名对应的IP地址。
出现故障的数据中心均可以表示为第一数据中心。
步骤S203:基于第一业务集群,确定第二数据中心中与第一业务集群对应的第二业务集群。
在步骤S203中,第二数据中心是指任意一个运行状态正常的数据中心。
在具体实现步骤S203的过程中,在运行状态正常的数据中心中确定与第一业务集群对应的第二业务集群。
第一数据中心的信息系统中设置的多个业务集群均用于为客户端提供不同的业务服务;第二数据中心的信息系统中配置的多个业务集群也均用于为客户端提供不同的业务服务。
需要说明的是,第一数据中心的信息系统中设置的多个业务集群与第二数据中心的信息系统中配置的多个业务集群一一对应,也就是说,一一对应的业务集群能够提供相同的业务服务。
步骤S204:获取第二数据中心中存储的与第二业务集群对应的第二域名信息,并发送给域名服务器。
在步骤S204中,第二域名信息包括第二域名和第二域名解析地址。
在具体实现步骤S204的过程中,遍历第二数据中心的数据库中存储的域名配置表,查找与第二业务集群对应的第二域名信息,并发送给域名服务器。
需要说明的是,第二域名是指第二业务集群的域名。
第二域名解析地址是指第二业务集群的域名对应的IP地址。
步骤S205:控制域名服务器将存储的第一域名解析地址更改为第二域名解析地址,以便于客户端访问。
在具体实现步骤S205的过程中,当确定域名服务器接收到第二域名信息时,控制域名服务器修改域名服务器上第一业务集群对应的第一域名解析地址为第二域名解析地址,以建立第一域名和第二域名解析地址的对应关系。
可选的,当域名服务器将第一域名解析地址更改为第二域名解析地址的时间(Time To Live,TTL)超过预设时间阈值时,说明更改完成。
预设时间阈值是按照经验进行设置的,比如可设置为5分钟。
在本发明实施例中,不需要重启客户端,实时检测各个数据中心的运行状态,以确定是否存在出现故障的数据中心。当确定第一数据中心的运行状态出现异常时,先确定第一数据中心中为客户端提供服务的第一业务集群;再从任意一个处于正常运行状态的数据中心中确定与第一业务集群对应的第二业务集群;进而获取第二业务集群的第二域名信息,以更新域名服务器中的第一域名解析地址,使客户端能够正常访问。能够减少数据中心的切换时间。
可选的,基于上述本发明实施例示出的数据中心管理方法,还包括以下步骤:
步骤S11:检测客户端是否访问第一数据中心的公共集群,若检测到客户端根据访问第一数据中心的公共集群时,执行步骤S12。
在具体实现步骤S11的过程中,确定客户端是否访问第一数据中心的公共集群,若是,则执行步骤S12。
步骤S12:判断第一数据中心中存储的域名信息是否包含客户端中存储的原始域名信息,若包含,则执行步骤S13,若不包含,则执行步骤S14。
在具体实现步骤S12的过程中,判断原始域名信息是否属于第一数据中心的数据库中存储的域名配置表,若属于,则执行步骤S13,若不属于,则执行步骤S14。
步骤S13:将客户端接入第一数据中心的公共集群,确定为客户端提供服务的第一业务集群,并将公共集群中存储的第一业务集群对应的第一域名信息反馈通过第一数据中心反馈给客户端。
在具体实现步骤S13的过程中,客户端访问第一数据中心的公共集群,确定为客户端提供服务的第一业务集群,并将第一数据中心的数据库中存储的第一业务集群对应的第一域名信息通过第一数据中心反馈给客户端。
步骤S14:通过第一数据中心向客户端反馈访问失败指令,以便于客户端访问下一数据中心的公共集群,并返回执行步骤S11。
在具体实现步骤S14的过程中,控制第一数据中心将客户端访问失败指令发送给客户端,以便于客户端,访问下一个数据中心,下一数据中心的具体实现过程与第一数据中心的具体实现过程相同,即返回执行步骤S11。
需要说明的是,下一个数据中心可以指第二数据中心,也可以指第三数据中心等不是第一数据中心的数据中心。
在本发明实施例中,当检测到客户端根据访问第一数据中心的公共集群时,判断第一数据中心中存储的域名信息是否包含客户端中存储的原始域名信息,若包含,将客户端接入第一数据中心的公共集群,确定为客户端提供服务的第一业务集群,并将公共集群中存储的第一业务集群对应的第一域名信息通过第一数据中心反馈给客户端。使客户端能够正常访问。能够减少数据中心的切换时间。
基于上述本发明实施例示出的数据中心管理方法,如图3所示,为本发明实施例示出的又一种数据中心管理方法的流程示意图,该方法适用于客户端,客户端具体实现数据中心管理方法的过程包括以下步骤:
步骤S301:将携带有第一域名的域名解析请求发送给域名服务器,以便于域名服务器解析。
在具体实现步骤S301的过程中,在客户端需要使用银行服务应用时,需要访问数据中心的业务集群,此时基于配置中存储的第一域名生成域名解析请求,以确定需要访问的业务集群的IP地址,并将域名解析请求发送给域名服务器。
可选的,域名服务器在接收到域名解析请求后,对域名解析请求中的域名进行解析,得到与第一业务服务的域名对应的第二域名解析地址,并反馈给客户端。
步骤S302:接收域名服务器反馈的第三域名解析地址。
需要说明的是,第三域名解析地址可以是第一业务集群的域名对应的IP地址,也可以是第二业务集群的域名对应的IP地址,也就是说,第三域名解析地址可以为第一域名解析地址或第二域名解析地址。
步骤S303:在预设时间内基于第三域名解析地址访问第二数据中心的第二业务集群。
在具体实现步骤S303的过程中,在第三域名解析地址的有效使用时间内,利用第三域名解析地址访问第二数据中心的第二业务集群。
在本发明实施例中,将携带有第一域名的域名解析请求发送给域名服务器,以便于域名服务器解析;接收域名服务器反馈的第三域名解析地址;在第三域名解析地址的有效使用时间内,利用第三域名解析地址访问第二数据中心的第二业务集群。不需要重启,且能够及时访问新的业务集群。
可选的,基于上述本发明实施例示出的数据中心管理方法,还包括以下步骤:
步骤S21:判断基于第三域名解析地址是否成功访问第二业务集群,若不成功,则执行步骤S301。若成功,则访问第二业务集群,以便于第二业务集群为客户端提供对应的业务服务。
在具体实现步骤S21的过程中,确定自身是否能够通过第三域名解析地址,若预设时间内基于第三域名解析地址无法成功访问第二业务集群,说明此时域名服务器还未更新完成,也就是说,若第三域名解析地址为第一域名解析地址时,第一域名解析地址对应的第一数据中心存在故障,无法访问,因此需要重新向域名服务器发送携带有第一域名的域名解析请求,即返回执行步骤S301。若成功,则说明第三域名解析地址为第二域名解析地址,第二域名解析地址对应的第二数据中心不存在故障,此时基于第三域名解析地址就能够成功访问第二业务集群,以便于第二数据中心的第二业务集群为客户端提供相应的业务服务。
需要说明的是,由于域名服务器更新域名解析地址存在一定的时间,因此,当前接收到第三域名服务器解析地址不是第二域名解析地址时,可重新发送域名解析请求,以便于域名服务器解析,直至接收到第三域名服务器解析地址为第二域名解析地址。
在本发明实施例中,确定第三域名解析地址是否为第二域名解析地址,以通过第二域名解析地址成功访问第二业务集群,以便于第二数据中心的第二业务集群为客户端提供相应的业务服务;不需要重启,且能够及时访问新的业务集群。
可选的,基于上述本发明实施例示出的数据中心管理方法,还包括以下步骤:
步骤S31:在客户端第一次开启时,根据原始域名信息访问第一数据中心的公共集群。
在具体实现步骤S31的过程中,在客户端的应用商店中下载新版本的银行服务应用时,客户端根据银行服务应用中预先存储的原始域名信息访问第一数据中心的公共集群。
步骤S32:在成功访问第一数据中心的公共集群时,根据接收到的第一域名信息更新原始域名信息,并返回执行将携带有第一域名的域名解析请求发送给域名服务器,以便于域名服务器解析这一步骤。
在具体实现步骤S32的过程中,在成功访问第一数据中心的公共集群时,接收第一数据中心反馈的第一域名信息,并将修改原始域名信息修改为第一域名信息。并执行步骤S301,以确定访问数据中心所需要的域名信息。
可选的,在访问第一数据中心的公共集群失败时,客户端可根据原始域名信息访问第二数据中心的公共集群,即下一数据中心的公共集群,以确定为客户端提供服务的业务集群。
在本发明实施例中,在客户端第一次开启时,根据原始域名信息访问第一数据中心的公共集群;在成功访问第一数据中心的公共集群时,根据接收到的第一域名信息更新原始域名信息,并返回执行将携带有第一域名的域名解析请求发送给域名服务器,以便于域名服务器解析这一步骤,以确定访问数据中心所需要的域名信息。不需要重启,且能够及时访问新的业务集群。
基于上述本发明实施例示出的数据中心访问方法,本发明实施例还对应公开了一种数据中心管理装置,应用于数据中心管理系统,如图4所示,为本发明实施例示出的一种数据中心管理装置的结构示意图,该装置包括:
检测单元401,用于检测多个数据中心的运行状态是否出现异常。
第一确定单元402,用于在确定第一数据中心的运行状态出现异常时,确定第一数据中心中为客户端提供服务的第一业务集群,及第一业务集群对应的第一域名信息,第一域名信息包括第一域名和第一域名解析地址。
第二确定单元403,用于基于第一业务集群,确定第二数据中心中与第一业务集群对应的第二业务集群,其中,第二数据中心是任意一个运行状态正常的数据中心。
获取单元404,用于获取第二数据中心中存储的与第二业务集群对应的第二域名信息,并将第二域名信息发送给域名服务器,其中,第二域名信息包括第二域名和第二域名解析地址。
更新单元405,用于控制域名服务器将存储的第一域名解析地址更改为第二域名解析地址,以便于客户端访问。
需要说明的是,上述本发明实施例公开的数据中心管理装置中的各个单元具体的原理和执行过程,与上述本发明实施示出的数据中心访问方法相同,可参见上述本发明实施例公开的数据中心管理方法中相应的部分,这里不再进行赘述。
在本发明实施例中,不需要重启客户端,实时检测各个数据中心的运行状态,以确定是否存在出现故障的数据中心。当确定第一数据中心的运行状态出现异常时,先确定第一数据中心中为客户端提供服务的第一业务集群;再将任意一个处于正常运行状态的数据中心中确定与第一业务集群对应的第二业务集群;进而获取第二业务集群的第二域名信息,以更新域名服务器中的第一域名解析地址,使客户端能够正常访问。能够减少数据中心的切换时间。
基于上述本发明实施例示出的数据中心管理装置,还可以进一步设置处理单元。
处理单元,用于在检测到客户端根据访问第一数据中心的公共集群时,判断第一数据中心中存储的域名信息是否包括客户端的原始域名信息;若包括,则将客户端接入第一数据中心的公共集群,并将公共集群中存储的第一业务集群对应的第一域名信息通过第一数据中心反馈给客户端;若不包括,则通过第一数据中心向客户端反馈访问失败指令,以便于客户端访问下一数据中心的公共集群。
在本发明实施例中,当检测到客户端根据访问第一数据中心的公共集群时,判断第一数据中心中存储的域名信息是否包含客户端中存储的原始域名信息,若包含,将客户端接入第一数据中心的公共集群,确定为客户端提供服务的第一业务集群,并将公共集群中存储的第一业务集群对应的第一域名信息通过第一数据中心反馈给客户端。使客户端能够正常访问。能够减少数据中心的切换时间。
基于上述本发明实施例示出的数据中心访问方法,本发明实施例还对应公开了一种数据中心管理装置,应用于客户端,如图5所示,为本发明实施例示出的一种数据中心管理装置的结构示意图,包括:
发送单元501,用于将携带有第一域名的域名解析请求发送给域名服务器,以便于域名服务器解析;
接收单元502,用于接收域名服务器反馈的第三域名解析地址;
第一访问单元503,用于在预设时间内基于第三域名解析地址访问第二数据中心的第二业务集群。
在本发明实施例中,确定第三域名解析地址是否为第二域名解析地址,以通过第二域名解析地址成功访问第二业务集群,以便于第二数据中心的第二业务集群为客户端提供相应的业务服务;不需要重启,且能够及时访问新的业务集群。
基于上述本发明实施例示出的数据中心管理系统,还可以进一步设置第二访问单元。
第二访问单元,用于在客户端第一次开启时,根据原始域名信息访问第一数据中心的公共集群;在成功访问第一数据中心的公共集群时,根据接收到的第一域名信息更新原始域名信息,并执行发送单元501。
在本发明实施例中,在客户端第一次开启时,根据原始域名信息访问第一数据中心的公共集群;在成功访问第一数据中心的公共集群时,根据接收到的第一域名信息更新原始域名信息,并返回执行将携带有第一域名的域名解析请求发送给域名服务器,以便于域名服务器解析这一步骤,以确定访问数据中心所需要的域名信息。不需要重启,且能够及时访问新的业务集群。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (9)
1.一种数据中心访问方法,其特征在于,应用于数据中心管理系统,所述方法包括:
检测多个数据中心的运行状态是否出现异常;
在确定第一数据中心的运行状态出现异常时,确定所述第一数据中心中为客户端提供服务的第一业务集群,及所述第一业务集群对应的第一域名信息,所述第一域名信息包括第一域名和第一域名解析地址;
基于所述第一业务集群,确定第二数据中心中与所述第一业务集群对应的第二业务集群,其中,所述第二数据中心是任意一个运行状态正常的数据中心;
获取所述第二数据中心中存储的与所述第二业务集群对应的第二域名信息,并将所述第二域名信息发送给域名服务器,其中,所述第二域名信息包括第二域名和第二域名解析地址;
控制所述域名服务器将存储的第一域名解析地址更改为所述第二域名解析地址,以便于客户端访问。
2.根据权利要求1所述的方法,其特征在于,还包括:
在检测到客户端根据访问第一数据中心的公共集群时,判断所述第一数据中心中存储的域名信息是否包括所述客户端的原始域名信息;
若包括,则将所述客户端接入所述第一数据中心的公共集群,并将所述公共集群中存储的第一业务集群对应的第一域名信息通过所述第一数据中心反馈给所述客户端;
若不包括,则通过所述第一数据中心向所述客户端反馈访问失败指令,以便于所述客户端访问下一数据中心的公共集群。
3.一种数据中心访问方法,其特征在于,应用于客户端,所述方法包括:
将携带有第一域名的域名解析请求发送给域名服务器,以便于所述域名服务器解析;
接收所述域名服务器反馈的第三域名解析地址;
在预设时间内基于所述第三域名解析地址访问第二数据中心的第二业务集群。
4.根据权利要求3所述的方法,其特征在于,还包括:
若预设时间内基于所述第三域名解析地址无法成功访问所述第二业务集群,返回执行将携带有第一域名的域名解析请求发送给域名服务器这一步骤。
5.根据权利要求3所述的方法,其特征在于,在所述将携带有第一域名的域名解析请求发送给域名服务器之前,还包括:
在客户端第一次开启时,根据原始域名信息访问第一数据中心的公共集群;
在成功访问所述第一数据中心的公共集群时,根据接收到的第一域名信息更新所述原始域名信息,并返回执行将携带有第一域名的域名解析请求发送给域名服务器,以便于所述域名服务器解析这一步骤。
6.一种数据中心访问装置,其特征在于,应用于数据中心管理系统,所述系统包括:
检测单元,用于检测多个数据中心的运行状态是否出现异常;
第一确定单元,用于在确定第一数据中心的运行状态出现异常时,确定所述第一数据中心中为客户端提供服务的第一业务集群,及所述第一业务集群对应的第一域名信息,所述第一域名信息包括第一域名和第一域名解析地址;
第二确定单元,用于基于所述第一业务集群,确定第二数据中心中与所述第一业务集群对应的第二业务集群,其中,所述第二数据中心是任意一个运行状态正常的数据中心;
获取单元,用于获取所述第二数据中心中存储的与所述第二业务集群对应的第二域名信息,并将第二域名信息发送给域名服务器,其中,所述第二域名信息包括第二域名和第二域名解析地址;
更新单元,用于控制所述域名服务器将存储的第一域名解析地址更改为所述第二域名解析地址,以便于客户端访问。
7.根据权利要求6所述的装置,其特征在于,还包括:
处理单元,用于在检测到客户端根据访问第一数据中心的公共集群时,判断所述第一数据中心中存储的域名信息是否包括所述客户端的原始域名信息;若包括,则将所述客户端接入所述第一数据中心的公共集群,并将所述公共集群中存储的第一业务集群对应的第一域名信息通过所述第一数据中心反馈给所述客户端;若不包括,则通过所述第一数据中心向所述客户端反馈访问失败指令,以便于所述客户端访问下一数据中心的公共集群。
8.一种数据中心访问装置,其特征在于,应用于客户端,所述装置包括:
发送单元,用于将携带有第一域名的域名解析请求发送给域名服务器,以便于所述域名服务器解析;
接收单元,用于接收所述域名服务器反馈的第三域名解析地址;
第一访问单元,用于在预设时间内基于所述第三域名解析地址访问第二数据中心的第二业务集群。
9.根据权利要求8所述的装置,其特征在于,还包括:
第二访问单元,用于在客户端第一次开启时,根据原始域名信息访问第一数据中心的公共集群;在成功访问所述第一数据中心的公共集群时,根据接收到的第一域名信息更新所述原始域名信息,并执行发送单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110633124.3A CN113347037B (zh) | 2021-06-07 | 2021-06-07 | 一种数据中心访问方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110633124.3A CN113347037B (zh) | 2021-06-07 | 2021-06-07 | 一种数据中心访问方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113347037A true CN113347037A (zh) | 2021-09-03 |
CN113347037B CN113347037B (zh) | 2022-07-12 |
Family
ID=77475070
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110633124.3A Active CN113347037B (zh) | 2021-06-07 | 2021-06-07 | 一种数据中心访问方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113347037B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113992627A (zh) * | 2021-10-26 | 2022-01-28 | 北京字节跳动网络技术有限公司 | 一种域名解析方法、装置、设备及介质 |
CN116032976A (zh) * | 2023-03-24 | 2023-04-28 | 江西曼荼罗软件有限公司 | 一种基于数据路由的就医信息流转方法及系统 |
WO2023246316A1 (zh) * | 2022-06-24 | 2023-12-28 | 中兴通讯股份有限公司 | 信息处理方法及其装置、存储介质、程序产品 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101263500A (zh) * | 2005-09-12 | 2008-09-10 | 诺基亚公司 | 数据访问控制 |
CN101340327A (zh) * | 2008-08-21 | 2009-01-07 | 腾讯科技(深圳)有限公司 | 实现网络服务器负载均衡的方法、系统和域名解析服务器 |
CN102457440A (zh) * | 2012-01-13 | 2012-05-16 | 华为软件技术有限公司 | 实现负载均衡的方法、dns服务器和客户端 |
CN103491123A (zh) * | 2012-06-14 | 2014-01-01 | 中国移动通信集团贵州有限公司 | 一种基于域名访问的负载均衡方法、系统及负载均衡器 |
CN107493351A (zh) * | 2017-10-09 | 2017-12-19 | 郑州云海信息技术有限公司 | 一种客户端访问存储系统的负载均衡的方法及装置 |
CN108111635A (zh) * | 2017-11-06 | 2018-06-01 | 北京百悟科技有限公司 | 业务访问方法和装置 |
US20180287890A1 (en) * | 2013-08-08 | 2018-10-04 | Level 3 Communications, Llc | Content delivery methods and systems |
CN108881506A (zh) * | 2018-06-04 | 2018-11-23 | 华为技术有限公司 | 一种基于多可用分区az的域名解析方法及装置 |
CN109302498A (zh) * | 2018-11-29 | 2019-02-01 | 杭州迪普科技股份有限公司 | 一种网络资源访问方法及装置 |
CN112380072A (zh) * | 2020-12-07 | 2021-02-19 | 中国建设银行股份有限公司 | 多数据中心访问方法及系统 |
-
2021
- 2021-06-07 CN CN202110633124.3A patent/CN113347037B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101263500A (zh) * | 2005-09-12 | 2008-09-10 | 诺基亚公司 | 数据访问控制 |
CN101340327A (zh) * | 2008-08-21 | 2009-01-07 | 腾讯科技(深圳)有限公司 | 实现网络服务器负载均衡的方法、系统和域名解析服务器 |
CN102457440A (zh) * | 2012-01-13 | 2012-05-16 | 华为软件技术有限公司 | 实现负载均衡的方法、dns服务器和客户端 |
CN103491123A (zh) * | 2012-06-14 | 2014-01-01 | 中国移动通信集团贵州有限公司 | 一种基于域名访问的负载均衡方法、系统及负载均衡器 |
US20180287890A1 (en) * | 2013-08-08 | 2018-10-04 | Level 3 Communications, Llc | Content delivery methods and systems |
CN107493351A (zh) * | 2017-10-09 | 2017-12-19 | 郑州云海信息技术有限公司 | 一种客户端访问存储系统的负载均衡的方法及装置 |
CN108111635A (zh) * | 2017-11-06 | 2018-06-01 | 北京百悟科技有限公司 | 业务访问方法和装置 |
CN108881506A (zh) * | 2018-06-04 | 2018-11-23 | 华为技术有限公司 | 一种基于多可用分区az的域名解析方法及装置 |
CN109302498A (zh) * | 2018-11-29 | 2019-02-01 | 杭州迪普科技股份有限公司 | 一种网络资源访问方法及装置 |
CN112380072A (zh) * | 2020-12-07 | 2021-02-19 | 中国建设银行股份有限公司 | 多数据中心访问方法及系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113992627A (zh) * | 2021-10-26 | 2022-01-28 | 北京字节跳动网络技术有限公司 | 一种域名解析方法、装置、设备及介质 |
WO2023246316A1 (zh) * | 2022-06-24 | 2023-12-28 | 中兴通讯股份有限公司 | 信息处理方法及其装置、存储介质、程序产品 |
CN116032976A (zh) * | 2023-03-24 | 2023-04-28 | 江西曼荼罗软件有限公司 | 一种基于数据路由的就医信息流转方法及系统 |
CN116032976B (zh) * | 2023-03-24 | 2023-06-06 | 江西曼荼罗软件有限公司 | 一种基于数据路由的就医信息流转方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN113347037B (zh) | 2022-07-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113347037B (zh) | 一种数据中心访问方法及装置 | |
CN108696581B (zh) | 分布式信息的缓存方法、装置、计算机设备以及存储介质 | |
US8719386B2 (en) | System and method for providing configuration synchronicity | |
US8156219B2 (en) | System and method of health monitoring and fault monitoring in a network system | |
US10798218B2 (en) | Environment isolation method and device | |
CN111459749B (zh) | 基于Prometheus的私有云监控方法、装置、计算机设备及存储介质 | |
US20140068040A1 (en) | System for Enabling Server Maintenance Using Snapshots | |
CN106941420B (zh) | 一种集群应用环境升级方法及装置 | |
CN112039710B (zh) | 服务故障处理方法、终端设备及可读存储介质 | |
US20200092157A1 (en) | Method And System For Clustered Real-Time Correlation Of Trace Data Fragments Describing Distributed Transaction Executions | |
US20080183878A1 (en) | System And Method For Dynamic Patching Of Network Applications | |
US7519855B2 (en) | Method and system for distributing data processing units in a communication network | |
CN108509296B (zh) | 一种处理设备故障的方法和系统 | |
CN1725758A (zh) | 用于使分布式系统同步的方法 | |
CN113515375B (zh) | 多cics节点的调用方法和装置 | |
CN115580658A (zh) | 一种服务访问方法及装置、存储介质及电子设备 | |
US12009967B2 (en) | Communications methods and apparatus for minimizing and/or preventing message processing faults | |
CN113824595B (zh) | 链路切换控制方法、装置和网关设备 | |
US8438261B2 (en) | Failover scheme with service-based segregation | |
CN111641664B (zh) | 一种爬虫设备业务请求方法、装置、系统和存储介质 | |
CN112787868A (zh) | 一种信息同步的方法和装置 | |
CN110401559A (zh) | 一种服务器修复方法及装置 | |
CN111857761A (zh) | 一种容器集群服务应用程序升级的方法及设备 | |
CN113835621B (zh) | Ip仲裁进程数量管控方法、系统、终端及存储介质 | |
CN115102854B (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 |