CN110730250B - 信息处理方法及装置、服务系统、存储介质 - Google Patents

信息处理方法及装置、服务系统、存储介质 Download PDF

Info

Publication number
CN110730250B
CN110730250B CN201910843518.4A CN201910843518A CN110730250B CN 110730250 B CN110730250 B CN 110730250B CN 201910843518 A CN201910843518 A CN 201910843518A CN 110730250 B CN110730250 B CN 110730250B
Authority
CN
China
Prior art keywords
service area
data
server
access request
domain name
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
Application number
CN201910843518.4A
Other languages
English (en)
Other versions
CN110730250A (zh
Inventor
刘志杰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN201910843518.4A priority Critical patent/CN110730250B/zh
Publication of CN110730250A publication Critical patent/CN110730250A/zh
Application granted granted Critical
Publication of CN110730250B publication Critical patent/CN110730250B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1008Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1023Server selection for load balancing based on a hash applied to IP addresses or costs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本公开是关于一种信息处理方法及装置、服务系统、存储介质。该方法应用于服务系统,包括:接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;根据所述服务区域内服务器的负载信息及负载均衡策略,选择响应所述访问请求的目标服务器;将所述访问请求发送给所述目标服务器。通过本公开的技术方案,通过对客户端的访问请求进行由DNS解析,确定服务区域后再进行负载均衡的多层分流,从而能够根据实际需求进行灵活的服务区域调整。

Description

信息处理方法及装置、服务系统、存储介质
技术领域
本公开涉及互联网通信技术,尤其涉及一种信息处理方法及装置、服务系统、存储介质。
背景技术
随着互联网在全球范围内的广泛应用,跨地域的访问成为互联网中普遍存在的访问形式,在通常的网络系统架构中,使用DNS(Domain Name System,域名系统)为用户提供访问接口。但是,随着用户量的不断增加,DNS的系统压力不断增大,同时,用户的来源遍布全球且随机性大,网络访问容易出现延迟、异常等不稳定现象。
发明内容
本公开提供一种信息处理方法及装置、服务系统、存储介质。
根据本公开实施例的第一方面,提供一种信息处理方法,该方法应用于服务系统,包括:
接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;
根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;
根据所述服务区域内服务器的负载信息及负载均衡策略,选择响应所述访问请求的目标服务器;
将所述访问请求发送给所述目标服务器。
在一些实施例中,所述服务系统包括:DNS服务器,所述方法还包括:
在DNS服务器中配置所述域名与服务区域的对应关系;
在所述DNS服务器中配置与各服务区域对应的所述负载均衡策略。
在一些实施例中,所述服务区域包括:主服务区域和至少一个从服务区域;所述方法还包括:
按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果;
当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据。
在一些实施例中,所述按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果,包括:
按照指定时间间隔,通过所述主服务区域的监控系统获取所述第一数据的主文件信息;
基于所述指定时间间隔,通过所述从服务区域的监控系统获取所述第二数据的从文件信息;
对比所述主文件信息与所述从文件信息,得到所述数据差异结果。
在一些实施例中,所述对比所述主文件信息与所述从文件信息,得到所述数据差异结果,包括:
根据所述主文件信息与所述从文件信息,确定所述第一数据与所述第二数据中的文件个数的第一差值,和/或,文件占用存储空间大小的第二差值;
基于所述第一差值和/或第二差值,得到所述数据差异结果。
在一些实施例中,所述当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据,包括:
当所述第一差值大于第一阈值,和/或,当所述第二差值大于第二阈值时,根据所述第一数据更新所述第二数据。
在一些实施例中,所述当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据,包括:
当所述数据差异结果满足预设条件时,通过镜像处理将存储在所述主服务区域的服务器磁盘中的物理数据,备份至所述从服务区域的服务器磁盘;和/或,
当所述数据差异结果满足预设条件时,根据存储在所述主服务区域的数据库管理系统中的元数据,更新所述从服务区域的数据库管理系统中的元数据。
根据本公开的第二方面,提供一种信息处理装置,该装置应用于服务系统,包括:
接收模块,用于接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;
确定模块,用于根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;
选择模块,用于根据所述服务区域内服务器的负载信息及负载均衡策略,选择响应所述访问请求的目标服务器;
发送模块,用于将所述访问请求发送给所述目标服务器。
在一些实施例中,所述服务系统包括:DNS服务器,所述装置还包括:
第一配置模块,用于在DNS服务器中配置所述域名与服务区域的对应关系;
第二配置模块,用于在所述DNS服务器中配置与各服务区域对应的所述负载均衡策略。
在一些实施例中,所述服务区域包括:主服务区域和至少一个从服务区域;所述装置还包括:
对比模块,用于按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果;
更新模块,用于当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据。
在一些实施例中,所述对比模块,包括:
第一获取子模块,用于按照指定时间间隔,通过所述主服务区域的监控系统获取所述第一数据的主文件信息;
第二获取子模块,用于基于所述指定时间间隔,通过所述从服务区域的监控系统获取所述第二数据的从文件信息;
对比子模块,用于对比所述主文件信息与所述从文件信息,得到所述数据差异结果。
在一些实施例中,所述对比子模块,包括:
确定子模块,用于根据所述主文件信息与所述从文件信息,确定所述第一数据与所述第二数据中的文件个数的第一差值,和/或,文件占用存储空间大小的第二差值;
第三获取子模块,用于基于所述第一差值和/或第二差值,获取所述数据差异结果。
在一些实施例中,所述更新模块,具体用于:
当所述第一差值大于第一阈值,和/或,当所述第二差值大于第二阈值时,根据所述第一数据更新所述第二数据。
在一些实施例中,所述更新模块,包括:
第一更新子模块,用于当所述数据差异结果满足预设条件时,通过镜像处理将存储在所述主服务区域的服务器磁盘中的物理数据,备份至所述从服务区域的服务器磁盘;和/或,
第二更新子模块,用于当所述数据差异结果满足预设条件时,根据存储在所述主服务区域的数据库管理系统中的元数据,更新所述从服务区域的数据库管理系统中的元数据。
根据本公开实施例的第三方面,提供一种服务系统,包括:
DNS服务器,用于接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;
负载均衡器,应用于各所述服务区域,用于接收所述DNS服务器的指令,并根据预设的负载均衡策略选择响应所述访问请求的目标服务器;
每一所述负载均衡器下对应有至少一个服务器,所述服务器用于存储服务数据,并在所述负载均衡器选择为所述目标服务器时,响应所述访问请求。
在一些实施例中,所述DNS服务器中配置有所述域名与服务区域的对应关系,以及所述各服务区域对应的负载均衡器的标识和所述负载均衡策略。
根据本公开的第四方面,提供一种信息处理装置,所述装置至少包括:处理器和用于存储能够在所述处理器上运行的可执行指令的存储器,其中:
处理器用于运行所述可执行指令时,所述可执行指令执行上述任一项信息处理方法中的步骤。
根据本公开的第五方面,提供一种非临时性计算机可读存储介质,所述计算机可读存储介质中存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现上述任一项信息处理方法中的步骤。
本公开的实施例提供的技术方案可以包括以下有益效果:通过对客户端的访问请求进行DNS解析确定服务区域,然后再进行负载均衡,形成多层分流的处理模式,从而能够根据实际需求进行灵活的服务区域调整,提高网络负载能力。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的信息处理方法的流程图;
图2是根据一示例性实施例示出的另一信息处理方法的流程图;
图3是根据一示例性实施例示出的服务系统的网络架构示意图;
图4是根据一示例性实施例示出的另一服务系统的网络架构示意图;
图5是根据一示例性实施例示出的信息处理装置的结构框图;
图6是根据一示例性实施例示出的信息处理装置的实体结构框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种信息处理方法的流程图,如图1所示,该方法用于服务系统中,包括以下步骤:
步骤S101,接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;
步骤S102,根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;
步骤S103,根据所述服务区域内服务器的负载信息及负载均衡策略,选择响应所述访问请求的目标服务器;
步骤S104,将所述访问请求发送给所述目标服务器。
这里的服务系统是用于为客户端提供网络服务的各类型的服务器构成的系统,能够接收客户端发送的访问请求,并进行响应,从而提供相应的服务。客户端可以向服务系统发送携带有访问域名的访问请求,访问域名指示了客户端所需要访问的服务地址。
在访问系统中预先配置有域名与服务区域的对应关系,根据接收到的访问域名,查找域名与服务区域的对应关系,进而可以确定响应该访问请求的服务器所在的服务区域。也就是说,这里通过域名解析对访问请求进行了第一次分流,从而可以将访问请求转发至相应的服务区域。
将访问请求转发至相应的服务区域后,可以通过预设的负载均衡策略进行负载均衡处理,根据当前区域的负载信息,选择合适的目标服务器来响应客户端的访问请求。负载均衡(Load Balance)就是将待处理的任务分配到多个操作单元上进行执行,例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等,从而共同完成工作任务;也可以是将待处理的任务分配到合适的一个操作单元上进行执行,具体如何分配需要参考当前各服务器的负载信息以及预先设置的负载均衡策略来确定。负载信息是指当前区域内各服务器的负载状况的相关信息,能够反应服务器的运行状况,例如带宽、内存的占用量等。通过负载均衡处理,将客户端的访问请求进行了第二次分流。
通过上述方法,为客户端提供了统一的入口访问系统,并实现了先通过区域化解析分流,转发至相应的服务区域后再进行负载均衡处理的多层分流。从而为网络访问提供了灵活的区域化配置方法,能够在区域化解析时或者进行负载均衡时分别根据实际需求和负载情况进行区域调整,无需确定全局的区域与服务端的映射关系,降低了系统的复杂度。
在一些实施例中,所述服务系统包括:DNS服务器,如图2所示,该方法还包括:
步骤S11,在DNS服务器中配置所述域名与服务区域的对应关系;
步骤S12,在所述DNS服务器中配置与各服务区域对应的所述负载均衡策略。
网域名称系统(DNS,Domain Name System)是将域名和IP地址(InternetProtocol Address,网际协议地址)相互映射的一个分布式数据库,能够使互联网的访问更加便捷,不需要用户去记住能够被机器直接读取的IP地址数串。客户端向服务系统发送的访问域名中,携带有所需服务端的域名。在本方案中,预先在DNS服务器中配置各服务端的域名与服务区域的对应关系,可以通过设定IP地址与服务区域的对应关系来实现,并且DNS下挂载有所有服务区域的负载均衡设备的地址。这里的负载均衡设备可以是独立设置的负载均衡器,也可以是集成在服务器等其他设备中的处理单元。
当DNS服务器接收到客户端的访问请求时,根据访问请求中携带的访问域名,在预设的域名与服务区域的对应关系中进行查找,确定对应的服务区域,就可以将该访问请求转发至相应的服务区域的负载均衡设备上。
同时,可以在DNS服务器中配置与各服务区域对应的负载均衡策略,当然,也可以直接将负载均衡策略预先配置在各服务区域的负载均衡设备上。这里负载均衡策略,是对访问请求进行负载均衡处理的方法,根据各服务区域的服务器配置,可以设定合适的负载均衡策略。例如,由轮询、比率、优先权、最少连接数、最快响应时间以及哈希算法等等算法来实现的负载均衡策略。
通过上述方法,客户端发送的访问请求可以经过统一的DNS入口,由于DNS服务器配置有访问域名与服务区域的对应关系,因此,可以将访问请求先转发至相应的服务区域,再进行负载均衡处理。因此,无需进行全局的域名与服务器的统一映射处理,灵活性高,便于根据实际需求进行区域调整。
在一些实施例中,所述服务区域包括:主服务区域和至少一个从服务区域;所述方法还包括:
步骤S21,按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果;
步骤S22,当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据。
上述服务区域中包括一个主服务区域,和若干个从服务区域,从服务区域的位置可以根据实际需求进行设定,从服务区域的数量也可以根据实际需求随时进行增减。主服务区域可以设定为固定的区域,当需要进行数据更新时,在主服务区域的服务器中进行数据的读写,然后将更新的数据同步到从服务区域的服务器中。也就是说,主服务区域的服务器可以同时具有读写功能,而从服务区域的服务器可以设定为只读,当数据需要更新时,仅通过主服务区域的服务器进行数据的同步。
在进行数据同步时,这里采用定期更新从服务区域的方式。按照指定时间间隔,对主服务区域的服务器中存储的第一数据与从服务区域的服务器中存储的第二数据进行对比,当第一数据与第二数据存在差异时,说明主从服务区域存在不同步的数据。如果这种差异极小,那么可能不需要随时进行更新,可以在差异达到一定程度时,再进行更新,这样可以减少一些误判的可能,并且在一定程度上减少数据同步带来的网络压力。因此,这里可以设定一个条件,作为数据更新的标准。当数据差异结果满足预设条件时,再对第二数据进行更新,即,将主服务区域的数据同步到从服务区域。例如,每分钟对主服务区域和从服务区域的服务器中存储文件的文件个数或者文件大小进行统计对比,当连续三次具有相同差异时,则进行数据的同步;又如,当主服务区域与从服务区域的服务器中存储文件的个数相差大于3时,则进行数据的同步,等等。
通过上述步骤,提供了对主服务区域与从服务区域的数据进行同步的实现方式,并提供了准实时地监控各区域的数据同步情况的方法。
在一些实施例中,上述步骤S21中,所述按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果,包括:
步骤S31,按照指定时间间隔,通过所述主服务区域的监控系统获取所述第一数据的主文件信息;
步骤S32,基于所述指定时间间隔,通过所述从服务区域的监控系统获取所述第二数据的从文件信息;
步骤S33,对比所述主文件信息与所述从文件信息,得到所述数据差异结果。
这里对上述实施例中所提供的监控主服务区域与从服务区域的数据同步状况提供了实现的方式。通过设置在主服务区域的监控系统来定期获取第一数据的主文件信息,也就是获取主服务区域的服务器中存储的各类文件的相关信息,包括文件数量、文件大小、文件类型等等。监控系统还需要定期获取从服务区域的服务器中存储的各类文件的相关信息,也就是从文件信息。
通过对比上述主文件信息和从文件信息,来计算主服务区域与从服务区域的数据是否存在差异,以及差异的大小等情况,从而确定上述数据差异结果。
在一些实施例中,上述步骤S33中,所述对比所述主文件信息与所述从文件信息,得到所述数据差异结果,包括:
步骤S41,根据所述主文件信息与所述从文件信息,确定所述第一数据与所述第二数据中的文件个数的第一差值,和/或,文件占用存储空间大小的第二差值;
步骤S42,基于所述第一差值和/或第二差值,得到所述数据差异结果。
这里,监控系统通过主文件信息和从文件信息分别获得主服务区域的服务器中存储的文件个数以及从服务区域的服务器中存储的文件个数,根据两者的第一差值,确定主服务区域与从服务区域的数据差异是否满足预设条件,从而需要对从服务区域的数据进行更新。或者,通过主文件信息和从文件信息分别获得主服务区域的服务器中存储的文件所占用的存储空间大小,以及从服务区域的服务器中存储的文件所占用的存储空间的大小,并根据两者的第二差值,来确定数据差异是否满足预设条件,从而需要对从服务区域的数据进行更新。当然也可以通过设定上述第一差值和第二差值都满足预设的条件时,才进行数据的更新。
在一些实施例中,上述步骤S22中,所述当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据,包括:
步骤S51,当所述第一差值大于第一阈值,和/或,当所述第二差值大于第二阈值时,根据所述第一数据更新所述第二数据。
这里,上述预设条件可以是第一差值大于第一阈值,例如,主服务区域的文件数量比从服务区域的文件数量多五个,则需要对从服务区域的数据进行更新。或者,上述预设条件为第二差值大于第二阈值,例如,主服务区域的文件占用存储空间的大小比从服务区域的文件占用存储空间的大小多,且多于指定的第二阈值,则需要对从服务区域的数据进行更新。
在一些实施例中,上述步骤S22中,所述当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据,包括:
步骤S61,当所述数据差异结果满足预设条件时,通过镜像处理将存储在所述主服务区域的服务器磁盘中的物理数据,备份至所述从服务区域的服务器磁盘;和/或,
步骤S62,当所述数据差异结果满足预设条件时,根据存储在所述主服务区域的数据库管理系统中的元数据,更新所述从服务区域的数据库管理系统中的元数据。
主服务区域与从服务区域的服务器磁盘中存储有物理数据,在需要同步主服务区域与从服务区域时,可以通过镜像处理将主服务区域与从服务区域的服务器磁盘中的数据进行备份,从而实现物理数据的同步。
此外,主服务区域与从服务区域的数据库管理系统中还存储有用于描述物理数据的元数据,这里,可以基于服务系统的主从结构,根据主服务区域的元数据对从服务区域的元数据进行更新。
上述步骤提供了对本公开实施例中的服务系统的各区域进行同步的实现方式,并且提供了比较完善的物理数据与元数据的同步方案,同时可以进行数据的校验,以一定间隔时间,即准实时地进行数据更新。
为了便于理解本公开提供的上述实施例,这里还提供以下示例:
在不同地域区间匹配网络访问时,可以通过客户端与服务器之间的地域区间编码进行运算处理,确定映射关系。然而这种方式的访问复杂度较高,当地域发生变化时,例如,新增地域时,则需要全局统一进行映射处理。此外,这种方式仅涉及网络映射,没有涉及到物理数据和元数据的存储架构的同步实现方式,因此,这种方式确定映射关系后,切换区域流量比较困难。
本公开实施例通过多层分流的方式,来分配网络流量。配置具有公共入口的DNS服务系统,客户端通过该DNS的入口进行访问。首先,DNS基于客户端的访问信息进行区域化解析分流至指定的区域,进入指定区域后再进行负载均衡处理。实现上述多层分流的方式,需要对各区域的元数据和物理数据进行同步,并结合监控系统进行数据同步检查;因此,本公开实施例还提供了较为完善的物理数据和元数据的同步方案,结合监控系统来进行数据的同步检查,并进行各服务区域的准实时更新。
通过上述多层分流的方式能够提供较为自由的流量切换机制,减少了因为跨地域访问造成的访问延迟、稳定性差以及安全性差等问题的发生,从而提升了整体系统性能。
本公开实施例的所提供的服务系统的网络架构如图3所示,客户端10通过统一的入口向服务系统发送访问请求,DNS服务器通过DNS区域化解析将访问请求转发至相应的服务区域。在每一服务区域设置有对应负载均衡设备LB,当DNS服务器将访问请求转发至指定的LB后,LB根据预设的负载均衡策略进行负载均衡处理,将访问请求转发至相应的服务器。
在一个服务区域,可以设置多个服务器20,这些服务器具有同步数据,包括存储在磁盘30上的物理数据以及存储在数据库管理系统40中的元数据。负载均衡设备LB根据当前各服务器20的负载信息以及预设的负载均衡策略,将访问请求转发至合适的服务器20,即目标服务器,然后由目标服务器对该访问请求进行处理,响应客户端10并提供相应的服务。
所有的主服务区域和从服务区域都有至少两个服务器对外提供服务,每个服务区域都会部署一个负载均衡设备LB作为探活和负载均衡的中间处理工具用于进行流量的切换,在同一服务区域内的不同服务器也会建立同步的映射关系。负载均衡设备LB根据不同的业务场景,可以选择不同的负载均衡策略,如rr(轮询)的方式将访问请求转发至后端的服务器。在负载均衡设备之上通过DNS的方式统一访问入口,在DNS服务器下挂在所有主、从服务区域的LB地址作为A记录,这里的DNS服务器已经进行了区域化适配,域名的A记录存储有不同服务区域的标签用来标识各服务区域。当客户端向服务系统发送访问请求时,会先访问当前区域的DNS服务器,此时,DNS服务器通过域名解析将该访问请求转发至含有当前服务区域的A记录上,也就是转发至相应的负载均衡设备LB,这样就可以在DNS层根据访问的IP地址进行分流。例如,国内的机房的客户端进行访问时,根据DNS配置的区域解析规则选择国内的一个服务区域所对应的负载均衡设备LB进行访问。
上述服务系统的一个特点是客户端会随机分布在不同的服务区域,这里则需要对各区域的物理数据和元数据进行同步。对于系统服务端来说,需要选择一个区域作为主服务区域,例如将服务提供商所在本国内的服务区域设置为主服务区域,其他区域,如其他各国家范围,则为从服务区域。在主服务区域部署服务数据时,将实际的物理数据存储在主服务区域的本地磁盘中,通过rsync(client-server)+inotify-tools(服务器/客户机-实时同步)的方式进行数据的同步。准实时地探测主服务区域的数据变更,并将数据变更同步至各从服务区域的磁盘中。
这里,可以通过守护进程控制每一同步任务,守护进程是运行于后台的系统进程,用于执行特定的系统任务。守护进程可以主动探测数据同步进程的异常情况,当发生同步异常退出时,则可以主动拉起同步进程,同时,对每个服务区域中的服务器端数据中的文件数量以及文件大小进行监控,将带有服务区域以及IP地址等标签的数据信息以post(报文)的方式写入监控系统,例如falcon系统中。从而实现对主、从服务区域的磁盘中的物理数据进行监控的方案。
举例来说,可以在国内的主服务区域中每分钟从falcon上获取依次所有主、从服务区域的文件情况,计算主、从服务区域的数据差异,并重新以新的名称,加入新的标签,推送至监控系统falcon中。如果连续三次以上主、从服务区域的文件个数或者文件大小的差异大于预设的阈值,则向管理员发出通知,并对从服务区域的数据进行更新。
各服务区域的元数据存储在mysql(关系型数据库管理系统)的数据库中,可以通过mysql的主、从结构,将主服务区域的数据同步传输至从服务区域上。
通过上述实施例,提供了物理数据和元数据在各服务区域的同步方案,并且通过上述方案能够结合监控系统对各服务区域的数据进行同步检查及更新,在需要进行从服务区域的增减以及变更时,也可以即时进行数据的更新,因此,上述方案提供了一种灵活的服务系统的架构。
图4是根据一示例性实施例示出的一种服务系统的架构示意图。该服务系统400,包括:
DNS服务器401,用于接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;
负载均衡器402,应用于各所述服务区域,用于接收所述DNS服务器的指令,并根据预设的负载均衡策略选择响应所述访问请求的目标服务器;
每一所述负载均衡器下对应有至少一个服务器403,所述服务器用于存储服务数据,并在所述负载均衡器选择为所述目标服务器时,响应所述访问请求。
在一些实施例中,所述DNS服务器中配置有所述域名与服务区域的对应关系,以及所述各服务区域对应的负载均衡器的标识和所述负载均衡策略。
图5是根据一示例性实施例示出的一种信息处理装置500的结构框图。该装置应用于服务系统中,参照图5,该装置500包括接收模块501、确定模块502、选择模块503和发送模块504。
接收模块501,用于接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;
确定模块502,用于根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;
选择模块503,用于根据所述服务区域内服务器的负载信息及负载均衡策略,选择响应所述访问请求的目标服务器;
发送模块504,用于将所述访问请求发送给所述目标服务器。
在一些实施例中,所述服务系统包括:DNS服务器,所述装置还包括:
第一配置模块,用于在DNS服务器中配置所述域名与服务区域的对应关系;
第二配置模块,用于在所述DNS服务器中配置与各服务区域对应的所述负载均衡策略。
在一些实施例中,所述服务区域包括:主服务区域和至少一个从服务区域;所述装置还包括:
对比模块,用于按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果;
更新模块,用于当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据。
在一些实施例中,所述对比模块,包括:
第一获取子模块,用于按照指定时间间隔,通过所述主服务区域的监控系统获取所述第一数据的主文件信息;
第二获取子模块,用于基于所述指定时间间隔,通过所述从服务区域的监控系统获取所述第二数据的从文件信息;
对比子模块,用于对比所述主文件信息与所述从文件信息,得到所述数据差异结果。
在一些实施例中,所述对比子模块,包括:
确定子模块,用于根据所述主文件信息与所述从文件信息,确定所述第一数据与所述第二数据中的文件个数的第一差值,和/或,文件占用存储空间大小的第二差值;
第三获取子模块,用于基于所述第一差值和/或第二差值,获取所述数据差异结果。
在一些实施例中,所述更新模块,具体用于:
当所述第一差值大于第一阈值,和/或,当所述第二差值大于第二阈值时,根据所述第一数据更新所述第二数据。
在一些实施例中,所述更新模块,包括:
第一更新子模块,用于当所述数据差异结果满足预设条件时,通过镜像处理将存储在所述主服务区域的服务器磁盘中的物理数据,备份至所述从服务区域的服务器磁盘;和/或,
第二更新子模块,用于当所述数据差异结果满足预设条件时,根据存储在所述主服务区域的数据库管理系统中的元数据,更新所述从服务区域的数据库管理系统中的元数据。
图6是根据一示例性实施例示出的一种信息处理装置600的框图。例如,装置600可以被提供为一服务器。参照图6,装置600包括处理组件622,其进一步包括一个或多个处理器,以及由存储器632所代表的存储器资源,用于存储可由处理组件622的执行的指令,例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件622被配置为执行指令,以执行上述实施例提供的任一种信息处理方法。
装置600还可以包括一个电源组件626被配置为执行装置600的电源管理,一个有线或无线网络接口650被配置为将装置600连接到网络,和一个输入输出(I/O)接口658。装置600可以操作基于存储在存储器632的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器,上述指令可由上述信息处理装置的处理器执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质,当所述存储介质中的指令由处理器执行时,使得该处理器能够执行上述任一实施例中所提供的信息处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (16)

1.一种信息处理方法,其特征在于,该方法应用于服务系统,包括:
接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;
根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;
根据所述服务区域内服务器的负载信息及负载均衡策略,选择响应所述访问请求的目标服务器;其中,所述服务区域包括:主服务区域和至少一个从服务区域;
将所述访问请求发送给所述目标服务器;
按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果;
当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据。
2.根据权利要求1所述的方法,其特征在于,所述服务系统包括:域名解析DNS服务器,所述方法还包括:
在DNS服务器中配置所述域名与服务区域的对应关系;
在所述DNS服务器中配置与各服务区域对应的所述负载均衡策略。
3.根据权利要求1所述的方法,其特征在于,所述按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果,包括:
按照指定时间间隔,通过所述主服务区域的监控系统获取所述第一数据的主文件信息;
基于所述指定时间间隔,通过所述从服务区域的监控系统获取所述第二数据的从文件信息;
对比所述主文件信息与所述从文件信息,得到所述数据差异结果。
4.根据权利要求3所述的方法,其特征在于,所述对比所述主文件信息与所述从文件信息,得到所述数据差异结果,包括:
根据所述主文件信息与所述从文件信息,确定所述第一数据与所述第二数据中的文件个数的第一差值,和/或,文件占用存储空间大小的第二差值;
基于所述第一差值和/或第二差值,得到所述数据差异结果。
5.根据权利要求4所述的方法,其特征在于,所述当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据,包括:
当所述第一差值大于第一阈值,和/或,当所述第二差值大于第二阈值时,根据所述第一数据更新所述第二数据。
6.根据权利要求1至5任一所述的方法,其特征在于,所述当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据,包括:
当所述数据差异结果满足预设条件时,通过镜像处理将存储在所述主服务区域的服务器磁盘中的物理数据,备份至所述从服务区域的服务器磁盘;和/或,
当所述数据差异结果满足预设条件时,根据存储在所述主服务区域的数据库管理系统中的元数据,更新所述从服务区域的数据库管理系统中的元数据。
7.一种信息处理装置,其特征在于,该装置应用于服务系统,包括:
接收模块,用于接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;
确定模块,用于根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;所述服务区域包括:主服务区域和至少一个从服务区域;
选择模块,用于根据所述服务区域内服务器的负载信息及负载均衡策略,选择响应所述访问请求的目标服务器;
发送模块,用于将所述访问请求发送给所述目标服务器;
对比模块,用于按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果;
更新模块,用于当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据。
8.根据权利要求7所述的装置,其特征在于,所述服务系统包括:DNS服务器,所述装置还包括:
第一配置模块,用于在DNS服务器中配置所述域名与服务区域的对应关系;
第二配置模块,用于在所述DNS服务器中配置与各服务区域对应的所述负载均衡策略。
9.根据权利要求7所述的装置,其特征在于,所述对比模块,包括:
第一获取子模块,用于按照指定时间间隔,通过所述主服务区域的监控系统获取所述第一数据的主文件信息;
第二获取子模块,用于基于所述指定时间间隔,通过所述从服务区域的监控系统获取所述第二数据的从文件信息;
对比子模块,用于对比所述主文件信息与所述从文件信息,得到所述数据差异结果。
10.根据权利要求9所述的装置,其特征在于,所述对比子模块,包括:
确定子模块,用于根据所述主文件信息与所述从文件信息,确定所述第一数据与所述第二数据中的文件个数的第一差值,和/或,文件占用存储空间大小的第二差值;
第三获取子模块,用于基于所述第一差值和/或第二差值,获取所述数据差异结果。
11.根据权利要求10所述的装置,其特征在于,所述更新模块,具体用于:
当所述第一差值大于第一阈值,和/或,当所述第二差值大于第二阈值时,根据所述第一数据更新所述第二数据。
12.根据权利要求7至11任一所述的装置,其特征在于,所述更新模块,包括:
第一更新子模块,用于当所述数据差异结果满足预设条件时,通过镜像处理将存储在所述主服务区域的服务器磁盘中的物理数据,备份至所述从服务区域的服务器磁盘;和/或,
第二更新子模块,用于当所述数据差异结果满足预设条件时,根据存储在所述主服务区域的数据库管理系统中的元数据,更新所述从服务区域的数据库管理系统中的元数据。
13.一种服务系统,其特征在于,包括:
DNS服务器,用于接收客户端发送的访问请求,其中,所述访问请求中携带有访问域名;根据所述访问域名和预设的域名与服务区域的对应关系,确定响应所述访问请求的服务器所在的服务区域;其中,所述服务区域包括:主服务区域和至少一个从服务区域;
负载均衡器,应用于各所述服务区域,用于接收所述DNS服务器的指令,并根据预设的负载均衡策略选择响应所述访问请求的目标服务器;
每一所述负载均衡器下对应有至少一个服务器,所述服务器用于存储服务数据,并在所述负载均衡器选择为所述目标服务器时,响应所述访问请求;
所述服务器,还用于按照指定时间间隔,对比所述主服务区域中服务器的第一数据与所述从服务区域中服务器的第二数据,得到数据差异结果;当所述数据差异结果满足预设条件时,根据所述第一数据更新所述第二数据。
14.根据权利要求13所述的服务系统,其特征在于,所述DNS服务器中配置有所述域名与服务区域的对应关系,以及所述各服务区域对应的负载均衡器的标识和所述负载均衡策略。
15.一种信息处理装置,其特征在于,所述装置至少包括:处理器和用于存储能够在所述处理器上运行的可执行指令的存储器,其中:
处理器用于运行所述可执行指令时,所述可执行指令执行上述权利要求1至6任一项所述的信息处理方法中的步骤。
16.一种非临时性计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现上述权利要求1至6任一项所述的信息处理方法中的步骤。
CN201910843518.4A 2019-09-06 2019-09-06 信息处理方法及装置、服务系统、存储介质 Active CN110730250B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910843518.4A CN110730250B (zh) 2019-09-06 2019-09-06 信息处理方法及装置、服务系统、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910843518.4A CN110730250B (zh) 2019-09-06 2019-09-06 信息处理方法及装置、服务系统、存储介质

Publications (2)

Publication Number Publication Date
CN110730250A CN110730250A (zh) 2020-01-24
CN110730250B true CN110730250B (zh) 2022-10-14

Family

ID=69217990

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910843518.4A Active CN110730250B (zh) 2019-09-06 2019-09-06 信息处理方法及装置、服务系统、存储介质

Country Status (1)

Country Link
CN (1) CN110730250B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113438623B (zh) * 2020-03-23 2023-08-08 腾讯科技(深圳)有限公司 服务请求响应方法、装置、电子设备及存储介质
CN111479140B (zh) * 2020-03-27 2022-07-05 深圳市酷开网络科技股份有限公司 数据采集方法、设备、计算机设备和存储介质
CN111752681A (zh) * 2020-06-29 2020-10-09 广州华多网络科技有限公司 请求处理方法、装置、服务器和计算机可读存储介质
CN112134955B (zh) * 2020-09-23 2024-03-22 北京达佳互联信息技术有限公司 数据的处理系统及方法、设备、存储介质
CN112882787A (zh) * 2021-02-24 2021-06-01 中国电力科学研究院有限公司 一种数据可视化处理方法、装置、介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102625287A (zh) * 2011-09-09 2012-08-01 威海捷讯通信技术有限公司 一种手机应用软件的下载方法
CN103391299A (zh) * 2012-05-08 2013-11-13 深圳市腾讯计算机系统有限公司 负载均衡方法和负载均衡系统
CN104954474A (zh) * 2015-06-19 2015-09-30 北京奇虎科技有限公司 负载均衡中数据更新的方法及装置
CN106131229A (zh) * 2016-09-20 2016-11-16 贵州白山云科技有限公司 Cdn业务的处理方法、设备及通信系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103973819B (zh) * 2013-01-25 2018-02-02 搜房媒体技术(北京)有限公司 一种响应社区域名请求的方法、相关装置及系统
US9219781B2 (en) * 2013-04-06 2015-12-22 Citrix Systems, Inc. Systems and methods for GSLB preferred backup list
CN104079438B (zh) * 2014-07-18 2018-01-09 北京百度网讯科技有限公司 Dns域名管理系统和方法
CN106775446B (zh) * 2016-11-11 2020-04-17 中国人民解放军国防科学技术大学 基于固态硬盘加速的分布式文件系统小文件访问方法
CN109618024A (zh) * 2019-02-01 2019-04-12 网宿科技股份有限公司 一种基于http的域名解析方法和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102625287A (zh) * 2011-09-09 2012-08-01 威海捷讯通信技术有限公司 一种手机应用软件的下载方法
CN103391299A (zh) * 2012-05-08 2013-11-13 深圳市腾讯计算机系统有限公司 负载均衡方法和负载均衡系统
CN104954474A (zh) * 2015-06-19 2015-09-30 北京奇虎科技有限公司 负载均衡中数据更新的方法及装置
CN106131229A (zh) * 2016-09-20 2016-11-16 贵州白山云科技有限公司 Cdn业务的处理方法、设备及通信系统

Also Published As

Publication number Publication date
CN110730250A (zh) 2020-01-24

Similar Documents

Publication Publication Date Title
CN110730250B (zh) 信息处理方法及装置、服务系统、存储介质
US10506033B2 (en) Distributed global load-balancing system for software-defined data centers
US9847907B2 (en) Distributed caching cluster management
US11368407B2 (en) Failover management using availability groups
CN112199419B (zh) 一种分布式时序数据库、存储方法、设备及存储介质
CN113037560B (zh) 业务流量切换方法及装置、存储介质、电子设备
US10846185B2 (en) Method for processing acquire lock request and server
US9952947B2 (en) Method and system for processing fault of lock server in distributed system
US10673694B2 (en) Private network mirroring
US20130262681A1 (en) Apparatus and method for providing service availability to a user via selection of data centers for the user
US11953997B2 (en) Systems and methods for cross-regional back up of distributed databases on a cloud service
US20170097941A1 (en) Highly available network filer super cluster
US9529772B1 (en) Distributed caching cluster configuration
US11153173B1 (en) Dynamically updating compute node location information in a distributed computing environment
US11303532B2 (en) Method and system for detecting service quality of CDN system
US10715608B2 (en) Automatic server cluster discovery
CN106452836A (zh) 主节点设置方法及装置
US20140129699A1 (en) System and method for maintaining domain name service
US10523822B2 (en) Methods, systems, and computer readable storage devices for adjusting the use of virtual resources providing communication services based on load
US10944714B1 (en) Multi-factor domain name resolution
CN113301173A (zh) 域名更新系统及方法、消息转发方法、服务器
CN114124797B (zh) 一种服务器路由方法、装置、电子设备及存储介质
CN114301872B (zh) 基于域名的访问方法及装置、电子设备、存储介质
CN112532666A (zh) 反向代理方法、装置、存储介质及设备
CN107615734B (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