CN108762917A - 访问请求处理方法、装置、***、计算机设备和存储介质 - Google Patents
访问请求处理方法、装置、***、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN108762917A CN108762917A CN201810421552.8A CN201810421552A CN108762917A CN 108762917 A CN108762917 A CN 108762917A CN 201810421552 A CN201810421552 A CN 201810421552A CN 108762917 A CN108762917 A CN 108762917A
- Authority
- CN
- China
- Prior art keywords
- cognos
- clusters
- access request
- target
- load
- 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.)
- Withdrawn
Links
Classifications
-
- 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请中提供了一种访问请求处理方法、装置、计算机设备和存储介质,应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群;负载均衡服务器接收访问请求;所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。克服集群异常时用户无法访问数据的缺陷,保障每一次用户的访问请求都能得到回应;避免了集群上发生灾难后存在数据丢失,***长时间不可用的风险。
Description
技术领域
本申请涉及计算机技术领域,特别涉及一种访问请求处理方法、装置、***、计算机设备和存储介质。
背景技术
Cognos是在BI(商业智能)核心平台之上,以服务为导向进行架构的一种数据模型,是唯一可以通过单一产品和在单一可靠架构上提供完整业务智能功能的解决方案。它可以提供无缝密合的报表、分析、记分卡、仪表盘等解决方案,通过提供所有的***和资料资源,以简化公司各员工处理资讯的方法。目前业内对Cognos集群的使用多为本地多机部署,无多地区大集群部署案例。而本地单个集群的扩展能力有限,同时也无法满足异地容灾实时切换的要求。
随着集群的增大,Cognos集群会存在压力瓶颈,导致***引发各种异常。***异常后需要对集群环境进行重启操作,重启过程需要较长时间完成,在此过程中集群会处于不可用状态。灾难发生后存在数据丢失,***长时间不可用的风险,容灾能力差;集群不可用时,造成用户无法访问数据,***对用户的访问请求无法作出回应。
发明内容
本申请的主要目的为提供一种访问请求处理方法、装置、***、计算机设备和存储介质,克服集群异常时用户无法访问数据的缺陷。
为实现上述目的,本申请提供了一种访问请求处理方法,所述方法应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群,所述方法包括:
负载均衡服务器接收访问请求;
所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。
进一步地,所述访问请求中携带有用户的地址信息,所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群的步骤,包括:
根据所述用户的地址信息,在预设的用户地址-集群映射表中匹配出对应所述地址信息的Cognos集群;
根据匹配结果以及所述Cognos集群的状态,选择出一个处于正常状态的Cognos集群作为所述目标Cognos集群。
进一步地,所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理的步骤之后,包括:
所述负载均衡服务器获取到所述目标Cognos集群处于异常状态时,将所述访问请求发送至其它任意一个处于正常状态的Cognos集群。
进一步地,所述负载均衡服务器获取到所述目标Cognos集群处于异常状态时的步骤之后,还包括:
禁用处于异常状态的所述目标Cognos集群的服务端口。
本申请还提供了一种访问请求处理方法,所述方法应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群,所述方法包括:
目标Cognos集群接收所述负载均衡服务器发送的访问请求,所述访问请求为所述负载均衡服务器确定所述目标Cognos集群为正常状态时发送的;
所述目标Cognos集群对所述访问请求进行处理。
进一步地,所述目标Cognos集群对所述访问请求进行处理的步骤之后,包括:
所述目标Cognos集群将所述访问请求处理数据生成日志文件,并将所述日志文件发送至所述共享数据存储空间。
本申请还提供了一种访问请求处理装置,所述装置应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群,所述装置包括:
接收模块,用于接收所述负载均衡服务器发送的访问请求,所述访问请求为所述负载均衡服务器确定目标Cognos集群为正常状态时发送的;
处理模块,用于对所述访问请求进行处理。
本申请还提供了一种访问请求处理***,所述***应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群;所述***包括:
所述负载均衡服务器接收访问请求;
所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群;
所述目标Cognos集群对所述访问请求进行处理。。
本申请还提供了一种访问请求处理装置,所述装置应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,所述装置包括:
接收单元,用于接收访问请求;
确定单元,用于在多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
发送单元,用于将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。
本申请还提供一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。
本申请还提供一种计算机存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。
本申请中提供的访问请求处理方法、装置、***、计算机设备和存储介质,具有以下有益效果:
本申请中提供的访问请求处理方法、装置、***、计算机设备和存储介质,应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群;负载均衡服务器接收访问请求;所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理,克服集群异常时用户无法访问数据的缺陷,保障每一次用户的访问请求都能得到回应;避免了集群上发生灾难后存在数据丢失,***长时间不可用的风险。
附图说明
图1是本申请一实施例中访问请求处理方法步骤示意图;
图2是本申请一实施例中的步骤S2的具体步骤示意图;
图3是本申请一实施例中访问请求处理装置结构框图;
图4是本申请一实施例中的确定单元结构框图;
图5是本申请另一实施例中访问请求处理方法步骤示意图;
图6是本申请另一实施例中访问请求处理装置结构框图;
图7是本申请另一实施例中访问请求处理***的工作流程框图;
图8为本申请一实施例的计算机设备的结构示意框图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
参照图1,本申请实施例中提供了一种访问请求处理方法,所述方法应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群。在本实施例中,上述各个Cognos集群均独立提供服务,且其运行环境完全一致,每个Cognos集群均将其IP地址映射到同一个负载均衡服务器中,即是将多个不同的Cognos集群指向同一个负载均衡服务器,使得负载均衡服务器对各个Cognos集群进行统一均衡管理。各地的用户通过网络访问到负载均衡服务器时,负载均衡服务器可以进行负载均衡,然后分发访问请求至一个上述Cognos集群上。负载均衡服务器主要用于将负载(工作任务)进行平衡、分摊到多个集群上进行执行,例如Web服务器(网站服务器)、FTP服务器(通讯协议服务器)、企业关键应用服务器和其它关键任务服务器等均属于负载均衡服务器,本实施例中使用的F5负载均衡服务器(一种具体产品规格)。
本实施例中,各地Cognos集群的运行环境一致,且部署在各个地域,Cognos集群设置为多个,便于降低Cognos集群的压力。每个Cognos集群相互独立,其中任一个Cognos集群出现异常时,其它地域的Cognos集群依然可以正常工作,均不会影响到其它地域的Cognos集群的稳定性。通过多地部署,实现异地多活,可以极大的降低单个Cognos集群的压力。
上述Cognos集群上均设置有监控进程,该监控进程用于监控其所在的Cognos集群的状态属性,判断Cognos集群是否处于正常状态。当异常状态发生时,发出异常通知(例如邮件或者电话等)至绑定的管理用户。上述异常状态,包括硬件异常,例如CPU、内存占用过高等,还包括软件异常,例如操作***崩溃等。
上述访问请求处理方法包括以下步骤:
步骤S1,负载均衡服务器接收访问请求;
上述Cognos集群以及负载均衡服务器部署好之后(组成一个***),负载均衡服务器在运行时,则可以接收用户的访问请求,该访问请求为用户对Cognos集群的数据访问请求。
步骤S2,所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
在本步骤中,负载均衡服务器接收到访问请求之后,则发出控制信号至每个上述Cognos集群上,通过Cognos集群上设置的监控进程检测当前Cognos集群是否异常,上述Cognos集群将检测结果发送至上述负载均衡服务器,负载均衡服务器接收到检测结果之后,便于对上述Cognos集群进行均衡管理。例如,负载均衡服务器从处于正常状态的Cognos集群中按照预设方式选择任意一个作为目标Cognos集群。负载均衡服务器还可以禁用处于异常状态的所述Cognos集群的服务端口,使其不再提供服务。
步骤S3,所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。
在确定目标Cognos集群之后,负载均衡服务器则可以将访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。使得用户的访问请求能够得到响应,便于访问到其想要的数据,避免整个***发生不可用的情况。
上述步骤S2中,检测出每一个Cognos集群是否处于正常状态,处于正常状态的Cognos集群表示可以被访问,按照预设方式从处于正常状态的Cognos集群中选择出一个作为目标Cognos集群。便于步骤S3中,将接收到的用户通过网络发送过来的访问请求分发至其中一个处于正常状态的所述目标Cognos集群上。本实施例中,其中任意一个Cognos集群出现异常状态时,负载均衡服务器将不会将用户的访问请求分发至该异常状态的Cognos集群上。由于是分发至处于正常状态的Cognos集群上,所以可以保障用户的访问请求得到回应,可以访问到用户需要的数据,避免整个***发生不可用的情况。
具体地,在一具体实施例中,在深圳、广州、上海均部署有一个Cognos集群,且每个Cognos集群运行环境一致,当检测到广州的Cognos集群出现异常状态,而深圳和上海的Cognos集群处于正常状态,则接收到用户的访问请求时,可以选择将访问请求分发至深圳或者上海其中任意一个Cognos集群上。而根据确定目标Cognos集群的预设方式不同,最后在深圳以及上海两地的Cognos集群之中选择的Cognos集群会有所不同,例如若预设方式为随机分发,则可以在深圳以及上海两地的Cognos集群之中随机选择一个Cognos集群;若预设方式为选择与用户的地址信息最近的Cognos集群,则从深圳以及上海两地的Cognos集群之中选择一个距离用户地址最近的一个Cognos集群。
在一实施例中,上述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理的步骤S3之后,包括:
所述负载均衡服务器获取到所述目标Cognos集群处于异常状态时,将所述访问请求发送至其它任意一个处于正常状态的Cognos集群。
若所述目标Cognos集群处于异常状态,为了避免用户的访问请求得不到响应,则从其它的Cognos集群中选择出任意一个处于正常状态的Cognos集群作为上述访问请求的目标Cognos集群。
负载均衡服务器获取到所述目标Cognos集群处于异常状态时,则禁用处于异常状态的所述目标Cognos集群的服务端口。
本实施例中,当检测到目标Cognos集群处于异常状态时,只需将该目标Cognos集群服务端口禁用,上述服务端口禁用之后,负载均衡服务器将不再分发请求,用户发送的访问请求就只会发往其它正常Cognos集群中进行处理。在另一实施例中,还可以通过禁用负载均衡服务器对该目标Cognos集群的分发访问请求的任务,以使得不再分发用户的访问请求至该目标Cognos集群上。上述两种方式均可以实现不再继续在发生异常的Cognos集群上分发请求,而将请求分发至其它正常的Cognos集群上;避免了Cognos集群上发生灾难后存在数据丢失,***长时间不可用的风险。在上述步骤S2中确定目标Cognos集群中,若检测到其中一个Cognos集群处于异常状态时,同样可以按照上述方式进行处理。
优选地,在一实施例中,检测到某个Cognos集群出现异常时,利用修复工具进行修复,或者自动对该Cognos集群进行重启,重启过程中,将该Cognos集群服务端口关闭,设置为不可用状态。Cognos集群恢复正常后,该Cognos集群自动打开服务端口,恢复使用,并发送一个恢复正常状态的信号至负载均衡服务器以作出提示,负载均衡服务器接收到上述信号后,则可以重新分发访问请求至该Cognos集群上。
在一实施例中,上述步骤S1中,负载均衡服务器接收访问请求的步骤,还包括:
获取所述用户的地址信息;配合负载均衡服务器上的异地分发解析工具,可以分析出访问用户的地址信息。
在一个实施例中,上述确定目标Cognos集群的预设方式为选择与用户地址信息最接近地域的Cognos集群。上述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群的步骤S2,包括:
根据用户的地址信息,匹配出与用户地址信息最接近地域且处于正常状态的Cognos集群,作为目标Cognos集群。
例如,在深圳、广州、上海三个地域均部署有Cognos集群,访问的用户的地址信息为广州。若上述三个Cognos集群都处于正常状态,则自动选择将广州Cognos集群作为目标Cognos集群;若广州Cognos集群处于异常状态,则将深圳Cognos集群作为目标Cognos集群。
在另一个实施例中,还设置有一个用户地址-集群映射表,该映射表中存储有与用户地址信息想对应的Cognos集群列表,与用户地址信息对应的Cognos集群列表中包含的Cognos集群可以是一个,也可以是多个;例如,对于广州的用户,对应的Cognos集群列表可以是广州,对于东莞的用户,其对应的Cognos集群列表可以包括广州以及深圳。
具体地,参照图2,上述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群的步骤S2,则包括:
步骤S21,根据所述用户的地址信息,在预设的用户地址-集群映射表中匹配出对应所述地址信息的Cognos集群;
根据上述预设设置好的用户地址-集群映射表,以及获取到的用户的地址信息,则可以匹配出与用户地址信息想对应的Cognos集群列表。该列表中至少包括一个Cognos集群。
步骤S22,根据匹配结果以及匹配出的所述Cognos集群的状态,选择出一个处于正常状态的Cognos集群作为目标Cognos集群。
在用户地址-集群映射表中匹配出Cognos集群之后,可能出现该匹配出的Cognos集群正处于异常状态的情况,此时,若将访问请求发送至该Cognos集群则不合理,因此,还需要检测该匹配出的Cognos集群是否处于正常状态;最后,选择出一个适合分发访问请求的目标Cognos集群,该目标Cognos集群即是最后需要处理访问请求的Cognos集群。
具体地,在一个实施例中,根据上述用户地址-集群映射表匹配的匹配结果为一个Cognos集群,所述根据匹配结果以及匹配出的Cognos集群的状态,选择出一个处于正常状态的Cognos集群作为所述目标Cognos集群的步骤S22,具体包括:
若匹配出的一个所述Cognos集群处于正常状态,选择匹配出的所述Cognos集群作为目标Cognos集群。然后将所述访问请求分发至所述目标Cognos集群上;若匹配出的所述Cognos集群处于异常状态,则将所述访问请求随机分发至其它任意一个处于正常状态的Cognos集群上。在其它实施例中,若上述匹配出的所述Cognos集群处于异常状态,则可以选择将访问请求分发至与用户的地址最接近的一个Cognos集群上,其具体过程在此不再进行赘述。
在另一实施例中,根据上述用户地址-集群映射表匹配的匹配结果中包括多个Cognos集群,且包括有多个所述Cognos集群的优先级;所述根据匹配结果以及所述Cognos集群的状态,选择出一个处于正常状态的Cognos集群作为所述目标Cognos集群的步骤S22,包括:
根据多个所述Cognos集群的优先级,选择出一个处于正常状态且优先级最高的Cognos集群作为目标Cognos集群,并将监听到的所述访问请求分发至所述目标Cognos集群上。
本实施例中,匹配出的Cognos集群列表结果中可以包括多个Cognos集群,例如Cognos集群A、B、C,且Cognos集群A优先级高于Cognos集群B,Cognos集群B优先级高于Cognos集群C;若Cognos集群A异常,Cognos集群B、C正常,则选择Cognos集群B为目标Cognos集群。
在又一实施例中,负载均衡服务器对上述用户地址-集群映射表进行定时更新。
具体地,通过获取到各地的Cognos集群中哪些处于正常状态,哪些处于异常状态,此时,将位于用户地址-集群映射表中的异常Cognos集群全部剔除掉,得到更新后的用户地址-集群映射表,然后根据该用户地址-集群映射表以及用户的地址信息,直接匹配出结果,并将匹配出的Cognos集群或者匹配出的优先级最高的Cognos集群作为目标Cognos集群。
在上述实施例中,每个所述Cognos集群上挂载有NAS(Network AttachedStorage,网络附属存储),NAS即共享数据存储,所有挂载了该NAS的Cognos集群都能访问到共享数据存储空间里面的数据,无需每台Cognos集群都存储,极大的节省了存储资源。上述目标Cognos集群在将针对所述访问请求的处理数据生成日志文件,并发送至上述共享数据存储空间。
上述负载均衡服务器接收访问请求的步骤S1之前,包括:
步骤S11,将共享数据存储空间中的数据提取到cube文件中,并将所述cube文件同步分发至每个所述Cognos集群上挂载的NAS中。此过程保证了异地多套Cognos集群上的数据完全一致,各个Cognos集群同时对用户提供服务,极大地增强了***高可用性以及健壮性。本实施例中,每个Cognos集群上的数据均完全一样,则即便其中一个Cognos集群出现异常,其它Cognos集群依然可以提供服务,提升***容灾能力。
在本实施例中,共享数据存储空间中存储有大量的数据,将数据从共享数据存储空间中提取加载到cube文件中,对于从共享数据存储空间中刷出来的cube文件,同时发布到各Cognos集群的NAS上。刷cube文件是Cognos特有的离线分析工具,即数据立方体,通过提前将数据从共享数据存储空间中提取加载到cube文件,用户通过访问cube文件便可以查询所需的数据。
本实施例中,将数据从共享数据存储空间中提取加载到cube文件,用户通过访问NAS上的cube文件便可以查询所需的数据,此过程提高大数据量、用户高并发访问时的数据访问效率。
在一实施例中,所述将共享数据存储空间中的数据提取到cube文件中,并将所述cube文件同步分发至每个所述Cognos集群上挂载的NAS中的步骤S11之前,包括:
步骤S101,将任意一个所述Cognos集群上传的数据导入至共享数据存储空间中。
在本实施例中,各地的Cognos集群上也可能有各地的用户上传的一定量的报表数据,这些数据在其它Cognos集群上没有,为了实现所有Cognos集群上的数据统一,则负载均衡服务器将任意一个所述Cognos集群上上传的数据导入至共享数据存储空间中。然后再通过上述步骤S11所述的将共享数据存储空间中的数据提取到cube文件中,并将所述cube文件同步分发至每个所述Cognos集群上挂载的NAS中。在此不再进行赘述。
综上所述,为本申请实施例中提供的访问请求处理方法,应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器接收访问请求;所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理,克服Cognos集群异常时用户无法访问数据的缺陷,保障每一次用户的访问请求都能得到回应;避免了Cognos集群上发生灾难后存在数据丢失,***长时间不可用的风险。
本申请实施例中还提供了一种访问请求处理装置,所述装置应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,在本实施例中,上述各个Cognos集群均独立提供服务,且其运行环境完全一致,每个Cognos集群均将其IP地址映射到同一个负载均衡服务器中,即是将多个不同的Cognos集群指向同一个负载均衡服务器,使得负载均衡服务器对各个Cognos集群进行统一均衡管理。各地的用户通过网络访问到负载均衡服务器时,负载均衡服务器可以进行负载均衡,然后分发访问请求至一个上述Cognos集群上。负载均衡服务器主要用于将负载(工作任务)进行平衡、分摊到多个集群上进行执行,例如Web服务器(网站服务器)、FTP服务器(通讯协议服务器)、企业关键应用服务器和其它关键任务服务器等均属于负载均衡服务器,本实施例中使用的F5负载均衡服务器(一种具体产品规格)。
本实施例中,各地Cognos集群的运行环境一致,且部署在各个地域,Cognos集群设置为多个,便于降低Cognos集群的压力。每个Cognos集群相互独立,其中任一个Cognos集群出现异常时,其它地域的Cognos集群依然可以正常工作,均不会影响到其它地域的Cognos集群的稳定性。通过多地部署,实现异地多活,可以极大的降低单个Cognos集群的压力。
上述Cognos集群上均设置有监控进程,该监控进程用于监控其所在的Cognos集群的状态属性,判断Cognos集群是否处于正常状态。当异常状态发生时,发出异常通知(例如邮件或者电话等)至绑定的管理用户。上述异常状态,包括硬件异常,例如CPU、内存占用过高等,还包括软件异常,例如操作***崩溃等。
参照图3,上述访问请求处理装置包括:
接收单元10,用于接收访问请求。
上述Cognos集群以及负载均衡服务器部署好之后(组成一个***),负载均衡服务器在运行时,则可以接收用户的访问请求,该访问请求为用户对Cognos集群的数据访问请求。
确定单元20,用于在多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个。
在本实施例中,接收单元10接收到访问请求之后,确定单元20则发出控制信号至每个上述Cognos集群上,通过Cognos集群上设置的监控进程检测当前Cognos集群是否异常,上述Cognos集群将检测结果发送至上述确定单元20,确定单元20接收到检测结果之后,便于对上述Cognos集群进行均衡管理。例如,确定单元20从处于正常状态的Cognos集群中按照预设方式选择任意一个作为目标Cognos集群。此过程中,确定单元20还可以禁用处于异常状态的所述Cognos集群的服务端口,使其不再提供服务。
发送单元30,用于将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。
确定单元20在确定目标Cognos集群之后,发送单元30则可以将访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。使得用户的访问请求能够得到响应,便于访问到其想要的数据,避免整个***发生不可用的情况。
检测出每一个Cognos集群是否处于正常状态,处于正常状态的Cognos集群表示可以被访问,确定单元20按照预设方式从处于正常状态的Cognos集群中选择出一个作为目标Cognos集群。便于发送单元30将接收到的用户通过网络发送过来的访问请求分发至其中一个处于正常状态的所述目标Cognos集群上。本实施例中,其中任意一个Cognos集群出现异常状态时,发送单元30将不会将用户的访问请求分发至该异常状态的Cognos集群上。由于是分发至处于正常状态的Cognos集群上,所以可以保障用户的访问请求得到回应,可以访问到用户需要的数据,避免整个***发生不可用的情况。
具体地,在一具体实施例中,在深圳、广州、上海均部署有一个Cognos集群,且每个Cognos集群运行环境一致,当检测到广州的Cognos集群出现异常状态,而深圳和上海的Cognos集群处于正常状态,则接收到用户的访问请求时,可以选择将访问请求分发至深圳或者上海其中任意一个Cognos集群上。而根据确定目标Cognos集群的预设方式不同,最后在深圳以及上海两地的Cognos集群之中选择的Cognos集群会有所不同,例如若预设方式为随机分发,则可以在深圳以及上海两地的Cognos集群之中随机选择一个Cognos集群;若预设方式为选择与用户的地址信息最近的Cognos集群,则从深圳以及上海两地的Cognos集群之中选择一个距离用户地址最近的一个Cognos集群。
在一实施例中,上述访问请求处理装置还包括:
转发单元,用于获取到所述目标Cognos集群处于异常状态时,将所述访问请求发送至其它任意一个处于正常状态的Cognos集群。
若所述目标Cognos集群处于异常状态,为了避免用户的访问请求得不到响应,则从其它的Cognos集群中选择出任意一个处于正常状态的Cognos集群作为上述访问请求的目标Cognos集群。
负载均衡服务器获取到所述目标Cognos集群处于异常状态时,则禁用处于异常状态的所述目标Cognos集群的服务端口。
本实施例中,当检测到目标Cognos集群处于异常状态时,只需将该目标Cognos集群服务端口禁用,上述服务端口禁用之后,发送单元30将不再分发请求,用户发送的访问请求就只会发往其它正常Cognos集群中进行处理。在另一实施例中,还可以通过禁用负载均衡服务器对该目标Cognos集群的分发访问请求的任务,以使得不再分发用户的访问请求至该目标Cognos集群上。上述两种方式均可以实现不再继续在发生异常的Cognos集群上分发请求,而将请求分发至其它正常的Cognos集群上;避免了Cognos集群上发生灾难后存在数据丢失,***长时间不可用的风险。在上述确定单元20确定目标Cognos集群中,若检测到其中一个Cognos集群处于异常状态时,同样可以按照上述方式进行处理。
优选地,在一实施例中,检测到某个Cognos集群出现异常时,利用修复工具进行修复,或者自动对该Cognos集群进行重启,重启过程中,将该Cognos集群服务端口关闭,设置为不可用状态。Cognos集群恢复正常后,该Cognos集群自动打开服务端口,恢复使用,并发送一个恢复正常状态的信号至负载均衡服务器以作出提示,负载均衡服务器接收到上述信号后,则可以重新分发访问请求至该Cognos集群上。
在一实施例中,上述获取单元10还获取所述用户的地址信息;配合负载均衡服务器上的异地分发解析工具,可以分析出访问用户的地址信息。
在一个实施例中,上述确定单元20确定目标Cognos集群的预设方式为选择与用户地址信息最接近地域的Cognos集群。上述确定单元20具体用于:
根据用户的地址信息,匹配出与用户地址信息最接近地域且处于正常状态的Cognos集群,作为目标Cognos集群。
例如,在深圳、广州、上海三个地域均部署有Cognos集群,访问的用户的地址信息为广州。若上述三个Cognos集群都处于正常状态,则自动选择将广州Cognos集群作为目标Cognos集群;若广州Cognos集群处于异常状态,则将深圳Cognos集群作为目标Cognos集群。
在另一实施例中,还设置有一个用户地址-集群映射表,该映射表中存储有与用户地址信息想对应的Cognos集群列表,与用户地址信息对应的Cognos集群列表中包含的Cognos集群可以是一个,也可以是多个;例如,对于广州的用户,对应的Cognos集群列表可以是广州,对于东莞的用户,其对应的Cognos集群列表可以包括广州以及深圳。
具体地,参照图4,在一实施例中,上述确定单元20包括:
匹配子单元201,用于根据所述用户的地址信息,在预设的用户地址-集群映射表中匹配出对应所述地址信息的Cognos集群;
根据上述预设设置好的用户地址-集群映射表,以及获取到的用户的地址信息,匹配子单元201则可以匹配出与用户地址信息想对应的Cognos集群列表。该列表中至少包括一个Cognos集群。
选择子单元202,用于根据匹配结果以及匹配出的所述Cognos集群的状态,选择出一个处于正常状态的Cognos集群作为目标Cognos集群。
匹配子单元201在用户地址-集群映射表中匹配出Cognos集群之后,可能出现该匹配出的Cognos集群正处于异常状态的情况,此时,若将访问请求发送至该Cognos集群则不合理,因此,还需要检测该匹配出的Cognos集群是否处于正常状态;最后,选择子单元202选择出一个适合分发访问请求的目标Cognos集群,该目标Cognos集群即是最后需要处理访问请求的Cognos集群。
在一个实施例中,匹配子单元201根据上述用户地址-集群映射表匹配的匹配结果为一个Cognos集群,上述选择子单元202则具体用于:
若匹配出的一个所述Cognos集群处于正常状态,选择匹配出的所述Cognos集群作为目标Cognos集群。然后将所述访问请求分发至所述目标Cognos集群上;若匹配出的所述Cognos集群处于异常状态,则将所述访问请求随机分发至其它任意一个处于正常状态的Cognos集群上。在其它实施例中,若上述匹配出的所述Cognos集群处于异常状态,则可以选择将访问请求分发至与用户的地址最接近的一个Cognos集群上,其具体过程在此不再进行赘述。
在另一实施例中,匹配子单元201根据上述用户地址-集群映射表匹配的匹配结果中包括多个Cognos集群,且包括有多个所述Cognos集群的优先级;上述选择子单元202则具体用于:
根据多个所述Cognos集群的优先级,选择出一个处于正常状态且优先级最高的Cognos集群作为目标Cognos集群,并将监听到的所述访问请求分发至所述目标Cognos集群上。
本实施例中,匹配子单元201匹配出的Cognos集群列表结果中可以包括多个Cognos集群,例如Cognos集群A、B、C,且Cognos集群A优先级高于Cognos集群B,Cognos集群B优先级高于Cognos集群C;若Cognos集群A异常,Cognos集群B、C正常,则选择子单元202选择Cognos集群B为目标Cognos集群。
在又一实施例中,还包括更新单元,更新单元对上述用户地址-集群映射表进行定时更新。
具体地,通过获取到各地的Cognos集群中哪些处于正常状态,哪些处于异常状态,此时,将位于用户地址-集群映射表中的异常Cognos集群全部剔除掉,得到更新后的用户地址-集群映射表,然后根据该用户地址-集群映射表以及用户的地址信息,直接匹配出结果,并将匹配出的Cognos集群或者匹配出的优先级最高的Cognos集群作为目标Cognos集群。
在上述实施例中,每个所述Cognos集群上挂载有NAS(Network AttachedStorage,网络附属存储),NAS为共享数据存储,所有挂载了该NAS的Cognos集群都能访问到共享数据存储空间里面的数据,无需每台Cognos集群都存储,极大的节省了存储资源。上述目标Cognos集群针对所述访问请求的处理数据生成日志文件,并发送至上述共享数据存储空间。
上述访问请求处理装置还包括:
同步单元,用于将共享数据存储空间中的数据提取到cube文件中,并将所述cube文件同步分发至每个所述Cognos集群上挂载的NAS中。此过程保证了异地多套Cognos集群上的数据完全一致,各个Cognos集群同时对用户提供服务,极大地增强了***高可用性以及健壮性。本实施例中,每个Cognos集群上的数据均完全一样,则即便其中一个Cognos集群出现异常,其它Cognos集群依然可以提供服务,提升***容灾能力。
在本实施例中,共享数据存储空间中存储有大量的数据,同步单元将数据从共享数据存储空间中提取加载到cube文件中,对于从共享数据存储空间中刷出来的cube文件,同时发布到各Cognos集群的NAS上。刷cube文件是Cognos特有的离线分析工具,即数据立方体,通过提前将数据从共享数据存储空间中提取加载到cube文件,用户通过访问cube文件便可以查询所需的数据。
本实施例中,同步单元将数据从共享数据存储空间中提取加载到cube文件,用户通过访问NAS上的cube文件便可以查询所需的数据,此过程提高大数据量、用户高并发访问时的数据访问效率。
在一实施例中,上述访问请求处理装置还包括:
导入单元,用于将任意一个所述Cognos集群上上传的数据导入至共享数据存储空间中。
在本实施例中,各地的Cognos集群上也可能有各地的用户上传的一定量的报表数据,这些数据在其它Cognos集群上没有,为了实现所有Cognos集群上的数据统一,则负载均衡服务器将任意一个所述Cognos集群上上传的数据导入至共享数据存储空间中。然后再通过上述步骤S11所述的将共享数据存储空间中的数据提取到cube文件中,并将所述cube文件同步分发至每个所述Cognos集群上挂载的NAS中。在此不再进行赘述。
综上所述,为本申请实施例中提供的访问请求处理装置,应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,接收单元10接收访问请求;确定单元20在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;发送单元30将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理,克服Cognos集群异常时用户无法访问数据的缺陷,保障每一次用户的访问请求都能得到回应;避免了Cognos集群上发生灾难后存在数据丢失,***长时间不可用的风险。
参照图5,本申请一实施例中还提供了一种访问请求处理方法,所述方法应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群,本实施例中的Cognos集群环境与上述实施例中的Cognos集群环境一致,在此不再进行赘述。
本实施例中,所述访问请求处理方法包括:
步骤S201,目标Cognos集群接收所述负载均衡服务器发送的访问请求,所述访问请求为所述负载均衡服务器确定所述目标Cognos集群为正常状态时发送的;
本步骤中,用户的访问请求发送至负载均衡服务器,负载均衡服务器再选择出一个目标Cognos集群。目标Cognos集群为各个地域的Cognos集群中的任意一个处于正常状态的Cognos集群。目标Cognos集群的确定请参照上述实施例中的步骤S2、步骤S21以及步骤S22的具体实现,在此不再进行赘述。负载均衡服务器在管理的多个地域的Cognos集群中确定目标Cognos集群时,则将其接收到的访问请求发送至所述Cognos集群,目标Cognos集群则接收上述负载均衡服务器发送的访问请求。
步骤S202,所述目标Cognos集群对所述访问请求进行处理。
在本实施例中,目标Cognos集群接收到访问请求之后,则对所述访问请求进行处理。然后,所述目标Cognos集群将所述访问请求处理数据生成日志文件,并将所述日志文件发送至所述共享数据存储空间。
本实施例中的各Cognos集群以及负载均衡服务器的其它具体功能实现请参照上述方法实施例中所述,在此不再进行赘述。
参照图6,本申请一实施例中还提供了一种访问请求处理装置,所述装置应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群,本实施例中的Cognos集群环境与上述实施例中的Cognos集群环境一致,在此不再进行赘述。
所述访问请求处理装置包括:
接收模块101,用于接收所述负载均衡服务器发送的访问请求,所述访问请求为所述负载均衡服务器确定目标Cognos集群为正常状态时发送的;
用户的访问请求发送至负载均衡服务器,负载均衡服务器再选择出一个目标Cognos集群。目标Cognos集群为各个地域的Cognos集群中的任意一个处于正常状态的Cognos集群。目标Cognos集群的确定请参照上述装置实施例中的确定单元20具体实现,在此不再进行赘述。负载均衡服务器在管理的多个地域的Cognos集群中确定目标Cognos集群时,则将其接收到的访问请求发送至所述Cognos集群,目标Cognos集群上的接收模块101则接收上述负载均衡服务器发送的访问请求。
处理模块102,用于对所述访问请求进行处理。
在本实施例中,接收模块101接收到访问请求之后,处理模块102则对所述访问请求进行处理。然后,所述处理模块102将所述访问请求处理数据生成日志文件,并将所述日志文件发送至所述共享数据存储空间。
本实施例中的各Cognos集群以及负载均衡服务器的其它具体功能实现请参照上述装置实施例中所述,在此不再进行赘述。
参照图7,本申请一实施例中还提供了一种访问请求处理***,所述***应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群;本实施例中的Cognos集群环境与上述实施例中的Cognos集群环境一致,在此不再进行赘述。
所述负载均衡服务器接收访问请求;上述Cognos集群以及负载均衡服务器部署好之后,负载均衡服务器在运行时,则可以接收用户的访问请求,该访问请求为用户对Cognos集群的数据访问请求。
所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个。
本实施例中,负载均衡服务器确定目标Cognos集群的过程参照上述方法实施例中的步骤S2、步骤S21以及步骤S22的具体实现,在此不再进行赘述。
所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群;负载均衡服务器从管理的多个不同地域的Cognos集群中确定出目标Cognos集群,则将其接收到的访问请求发送至目标Cognos集群。
所述目标Cognos集群接收到所述访问请求,则对所述访问请求进行处理。将所述访问请求处理数据生成日志文件,并将所述日志文件发送至所述共享数据存储空间。
本实施例中提供的访问请求处理***中包括的Cognos集群以及负载均衡服务器的其它具体功能实现请参照上述方法实施例中所述,在此不再进行赘述。
参照图8,本申请实施例中还提供一种计算机设备,该计算机设备可以是服务器,其内部结构可以如图8所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和共享数据存储空间。其中,该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和共享数据存储空间。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的共享数据存储空间用于存储报表等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种访问请求处理方法,所述方法应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间。
上述处理器执行上述访问请求处理方法的步骤:
接收访问请求;
在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。
在一实施例中,上述访问请求中携带有用户的地址信息,上述处理器在管理的多个不同地域的Cognos集群中确定目标Cognos集群的步骤,包括:
根据所述用户的地址信息,在预设的用户地址-集群映射表中匹配出对应所述地址信息的Cognos集群;
根据匹配结果以及所述Cognos集群的状态,选择出一个处于正常状态的Cognos集群作为所述目标Cognos集群。
在一实施例中,上述处理器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理的步骤之后,包括:
获取到所述目标Cognos集群处于异常状态时,将所述访问请求发送至其它任意一个处于正常状态的Cognos集群。
在一实施例中,上述处理器获取到所述目标Cognos集群处于异常状态时的步骤之后,还包括:
禁用处于异常状态的所述目标Cognos集群的服务端口。
在另一种实施例中,上述处理器执行另一种访问请求处理方法的步骤:
目标Cognos集群接收所述负载均衡服务器发送的访问请求,所述访问请求为所述负载均衡服务器确定所述目标Cognos集群为正常状态时发送的;
所述目标Cognos集群对所述访问请求进行处理。
在另一实施例中,上述处理器对所述访问请求进行处理的步骤之后,包括:
所述目标Cognos集群将所述访问请求处理数据生成日志文件,并将所述日志文件发送至所述共享数据存储空间。
本领域技术人员可以理解,图8中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定。
本申请一实施例还提供一种计算机存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现一种访问请求处理方法,具体为:
接收访问请求;
在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。
在一实施例中,上述访问请求中携带有用户的地址信息,上述处理器在管理的多个不同地域的Cognos集群中确定目标Cognos集群的步骤,包括:
根据所述用户的地址信息,在预设的用户地址-集群映射表中匹配出对应所述地址信息的Cognos集群;
根据匹配结果以及所述Cognos集群的状态,选择出一个处于正常状态的Cognos集群作为所述目标Cognos集群。
在一实施例中,上述处理器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理的步骤之后,包括:
获取到所述目标Cognos集群处于异常状态时,将所述访问请求发送至其它任意一个处于正常状态的Cognos集群。
在一实施例中,上述处理器获取到所述目标Cognos集群处于异常状态时的步骤之后,还包括:
禁用处于异常状态的所述目标Cognos集群的服务端口。
在另一可选实施例中,计算机程序被处理器执行时实现另一种访问请求处理方法,具体为:
目标Cognos集群接收所述负载均衡服务器发送的访问请求,所述访问请求为所述负载均衡服务器确定所述目标Cognos集群为正常状态时发送的;
所述目标Cognos集群对所述访问请求进行处理。
在另一实施例中,上述处理器对所述访问请求进行处理的步骤之后,包括:
所述目标Cognos集群将所述访问请求处理数据生成日志文件,并将所述日志文件发送至所述共享数据存储空间。
综上所述,为本申请实施例中提供的访问请求处理方法、装置、***、计算机设备和存储介质,应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器接收访问请求;所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理,克服Cognos集群异常时用户无法访问数据的缺陷,保障每一次用户的访问请求都能得到回应;避免了Cognos集群上发生灾难后存在数据丢失,***长时间不可用的风险。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储与一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的和实施例中所使用的对存储器、存储、共享数据存储空间或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM通过多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其它要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其它相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种访问请求处理方法,其特征在于,所述方法应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群,所述方法包括:
负载均衡服务器接收访问请求;
所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。
2.根据权利要求1所述的访问请求处理方法,其特征在于,所述访问请求中携带有用户的地址信息,所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群的步骤,包括:
根据所述用户的地址信息,在预设的用户地址-集群映射表中匹配出对应所述地址信息的Cognos集群;
根据匹配结果以及所述Cognos集群的状态,选择出一个处于正常状态的Cognos集群作为所述目标Cognos集群。
3.根据权利要求1所述的访问请求处理方法,其特征在于,所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理的步骤之后,包括:
所述负载均衡服务器获取到所述目标Cognos集群处于异常状态时,将所述访问请求发送至其它任意一个处于正常状态的Cognos集群。
4.根据权利要求3所述的访问请求处理方法,其特征在于,所述负载均衡服务器获取到所述目标Cognos集群处于异常状态时的步骤之后,还包括:
禁用处于异常状态的所述目标Cognos集群的服务端口。
5.一种访问请求处理方法,其特征在于,所述方法应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群,所述方法包括:
目标Cognos集群接收所述负载均衡服务器发送的访问请求,所述访问请求为所述负载均衡服务器确定所述目标Cognos集群为正常状态时发送的;
所述目标Cognos集群对所述访问请求进行处理。
6.一种访问请求处理装置,其特征在于,所述装置应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群,所述装置包括:
接收模块,用于接收所述负载均衡服务器发送的访问请求,所述访问请求为所述负载均衡服务器确定目标Cognos集群为正常状态时发送的;
处理模块,用于对所述访问请求进行处理。
7.一种访问请求处理***,其特征在于,所述***应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,负载均衡服务器管理多个不同地域的Cognos集群;所述***包括:
所述负载均衡服务器接收访问请求;
所述负载均衡服务器在管理的多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
所述负载均衡服务器将所述访问请求发送给所述目标Cognos集群;
所述目标Cognos集群对所述访问请求进行处理。
8.一种访问请求处理装置,其特征在于,所述装置应用于异地多Cognos集群环境,各Cognos集群共享数据存储空间,所述装置包括:
接收单元,用于接收访问请求;
确定单元,用于在多个不同地域的Cognos集群中确定目标Cognos集群,所述目标Cognos集群为处于正常状态的Cognos集群中的任意一个;
发送单元,用于将所述访问请求发送给所述目标Cognos集群,以使所述目标Cognos集群对所述访问请求进行处理。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至4或权利要求5中任一项所述方法的步骤。
10.一种计算机存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至4或权利要求5中任一项所述的方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810421552.8A CN108762917A (zh) | 2018-05-04 | 2018-05-04 | 访问请求处理方法、装置、***、计算机设备和存储介质 |
PCT/CN2018/095684 WO2019210580A1 (zh) | 2018-05-04 | 2018-07-13 | 访问请求处理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810421552.8A CN108762917A (zh) | 2018-05-04 | 2018-05-04 | 访问请求处理方法、装置、***、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108762917A true CN108762917A (zh) | 2018-11-06 |
Family
ID=64009154
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810421552.8A Withdrawn CN108762917A (zh) | 2018-05-04 | 2018-05-04 | 访问请求处理方法、装置、***、计算机设备和存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108762917A (zh) |
WO (1) | WO2019210580A1 (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109842686A (zh) * | 2019-03-05 | 2019-06-04 | 国家电网有限公司信息通信分公司 | 一种实现跨区域集群调度的负载均衡*** |
CN109871708A (zh) * | 2018-12-15 | 2019-06-11 | 平安科技(深圳)有限公司 | 数据传输方法、装置、电子设备及存储介质 |
CN110278133A (zh) * | 2019-07-31 | 2019-09-24 | 中国工商银行股份有限公司 | 由服务器执行的检查方法、装置、计算设备以及介质 |
CN110515731A (zh) * | 2019-08-22 | 2019-11-29 | 北京浪潮数据技术有限公司 | 一种数据处理方法、装置及*** |
CN110677353A (zh) * | 2019-09-06 | 2020-01-10 | 中国平安财产保险股份有限公司 | 数据访问方法及*** |
CN111031129A (zh) * | 2019-12-12 | 2020-04-17 | 北京金山云网络技术有限公司 | 访问请求处理方法、处理装置、电子设备及存储介质 |
CN111177513A (zh) * | 2019-12-31 | 2020-05-19 | 北京百度网讯科技有限公司 | 异常访问地址的确定方法、装置、电子设备及存储介质 |
CN112732491A (zh) * | 2021-01-22 | 2021-04-30 | 中国人民财产保险股份有限公司 | 数据处理***、基于数据处理***的业务数据处理方法 |
CN112799931A (zh) * | 2021-03-15 | 2021-05-14 | 北京视界云天科技有限公司 | 日志采集方法、装置、***、介质及电子设备 |
CN113626280A (zh) * | 2021-06-30 | 2021-11-09 | 广东浪潮智慧计算技术有限公司 | 集群状态控制方法、装置、电子设备及可读存储介质 |
CN113906723A (zh) * | 2019-04-01 | 2022-01-07 | 谷歌有限责任公司 | 多集群入口 |
CN115525657A (zh) * | 2022-10-12 | 2022-12-27 | 合肥九韶智能科技有限公司 | 一种可扩展的网络请求消息和转发*** |
US12047441B2 (en) | 2023-05-04 | 2024-07-23 | Google Llc | Multi-cluster ingress |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468777B (zh) * | 2014-12-05 | 2018-01-23 | 北京奇虎科技有限公司 | 数据操作方法和装置 |
CN104811503A (zh) * | 2015-05-21 | 2015-07-29 | 龙信数据(北京)有限公司 | 一种r统计建模*** |
CN107196982B (zh) * | 2016-03-14 | 2021-01-22 | 阿里巴巴集团控股有限公司 | 一种用户请求的处理方法和装置 |
CN106817408B (zh) * | 2016-12-27 | 2020-09-29 | ***股份有限公司 | 一种分布式服务器集群调度方法及装置 |
-
2018
- 2018-05-04 CN CN201810421552.8A patent/CN108762917A/zh not_active Withdrawn
- 2018-07-13 WO PCT/CN2018/095684 patent/WO2019210580A1/zh active Application Filing
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109871708A (zh) * | 2018-12-15 | 2019-06-11 | 平安科技(深圳)有限公司 | 数据传输方法、装置、电子设备及存储介质 |
CN109842686B (zh) * | 2019-03-05 | 2021-08-06 | 国家电网有限公司信息通信分公司 | 一种实现跨区域集群调度的负载均衡*** |
CN109842686A (zh) * | 2019-03-05 | 2019-06-04 | 国家电网有限公司信息通信分公司 | 一种实现跨区域集群调度的负载均衡*** |
CN113906723B (zh) * | 2019-04-01 | 2023-09-22 | 谷歌有限责任公司 | 多集群入口 |
CN113906723A (zh) * | 2019-04-01 | 2022-01-07 | 谷歌有限责任公司 | 多集群入口 |
CN110278133B (zh) * | 2019-07-31 | 2021-08-13 | 中国工商银行股份有限公司 | 由服务器执行的检查方法、装置、计算设备以及介质 |
CN110278133A (zh) * | 2019-07-31 | 2019-09-24 | 中国工商银行股份有限公司 | 由服务器执行的检查方法、装置、计算设备以及介质 |
CN110515731A (zh) * | 2019-08-22 | 2019-11-29 | 北京浪潮数据技术有限公司 | 一种数据处理方法、装置及*** |
CN110677353A (zh) * | 2019-09-06 | 2020-01-10 | 中国平安财产保险股份有限公司 | 数据访问方法及*** |
CN111031129A (zh) * | 2019-12-12 | 2020-04-17 | 北京金山云网络技术有限公司 | 访问请求处理方法、处理装置、电子设备及存储介质 |
CN111031129B (zh) * | 2019-12-12 | 2022-04-05 | 北京金山云网络技术有限公司 | 访问请求处理方法、处理装置、电子设备及存储介质 |
CN111177513A (zh) * | 2019-12-31 | 2020-05-19 | 北京百度网讯科技有限公司 | 异常访问地址的确定方法、装置、电子设备及存储介质 |
CN111177513B (zh) * | 2019-12-31 | 2023-10-31 | 北京百度网讯科技有限公司 | 异常访问地址的确定方法、装置、电子设备及存储介质 |
CN112732491A (zh) * | 2021-01-22 | 2021-04-30 | 中国人民财产保险股份有限公司 | 数据处理***、基于数据处理***的业务数据处理方法 |
CN112732491B (zh) * | 2021-01-22 | 2024-03-12 | 中国人民财产保险股份有限公司 | 数据处理***、基于数据处理***的业务数据处理方法 |
CN112799931A (zh) * | 2021-03-15 | 2021-05-14 | 北京视界云天科技有限公司 | 日志采集方法、装置、***、介质及电子设备 |
CN113626280A (zh) * | 2021-06-30 | 2021-11-09 | 广东浪潮智慧计算技术有限公司 | 集群状态控制方法、装置、电子设备及可读存储介质 |
CN113626280B (zh) * | 2021-06-30 | 2024-02-09 | 广东浪潮智慧计算技术有限公司 | 集群状态控制方法、装置、电子设备及可读存储介质 |
CN115525657A (zh) * | 2022-10-12 | 2022-12-27 | 合肥九韶智能科技有限公司 | 一种可扩展的网络请求消息和转发*** |
US12047441B2 (en) | 2023-05-04 | 2024-07-23 | Google Llc | Multi-cluster ingress |
Also Published As
Publication number | Publication date |
---|---|
WO2019210580A1 (zh) | 2019-11-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108762917A (zh) | 访问请求处理方法、装置、***、计算机设备和存储介质 | |
CN106020930B (zh) | 一种基于应用容器的应用管理方法及*** | |
CN104125197B (zh) | 一种安全基线***及其实现安全检查的方法 | |
US7065526B2 (en) | Scalable database management system | |
CN105933137A (zh) | 一种资源管理方法、装置及*** | |
CN107690800A (zh) | 管理动态ip地址分配 | |
CN106850710A (zh) | 一种数据云存储***、客户终端、存储服务器及应用方法 | |
CN103516755B (zh) | 虚拟存储方法及设备 | |
CN106254466B (zh) | 基于局域网的hdfs分布式文件共享方法 | |
CN107291750A (zh) | 一种数据迁移方法和装置 | |
CN106357449A (zh) | 一种zedis分布式缓存方法 | |
CN109587258A (zh) | 一种服务探活方法及装置 | |
CN108959385A (zh) | 数据库部署方法、装置、计算机设备和存储介质 | |
CN106209411B (zh) | 分布式网络***容错方法、装置及容错式分布式网络*** | |
CN106101290A (zh) | 一种服务器集群管理的方法及*** | |
CN110297867B (zh) | 基于国产cpu和分布式容器集群的数据库集群运行方法及*** | |
CN104426968B (zh) | 数据管理方法和装置 | |
CN110213309A (zh) | 一种绑定关系管理的方法、设备及存储介质 | |
CN109845192A (zh) | 用于动态地适配软件定义的网络的计算机***和方法 | |
CN106953926A (zh) | 一种路由方法及装置 | |
CN107015884A (zh) | 一种数据存储方法及装置 | |
CN107992491A (zh) | 一种分布式文件***、数据访问和数据存储的方法及装置 | |
CN107430582A (zh) | 瘦客户端***、连接管理装置、虚拟机操作装置、方法和存储介质 | |
CN104281488B (zh) | 服务器引擎的实现方法和*** | |
CN109241182A (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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20181106 |