CN102333029B - 一种服务器集群系统中的路由方法 - Google Patents
一种服务器集群系统中的路由方法 Download PDFInfo
- Publication number
- CN102333029B CN102333029B CN201110171673.XA CN201110171673A CN102333029B CN 102333029 B CN102333029 B CN 102333029B CN 201110171673 A CN201110171673 A CN 201110171673A CN 102333029 B CN102333029 B CN 102333029B
- Authority
- CN
- China
- Prior art keywords
- application
- server
- application process
- node
- routing
- 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
Landscapes
- Hardware Redundancy (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种服务器集群系统中的路由方法。所述服务器集群系统包括：由多个应用服务器组成的应用服务器集群和同步服务器，所述同步服务器上保存有应用进程的路由信息，所述路由方法包括：应用服务器上的第一指定应用进程启动后连接同步服务器上的协同服务进程，该第一指定应用进程通过协同服务进程将自身的路由信息保存到同步服务器上，并从同步服务器获取所有的路由信息；当第一指定应用进程需要访问第二指定应用进程时，第一指定应用进程从所述获取的路由信息中查找出第二指定应用进程的路由信息，根据第二指定应用进程的路由信息进行路由。本发明的技术方案，能动态进行路由，路由信息配置简单，进而扩容以及容灾简单。
Description
技术领域
本发明涉及计算机网络技术领域，特别是涉及一种服务器集群系统中的路由方法。
背景技术
随着互联网应用和企业应用的不断扩大，需要大规模的服务器集群系统来部署的各种应用。
随着业务规模的增大，应用间的调用关系会越来越复杂，而目前使用的静态路由导致路由信息配置复杂，且不能根据系统负载动态地调整路由信息，导致系统扩容及容灾难以实施。
发明内容
本发明提供了一种服务器集群系统中的路由方法，该方法能动态进行路由，路由信息配置简单，进而扩容以及容灾简单。
为达到上述目的，本发明的技术方案是这样实现的：
本发明公开了一种服务器集群系统中的路由方法，所述服务器集群系统包括：由多个应用服务器组成的应用服务器集群和同步服务器，所述同步服务器上保存有应用进程的路由信息，所述路由方法包括：
应用服务器上的第一指定应用进程启动后连接同步服务器上的协同服务进程，该第一指定应用进程通过协同服务进程将自身的路由信息保存到同步服务器上，并从同步服务器获取所有的路由信息；
当第一指定应用进程需要访问第二指定应用进程时，第一指定应用进程从所述获取的路由信息中查找出第二指定应用进程的路由信息，根据第二指定应用进程的路由信息进行路由。
由上述可见，本发明这种应用服务器上的应用进程启动后连接同步服务器上的协同服务进程，该应用进程通过协同服务进程将自身的路由信息保存到同步服务器上，并从同步服务器获取所有的路由信息；当该应用进程需要访问另一个应用进程时，从所述获取的路由信息中查找出该另一个应用进程的路由信息进行路由的技术方案，由于路由信息都动态存储在同步服务器上，不需要运维人员再配置每个应用的路由信息，因此能实现动态进行路由，且路由信息配置简单；此外在这种方案下，当某个应用的性能不够时，只需增加服务器，再部署该应用，其路由信息会自动同步，不需要再修改路由配置信息以及重启相关应用，当某个应用服务器宕机时，相关请求也不会再发到该服务器上，因此扩容以及容灾也简单。
附图说明
图1是本发明实施例中的一种服务器集群系统中的路由方法的流程图；
图2是本发明实施例中的一种服务器集群系统的示意图；
图3是本发明实施例中的同步服务器集群的示意图；
图4为本发明实施例中的应用进程的启动过程示意图；
图5是本发明实施例中的有新的应用进程启动时的路由信息处理流程图；
图6是本发明实施例中的将应用进程A更新为应用进程A’的流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。
图1是本发明实施例中的一种服务器集群系统中的路由方法的流程图。这里所述的服务器集群系统包括：由多个应用服务器组成的应用服务器集群和同步服务器，所述同步服务器上保存有应用进程的路由信息，如图1所示，该路由方法包括：
101，应用服务器上的第一指定应用进程启动后连接同步服务器上的协同服务进程，该第一指定应用进程通过协同服务进程将自身的路由信息保存到同步服务器上，并从同步服务器获取所有的路由信息。
102，当第一指定应用进程需要访问第二指定应用进程时，第一指定应用进程从所述获取的路由信息中查找出第二指定应用进程的路由信息，根据第二指定应用进程的路由信息进行路由。
下面对图1所示的技术方案进行进一步的说明。
图2是本发明实施例中的一种服务器集群系统的示意图。如图2所示，该服务器集群系统包括：管理服务器，中心服务器，部署服务器，数据库服务器，由多个应用服务器组成的应用服务器集群、同步服务器。其中：管理服务器上部署有管理进程，中心服务器上部署有中心进程，每个应用服务器上都部署有一个应用外壳进程和多个应用进程，同步服务器上部署有协同服务进程。
管理进程为用户操作平台，用户通过管理进程下发管理命令给中心进程，中心进程根据命令格式转发给应用外壳进程。
中心进程为请求转发进程，主要提供的功能有转发管理进程的请求到每个应用服务器、提供配置给应用外壳进程以及对应用进程上传的状态信息进行记录。
应用外壳进程为一守护进程，每台应用服务器都安装一个应用外壳进程，主要提供的功能有启动、停止以及监控应用进程。应用外壳进程在启动的时候会通过远程过程调用(RPC)协议连接中心进程，获取配置信息，并初始化端口池，在应用进程启动时从端口池获取端口提供给应用进程，在应用进程停止时回收其端口。
协同服务进程用于管理同步服务器上路由信息。
在本发明的实施例中应用进程的路由信息包括：应用配置信息和应用运行状态信息。
其中，所述应用配置信息包括：应用名称、部署服务器组、部署包名称、应用元数据、是否启用标志，如表1所示。所述应用运行状态信息包括：应用名称、服务器名称、请求权重、服务器地址、添加时间，如表2所示。
| 字段名称 | 字段类型 | 主键 | 描述 |
| AppName | Varchar | Y | 应用名称 |
| ServerGroup | Varchar | 部署服务器组 | |
| DeployPackage | Varchar | 部署包名称 | |
| AppMetabase | Varchar | 应用元数据 | |
| Enabled | Bit | 是否启用标志 |
表1
| 字段名称 | 字段类型 | 主键 | 描述 |
| AppName | Varchar | Y | 应用名称 |
| ServerName | Varchar | Y | 服务器名称 |
| Weight | Int | 请求权重 | |
| ServerUrls | Varchar | 服务器地址 | |
| LastTime | Datetime | Y | 添加时间 |
表2
在本发明的一个实施例中协同服务可以是一种高可用性的分布式协作服务，通过服务集群来提供高可用性的服务。即同步服务器可以是由多个同步服务器组成的服务器集群，每个同步服务器上都部署有一个协同服务进程，该服务器集群内的每台同步服务器通过一致性算法进行数据同步。图3是本发明实施例中的同步服务器集群的示意图。客户端(即应用进程)可以随机选择同步服务器集群中的某台服务器进行连接，其对客户端展现的都是一样的内容。也就是说应用服务器上的应用进程启动后随机选择一个同步服务器，与该同步服务器上的协同服务进程进行连接。
协同服务主要提供的功能是提供层次型的节点，可以往节点里存储或者获取数据。可以创建两种不同类型的节点，持久节点以及临时节点。持久节点当客户端创建这个节点后与服务器失去连接后，该节点依然存在服务器；临时节点在当创建的客户端与服务器失去连接后，该节点将被服务器删除。客户端应用进程可以通过添加观察者来监听节点的事件信息，当客户端接收到事情信息，比如节点数据发生变化、子节点发生变化，可以调用相应的行为来处理数据。
这样，在同步服务器上保存应用进程的路由信息具体为：所有的应用配置信息保存在应用配置根节点下，每个应用进程的应用配置信息保存为一个节点，该节点为永久节点，当一个应用进程停止时，保存其应用配置信息的节点不被删除；所有的应用运行状态信息保存在运行信息根节点下，每个应用进程的应用运行状态信息保存为一个节点，该节点为临时节点，当一个应用进程停止时，保存其应用运行状态信息的节点被删除；
图1中的步骤102中所述第一指定应用进程通过协同服务进程将自身的路由信息保存到同步服务器上包括：协同服务进程根据第一指定应用进程的请求在应用配置根节点下添加一个节点，在该节点中保存第一指定应用进程的应用配置信息，在运行信息根节点下添加一个节点，在该节点中保存第一指定应用进程的应用运行状态信息。
此外，协同服务进程根据第一指定应用进程的请求在应用配置根节点下添加一个节点，在该节点中保存第一指定应用进程的应用配置信息后，第一指定应用进程对应用配置根节点添加观察者；
协同服务进程在运行信息根节点下添加一个节点，在该节点中保存第一指定应用进程的应用运行状态信息后，第一指定应用进程对运行信息根节点添加观察者；
当应用配置根节点和/或运行信息根节点下增加新的节点时，同步服务器上协同服务进程向第一指定应用进程发送通知消息，第一指定应用进程接收到通知消息后，重新通过协同服务进程从同步服务器获取所有的路由信息。
在图2所示的服务器集群系统中，应用服务器上的应用外壳进程的启动过程具体为：
1、应用外壳进程启动后，读取本地的配置文件，建立与中心服务器的长连接；
2、应用外壳进程通过中心进程从数据库服务器获取服务器配置信息，根据服务器配置信息初始化端口池，建立后台线程，上传应用的状态信息给中心进程；
其中，所述服务器配置信息包括：服务器名称、服务器分组、服务器地址、可用端口池、请求权重、是否启用标志，具体如表3所示：
| 字段名称 | 字段类型 | 主键 | 描述 |
| ServerName | Varchar | Y | 服务器名称 |
| ServerGroup | Varchar | 服务器分组 | |
| ServerAddress | Varchar | 服务器地址 | |
| AvailablePort | Varchar | 可用端口池 | |
| Weight | Int | 请求权重 | |
| Enabled | Bit | 是否启用 |
表3
在图2所示的服务器集群系统中，应用服务器上的应用进程的启动过程如图4所示。
图4为本发明实施例中的应用进程的启动过程示意图。如图4所示，应用外壳进程在收到中心进程的启动应用进程的命令后，从部署服务器下载对应的服务部署包，并解压到其运行目录下；应用外壳进程启动应用进程，并等待应用进程回连；应用进程启动后分析启动参数，进行初始化，向应用外壳进程返回回连命令；所述启动参数包括：服务器名称、服务器地址、中心进程地址、端口列表；应用外壳进程收到回连命令后发送启动命令给应用进程；应用进程收到启动命令后，进行初始化，并连接同步服务器上的协同服务进程，获取路由信息。
应用服务器上的应用进程的启动过程还包括：应用进程启动时，应用外壳进程从端口池获取端口并判断该端口是否已被占用，如果已被占用则重新获取端口，如果没有被占用则分配给应用进程，并进行记录。当应用进程停止时，应用外壳进程回收已经分配给该应用进程的端口到端口池。
在本发明的一个实施例中，在服务器配置信息里配置端口范围，配置格式如下：6000-7000；8888；9999-10010。应用外壳进程启动后根据配置的端口范围初始化端口池。应用启动时，应用外壳进程从端口池获取端口并判断是否被系统中的其它服务所占用，如果已经被占用就舍弃掉，如果未被占用则分配给应用并记录。应用停止后，应用外壳进程回收已经分配的给该应用进程的端口号到端口池。
下面再详细说明一下本发明实施例中的应用路由过程，主要分为两大步：第一步是获取应用进程的路由信息，第二步是选择合适的应用服务器(这是因为一个应用可能部署在多台应用服务器上，此时需要选择一个应用服务器)。
获取应用进程的路由信息具体包括如下步骤：
1、应用外壳进程启动后，会通过RPC从中心进程获取服务器配置信息，初始化端口池。当应用外壳进程启动应用进程时，会从端口池获取端口号分配给应用进程。
2、应用进程启动后首先连接同步服务器集群，随机连接到其中一台同步服务器上。
3、应用进程通过所连接的同步服务器上的协同服务器进程在第一跟节点下添加一个永久节点，将其应用配置信息保存在其中，然后获取所有的应用配置信息，并添加对应用配置根节点的观察者。
4、应用进程通过所连接的同步服务器上的协同服务器进程在第二跟节点下添加一个临时节点，将其应用运行状态信息保存在其中，然后获取所有的应用运行状态信息，并添加对应用配置根节点的观察者。
经过上面的步骤后应用进程就获取到了路由信息。在本发明的实施例中，对于应用进程根据其应用配置信息中的元数据来选择路由方法，提供了随机路由以及哈希路由两种方式。此外，不同的服务器的性能不一样，对于性能好的服务器可以分配更多的请求量，对于性能不好的服务器分配少量的请求量，具体根据服务器配置的请求权重合理地分配请求量，
获取到路由信息后，对于被访问的应用进程需要选择合适的应用进程地址，需要如下步骤：
1、根据被访问应用进程的名称获取其对应的应用配置信息，根据其中的应用元数据选择合适的路由方式。如果被访问的应用进程有状态，则选择一致性哈希路由方式，如果被访问的应用进程没有状态则选择随机路由方式。
2、如果选择了一致性哈希路由方式，则根据应用运行状态信息中的请求权重添加虚拟节点，然后根据一致性哈希算法选择一个应用服务器(应用行状态信息中的请求权重为服务器请求权重，对于性能高的服务器其请求权重也高。添加虚拟节点是一致性hash对于负载均衡的一种处理方法。服务器对应的虚拟节点数越高，被选中的概率就越高，请求数就越高，可以充分发挥其性能优势)；如果选择了随机路由方式，则使用轮询算法，根据应用服务器的权重，在一个轮询里选择不同的次数，选择出一个应用服务器(这和一致性hash类似，例如应用A部署在服务器S1以及S2，S1的权重为80，S2的权重为20，轮询的次序就为S1-S1-S1-S1-S2，充分发挥不同服务器的性能)；
3、选择出一个应用服务器后，如果该应用服务器存在创建时间不同的两条应用进程地址(这是因为在维护性重启的时候，为了保证不断业务，会同时存在两个相同的应用，等新的应用启动成功后会停止老的应用)，则选择创建时间靠后的应用进程地址。
前面介绍了应用进程启动后如果获取路由信息的过程，那么应用进行启动并获取了路由信息后，如果又有其它的新的应用进程启动，则该如何处理呢？下面为解答该问题给出了如图5所示的实施例。
图5是本发明实施例中的有新的应用进程启动时的路由信息处理流程图。这里假设有应用进程A和应用进程B，其中应用进程A先启动，应用进程B后启动，则具体流程为：应用外壳进程启动应用进程A并为其分配端口号，应用进程A启动后连接协同服务进程，填写自身的路由信息并获取所有的路由信息；然后应用外壳进程启动应用进程B并为其分配端口号，应用进程B启动后连接协同服务进程，填写自身的路由信息并获取所有的路由信息；由于应用进程A添加了观察者，因此此时协同服务进程向应用进程A发送通知消息，告知路由信息有变化，应用进程A从协同服务进程重新获取所有的路由信息，并用重新获取的路由信息更新本地内存中的路由信息。
本发明实施例中的应用热更新包括如下步骤：
1、管理进程针对新的应用进程下发更新请求命令；
2、中心进程根据命令选择合适的应用外壳进程，并透传更新请求命令；
3、应用外壳进程收到更新请求命令后，启动新的应用进程；
4、新的应用进程启动后，连接协同服务进程获取路由信息；
5、管理进程针对老的应用进程下发更新命令；
6、老的应用进程收到更新命令后，删除同步服务器上的路由信息，即删除对应的临时节点，并在未收到请求固定时间内滑动退出(为了保证不影响业务，该老的应用在未收到请求的固定时间内，例如5分钟内退出，如果在5分钟内收到了请求，则退出时间从收到请求的时间开始顺延，一直到在固定时间内未收到请求)。
举例说明如图6所示：
图6是本发明实施例中的将应用进程A更新为应用进程A’的流程图。如图6所示：中心进程接收到管理进程下发的将应用进程A更新为应用进程A’的命令后，向应用外壳进程发送启动应用进程A’的命令，应用外壳进程接收到该命令后完成应用进程A’的启动过程；应用进程A’启动成功后，中心进程接收管理进程下发的对应用进程A进行更新的命令，中心进程向应用外壳进程发送对应用进程A进行更新的命令，应用外壳进程向应用进程A发送停止命令，应用进程A通过协同服务进程删除自身在同步服务器上的路由信息，然后延缓固定时长后退出。
由上述可见，本发明这种应用服务器上的应用进程启动后连接同步服务器上的协同服务进程，该应用进程通过协同服务进程将自身的路由信息保存到同步服务器上，并从同步服务器获取所有的路由信息；当该应用进程需要访问另一个应用进程时，从所述获取的路由信息中查找出该另一个应用进程的路由信息进行路由的技术方案，能动态进行路由，路由信息配置简单，进而扩容以及容灾简单。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (8)
1.一种服务器集群系统中的路由方法，其特征在于，所述服务器集群系统包括：由多个应用服务器组成的应用服务器集群和同步服务器，所述同步服务器上保存有应用进程的路由信息，所述路由方法包括：
应用服务器上的第一指定应用进程启动后连接同步服务器上的协同服务进程，该第一指定应用进程通过协同服务进程将自身的路由信息保存到同步服务器上，并从同步服务器获取所有的路由信息；
当第一指定应用进程需要访问第二指定应用进程时，第一指定应用进程从所述获取的路由信息中查找出第二指定应用进程的路由信息，根据第二指定应用进程的路由信息进行路由；
所述路由信息包括：应用配置信息和应用运行状态信息；
其中，所述应用配置信息包括：应用名称、部署服务器组、部署包名称、应用元数据、是否启用标志；
所述应用运行状态信息包括：应用名称、服务器名称、请求权重、服务器地址、添加时间；
所述根据第二指定应用进程的路由信息进行路由包括：
根据应用配置信息中的元数据选择路由方式，如果所述第一指定应用进程为有状态，则选择一致性哈希路由方式，如果所述第一指定应用进程为无状态，则选择随机路由方式；
如果选择了一致性哈希路由方式，则根据应用运行状态信息中的请求权重添加虚拟节点，然后根据一致性哈希算法选择一个应用服务器；如果选择了随机路由方式，则使用轮询算法，根据应用服务器的权重，在一个轮询里选择不同的次数，选择出一个应用服务器；
选择出一个应用服务器后，如果该应用服务器存在创建时间不同的两条应用进程地址，则选择创建时间靠后的应用进程地址。
2.根据权利要求1所述的方法，其特征在于，
所述同步服务器上保存有应用进程的路由信息包括：所有的应用配置信息保存在应用配置根节点下，每个应用进程的应用配置信息保存为一个节点，当一个应用进程停止时，保存其应用配置信息的节点不被删除；所有的应用运行状态信息保存在运行信息根节点下，每个应用进程的应用运行状态信息保存为一个节点，当一个应用进程停止时，保存其应用运行状态信息的节点被删除；
所述第一指定应用进程通过协同服务进程将自身的路由信息保存到同步服务器上包括：协同服务进程根据第一指定应用进程的请求在应用配置根节点下添加一个节点，在该节点中保存第一指定应用进程的应用配置信息，在运行信息根节点下添加一个节点，在该节点中保存第一指定应用进程的应用运行状态信息。
3.根据权利要求2所述的方法，其特征在于，该方法进一步包括：
协同服务进程根据第一指定应用进程的请求在应用配置根节点下添加一个节点，在该节点中保存第一指定应用进程的应用配置信息后，第一指定应用进程对应用配置根节点添加观察者；
协同服务进程在运行信息根节点下添加一个节点，在该节点中保存第一指定应用进程的应用运行状态信息后，第一指定应用进程对运行信息根节点添加观察者；
当应用配置根节点和/或运行信息根节点下增加新的节点时，同步服务器上协同服务进程向第一指定应用进程发送通知消息，第一指定应用进程接收到通知消息后，重新通过协同服务进程从同步服务器获取所有的路由信息。
4.根据权利要求1所述的方法，其特征在于，所述服务器集群系统还包括：中心服务器、部署服务器和数据库服务器；中心服务器上部署有中心进程，每个应用服务器上都部署有一个应用外壳进程；
该方法还包括：应用服务器上的应用外壳进程的启动过程，具体为：
应用外壳进程启动后，读取本地的配置文件，建立与中心服务器的长连接；
应用外壳进程通过中心进程从数据库服务器获取服务器配置信息，根据服务器配置信息初始化端口池，建立后台线程，上传应用的状态信息给中心进程；
其中，所述服务器配置信息包括：服务器名称、服务器分组、服务器地址、可用端口池、请求权重、是否启用标志。
5.根据权利要求4所述的方法，其特征在于，该方法还包括：应用服务器上的应用进程的启动过程，具体为：
应用外壳进程在收到中心进程的启动应用进程的命令后，从部署服务器下载对应的服务部署包，并解压到其运行目录下；
应用外壳进程启动应用进程，并等待应用进程回连；
应用进程启动后分析启动参数，进行初始化，向应用外壳进程返回回连命令；所述启动参数包括：服务器名称、服务器地址、中心进程地址、端口列表；
应用外壳进程收到回连命令后发送启动命令给应用进程；
应用进程收到启动命令后，进行初始化，并连接同步服务器上的协同服务进程。
6.根据权利要求5所述的方法，其特征在于，
应用服务器上的应用进程的启动过程还包括：应用进程启动时，应用外壳进程从端口池获取端口并判断该端口是否已被占用，如果已被占用则重新获取端口，如果没有被占用则分配给应用进程，并进行记录；
该方法还包括：当应用进程停止时，应用外壳进程回收已经分配给该应用进程的端口到端口池。
7.根据权利要求1至6中任一项所述的方法，其特征在于，该方法还包括：将应用进程A更新为应用进程A’的过程；
所述将应用进程A更新为应用进程A’的过程包括：
中心进程接收到管理进程下发的将应用进程A更新为应用进程A’的命令后，向应用外壳进程发送启动应用进程A’的命令，应用外壳进程接收到该命令后完成应用进程A’的启动过程；
应用进程A’启动成功后，中心进程接收管理进程下发的对应用进程A进行更新的命令，中心进程向应用外壳进程发送对应用进程A进行更新的命令，应用外壳进程向应用进程A发送停止命令，应用进程A通过协同服务进程删除自身在同步服务器上的路由信息，然后延缓固定时长后退出。
8.根据权利要求1至7中任一项所述的方法，其特征在于，所述同步服务器为由多个同步服务器组成的服务器集群，每个同步服务器上都部署有一个协同服务进程，该服务器集群内的每台同步服务器通过一致性算法进行数据同步；
应用服务器上的应用进程启动后随机选择一个同步服务器，与该同步服务器上的协同服务进程进行连接。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110171673.XA CN102333029B (zh) | 2011-06-23 | 2011-06-23 | 一种服务器集群系统中的路由方法 |
| PCT/CN2011/085194 WO2012142854A1 (zh) | 2011-04-18 | 2011-12-31 | 一种应用服务平台系统及其实现方法 |
| CN201180062570.8A CN103283209B (zh) | 2011-04-18 | 2011-12-31 | 一种应用服务平台系统及其实现方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110171673.XA CN102333029B (zh) | 2011-06-23 | 2011-06-23 | 一种服务器集群系统中的路由方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102333029A CN102333029A (zh) | 2012-01-25 |
| CN102333029B true CN102333029B (zh) | 2014-04-16 |
Family
ID=45484638
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110171673.XA Active CN102333029B (zh) | 2011-04-18 | 2011-06-23 | 一种服务器集群系统中的路由方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102333029B (zh) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104063355B (zh) * | 2013-03-21 | 2017-11-03 | 腾讯科技（北京）有限公司 | 对服务器集群进行配置的方法及配置中心服务器 |
| CN103595494B (zh) * | 2013-11-28 | 2016-03-23 | 西安烽火电子科技有限责任公司 | 一种适用于无线自组网的无中心时分多址同步方法 |
| CN105227602A (zh) * | 2014-06-20 | 2016-01-06 | 北京新媒传信科技有限公司 | 一种负载均衡的方法、客户端、注册服务器和系统 |
| CN104660453A (zh) * | 2015-03-20 | 2015-05-27 | 上海斐讯数据通信技术有限公司 | 服务端端口号协商方法及系统 |
| CN106559448A (zh) * | 2015-09-28 | 2017-04-05 | 北京国双科技有限公司 | 服务器负载均衡方法和装置 |
| CN105554134B (zh) * | 2015-12-23 | 2018-12-18 | 小米科技有限责任公司 | 信息同步方法及装置 |
| CN106161642A (zh) * | 2016-07-26 | 2016-11-23 | 苏州迈科网络安全技术股份有限公司 | 网络设备远程管理方法、平台及系统 |
| CN106599308B (zh) * | 2016-12-29 | 2020-01-31 | 郭晓凤 | 一种分布式元数据管理方法及系统 |
| CN108572993B (zh) * | 2017-03-14 | 2021-05-25 | 北京京东尚科信息技术有限公司 | db分库hash方法、电子设备、存储介质和对数据访问的装置 |
| CN107453950B (zh) * | 2017-08-09 | 2021-07-02 | 郑州云海信息技术有限公司 | 一种信息处理方法及监控系统 |
| CN108063791A (zh) * | 2017-11-01 | 2018-05-22 | 千寻位置网络有限公司 | 基于动态路由的应用部署方法 |
| CN109560903B (zh) * | 2019-02-14 | 2024-01-19 | 湖南智领通信科技有限公司 | 一种完全容灾的车载指挥通信系统 |
| CN110572451B (zh) * | 2019-09-04 | 2021-04-30 | 腾讯科技（深圳）有限公司 | 一种数据处理的方法、装置及存储介质 |
| CN111124661B (zh) * | 2019-10-11 | 2024-04-09 | 合肥非度信息技术有限公司 | 基于java线程池主动释放资源的短信发送方法及系统 |
| CN110866009A (zh) * | 2019-10-29 | 2020-03-06 | 广州西山居世游网络科技有限公司 | 一种实时并发同步服务的方法及系统 |
| CN110913025B (zh) | 2019-12-31 | 2022-06-24 | 中国银联股份有限公司 | 服务调用方法、装置、设备及介质 |
| CN111552543B (zh) * | 2020-05-22 | 2024-06-18 | 北京联想软件有限公司 | 容器管控方法及处理节点 |
| CN111787063B (zh) * | 2020-06-02 | 2023-05-16 | 深圳前海移联科技有限公司 | 一种业务服务的通道路由管理方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7873693B1 (en) * | 2004-02-13 | 2011-01-18 | Habanero Holdings, Inc. | Multi-chassis fabric-backplane enterprise servers |
| CN102025769A (zh) * | 2010-09-10 | 2011-04-20 | 香港城市大学深圳研究院 | 一种分布式互联网接入方法 |
| CN102104628A (zh) * | 2010-12-29 | 2011-06-22 | 北京新媒传信科技有限公司 | 一种服务器集群系统及其管理方法 |
-
2011
- 2011-06-23 CN CN201110171673.XA patent/CN102333029B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7873693B1 (en) * | 2004-02-13 | 2011-01-18 | Habanero Holdings, Inc. | Multi-chassis fabric-backplane enterprise servers |
| CN102025769A (zh) * | 2010-09-10 | 2011-04-20 | 香港城市大学深圳研究院 | 一种分布式互联网接入方法 |
| CN102104628A (zh) * | 2010-12-29 | 2011-06-22 | 北京新媒传信科技有限公司 | 一种服务器集群系统及其管理方法 |
Non-Patent Citations (2)
| Title |
|---|
| 《ZooKeeper: Wait-free coordination for Internet-scale systems》;Patrick Hunt等;《Proceeding USENIXATC"10 Proceedings of the 2010 USENIX conference on USENIX annual technical conference》;20101231;第1页第1节-第5页右栏最后1段 * |
| Patrick Hunt等.《ZooKeeper: Wait-free coordination for Internet-scale systems》.《Proceeding USENIXATC"10 Proceedings of the 2010 USENIX conference on USENIX annual technical conference》.2010,第1页第1节-第5页右栏最后1段. |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102333029A (zh) | 2012-01-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102333029B (zh) | 一种服务器集群系统中的路由方法 | |
| US8838703B2 (en) | Method and system for message processing | |
| US8069224B2 (en) | Method, equipment and system for resource acquisition | |
| CN102291416B (zh) | 一种客户端与服务器端双向同步的方法及系统 | |
| CN106888245B (zh) | 一种数据处理方法、装置及系统 | |
| CN103581276B (zh) | 集群管理装置、系统、业务客户端及相应方法 | |
| CN107493191B (zh) | 一种集群节点及自调度容器集群系统 | |
| CN107888666B (zh) | 一种跨地域数据存储系统以及数据同步方法和装置 | |
| CN106055698A (zh) | 数据迁移方法、代理节点及数据库实例 | |
| CN110196843B (zh) | 一种基于容器集群的文件分发方法及容器集群 | |
| CN101860493A (zh) | 为客户端分配应用服务器地址的方法、服务器及系统 | |
| CN102999571B (zh) | 一种集群中单机多节点的实现方法 | |
| KR101545626B1 (ko) | Ｄｄｓ-ｄｂ 연동 시스템 | |
| CN101257406A (zh) | 网元发现方法和系统 | |
| WO2016082594A1 (zh) | 数据更新处理方法及装置 | |
| US20120159021A1 (en) | Storage topology manager | |
| CN103997525A (zh) | 一种分布式数据同步方法及系统 | |
| CN112351068A (zh) | 信息同步方法、系统、装置、计算机设备和存储介质 | |
| CN107562803B (zh) | 数据供应系统及方法、终端 | |
| CN110781441A (zh) | 基于微服务化架构的新零售业务中台 | |
| CN111404978A (zh) | 一种数据存储方法及云存储系统 | |
| CN114827171A (zh) | 信息同步方法、装置、计算机设备和存储介质 | |
| CN111382132A (zh) | 医学影像数据云存储系统 | |
| CN110555040A (zh) | 一种数据缓存方法、装置及服务器 | |
| CN112910796A (zh) | 流量管理方法、装置、设备、存储介质以及程序产品 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP02 | Change in the address of a patent holder |
Address after: Room 810, 8 / F, 34 Haidian Street, Haidian District, Beijing 100080 Patentee after: BEIJING D-MEDIA COMMUNICATION TECHNOLOGY Co.,Ltd. Address before: 100089 Beijing city Haidian District wanquanzhuang Road No. 28 Wanliu new building A block 5 layer Patentee before: BEIJING D-MEDIA COMMUNICATION TECHNOLOGY Co.,Ltd. |
|
| CP02 | Change in the address of a patent holder |