CN103581276A - Cluster management device and system, service client side and corresponding method - Google Patents
Cluster management device and system, service client side and corresponding method Download PDFInfo
- Publication number
- CN103581276A CN103581276A CN201210281817.1A CN201210281817A CN103581276A CN 103581276 A CN103581276 A CN 103581276A CN 201210281817 A CN201210281817 A CN 201210281817A CN 103581276 A CN103581276 A CN 103581276A
- Authority
- CN
- China
- Prior art keywords
- access
- address
- service
- management device
- service server
- 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
Abstract
The invention discloses a cluster management device and system, a service client side and a corresponding method. The cluster management device comprises a receiving and storage module and a sending module, the receiving and storage module is used for receiving and storing the network access addresses, sent by all service servers in a managed cluster, of all the service servers, and the sending module is used for sending at least one network access address stored in the receiving and storage module to the service client side. Furthermore, the cluster management device comprises a monitor module and a judgment and update module, the monitor module is used for monitoring the operating state information of the all the service servers, and the judgment and update module is used for judging whether the service servers corresponding to the network access addresses stored in the receiving and storage module can provide services for the service client side or not according to the operating state information and for updating the stored network access addresses according to a judgment result. The cluster management device can avoid the network flow bottleneck due to the fact that access requests are forwarded by an LVS server and other related cluster management devices in a centralized mode as far as possible.
Description
Technical field
The present invention relates to network technology information, relate in particular to a kind of cluster management device, system and method and, service customer end and correlation method.
Background technology
Along with the development of internet scale, the network user and diverse network application increase rapidly, make the load capacity of the webserver gradually become bottleneck and the weak link in service.If adopt single server to bear high capacity, probably need very expensive single server could meet needed high-load performance.Cannot purchase from the market the server that can meet needed high-load performance even, at all.
Therefore, the high availability cluster system that some adopt various relatively inexpensive and stable performances has been proposed recently.In order to guarantee the high availability of group system, expandability, manageability, and the reliability of cluster management system, proposed the relevant schemes such as some cluster organization and managements.With the group system building by Linux virtual server (LVS server, Linux Virtual Server), be that example (with reference to figure 1) describes below.
LVS server is generally deployed as load-balanced server (director server), with the load equalizer formation cluster management device 20 of LVS server.When cluster management device 20, receive after the request that client 10 sends, the request of receiving is transmitted to real server 30 (Real Server).Then, real server 30(is also called service server) process and in response to the request receiving, the response results as this request returned to cluster management device 20.Finally, cluster management device 20 is given to client 10 by response results.Like this, client has obtained the response results from real server 30 by distribution and the forwarding capability of cluster management device 20.
Visible, the request sending to some clusters due to client 10 all needs to forward and could arrive real server 30 through cluster management device 20, and the response results that real server 30 returns to client 10 also will just can arrive at client 10 through cluster management device 20, this makes through the flow of cluster management device 20 huge, and then probably causes cluster management device 20 to become the bottleneck that whole group flow is come in and gone out.
In addition, adopt the main responsible object that flow is forwarded to reach shunting of cluster management device 20 of LVS server, do not distinguish different services.Therefore, if there are a plurality of clusters to manage, need a plurality of LVS servers for different clusters provides management and forwards, cause disposing a plurality of independent cluster management devices 20.
Summary of the invention
One of technical problem to be solved by this invention is to provide a kind of can having avoided as much as possible by cluster management relevant apparatus such as LVS servers, to be concentrated because of access request cluster management device, system, service customer end and the correlation method that forwards the network traffics bottleneck bringing.
In order to solve the problems of the technologies described above, the invention provides a kind of cluster management device.This cluster management device comprises: receive and memory module, for receiving and store service server access to netwoks address separately described in each that send from each service server of the cluster of management; Sending module, for sending at least one access to netwoks address of described reception and memory module storage to service customer end.
Further, this cluster management device also comprises: monitor module, for monitoring the running state information of described each service server; Judgement update module, for judging that based on described running state information whether the corresponding service server in access to netwoks address of described reception and memory module storage can provide service to service customer end, upgrades stored access to netwoks address according to judged result; Wherein, described at least one access to netwoks address that described sending module sends to service customer end is judged as the access to netwoks address of service can be provided for service customer end by described judgement update module.
Further, described sending module be further used for according to described service customer end for obtain service server access to netwoks address request or initiatively to described service customer end, send the access to netwoks address of described storage.
Further, described cluster management device is further used for the access to netwoks address of described reception and memory module reception to manage and store with virtual tree structure.
Further, at described cluster management device management during a plurality of service server cluster, be further used for the access to netwoks address of the service server in different business server cluster to be stored in the different subtrees in described virtual tree structure.
Further, the running state information that described monitoring module is monitored comprises the information about service server self performance and/or loading condition.
According to a further aspect in the invention, also provide the service customer end in a kind of cluster.This service customer end comprises: the second sending module, sends for obtaining the request of the access to netwoks address of service server for the cluster management device to described cluster; Second receives and memory module, for receiving and store described cluster management device according to the access to netwoks address of described request or the service server initiatively sent; Address determination module, for being defined as objective network reference address by one of stored described access to netwoks address; Connect and set up module, for the service server corresponding with described objective network reference address, connect.
Further, this service customer end, also comprise: judge module, for in the time will accessing the cluster that described cluster management device manages, judge that whether described service customer end this locality has stored at least one access to netwoks address of described service server, if be judged as NO, moves the second sending module, otherwise module is set up in operation connection.
Further, described address determination module, is further used for, when the service server corresponding with objective network reference address set up network connection failure, redefining objective network reference address.
Further, in each of the service server cluster of described cluster management device being managed at described service customer end time access, adopt the mode of poll or adopt, based on the definite order of client terminal attribute, each stored access to netwoks address is defined as to described objective network reference address successively.
Further, described the second reception and memory module are also further used for receiving about the service server self performance corresponding with access to netwoks address list and/or the relevant information of loading condition from described cluster management device; And module is set up in described connection, and further the service server self performance based on corresponding with described access to netwoks address list and/or the relevant information of loading condition are defined as described objective network reference address by one of stored access to netwoks address.
According to a further aspect in the invention, also provide a kind of cluster management system.This cluster management system comprises according to each service server in the service customer end described in technique scheme and the cluster management device described in technique scheme and the cluster managed thereof.
According to a further aspect in the invention, also provide a kind of cluster management method.This cluster management method comprises: cluster management device receive and store from management cluster each service server send each described in service server access to netwoks address separately; Service customer end sends for obtaining the request of the access to netwoks address of service server to described cluster management device; The request of obtaining the access to netwoks address of service server described in described cluster management device basis sends at least one access to netwoks address of himself storing to described service customer end; Described service customer end receives and stores the access to netwoks address of the service server that described cluster management device sends, one of access to netwoks address that himself is stored is defined as objective network reference address, and the service server corresponding with described objective network reference address connects.
Further, this cluster management method also comprises: described cluster management device is monitored the running state information of each service server, and whether the corresponding service server in access to netwoks address based on described running state information judgement storage can provide service and upgrade stored access to netwoks address according to judged result to service customer end; Described cluster management device is after upgrading the access to netwoks address of storing, and to service customer end, sending to be judged as to provide for service customer end the access to netwoks address of service.
Further, described running state information also comprises about the service server self performance corresponding with access to netwoks address list and/or the relevant information of loading condition; And
Service server self performance and/or the loading condition relevant information of described service customer end based on corresponding with described access to netwoks address list is defined as described objective network reference address by one of stored access to netwoks address.
Further, described cluster management device manages the access to netwoks address of reception and store with virtual tree structure, at described cluster management device management during a plurality of service server cluster, the access to netwoks address of the service server in different business server cluster is stored in the different subtrees in described virtual tree structure.
A kind of management method of cluster management device is also provided according to a further aspect in the invention.This management method of cluster management device comprises: receive and store service server access to netwoks address separately described in each that each service server from the cluster by described cluster management device management sends; To service customer end, send at least one access to netwoks address of storing.
Further, the management method of this cluster management device also comprises: the running state information of monitoring described each service server; Whether the corresponding service server in access to netwoks address of storing based on described running state information judgement can provide service and upgrade stored access to netwoks address according to judged result to service customer end; Wherein, the step of described at least one access to netwoks address of storing to service customer end transmission specifically comprises: to service customer end, sending to be judged as to provide for service customer end the access to netwoks address of service.
The access method of the service customer end in a kind of cluster is also provided according to a further aspect in the invention.The access method of this service customer end comprises: the cluster management device in described cluster sends for obtaining the request of the access to netwoks address of service server; Receive and store the access to netwoks address of the service server that described cluster management device sends; One of stored described access to netwoks address is defined as to objective network reference address; The service server corresponding with described objective network reference address according to described objective network reference address connects.
Compared with prior art, one or more embodiment of the present invention can have the following advantages by tool: due to client 10 in the situation that can obtain the information relevant with the running status of each service server 30 described management cluster from cluster management device 40, can directly connect with the service server 30 that will access, can effectively avoid in a plurality of connection that flow shunt that all access request are brought sets up with each service server 30 respectively to each client 10, thereby avoided as much as possible concentrating and forwarding the network traffics bottleneck bringing by cluster management relevant apparatus such as LVS servers because of access request.
Other features and advantages of the present invention will be set forth in the following description, and, partly from specification, become apparent, or understand by implementing the present invention.Object of the present invention and other advantages can be realized and be obtained by specifically noted structure in specification, claims and accompanying drawing.
Accompanying drawing explanation
Accompanying drawing is used to provide a further understanding of the present invention, and forms a part for specification,, jointly for explaining the present invention, is not construed as limiting the invention with embodiments of the invention.In the accompanying drawings:
Fig. 1 is according to the structural representation of a kind of cluster management system of prior art;
Fig. 2 is according to the structural representation of the cluster management system of first embodiment of the invention;
Fig. 3 illustrates the flow chart that carries out cluster management according to the cluster management device of first embodiment of the invention;
Fig. 4 illustrates according to the structural representation of the cluster management device of first embodiment of the invention;
Fig. 5 illustrates according to the flow chart of the accessing service by client of first embodiment of the invention;
Fig. 6 illustrates according to the structural representation of the client of first embodiment of the invention;
Fig. 7 illustrates according to the structural representation of the cluster management system of second embodiment of the invention;
Fig. 8 illustrates according to the structural representation of the cluster management system of third embodiment of the invention.
Embodiment
Below with reference to drawings and Examples, describe embodiments of the present invention in detail, to the present invention, how application technology means solve technical problem whereby, and the implementation procedure of reaching technique effect can fully understand and implement according to this.It should be noted that, only otherwise form conflict, each embodiment in the present invention and each feature in each embodiment can mutually combine, and formed technical scheme is all within protection scope of the present invention.
In addition, in the step shown in the flow chart of accompanying drawing, can in the computer system such as one group of computer executable instructions, carry out, and, although there is shown logical order in flow process, but in some cases, can carry out shown or described step with the order being different from herein.
The first embodiment
Below with reference to Fig. 2 to Fig. 6, the present embodiment is described.
Fig. 2 shows the schematic diagram of cluster management system according to an embodiment of the invention.
Further combined with Fig. 3 and Fig. 4, describe in detail according to the cluster management device 40 of the present embodiment and processing thereof below.Cluster management device 40 comprises reception and memory module 41, sending module 42, monitors module 43, judges update module 44 as shown in Figure 4.It should be noted that, be not limited to the annexation shown in Fig. 4, between each module, can interconnect.
Describe each step of carrying out cluster management according to the cluster management device 40 of the present embodiment below in detail.
Step S310, receives and memory module 41 receives and store each service server 30 that each service server 30 cluster of managing from cluster management device sends access to netwoks address separately.For example, each service server 30 is to himself IP address and port numbers (port) for providing services on the Internet to service customer end 10 (abbreviation client 10) of cluster management device 40 registration (transmissions), and cluster management device 40 receives and store IP (Internet Protocol) address and the port numbers that each service server 30 is sent.Can store as access to netwoks address list receiving these access to netwoks addresses of coming.More preferably, can adopt Zookeeper technology to work in coordination with, a back end (znode) in the tree-shaped virtual file of Zookeeper can be stored respectively in the IP address of each business service port 30 and port numbers, particularly, each access to netwoks address is stored to respectively in the tree-shaped virtual file of Zookeeper one default for representing each back end under the fake root node of the cluster that cluster management device 40 is managed, be designated as "/A " (with reference to figure 7).Because allowing a plurality of processes that are distributed on different server, Zookeeper cooperates based on a tree-shaped Virtual File System shared, similar standard file system.Each back end in Virtual File System is called a znode, each znode can be data correlation to itself or its child node, therefore, when adopting Zookeeper technology to work in coordination with, can reduce technical staff's program development amount, avoid preferably data access conflict, can solve better the problem of Data Concurrent modification, data backup restoration and the data consistency that may occur under distributed environment.
Yet, for ease of explanation, below mainly take access to netwoks address list and describe as example.
Step S320, sending module 42 sends by receiving and the access to netwoks address of each service server 30 that memory module 41 is stored to client 10.Sending module 42 can push the access to netwoks address of at least one each service server 30 of storing on one's own initiative to each client 10, preferably, sending module 42 can according to client 10 for obtaining the access to netwoks address of each service server 30 that the request of the access to netwoks address of service server stores up to 10 transmissions.
Step S330, alternatively, monitors the running state information of module 43 monitoring service servers 30.Particularly, can monitor the running state information of the corresponding service server 30 in access to netwoks address of storing with reception and memory module 41.Running state information comprises about the whether available information of service server.Usually, if listen to the running state information of certain service server 30, can be judged as this service server 30 can use, that is, can provide service to service customer end 10.For example, the information (being also called for short below heartbeat message) that cluster management device 40 can periodically receive about running status from service server 30.By monitoring the snoop-operations of module 43, can know as far as possible in real time the variation of the access to netwoks address of each service server in service server cluster.
In addition, the described running state information that reception and memory module 43 are monitored also can comprise the information about service server self performance and/or loading condition, like this, client 10 can be obtained from cluster management device 40 information of these performances and/or loading condition, so the information based on these performances and/or loading condition select to access 30.Like this, can realize better load balance.After step S330, enter step S340.
Step S340, judges that update module 44 judges based on described running state information whether the corresponding service server in access to netwoks address of described reception and memory module 41 storages can provide service and upgrade stored access to netwoks address according to judged result to this service customer end.More specifically, if while monitoring less than information that in each access to netwoks address, service server 30 corresponding to a certain access to netwoks address sent, be judged as this service server 30 unavailable.Then, judgement update module 44 can be upgraded stored access to netwoks address according to judged result.The processing of the access to netwoks address that this renewal is stored can be: in the access to netwoks address list that the access to netwoks address corresponding with disabled service server 30 stored from step S310, delete, or can carry out mark to access to netwoks address corresponding with disabled service server 30 in access to netwoks address list.In addition, also can by monitor each service server 30 the machine of delaying, overburden, fault warning, restart the running statuses such as alarm, obtain each service server 30 available information whether respectively.Then enter step S350.
Step S350, sending module 42 sends and is judged as the access to netwoks address of service can be provided for this service customer end by described judgement update module to service customer end 10.If monitor the heartbeat message less than a certain service server 30, it is impossible can in S340, the access to netwoks address of this service server 30 to be deleted or is labeled as, thereby when sending access to netwoks address to client 10, no longer send the address of this service server 30, but only send, be judged update module 44 and be judged as the access to netwoks address of service can be provided for service customer end.Each client 10 can be upgraded the access to netwoks address list of its storage like this.It should be noted that, sending module 42 can be used asynchronous notifications mechanism, makes the use service server that service customer end is transparent.More specifically, when judgement update module 44 is upgraded after operation, the access to netwoks address of storing that sending module 42 can send after upgrading to client 10 immediately, but also can send again in a certain moment afterwards, even if because do not send immediately, client 10 is owing to having preserved therefore normal access service still of access to netwoks address list.
It should be noted that, the order between above step S320 and step S330 and S340 can be arbitrarily.
Fig. 6 illustrates according to the structural representation of the client 10 of the present embodiment.Comprise judge module 11, the second sending module 12, second receives and module 15 is set up in memory module 13, address determination module 14 and connection.It should be noted that, be not limited to the annexation shown in Fig. 6, between each module, can interconnect.
Each step while describing below in conjunction with Fig. 5 and Fig. 6 the cluster of managing according to the client 10 of the present embodiment and access cluster management device 40 thereof in detail.
Step S510, judge module 11 is in the time will accessing the cluster that cluster management device 40 manages, judge the whether storage networking reference address list of client 10 this locality, this access to netwoks address list comprises the access to netwoks address of each service server 30 of the cluster that cluster management device 40 is managed, if this access to netwoks address list is not stored in this locality, enter step S520; Otherwise, enter step S540.
Step S520, the second sending module 12 sends the request of the access to netwoks address of the service server 30 for obtaining to cluster management device 40.
Step S530, the second reception and memory module 13 receive and store the access to netwoks address that described cluster management device 40 is sent.More specifically, receive and the request of 40 pairs of service servers 30 of storage cluster management devices responds and the access to netwoks address list sent to client 10.
Step S540, address determination module 14 is defined as one of stored access to netwoks address the objective network reference address of the service server 30 that will access.
Step S550, connection is set up module 15 and to the service server corresponding with determined objective network reference address 30, is sent service request to obtain the Web content that will access based on determined objective network reference address.
More specifically, when client 10 will be accessed the cluster that cluster management device 40 manages, one of access to netwoks address of storing in each step S530 is defined as to objective network reference address, the service server 30 corresponding with objective network reference address set up network and connected, and then to it, sends service request to obtain the Web content that will access.Like this, can, without forward by cluster management device 40 in the situation that, directly utilize the access to netwoks address access service server 30 of service server 30.
It should be noted that, S510 is optional, utilize step S510, client 10 is without all obtain access to netwoks address list from cluster management device 40 when every less important cluster of managing to cluster management device 40 sends service request, but can utilize the access to netwoks address list backup of storing in local internal memory, can reduce network overhead and delay like this.
Preferably, in each of the cluster of managing at 10 pairs of cluster management devices 40 of client time access, adopt the mode of poll or adopt based on the definite order of client terminal attribute each stored access to netwoks address successively as objective network reference address.
When adopting polling mode, a certain service server 30 in the cluster that client 10 can central access cluster management device 40 not be managed, therefore can realize load balance preferably.Preferably, owing to adopting the mode of poll, client 10 always starts access from the corresponding First service server 30 in stored access to netwoks address, therefore, can further adopt based on the definite order of client 10 attributes and conduct interviews, for example based on client 10 attributes, determine the First service server 30 of client 10 poll of wanting, because the attribute of each client 10 is different, like this can be so that the First service server 30 of the poll of wanting be different, thus make the further balance of load.
In addition,, in step S530, second receives and memory module 13 can also receive the service server 30 corresponding with access to netwoks address list from cluster management device 40 and performance and/or the relevant information of loading condition.Like this, the relevant information of service server self performance that can be based on corresponding with described access to netwoks address list and/or loading condition is using the corresponding service server 30 in one of access to netwoks address of storing in each step S530 as objective network reference address.
In addition, in step S530, the second reception and memory module 13 are not the information sending at the reception cluster management device 40 blocking, but asynchronous receiving, and asynchronous upgrades the conditions associated of service server, make 10 can obtain access to netwoks address by indiscriminate use S540.
In addition,, when address determination module 14 is set up network connection failure at the service server corresponding with objective network reference address 30, redefine objective network reference address.If all accessed unsuccessfully, indicate that all service servers are current neither available.
In addition, client 10 can adopt double buffering (buffer) storage, the access to netwoks address of each buffer for receiving from cluster management device 40, can effectively reduce the performance loss that access to netwoks address that exclusive reference stores need to frequently lock like this.
The access to netwoks address that client 10 can adopt default order to store in each step S530 successively.
Below in conjunction with Fig. 6, describe in detail according to the service server 30 of the present embodiment and provide each step of service for client 10.
Step S610, to the access to netwoks address of default cluster management device 40 transmissions self.For example, the IP address of self and port numbers are registered in cluster management device 40 for representing under the fake root node of the cluster that cluster management device 40 is managed (with reference to figure 4).
Step S620, the heartbeat message sending about self to cluster management device 40, as long as there have heartbeat just to show to be available.For example, can periodically or according to predetermined interval to cluster management device 40, send about self whether available message.The information that can also send about self performance and/or loading condition to cluster management device 40 in addition.
Step S630, the service request of customer in response end 10, to send to client 10 content that client 10 is asked.
To sum up, because the volume of transmitted data of 40, client 10 or service server 30 and cluster management device does not comprise that client 10 is to the business tine data of service server 30 requests, therefore data volume reduces greatly, thereby has avoided the excessive data bottleneck causing of data volume because of cluster management device 40.
In addition, when the cluster service scarce capacity of service server 30, can be in the situation that not affecting current system operation, directly (such as by modes such as hot plugs) increase service server 30, the service server 30 newly increasing sends its access to netwoks address to cluster management device 40, now cluster management device 40 just can monitor this event at once, and by its access to netwoks address increase/A node, then notify client 10 to upgrade the access to netwoks address list of storing, like this, client 10 can be assigned to newly-increased service server 30 a part of service request soon.Like this, can eliminate quickly cluster overload problem.
The second embodiment
With reference to figure 7, according to the cluster management system of the present embodiment, comprise a plurality ofly according to the cluster management device 40 of the first embodiment, form the cluster of a cluster management server, the manager by the cluster of cluster management server as each service server 30.Preferably, the cluster of cluster management server comprises odd number platform (for example 3 or 5) cluster management device 40.When the access to netwoks address list of cluster management device 40 over half is identical, can utilize the access to netwoks address list of this cluster management device 40 over half to upgrade remaining cluster management device 40.Can improve the fault-tolerance of whole system like this, if sub-fraction cluster management device is made mistakes, other machines still can complete the management role to service server 30.
The 3rd embodiment
With reference to figure 8, according to the cluster management system of the present embodiment, can utilize one according to the cluster management device 40 of the first embodiment or utilize the cluster forming according to the second embodiment cluster management device 40 simultaneously for a plurality of different business server clusters provide management service.
Substantially identical with above-described embodiment according to the service server of the present embodiment, do not repeat them here.In addition, client is also substantially identical with above-described embodiment with most of step of cluster management device 40.The part different from previous embodiment is below only described.
Cluster when cluster management device 40(or cluster management device 40) can manage a plurality of different service server clusters simultaneously, now, storage be distinguished in the access to netwoks address of the service server of different business server cluster.For example, be stored as different lists, array or be stored as the different subtrees under same virtual tree, to show differentiation.
The request of the access to netwoks address for the service server that obtains that client is sent to cluster management device 40 in step S520 comprises the information of the business (service) that maybe will access with the cluster that will access.
Then, at step S320, the information of the business (service) that maybe will access with the cluster that will access that cluster management device 40 comprises based on this request is determined will send access to netwoks address to client as the response of this request.
With reference to figure 8, this system has adopted Zookeeper to realize.Wherein, service server A1 and service server A2 provide a kind of business to each customer end B 2, and service server A3 provides another kind of business to customer end B 1.
Owing to sending access to netwoks Address requests as B2, request has comprised about wanting the information of the business that access service server A 1 and service server A2 provide, so the cluster that cluster management device 40 forms returns to the access to netwoks address (IP address and port numbers) of each node under fake root node "/C " to it; And when B1 sends access to netwoks Address requests, request has comprised about wanting the information of the business that access service server A 3 provides, so the cluster that cluster management device 40 forms returns to the access to netwoks address (IP address and port numbers) of each node under fake root node "/A " to it.Customer end B 1 and B2 all can obtain correct access to netwoks address like this, therefore can access the service server that they need separately.
The system for management service server cluster of setting up at the Clustering mechanism that utilizes LVS, shunt only for same server and interface, if need to provide management service for a plurality of clusters of different services that provide, need to adopt a plurality of LVS servers or LVS server cluster.But the cluster management device 40 or the cluster management device cluster that utilize the present embodiment to provide, if there are a plurality of clusters of different services that provide that service is provided, only need cluster management device 40 that the access to netwoks address of different clusters is stored respectively, for example, be registered to the different znode nodes in cluster management device 40, as shown in Figure 7.Like this, A1 and A2 provide service for B2, and A3, for B1 provides service, there will not be interference between different services.And, no matter there are how many service clusters service is provided and has how many clients to use service, can manage with the cluster (3 clusters that cluster management device 40 forms as shown in Figure 7) that same cluster management device 40 or cluster management device form.
In brief, cluster management device 40 can utilize Zookeeper technology to carry out coordinated management, utilizes Zookeeper that the access to netwoks address of described reception and memory module reception is managed and stored with virtual tree structure.When cluster management device 40 has been managed a plurality of service server cluster, the access to netwoks address of the service server in different business server cluster can be stored in the different subtrees in virtual tree structure.
Those skilled in the art should be understood that, above-mentioned each module of the present invention or each step can realize with general calculation element, they can concentrate on single calculation element, or be distributed on the network that a plurality of calculation elements form, alternatively, they can be realized with the executable program code of calculation element, thereby, they can be stored in storage device and be carried out by calculation element, or they are made into respectively to each integrated circuit modules, or a plurality of modules in them or step are made into single integrated circuit module realize.Like this, the present invention is not restricted to any specific hardware and software combination.
Although the disclosed execution mode of the present invention as above, the execution mode that described content just adopts for the ease of understanding the present invention, not in order to limit the present invention.Technical staff in any the technical field of the invention; do not departing under the prerequisite of the disclosed spirit and scope of the present invention; can do any modification and variation what implement in form and in details; but scope of patent protection of the present invention, still must be as the criterion with the scope that appending claims was defined.
Claims (19)
1. a cluster management device, is characterized in that, comprising:
Receive and memory module, for receiving and store service server access to netwoks address separately described in each that send from each service server of the cluster of management;
Sending module, for sending at least one access to netwoks address of described reception and memory module storage to service customer end.
2. cluster management device according to claim 1, is characterized in that, also comprises: monitor module, for monitoring the running state information of described each service server;
Judgement update module, for judging that based on described running state information whether the corresponding service server in access to netwoks address of described reception and memory module storage can provide service to service customer end, upgrades stored access to netwoks address according to judged result;
Wherein, described at least one access to netwoks address that described sending module sends to service customer end is judged as the access to netwoks address of service can be provided for service customer end by described judgement update module.
3. cluster management device according to claim 1, it is characterized in that, described sending module be further used for according to described service customer end for obtain service server access to netwoks address request or initiatively to described service customer end, send the access to netwoks address of described storage.
4. according to the cluster management device described in any one in claims 1 to 3, it is characterized in that, described cluster management device is further used for the access to netwoks address of described reception and memory module reception to manage and store with virtual tree structure.
5. cluster management device according to claim 4, it is characterized in that, at described cluster management device management during a plurality of service server cluster, be further used for the access to netwoks address of the service server in different business server cluster to be stored in the different subtrees in described virtual tree structure.
6. according to the cluster management device described in any one in claims 1 to 3, it is characterized in that, the running state information that described monitoring module is monitored comprises the information about service server self performance and/or loading condition.
7. the service customer end in cluster, is characterized in that, comprising:
The second sending module, sends for obtaining the request of the access to netwoks address of service server for the cluster management device to described cluster;
Second receives and memory module, for receiving and store described cluster management device according to the access to netwoks address of described request or the service server initiatively sent;
Address determination module, for being defined as objective network reference address by one of stored described access to netwoks address;
Connect and set up module, for the service server corresponding with described objective network reference address, connect.
8. service customer end according to claim 7, is characterized in that, also comprises:
Judge module, in the time will accessing the cluster that described cluster management device manages, judges whether described service customer end this locality has stored at least one access to netwoks address of described service server, if be judged as NO, move the second sending module, otherwise module is set up in operation connection.
9. service customer end according to claim 7, is characterized in that, described address determination module is further used for, when the service server corresponding with objective network reference address set up network connection failure, redefining objective network reference address.
10. according to the service customer end described in any one in claim 7 to 9, it is characterized in that, in each of the service server cluster of described cluster management device being managed at described service customer end time access, adopt the mode of poll or adopt, based on the definite order of client terminal attribute, each stored access to netwoks address is defined as to described objective network reference address successively.
11. according to the service customer end described in any one in claim 7 to 9, it is characterized in that:
Described the second reception and memory module are also further used for receiving about the service server self performance corresponding with access to netwoks address list and/or the relevant information of loading condition from described cluster management device; And
Module is set up in described connection, and further the service server self performance based on corresponding with described access to netwoks address list and/or the relevant information of loading condition are defined as described objective network reference address by one of stored access to netwoks address.
12. 1 kinds of cluster management systems, is characterized in that, comprise according to the service customer end described in claim 7 to 11 any one and according to each service server in the cluster management device described in claim 1 to 6 any one and the cluster managed thereof.
13. 1 kinds of cluster management methods, is characterized in that, comprising:
Cluster management device receive and store from management cluster each service server send each described in service server access to netwoks address separately;
Service customer end sends for obtaining the request of the access to netwoks address of service server to described cluster management device;
The request of obtaining the access to netwoks address of service server described in described cluster management device basis sends at least one access to netwoks address of himself storing to described service customer end;
Described service customer end receives and stores the access to netwoks address of the service server that described cluster management device sends, one of access to netwoks address that himself is stored is defined as objective network reference address, and the service server corresponding with described objective network reference address connects.
14. methods according to claim 13, is characterized in that, also comprise:
Described cluster management device is monitored the running state information of each service server, and whether the corresponding service server in access to netwoks address based on described running state information judgement storage can provide service and upgrade stored access to netwoks address according to judged result to service customer end;
Described cluster management device is after upgrading the access to netwoks address of storing, and to service customer end, sending to be judged as to provide for service customer end the access to netwoks address of service.
15. methods according to claim 13, is characterized in that:
Described running state information also comprises about the service server self performance corresponding with access to netwoks address list and/or the relevant information of loading condition; And
Service server self performance and/or the loading condition relevant information of described service customer end based on corresponding with described access to netwoks address list is defined as described objective network reference address by one of stored access to netwoks address.
16. methods according to claim 13, it is characterized in that, described cluster management device manages the access to netwoks address of reception and store with virtual tree structure, at described cluster management device management during a plurality of service server cluster, the access to netwoks address of the service server in different business server cluster is stored in the different subtrees in described virtual tree structure.
The cluster management method of 17. 1 kinds of cluster management devices, is characterized in that, comprising:
Receive and store service server access to netwoks address separately described in each that each service server from the cluster by described cluster management device management sends;
To service customer end, send at least one access to netwoks address of storing.
18. methods according to claim 17, is characterized in that, also comprise:
Monitor the running state information of described each service server;
Whether the corresponding service server in access to netwoks address of storing based on described running state information judgement can provide service and upgrade stored access to netwoks address according to judged result to service customer end;
Wherein, the step of described at least one access to netwoks address of storing to service customer end transmission specifically comprises: to service customer end, sending to be judged as to provide for service customer end the access to netwoks address of service.
The access method of the service customer end in 19. 1 kinds of clusters, is characterized in that, comprising:
Cluster management device in described cluster sends for obtaining the request of the access to netwoks address of service server;
Receive and store the access to netwoks address of the service server that described cluster management device sends;
One of stored described access to netwoks address is defined as to objective network reference address;
The service server corresponding with described objective network reference address according to described objective network reference address connects.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210281817.1A CN103581276B (en) | 2012-08-09 | 2012-08-09 | Cluster management device, system, service customer end and correlation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210281817.1A CN103581276B (en) | 2012-08-09 | 2012-08-09 | Cluster management device, system, service customer end and correlation method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103581276A true CN103581276A (en) | 2014-02-12 |
| CN103581276B CN103581276B (en) | 2017-06-09 |
Family
ID=50052191
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210281817.1A Expired - Fee Related CN103581276B (en) | 2012-08-09 | 2012-08-09 | Cluster management device, system, service customer end and correlation method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103581276B (en) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105306514A (en) * | 2014-07-30 | 2016-02-03 | 北京信威通信技术股份有限公司 | Audio recording file distributed storage method and audio recording file distributed storage system based on Zookeeper |
| CN105978950A (en) * | 2016-04-27 | 2016-09-28 | 努比亚技术有限公司 | Server resource distribution method, apparatus and system thereof |
| CN107948275A (en) * | 2017-11-22 | 2018-04-20 | 四川长虹电器股份有限公司 | The method for realizing the expansible High Availabitity in high in the clouds and high concurrent |
| CN108924193A (en) * | 2018-06-15 | 2018-11-30 | 广东小天才科技有限公司 | A kind of service deployment method and device based on server |
| CN109981810A (en) * | 2019-03-08 | 2019-07-05 | 福建天泉教育科技有限公司 | A kind of method and system of routing address list update |
| CN110046123A (en) * | 2018-12-24 | 2019-07-23 | 阿里巴巴集团控股有限公司 | The method and device of the connection status of synchronous trust computing cluster |
| CN110233886A (en) * | 2019-05-30 | 2019-09-13 | 华南理工大学 | A kind of High Availabitity service governing system and implementation method towards magnanimity micro services |
| CN111083244A (en) * | 2018-10-22 | 2020-04-28 | 浙江宇视科技有限公司 | Cluster address allocation method and device |
| CN111726388A (en) * | 2019-03-22 | 2020-09-29 | 苏宁易购集团股份有限公司 | Cross-cluster high-availability implementation method, device, system and equipment |
| CN112055057A (en) * | 2020-08-14 | 2020-12-08 | 青岛海信网络科技股份有限公司 | Method, device and equipment for dynamically expanding Web system |
| CN112153093A (en) * | 2019-06-28 | 2020-12-29 | 北京京东尚科信息技术有限公司 | Task scheduling method, device and equipment based on cluster and readable storage medium |
| CN112953771A (en) * | 2021-02-22 | 2021-06-11 | 安徽兆尹信息科技股份有限公司 | Financial asset management system based on micro-service and decoupling method |
| CN112988321A (en) * | 2019-12-13 | 2021-06-18 | 北京金山云网络技术有限公司 | Container mirror image data management method and device, electronic equipment and storage medium |
| CN113094074A (en) * | 2021-05-07 | 2021-07-09 | 聚好看科技股份有限公司 | Service cluster updating method and device |
| CN113364839A (en) * | 2021-05-26 | 2021-09-07 | 武汉虹旭信息技术有限责任公司 | Service calling method, service calling device and zookeeper cluster |
| CN116708459A (en) * | 2023-07-20 | 2023-09-05 | 广州东瑞科技有限公司 | Service access automatic switching method, system, computer equipment and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101098272A (en) * | 2006-06-27 | 2008-01-02 | 腾讯科技（深圳）有限公司 | Seed enquiring method of P2P system and P2P server |
| CN101674329A (en) * | 2009-09-27 | 2010-03-17 | 卓望数码技术（深圳）有限公司 | Internet access method and Internet access system |
| CN101714987A (en) * | 2009-11-16 | 2010-05-26 | 中国电信股份有限公司 | P2P playing method and system |
| US20110219109A1 (en) * | 2008-10-28 | 2011-09-08 | Cotendo, Inc. | System and method for sharing transparent proxy between isp and cdn |
-
2012
- 2012-08-09 CN CN201210281817.1A patent/CN103581276B/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101098272A (en) * | 2006-06-27 | 2008-01-02 | 腾讯科技（深圳）有限公司 | Seed enquiring method of P2P system and P2P server |
| US20110219109A1 (en) * | 2008-10-28 | 2011-09-08 | Cotendo, Inc. | System and method for sharing transparent proxy between isp and cdn |
| CN101674329A (en) * | 2009-09-27 | 2010-03-17 | 卓望数码技术（深圳）有限公司 | Internet access method and Internet access system |
| CN101714987A (en) * | 2009-11-16 | 2010-05-26 | 中国电信股份有限公司 | P2P playing method and system |
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105306514A (en) * | 2014-07-30 | 2016-02-03 | 北京信威通信技术股份有限公司 | Audio recording file distributed storage method and audio recording file distributed storage system based on Zookeeper |
| CN105978950A (en) * | 2016-04-27 | 2016-09-28 | 努比亚技术有限公司 | Server resource distribution method, apparatus and system thereof |
| CN107948275A (en) * | 2017-11-22 | 2018-04-20 | 四川长虹电器股份有限公司 | The method for realizing the expansible High Availabitity in high in the clouds and high concurrent |
| CN108924193A (en) * | 2018-06-15 | 2018-11-30 | 广东小天才科技有限公司 | A kind of service deployment method and device based on server |
| CN111083244A (en) * | 2018-10-22 | 2020-04-28 | 浙江宇视科技有限公司 | Cluster address allocation method and device |
| CN111083244B (en) * | 2018-10-22 | 2022-09-06 | 浙江宇视科技有限公司 | Cluster address allocation method and device |
| CN110046123A (en) * | 2018-12-24 | 2019-07-23 | 阿里巴巴集团控股有限公司 | The method and device of the connection status of synchronous trust computing cluster |
| CN110046123B (en) * | 2018-12-24 | 2023-06-20 | 创新先进技术有限公司 | Method and device for synchronizing connection states of trusted computing clusters |
| CN109981810A (en) * | 2019-03-08 | 2019-07-05 | 福建天泉教育科技有限公司 | A kind of method and system of routing address list update |
| CN111726388A (en) * | 2019-03-22 | 2020-09-29 | 苏宁易购集团股份有限公司 | Cross-cluster high-availability implementation method, device, system and equipment |
| CN110233886B (en) * | 2019-05-30 | 2021-07-20 | 华南理工大学 | High-availability service management system for massive micro-services and implementation method |
| CN110233886A (en) * | 2019-05-30 | 2019-09-13 | 华南理工大学 | A kind of High Availabitity service governing system and implementation method towards magnanimity micro services |
| CN112153093A (en) * | 2019-06-28 | 2020-12-29 | 北京京东尚科信息技术有限公司 | Task scheduling method, device and equipment based on cluster and readable storage medium |
| CN112153093B (en) * | 2019-06-28 | 2024-04-16 | 北京京东尚科信息技术有限公司 | Cluster-based task scheduling method, device, equipment and readable storage medium |
| CN112988321A (en) * | 2019-12-13 | 2021-06-18 | 北京金山云网络技术有限公司 | Container mirror image data management method and device, electronic equipment and storage medium |
| CN112055057A (en) * | 2020-08-14 | 2020-12-08 | 青岛海信网络科技股份有限公司 | Method, device and equipment for dynamically expanding Web system |
| CN112953771A (en) * | 2021-02-22 | 2021-06-11 | 安徽兆尹信息科技股份有限公司 | Financial asset management system based on micro-service and decoupling method |
| CN113094074A (en) * | 2021-05-07 | 2021-07-09 | 聚好看科技股份有限公司 | Service cluster updating method and device |
| CN113094074B (en) * | 2021-05-07 | 2024-03-19 | 聚好看科技股份有限公司 | Service cluster updating method and device |
| CN113364839A (en) * | 2021-05-26 | 2021-09-07 | 武汉虹旭信息技术有限责任公司 | Service calling method, service calling device and zookeeper cluster |
| CN116708459A (en) * | 2023-07-20 | 2023-09-05 | 广州东瑞科技有限公司 | Service access automatic switching method, system, computer equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103581276B (en) | 2017-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103581276A (en) | Cluster management device and system, service client side and corresponding method | |
| US10547693B2 (en) | Security device capability discovery and device selection | |
| US7076691B1 (en) | Robust indication processing failure mode handling | |
| CN111615066B (en) | Distributed micro-service registration and calling method based on broadcast | |
| CN102739775B (en) | The monitoring of internet of things data acquisition server cluster and management method | |
| US7225356B2 (en) | System for managing operational failure occurrences in processing devices | |
| JP5381998B2 (en) | Cluster control system, cluster control method, and program | |
| US7518983B2 (en) | Proxy response apparatus | |
| CN103888277B (en) | A kind of gateway disaster-tolerant backup method, device and system | |
| US20130007253A1 (en) | Method, system and corresponding device for load balancing | |
| CN108234191A (en) | The management method and device of cloud computing platform | |
| CN102984501A (en) | Network video-recording cluster system | |
| CN107947960A (en) | The method for pushing and system of configuration information, the method for reseptance and system of configuration information | |
| KR20040093441A (en) | Method and apparatus for discovering network devices | |
| CN101102288A (en) | A method and system for realizing large-scale instant message | |
| CN106411629B (en) | Method and equipment for monitoring state of CDN node | |
| CN108055157B (en) | Service node acquisition method and device | |
| CN109787827B (en) | CDN network monitoring method and device | |
| CN112333249A (en) | Business service system and method | |
| CN112671554A (en) | Node fault processing method and related device | |
| US7334038B1 (en) | Broadband service control network | |
| WO2007146473A2 (en) | Method and system for distributing data processing units in a communication network | |
| CN113326100A (en) | Cluster management method, device and equipment and computer storage medium | |
| US8077699B2 (en) | Independent message stores and message transport agents | |
| CN116346834A (en) | Session synchronization method, device, computing equipment and computer storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | 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 | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170609 Termination date: 20170809 |