CN106131129A - 全局负载均衡的数据同步时间管理的方法和装置 - Google Patents

Abstract

本申请供一种全局负载均衡的数据同步时间管理的方法和装置，应用于本站点侧，所述方法包括：解析本地用户发送的DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，本站点和所述其它站点为预配置的负载均衡站点；监控所述会话保持表项在本站点以及其它站点中的老化剩余时间；基于预设算法，根据本站点以及其它站点中会话保持表项的老化剩余时间，对所述会话保持表项的更新检查频率进行动态调整。应用本申请的实施例，在保证会话保持表项不老化的前提下，采用基于各站点的老化剩余时间，动态调整会话保持表项是否更新的检测频率，相应地最大程度降低了各站点中会话保持表项的更新频率。

Description

全局负载均衡的数据同步时间管理的方法和装置

技术领域

本发明涉及网络通信技术领域，特别是一种全局负载均衡的数据同步时间管理的方法和装置。

背景技术

全局负载均衡是指通过算法，实现多个数据中心间的协调工作，使用户访问最优的站点。全局负载均衡是基于DNS(Domain Name System，域名系统)重定向的，所以在确保业务访问过程中不中断，通常采用将会话保持的表项定时发送给其他站点的办法，实现用户的DNS请求访问的为同一服务器。

在进行数据同步时间管理时，在保证会话保持表项不老化的前提下，各站点一般采用固定频率的方式向其他站点发送会话保持的表项，使各站点更新会话保持表项。

为了使站点的数据在更新之前不老化掉，发送表项的频率太高，即在保证业务不中断的情况下，数据更新的频率过高。

发明内容

有鉴于此，本申请提供一种全局负载均衡的数据同步时间管理的方法和装置，使站点在保证业务不中断的情况下，降低数据更新的频率。一种全局负载均衡的数据同步时间管理的方法，包括：

解析本地用户发送的DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，本站点和所述其它站点为预配置的负载均衡站点；

监控所述会话保持表项在本站点以及其它站点中的老化剩余时间；

基于预设算法，根据本站点以及其它站点中会话保持表项的老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整。

一种全局负载均衡的数据同步时间管理的装置，包括：

解析单元，用于解析本地用户发送的DNS请求；

创建单元，用于基于所述DNS请求创建对应的会话保持表项；

同步单元，用于将所述会话保持表项同步至其它站点，本站点和所述其它站点为预配置的负载均衡站点；

监控单元，用于监控所述会话保持表项在本站点以及其它站点中的老化剩余时间；

调整单元，用于基于预设算法，根据本站点以及其它站点的老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整。

由以上本申请提供的技术方案可见，本站点通过接收用户发送的DNS请求并解析所述DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，本站点以及所述其它站点为预配置的负载均衡站点，以及通过监控所述会话保持表项在本站点和其它站点中的老化剩余时间，基于预设算法，根据所述老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整，实现了确保表项在老化前更新，保证业务不中断的前提下，减少了本站点向其它站点发送更新会话保持表项的消息，从而降低了各站点数据更新的频率。

附图说明

图1为本申请示出的现有技术中一种基于全局负载均衡的数据同步时间管理方法的结构示意图；

图2为本申请示出的一种全局负载均衡的数据同步时间管理的方法的流程图；

图3为本申请示出的一种全局负载均衡的数据同步时间管理的方法的一个实施例交互流程图；

图4为本申请示出的一种基于全局负载均衡的数据同步时间管理方法的具体场景实施例结构示意图；

图5为本申请示出的一种基于全局负载均衡的数据同步时间管理的装置所在设备的一种硬件结构图；

图6为本申请示出的一种基于全局负载均衡的数据同步时间管理的装置的实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参见图1，图1为本申请示出的现有技术中一种基于全局负载均衡的数据同步时间管理方法的结构示意图。

在图1中，客户端向站点发送DNS请求，站点接收所述DNS请求是随机的，接收到所述DNS请求的站点，根据所述DNS请求中的源IP地址，通过全局负载均衡的策略，配置一个最佳的IP地址，所述最佳IP地址是访问距离源IP地址最近的服务器的，这就为了实现资源的合理配置与利用。比如站点1接收到所述DNS请求，那么站点1根据所述DNS请求中的源IP地址，通过全局负载均衡策略为源IP地址配置一个最佳IP地址，然后，根据DNS请求中的源IP地址和分配的最佳IP地址，创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，比如图1中的站点2和站点3。各站点为所述会话保持表项配置的存活时间可以是相同的，也可以是不同的。一方面，为了使会话不中断，需要所述会话保持表项在各站点中不老化，另一方面，当会话保持表项更新后，为了使各站点保持同步，所述同步是指当一个站点数据更新后，其它站点也更新相应的数据，需要采用固定频率向其它站点发送所述会话保持表项。

为了使在各站点中的会话保持表项不老化，同时使各站保持同步，所述固定频率不能太低，否则所述会话保持表项来不及更新就老化掉了，因此所述的固定频率选择时都会采用稍微高点的频率。选择高频率意味着各站点需要经常向其它站点发送所述会话保持表项，各站点中数据更新的频率就会过高

为了解决上述问题，本申请提供了一种新的基于全局负载均衡策略的数据同步时间管理的机制，本站点通过接收用户发送的DNS请求并解析所述DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，本站点以及所述其它站点为预配置的负载均衡站点，以及通过监控所述会话保持表项在本站点和其它站点中的老化剩余时间，基于预设算法，根据所述老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整，实现了确保表项在老化前更新，保证业务不中断的前提下，减少了本站点向其它站点发送更新会话保持表项的消息，从而降低了各站点数据更新的频率。

请参见图2，图2为本申请示出的一种全局负载均衡的数据同步时间管理的方法的流程图，应用于本地DNS服务器站点，其中本地DNS服务器站点与至少一个分布在其它地理位置上的其它DNS服务器站点为预配置的负载均衡站点，包括如下步骤：

步骤201：解析本地用户发送的DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，本站点和所述其它站点为预配置的负载均衡站点。

上述会话保持表项是根据所述DNS请求中的源IP地址，以及通过该源IP地址，基于负载均衡策略分配的最佳IP地址创建的。

在本实施例中，在创建对应的会话保持表项时，可以通过接收用发送的DNS请求，本站点对所述DNS请求进行解析，解析后得到的报文中含有所述DNS请求中的源IP地址，访问的域名等信息。基于负载均衡策略，为该源IP地址分配最佳的IP地址，并将所述最佳IP地址发送到本地DNS缓存服务器进行保存。根据所述源IP地址以及最佳IP地址，创建对应的会话保持表项。

当然，上述会话保持表项当中还可以含有时间记录等内容，便于访问记录查看时使用。

其中，在实际情况中，本站点接收到用户发送的DNS请求后，解析所述DNS请求，根据所述DNS请求的源IP地址，本站点匹配到了相应的会话保持表项，此刻，只需要将会话表项中为源IP地址分配的最佳IP地址发送给用户即可。此外，本站点还需要将所述会话保持表项的存活时间累加一个周期，得到新的老化剩余时间，并将新的老化剩余时间发送给其它站点。

步骤202：监控会话保持表项在本站点以及其它站点中的老化剩余时间。

上述老化剩余时间是根据各站点为会话保持表项最初配置的存活时间和计时器的实时计时结果的差值得到的。

在本实施例中，监控会话保持表项在本站点以及其它站点中的老化剩余时间，是为了获取本站点和其它站点的老化剩余时间中的最小值。

其中，本站点监控会话保持表项在其它站点中的老化剩余时间，是通过在接收其它站点发送的为会话保持表项配置的存活时间，以及本地计时器的实时计时结果，两者的差值得到老化剩余时间。其它站点在接收到本站点发送的新创建的会话保持表项后，保存所述会话保持表现在本地的DNS缓存服务器，再发送给本站点其它站点为会话保持表项配置的存活时间。

其中，本站点和其它站点中的会话保持表项的老化剩余时间变长之后，会将此时变长后的老化剩余时间发送给除了自己以外的站点。相应站点接收到变长后的老化剩余时间后，将该变长后的老化剩余时间作为其它站点为所述会话保持表项的新配置的存活时间，计时器重新计时，重新监控新的老化剩余时间。这保证了监控数据的准确性。

步骤203：基于预设算法，根据本站点以及其它站点中的老化剩余时间，对所述会话保持表项的更新检查频率进行动态的调整。

上述更新检查频率是指定时查看会话保持表项是否更新的频率。

上述预设算法可以是在最小值基础上提前一个常数，或者最小值根据最高位取整。所述最小值根据最高取整是指：比如最小值为1600，则取1000作为计算结果，最小值为540，则取500作为计算结果。所述最小值基础上提前一个常数，比如最小值是2000，则可以取1600作为计算结果。

在本实施例中，对会话保持表项的更新检查频率进行动态调整时，通过获取所述会话保持表项在其它站点中的老化剩余时间的最小值，根据最小值，基于预设算法，得到检查会话保持表项是否更新的时间。

其中，本实施例中，在对会话保持表项是否更新的检查频率进行动态调整后，在新调整的检查会话保持表项是否更新的时间内，本站点没有接收到该最小值对应的站点发送的更新会话保持表项的消息，本站点向该最小值对应的站点发送更新会话保持的消息，以使该站点在会话保持表项老化前，更新表项。如若这最小值是本站点的老化剩余时间，在会话保持表项老化前，没有接收到用户发送的DNS请求或者其它站点发送的更新会话保持表项的消息，则自然老化。

通过上述实施例可见，本实施例提供了一种新的基于全局负载均衡策略的数据同步时间管理的机制，本站点通过接收用户发送的DNS请求并解析所述DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，本站点以及所述其它站点为预配置的负载均衡站点，以及通过监控所述会话保持表项在本站点和其它站点中的老化剩余时间，基于预设算法，根据所述老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整，实现了确保表项在老化前更新，保证业务不中断的前提下，减少了本站点向其它站点发送更新会话保持表项的消息，从而降低了各站点数据更新的频率。

请参见图3，图3为本申请示出的一种全局负载均衡的数据同步时间管理的方法的一个实施例交互流程图，应用于本站点侧，包括如下步骤：

步骤301：接收用户发送的DNS请求。

其中所述的DNS请求为经过包装过的数据包，本站点接收到用户发送的DNS请求后，会对所述会话保持表项进行解析，获取所述DNS请求中的源IP地址。

当然，所述DNS请求中还有访问的域名等信息。

步骤302：基于所述DNS请求中的源IP地址判断是否匹配到对应的会话保持表项。

上述会话保持表项是根据所述DNS请求中的源IP地址，以及基于全局负载均衡的策略为该源IP地址分配的最佳IP地址创建的。

其中，在本实施例中，当基于所述DNS请求中的源IP地址，匹配到对应的会话保持表项，执行步骤303，本站点将会话保持表项中的最佳IP地址返回给用户，并将该会话保持表项在本站点中的存活时间累加一个周期，得到新的老化剩余时间，以及将该新的老化剩余时间发送给其它站点。

其中，上述本站点和其它站点为基于全局负载均衡的策略预配置的站点。

否则执行步骤304。

步骤304：基于负载均衡策略为所述DNS请求分配最佳IP地址，并根据所述最佳IP地址以及所述DNS请求中的源IP地址，创建对应的会话保持表项。

其中，上述会话保持表项也可以含有时间记录等内容，便于访问记录查看时使用。

步骤305：将所述创建的会话保持表项同步至其它站点。

步骤306：接收其它站点发送的为所述会话保持表项设置的存活时间。

其中，在本实施例中，其它站点接收到本站点发送的创建完的会话保持表项，将该会话保持表项保存于本地的服务器中，并将为所述会话保持表项设置的存活时间发送给本站点，以使本站点在监控其它站点中所述会话保持表项的老化剩余时间时使用。

步骤307：启用计时器进行计时。

步骤308：实时计算计时结果与本站点以及其它站点为所述会话保持表项设置的存活时间的差值，得到老化剩余时间。

其中，在本实施例中，得到本站点以及其它站点中所述会话保持表项的老化剩余时间是为了对所述会话保持表项的更新检查频率进行调整。当本站点或者其它站点接收到更新表项的消息，或者接收到用户发送的DNS请求并匹配到对应的会话保持表项后，会将会话保持表项的存活时间的累加一个周期，相应的老化剩余时间就会变长，此时需要对所述会话保持表项的更新检查频率进行调整，各站点会将变长后的老化剩余时间同步至除自己以外的站点。

步骤309：判断本站点以及其它站点的老化剩余时间是否变长。

其中，当本站点以及其它站点的老化剩余时间一直随时间依次减少，则继续执行步骤308，否则，执行步骤310。

步骤310：获取此时所述会话保持表项在本站点以及其它站点的老化剩余时间中的最小值，并基于预设算法，对所述最小值进行计算。

上述预设算法可以是在最小值基础上提前一个常数，或者最小值根据最高位取整。所述最小值根据最高取整是指：比如最小值为1600，则取1000作为计算结果，最小值为540，则取500作为计算结果。所述最小值基础上提前一个常数，比如最小值是2000，则可以取1600作为计算结果。

其中，在本实施例中，选取所述会话保持表项在本站点以及其它站点的老化剩余时间中的最小值，是为了保证在本站点所述会话保持表项更新后，所述会话保持表项在其它站点中不老化的前提下，降低向其他站点发送的频率。如若这最小值是本站点的老化剩余时间，在会话保持表项老化前，没有接收到用户发送的DNS请求或者其它站点发送的更新会话保持表项的消息，则自然老化。

步骤311：根据计算结果，对所述会话保持表项的更新检查频率进行调整。

其中，上述更新检查频率是指定时查看会话保持表项是否更新的频率。

步骤312：判断在调整的时间内，是否接收到该最小值对应的站点发送的更新表项的消息。

其中，当本站点在调整后的检查时间内，没有接收到该最小值对应的站点发送的更新表项的消息，则执行步骤313，向该最小值对应的站点发送更新表项的消息，以使该站点及时更新会话保持表项的存活时间。否则，执行步骤314.

步骤314：将该会话保持表项的存活时间累加一个周期。

通过上述实施例可见，本实施例提供了一种新的基于全局负载均衡策略的数据同步时间管理的机制，本站点通过接收用户发送的DNS请求并解析所述DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，本站点以及所述其它站点为预配置的负载均衡站点，以及通过监控所述会话保持表项在本站点和其它站点中的老化剩余时间，基于预设算法，根据所述老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整，实现了确保表项在老化前更新，保证业务不中断的前提下，减少了本站点向其它站点发送更新会话保持表项的消息，从而降低了各站点数据更新的频率。

请参见图4，图4为本申请示出的一种基于全局负载均衡的数据同步时间管理方法的具体场景实施例结构示意图。

第一站点和第二站点为基于负载均衡的策略的站点，假设用户A的IP地址为121.121.121.121，用户B的IP地址为211.211.211.211.当用户A想要访问迪普网站，即www.dptechnology.net，会向第一站点发送一个DNS请求，DNS请求中含有源IP地址121.121.121.121，以及访问的域名www.dptechnology.net，站点A接收到该DNS请求后，会解析该DNS请求，并基于负载均衡策略为源IP地址分配一个最佳IP地址，比如1.1.1.1，随后，第一站点将该最佳IP地址返回给本地的DNS缓存服务器，最后根据所述源IP地址和最佳IP地址，创建对应的会话保持表项，并将该创建的会话保持表项发送给第二站点，实现同步，同样的，用户B向站点发送DNS请求，接收到该DNS请求后，会执行如上述步骤，此处不再赘述，第一站点和第二站点为所述会话保持表项配置的存活时间可以相同，也可以不同，在本实施例中设置的是不同的。第一站点的会话保持表项设置的存活时间为3600s，第二站点的会话保持表项的存活时间为3000s，因此，得到如下表所示的各服务器保存的会话保持表项的信息。

服务器	服务器1	服务器2	服务器3	服务器4
					源IP	121.121.121.121	211.211.211.211	121.121.121.121	211.211.211.211
最佳IP	1.1.1.1	2.2.2.2	1.1.1.1	2.2.2.2
					存活时间	3600s	3600s	3000s	3000s
更新时间	2000s	2000s	2400s	2400s

上表中的更新时间是根据内置算法得到的。

以用户A发送的DNS请求为例子，第一站点根据用户A发送的DNS请求创建了对应的会话保持表项，并同步至第二站点。在建立表项之后的第2000s，用户A向第二站点发送DNS请求，此时第二站点会匹配到对应的会话保持表项，此时，第二站点中，会话保持表项的老化剩余时间累加一个周期，更新为4000s，此刻，第二站点会更新检查频率，第一站点中会话保持表项的存活时间为1600s，将1600s代入预设的算法，得到计算结果为1000，即第二站点将查看会话保持表项是否更新的时间定为当前时间的1000s之后。如果在1000s之内，第二站点没有接收到第一站点发送会话保持表项更新的消息，则1000s之后，第二站点向第一站点发送更新会话保持表项的消息。

通过上述实施例可见，本实施例提供了一种新的基于全局负载均衡策略的数据同步时间管理的机制，本站点通过接收用户发送的DNS请求并解析所述DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点，本站点以及所述其它站点为预配置的负载均衡站点，以及通过监控所述会话保持表项在本站点和其它站点中的老化剩余时间，基于预设算法，根据所述老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整，实现了确保表项在老化前更新，保证业务不中断的前提下，减少了本站点向其它站点发送更新会话保持表项的消息，从而降低了各站点数据更新的频率。

与前述一种基于全局负载均衡的数据同步时间管理的方法的实施例相对应，本申请还提供了一种基于全局负载均衡的数据同步时间管理的装置的实施例。

本申请一种基于全局负载均衡的数据同步时间管理的装置的实施例可以应用在本地DNS服务器站点上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请一种基于全局负载均衡的数据同步时间管理的装置所在设备的一种硬件结构图，除了图5所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该基于全局负载均衡的数据同步时间管理的实际功能，还可以包括其他硬件，对此不再赘述

请参考图6，该装置包括：解析单元610、创建单元620、同步单元630、监控单元640以及调整单元650。

其中，解析单元610，用于解析本地用户发送的DNS请求；创建单元620，用于基于所述DNS请求创建对应的会话保持表项；同步单元630，用于将所述会话保持表项同步至其它站点，本站点和所述其它站点为预配置的负载均衡站点；监控单元640，用于监控所述会话保持表项在本站点以及其它站点中的老化剩余时间；调整单元650，用于基于预设算法，根据本站点以及其它站点的老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整。

进一步详细地，所述创建单元620具体用于基于所述DNS请求中的源IP地址匹配会话保持表项；当未匹配到会话保持表项时，基于预设的负载均衡策略为所述DNS请求分配最佳IP地址；基于所述DNS请求中的源IP地址和所述最佳IP地址，创建对应的会话保持表项。所述装置还包括执行单元，具体用于当匹配到会话保持表项时，将该会话保持表项的存活时间累加一个周期，将该会话保持表项累加一个周期之后的存活时间同步至其它站点。

进一步详细地，所述监控单元640具体用于当本站点所述会话保持表项的老化剩余时间变长，获取此时所述会话保持表项在其他站点中的老化剩余时间的最小值；基于算法对所述最小值进行计算，并根据计算结果对所述会话保持表项是否更新的检查频率进行动态调整。当所述本站点与所述其它站点为所述会话保持表项设置的存活时间不同时，所述监控单元640具体用于接收其它站点发送的为所述会话保持表项设置的存活时间，启用计时器进行计时，实时计算计时结果与本站点以及其它站点中所述会话保持表项的存活时间的差值，得到老化剩余时间。

上述装置，还包括通知单元，用于所述会话保持表项是否更新的检查频率调整后的时间内，没有接收到所述老化剩余时间最小值对应的站点发送的更新表项的消息，通知该站点更新表项的存活时间。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (13)

1.一种全局负载均衡的数据同步时间管理的方法，其特征在于，包括：

解析本地用户发送的DNS请求，基于所述DNS请求创建对应的会话保持表项，并将所述会话保持表项同步至其它站点；其中，本站点和所述其它站点为预配置的负载均衡站点；

监控所述会话保持表项在本站点以及其它站点中的老化剩余时间；

基于预设算法，根据所述会话保持表项在本站点以及其它站点的老化剩余时间，对所述会话保持表项的更新检查频率进行动态调整。

2.根据权利要求1所述的方法，其特征在于，所述创建对应的会话保持表项，包括：

基于所述DNS请求中的源IP地址匹配会话保持表项；

当未匹配到会话保持表项时，基于预设的负载均衡策略为所述DNS请求分配最佳IP地址；

基于所述DNS请求中的源IP地址和所述最佳IP地址，创建对应的会话保持表项。

3.根据权利要求2所述的方法，其特征在于，还包括：

当匹配到会话保持表项时，将该会话保持表项的存活时间累加一个周期。

4.根据权利要求1所述的方法，其特征在于，所述本站点与所述其它站点为所述会话保持表项设置的存活时间不同时，所述监控所述会话保持表项在本站点以及其它站点中的老化剩余时间，包括：

接收其它站点发送的为所述会话保持表项设置的存活时间；

启用计时器进行计时；

实时计算计时结果与本站点以及其它站点为所述会话保持表项设置的存活时间的差值，得到老化剩余时间。

5.根据权利要求1所述的方法，其特征在于，基于预设算法，根据本站点以及其它站点的老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整，包括：

获取所述会话保持表项在本站点以及其它站点的老化剩余时间中的最小值；

基于预设算法对所述最小值进行计算，并根据计算结果对所述会话保持表项是否更新的检查频率进行动态调整。

6.根据权利要求5所述的方法，其特征在于，所述预设算法，包括：

在所述最小值的基础上提前一个常数；或者，最小值根据最高位取整。

7.根据权利要求5所述的方法，其特征在于，还包括：

所述会话保持表项是否更新的检查频率调整后的时间内，没有接收到所述老化剩余时间最小值对应的站点发送的更新表项的消息，通知该站点更新表项的存活时间。

8.一种全局负载均衡的数据同步时间管理的装置，其特征在于，包括：

解析单元，用于解析本地用户发送的DNS请求；

创建单元，用于基于所述DNS请求创建对应的会话保持表项；

同步单元，用于将所述会话保持表项同步至其它站点，本站点和所述其它站点为预配置的负载均衡站点；

监控单元，用于监控所述会话保持表项在本站点以及其它站点中的老化剩余时间；

调整单元，用于基于预设算法，根据本站点以及其它站点的老化剩余时间，对所述会话保持表项是否更新的检查频率进行动态调整。

9.根据权利要求8所述的装置，其特征在于，包括：

所述创建单元具体用于：

基于所述DNS请求中的源IP地址匹配会话保持表项；当未匹配到会话保持表项时，基于预设的负载均衡策略为所述DNS请求分配最佳IP地址；基于所述DNS请求中的源IP地址和所述最佳IP地址，创建对应的会话保持表项。

10.根据权利要求8所述的装置，其特征在于，还包括：

执行单元，用于当匹配到会话保持表项时，将该会话保持表项的存活时间累加一个周期。

11.根据权利要求8所述的装置，其特征在于，所述本站点与所述其它站点为所述会话保持表项设置的存活时间不同时，包括：

所述监控单元具体用于：

接收其它站点发送的为所述会话保持表项设置的存活时间，启用计时器进行计时，实时计算计时结果与本站点以及其它站点中所述会话保持表项的存活时间的差值，得到老化剩余时间。

12.根据权利要求8所述的装置，其特征在于，包括：

所述监控单元具体用于：

获取所述会话保持表项在本站点以及其它站点的老化剩余时间中的最小值；基于算法对所述最小值进行计算，并根据计算结果对所述会话保持表项是否更新的检查频率进行动态调整。

13.根据权利要求12所述的装置，其特征在于，还包括：

通知单元：用于所述会话保持表项是否更新的检查频率调整后的时间内，没有接收到所述老化剩余时间最小值对应的站点发送的更新表项的消息，通知该站点更新表项的存活时间。