CN1151635C - General dispatching system based on content adaptive for colony network service - Google Patents
General dispatching system based on content adaptive for colony network service Download PDFInfo
- Publication number
- CN1151635C CN1151635C CNB021387702A CN02138770A CN1151635C CN 1151635 C CN1151635 C CN 1151635C CN B021387702 A CNB021387702 A CN B021387702A CN 02138770 A CN02138770 A CN 02138770A CN 1151635 C CN1151635 C CN 1151635C
- Authority
- CN
- China
- Prior art keywords
- module
- message
- service
- information
- policy
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
The present invention relates to a general dispatching system based on contents, which is suitable for a cluster network service. The core of the whole general dispatching system is provided with a despatcher CADS based on contents and a CANS module installed on a node machine, wherein the despatcher CADS is installed on a front end machine. The work flow and the method of the whole general dispatching system use fake server technology, carry technology, capture and camouflage three-time handshake technology, and general dispatching technology. Compared with the existing dispatching system, the present invention can support more concurrent users, enhance the hit ratio of memory buffer, and enhance the utilization rate of cluster storage devices; the present invention has the advantages of good versatility, good extensibility, high system throughput, etc.
Description
Technical field
The invention belongs to cluster network service device technical field, be a kind of general dispatching patcher that is applicable to cluster network service based on content.
Background technology
Along with the Internet fast development, network has become the daily study of people, the indispensable a kind of effective instrument of work. no matter be existing portal website or be based upon enterprise's electronic trade platform on the Web Service framework, all be unable to do without the support of powerful Web server.And advantage more and more is subjected to people's such as the web server cluster is low with price, good reliability, throughput height, system resource are abundant favor.Therefore, for advantages such as the affluent resources of better performance cluster and extensibilities, the cluster network service dispatching patcher that balance request distributes becomes the key point of group system performance quality.
So-called cluster network service dispatching patcher, be actually by a plurality of physical servers and finish service request jointly: after a client requests arrives the cluster network service device the user, by an allocator this request is directed on the real physical server, support to single system image so both was provided, had strengthened the extensibility of system again.
In existing cluster network service dispatching patcher, allocator is not considered the content of request message when the node machine E-Packets to the back-end, like this, after a service request arrives allocator, except load is considered, all backend nodes machines are made no exception, and have caused that group system memory device utilance main memory resource not high, group system does not make full use of, some needs the network service of content scheduling strategy support can not satisfy and problem such as many copies.At the deficiency of existing cluster network service dispatching patcher, content-based dispatching patcher becomes the research focus.Existing content-based dispatching patcher has web switch, Apache, Squid and the KTCPVS etc. of ArrowPoint.First three is planted all and realizes that at user's space processing expenditure is very big.KTCPVS realizes at the kernel of operating system, has avoided the switching of user's space and kernel spacing and the expense that internal memory duplicates (seeing calendar year 2001) the 23rd the 3rd phase of volume of " computer engineering and science " magazine.But it is based on the network address translation (nat) structure, and its schematic diagram as shown in Figure 1.Front-end processor is transmitted to different node machines with the request that the client sends according to its content difference, is served this request and is made response by the node machine again, and respond packet is sent back to front-end processor, is responsible for respond packet is returned to client by front-end processor.This structure has been eliminated some weakness that above-mentioned existing dispatching patcher exists (for example: the main memory resource of group system does not make full use of, group system memory device utilance is not high, some needs, and the network service of content scheduling strategy support can not be satisfied, many copies).But in this structure, front-end processor should be responsible for scheduling, is responsible for the transmitted response bag again and gives the client, and the front-end processor load is very heavy.Along with the node machine increases day by day, the front-end processor load will be heavy day by day, become the bottleneck of whole group system, reduce the extensibility of system, reduce concurrent client's number; In addition, it only supports the http service, does not have versatility.
Summary of the invention
The objective of the invention is deficiency at existing dispatching patcher, a kind of general dispatching patcher that is applicable to cluster network service based on content has been proposed, this system can directly send out respond packet and give the client and need not pass through front-end processor, has reduced the load of front-end processor greatly, has increased concurrent client's number; Simultaneously, native system is supported multiple service, and is not only the http service, and can support more service very easily, has good versatility.
A kind of general dispatching patcher that is applicable to cluster network service based on content provided by the invention, comprise front-end processor and subnet, it is characterized in that: described front-end processor disposes tactful customized module, pseudo server and load dispatch device, described subnet is become by a plurality of joint mechanisms that dispose tcp protocol stack transformation module and service routine, forms server pools by a plurality of subnets;
Described tactful customized module is used for its strategy of customization, and this strategy is sent to described load dispatch device; This module comprises policy definition user interface, policy check module, policy library and transmission kernel module;
The policy definition user interface is used for the strategy that the customization group system is allowed, and the user
The strategy of customization is transferred to the policy check module and is unified verification;
Policy library is used to deposit policing rule, for the policy check module invokes;
The policy check module is mated strategy and the policy library that the policy definition user interface transmits,
Judge whether to meet; If do not meet, then carry out error handling processing, error message is reported to the user,
Otherwise, transfer to and send the kernel module processing;
Send kernel module and will pass to the processing of load dispatch device by system call by the strategy of policy check module verification;
Described pseudo server is used for carrying out three-way handshake communication with the client computer of initiating request, and sends information to described load dispatch device; Described pseudo server comprises initialization module, listening port service module, COS storehouse, preserves handshaking information module and handshaking information table;
Initialization module is used for initialization network service chained list and takes out the COS that will monitor from the COS storehouse and port numbers is transferred to the listening port service module and monitored the network packet of sending toward these ports;
The listening port service module receives COS and the port numbers that transmits from initialization module, and monitors network packet at these ports; After the three-way handshake signal is finished, enter preservation handshake module and preserve handshaking information;
The COS storehouse is used to deposit the COS that group system supports and the port numbers of respective service, offers initialization module and uses;
Preserve the handshaking information module and be used for after three-way handshake is finished, preserving handshaking information to the handshaking information table;
The handshaking information table is used to deposit three-way handshake information, offers the message module incidentally in the load dispatch device;
Described load dispatch device is used for request package that the client the is sent difference by its content, is dispatched to respectively on the different node machines of different sub-network; And the handshaking information of having intercepted and captured in the pseudo server is transmitted to the node machine; Described load dispatch device comprises message receiver module, general scheduler, incident receiver module, policy library, message incidentally module, dispatch list and forwarding module;
The message receiver module is used to receive network packet, and judges whether the IP of this network packet is virtual IP address, if not, then transfer to former ICP/IP protocol stack by oneself, otherwise, general scheduler entered;
The incident receiver module is used to receive the policy information from sending kernel module, and it is kept in the policy library;
Policy library is used for conversation strategy information, for general dispatcher invokes;
Dispatch list is used to preserve message request content and the destination node machine information that is scheduled, for general dispatcher invokes;
Information decision in message analysis data, policy library and the dispatch list that general scheduler provides according to the message receiver module is dispatched on certain node machine, and incidentally module of message is passed in this decision;
Message incidentally module from the schedule information that general scheduler transmits, take out the message request content and incidentally the handshaking information in the handshaking information table together pass to forwarding module;
Forwarding module be used for message incidentally the bag that transmits of module transform module for the described tcp protocol stack of specified node machine through the inner high speed forwarded;
Described tcp protocol stack is transformed module and is used to intercept and capture the network packet that the load dispatch device is sent, and intercepts its handshaking information, recovers former message, realize with client between puppet is connected, and response message is sent to client by the puppet connection.
The native system integrated use pseudo server technology, piggy mechanism, intercepting and capturing and camouflage three-way handshake technology, general dispatching technique, adopting direct routing infrastructure is that the node machine is directly sent out respond packet and given the client and need not pass through front-end processor, significantly reduce the load of front-end processor, increased concurrent client's number.Simultaneously, native system is supported multiple service, and is not only the http service, and can support more service very easily, has good versatility.The present invention compares with existing dispatching patcher, and utilance, the versatility with raising cluster memory device when supporting more concurrent user, raising memory cache hit rate is good, extensibility is good, the system throughput advantages of higher.Particularly, the present invention has following characteristics.
1) dynamic extensibility
Native system adopts direct routing forwarding respond packet to give the client, and respond packet is returned to front-end processor unlike network address translation, and make the front-end processor load reduction, improved the throughput of whole system, increase more concurrent user, improved the dynamic extensibility of system.
2) support dynamic page request and management static page request
Native system adopts content-based mixed scheduling, and the mixing request that comprises dynamic page request and management static page request is provided support, and the main memory Cache of better utilization node machine obtains bigger disposal ability.
3) support to continue service
The linkage record that native system is safeguarded according to this machine directly is forwarded to the destination node machine to message at the IP layer, has guaranteed the integrality of service, thereby supports the once repeatedly service of connection.
4) support arbitrarily service based on Transmission Control Protocol
Native system adopts general scheduler, supports polytype network service, and can increase the more service resolver very easily to support more eurypalynous service.Native system can be supported arbitrarily the service based on Transmission Control Protocol.For dissimilar services, this system call makes things convenient for user management and expansion cluster in different subnets.
Description of drawings
Fig. 1 is the structural representation of the content scheduling system of address transition Network Based in the prior art;
Fig. 2 is applicable to the structural representation of the general dispatching patcher of cluster network service based on content for the present invention;
Fig. 3 is the structural representation of tactful customized module;
Fig. 4 is the structural representation of pseudo server;
Fig. 5 is the structural representation of load dispatch device (CADS) in the front-end processor;
Fig. 6 is the structural representation of general scheduler among Fig. 5;
Fig. 7 is the structural representation that tcp protocol stack is transformed module (CANS) on the node machine;
Fig. 8 is the workflow schematic diagram of system of the present invention.
Embodiment
The present invention is further detailed explanation below in conjunction with accompanying drawing.
Divide from operation principle, the core of native system is divided into the two large divisions, and one is mounted in the content-based scheduler CADS of front-end processor; Two are mounted in the CANS module of node machine.As shown in Figure 2, the architecture that is applicable to the general dispatching patcher (hereinafter to be referred as CAVS (Content AwareVirtual Server)) of cluster network service based on content is divided into two-layer: ground floor is a front-end processor, adopts content-based dispatching patcher (hereinafter to be referred as CADS (Content Aware Dispatcher System)) and pseudo server; The second layer is a server pools, and it is made up of many subnets, and each subnet provides specific service such as http service, agency service etc.The content scheduling system in the realization on node machine part (hereinafter to be referred as CANS (Content Aware Node server System)) also in this layer.Each node machine is connected by express network in the cluster.
CADS is responsible for request package that the client the is sent difference according to its content, schedules it to respectively on the different node machines of different sub-network.Like this, the request of identical content provides service by same node machine.When a new request comes, just can be assigned on the node corresponding machine by its content, directly from buffer memory, read request content and needn't remove to read hard disk, make that the whole system throughput is higher, the response time is faster, it is shorter to postpone.
The handshaking information that CADS also is responsible for intercepting and capturing is transmitted to the node machine.The node machine carries out the camouflage of three-way handshake by CANS according to the handshaking information that intercepts, shows that the node machine set up pseudo-the connection with client computer.CANS directly sends response message to client by the puppet connection, and does not need to return response message through front-end processor, has reduced the load of front-end processor, supports more concurrent user, has reduced delay.
Under this architecture, when Servers-all node machine overloaded, the keeper can add new server node machine soon and handle request, and need not Web document etc. is copied on the local hard drive of node machine, and dynamic extensibility is good.
Introduce the function of each several part below respectively:
The strategy customized module
This module is used for the strategy (certainly, this strategy must meet the requirement of policy library) of customization oneself, and this strategy is passed to load dispatch device in the kernel, and the load dispatch device carries out work according to this strategy, thereby reaches the effect that meets customer requirements.
As shown in Figure 3, this module meets the strategy of policy library requirement by policy definition user interface 20 definition, and by sending kernel module 23 strategy of customization is passed to load dispatch device in the kernel, and the incident receiver module of transferring to wherein 4 is handled.Its function and correlation are described below:
1) the policy definition user interface 20: be used for the strategy that the customization group system is allowed, as the native system virtual IP address, and system supports which service, every kind of which node machine of service assignment or the like.It transfers to the 21 unified verifications of policy check module to the strategy of customization.
2) the policy check module 21: strategy and policy library 22 that tactful definition of user's interface 20 is transmitted mate, and judge whether to meet.If do not meet, then carry out error handling processing, error message is reported to the user; Otherwise, transfer to and send kernel module 23 processing.
3) policy library 22: deposit policing rule, make things convenient for the rule of 21 pairs of customization of policy check module to mate verification.
4) send kernel module 23: will pass to kernel by system call by the strategy of policy check module 21 verifications, and handle by incident receiver module 4.
Pseudo server
Pseudo server is used for carrying out three-way handshake communication with the client computer of initiating request.The notion of pseudo server is corresponding with real network server (as the Apache Web server).
For real network server, at first will be in the request of a standard port reception from the client, after the three-way handshake of finishing with the client, receive customer service request, and content corresponding is returned to the user according to client's request, consult so that finish this connection with the client by improved three-way handshake then.Network server can be served a plurality of connection requests simultaneously by meticulous being designed to, to improve service ability.
Pseudo server has different aspect two with real network server on notion and operation principle:
(1) function of pseudo server only is to carry out the mutual of three-way handshake with client, in case three-way handshake process finishes, pseudo server just stops this connection.
(2) pseudo server can be supported the multiple network service simultaneously.Because pseudo server is a listening port, connects, do not need more the processing done in this request.Therefore, pseudo server and concrete service content, type are irrelevant, and this just makes pseudo server can become a kind of general mechanism, provides service to a plurality of standards service ports simultaneously.Like this, when this cluster server need provide the multiple network service, just not be used in a plurality of network servers are installed on the allocator.
According to above two point analysis, the design of pseudo server can reduce the complexity (a plurality of service routines need not be installed, avoid the expense of service routine) of allocator load and realization on the one hand as can be seen; Can provide versatility for cluster server on the other hand.Like this,, just can provide and set up three-way handshake, obtain the function of handshaking information the multiple network service as long as pseudo server has been installed on allocator.
The pseudo server structural representation as shown in Figure 4, at first carry out initialization by initialization module 11, and from the COS storehouse, get COS and port data and transfer to the listening port service module and monitor, wait to finish after the three-way handshake, preserve handshaking information and advance in the handshaking information table by preserving the handshake module, and it is passed to message module 6 incidentally in the load dispatch device.Its function and correlation are described below:
1) initialization module 11: be used for initialization network service chained list, and take out COS and the port numbers that will monitor from COS storehouse 13, transfer to listening port service module 12 and monitor the network packet that mails to these ports.
2) the listening port service module 12: COS and port numbers that acceptance is transmitted from initialization module 11, and in these ports monitoring network packet.After three-way handshake is finished, enter preservation handshake module 14 and preserve handshaking information.
3) the COS storehouse 13: be used to deposit the COS that group system supports and the port numbers of respective service.
4) preserve handshaking information module 14: be used for three-way handshake is finished after the preservation handshaking information to handshaking information table 10 so that message incidentally module 6 from the handshaking information table, obtain handshaking information.
5) handshaking information table 10: be used to deposit source IP address, source port number, purpose IP address, destination slogan of three-way handshake information such as current IP bag etc.
Load dispatch device (CADS)
CADS is used for the content different different node machines that respectively schedule it to different sub-network of the handshaking information of request package that the client is sent and intercepting and capturing according to its request package.Its structure such as Fig. 5, shown in Figure 6, message receiver module 1 receives network packet, and filters and obtain required network packet, transfers to general scheduler 3.Agreement identification module 24 in the general scheduler carries out agreement identification to the network packet that transmits, call different service routines (as http service routine 25-1 according to different service requests, corba service routine 25-2, agency service routine 25-n etc.), obtaining calling behind the corresponding request content general dispatching patcher 26 unifies to handle; Simultaneously, incident receiver module 4 strategy that reception has customized from send kernel module 23 (see figure 3)s is kept in the policy library 5.General scheduler 3 is dispatched on certain node machine according to message analysis data, policy library and schedule information decision, and incidentally module 6, forwarding module 9 are passed to message packet filtering module 16 (see figure 7)s of CANS through message.Its function and correlation are described below:
1) the message receiver module 1: receive network packet, it judges whether the IP of this network packet is virtual IP address.If not, then transfer to former ICP/IP protocol stack by oneself; Otherwise, enter the agreement identification module 24 in the general scheduler 3.
2) general scheduler 3: it is searched dispatch list 7 information and judges whether modulatedly to spend this request, if having, then directly takes out schedule information from dispatch list; Otherwise according to the result of corresponding strategy and agreement identification module 24 in the policy library 5, just can obtaining schedule information, promptly to be dispatched to which platform node machine of which subnet first-class and be kept in the dispatch list 7.Schedule information is passed to incidentally module 6 of message.
General scheduler is the native system nucleus module.It is handled all types of services are unified, and the system that makes supports more eurypalynous service more easily.At present, native system is supported the http service, corba service, agency service.Support other service if desired, we only need to add at agreement identification module 24 identification of corresponding service, as http service routine 25-1, the Corba service routine 25-2 that enumerates among the figure, until agency service routine 25-n.And increase corresponding service routine this service is handled, just unify scheduling at last by general scheduler module 26, a kind of COS just can be supported.Its function and correlation are described below:
2.1) agreement identification module 24: the content of the network packet that message receiver module 1 is received is analyzed, obtain needed COS of client and corresponding ports number, judge the needed service of client, call corresponding service routine (as http service routine 25-1, corba service routine 25-2, agency service routine 25-n etc.) handle.
2.2) http service routine 25-1: request is handled to http.It at first analyzes the http protocol headers, obtains the content of service request, transfers to general scheduler module 26 unified scheduling.
2.3) corba service routine 25-2: request is handled to corba.It at first analyzes the iiop protocol headers, obtains the content of service request, transfers to general scheduler module 26 unified scheduling.
2.4) agency service routine 25-n: proxy requests is handled.It is the analysis agent protocol headers at first, obtains the content of service request, transfers to general scheduler module 26 unified scheduling.
2.5) general scheduler module 26: it is handled all types of services are unified, and the system that makes supports more eurypalynous service more easily.It is handled the content obtain to service routine and dispatches by the mixed scheduling algorithm, obtain schedule information after, transfer to message incidentally module 6 handle.
3) dispatch list 7: preserve the message request content, destination node machine information that is scheduled such as IP address etc., port numbers, information such as timer.Wherein whether timer is used for the maintenance schedule table and lost efficacy.
4) the incident receiver module 4: reception is kept in the policy library 5 from the policy information that sends kernel module 23 (see figure 3)s and it.
5) policy library 5: conversation strategy information such as COS and its enabled node machine information.
6) message module 6 incidentally: from the schedule information that scheduler module transmits, take out the message request content incidentally the handshaking information in the handshaking information table 10 together pass to forwarding module 9.
7) forwarding module 9: with message incidentally the bag that transmits of module 6 give the specified node machine through the inner high speed forwarded, be responsible for receiving this bag by packet filtering module 16 (see figure 7)s of the CANS of node machine.
8) timer 8: this module sends out triggering signal regularly for the dispatch list failed module, so that delete out-of-date schedule information.
Tcp protocol stack is transformed module
This module is used to intercept and capture the network packet that front-end processor is sent, and intercepts its handshaking information, recovers former message (message that does not promptly have handshaking information), realizes that carrying out puppet with client is connected, and response message is sent to client by the puppet connection.Require needs to revise the tcp protocol stack of node machine in order to satisfy these.
As shown in Figure 7, this module receives the network packet that forwarding modules 9 send by packet filtering module 16 and transfers to message and recover module 17 intercepting handshaking information, recover former message (message that does not promptly have handshaking information), pretend according to handshaking information by camouflage three-way handshake module again, revise the tcp protocol stack after former tcp protocol stack obtains new repacking, directly send to client by sending the response message of respond module 19 again former message.Its function and correlation are described below:
1) packet filtering module 16: receive the all-network bag.If the protocol fields of bag is not CA_TCP, show the desired bag of this Bao Buwei native system, transfer to former ICP/IP protocol stack and handle; Otherwise, show to receive the bag that sends over from forwarding module 9, then transfer to message and recover module 17 processing.
2) message recovers module 17: intercept handshake from network packet, recover former message (message that does not promptly have handshaking information), handshake and former message are together passed to camouflage three-way handshake module 18.
3) camouflage three-way handshake module 18: carry out the camouflage of TCP layer according to the handshaking information that message recovery module 17 transmits, transmit former message with the Transmission Control Protocol after the camouflage then and give upper layer network service routine (as httpserver, cache server etc.).Network server is served this request and respond packet is passed to transmission respond packet module 19.
4) send respond packet module 19: respond packet is sent to client according to the Transmission Control Protocol after the camouflage.
Fig. 8 has described the workflow of system of the present invention:
1. when CADS received network packet, it judged whether the visit to virtual IP address.If not, then explanation is not the needed network packet of native system, native system is left intact and directly transfers to former ICP/IP protocol stack by oneself; Otherwise, the pointer of initialization three-way handshake information table type.
2. begin to search whether handshaking information is arranged.If no, then transfer to pseudo server and intercept and capture three-way handshake information, and it is kept in the handshaking information table.If existing, show that then handshaking information just sets up, enter the agreement identification module.
3. the agreement identification module at first carries out agreement identification according to port, and enters the corresponding protocol processing module.The contents interception of protocol process module analysis package goes out relevant information, calls general scheduler module and unifies to handle.
4. general scheduler module adopts certain algorithm decision to be dispatched on which platform node machine of which subnet according to the information of 3. middle intercepting and capturing.If existing this schedule information in dispatch list, then directly according to this schedule information message incidentally handshaking information together be forwarded on the node machine that is scheduled; Otherwise, adopt certain algorithm to obtain schedule information, and it be kept in the dispatch list, again according to this schedule information message incidentally handshaking information together be forwarded on the node machine that is scheduled.
When 5. the node machine received the message that front-end processor sends over, CANS took out handshaking information, recovered the original appearance of client requests message, began to enter TCP/IP camouflage module and carried out the camouflage of three-way handshake signal.It is responsible for finishing the function to upper strata service routine camouflage three-way handshake.
6. last, finish this service request and the result is directly returned to the user by the network server of this node machine.
Subsequent packet for this connection, as repeatedly transmission to a service entry, finish this connection etc. with improved three-way handshake, the network allocator can directly be forwarded to the destination node machine to message at the IP layer according to the linkage record that this machine is safeguarded, makes complete being done of this service.
Illustrate the configuring condition in the native system implementation process below.
Have 16 general dispatching patchers that are applicable to cluster network service based on content of group systems structure on the node machine.Its basic configuration is as shown in table 1.
The configuration illustration of table 1 system
| CPU | Internal memory | Hard disk | Network interface card | Operating system | Network |
| Two PIII 866 | 256M | 30G | 3C905B | Linux6.2 | The 100M switch |
Wherein, one remaining service node machine is divided into some subnets according to service as front-end processor, as: Web service subnet, agency service subnet.Concrete enforcement is as follows: node machine 1 serves as front-end processor, loads pseudo server module and front-end processor content scheduling system (CADS); Node machine 2 to node machine 8 in the Web service subnet, node machine 9 to node machine 16 in the agency service subnet, all load node machine content service system (CANS) and corresponding network server (be that node machine 2 all loads http server to node machine 8, node machine 9 to node machine 16 all loads cache server) on each node machine.
Configuration instruction to whole system is as follows:
1) COS storehouse (13) have following field, and are as shown in table 2.
The configuration illustration in table 2 COS storehouse
| COS | Port numbers |
| HTTP | 80 |
| IIOP | 1025 |
Claims (4)
1. general dispatching patcher that is applicable to cluster network service based on content, comprise front-end processor and subnet, it is characterized in that: described front-end processor disposes tactful customized module, pseudo server and load dispatch device, described subnet is become by a plurality of joint mechanisms that dispose tcp protocol stack transformation module and service routine, forms server pools by a plurality of subnets;
Described tactful customized module is used for its strategy of customization, and this strategy is sent to described load dispatch device; This module comprises policy definition user interface (20), policy check module (21), policy library (22) and sends kernel module (23);
Policy definition user interface (20) is used for the strategy that the customization group system is allowed, and the strategy of customization is transferred to the unified verification of policy check module (21);
Policy library (22) is used to deposit policing rule, calls for policy check module (21);
Policy check module (21) is mated strategy and the policy library (22) that policy definition user interface (20) transmits, and judges whether to meet; If do not meet, then carry out error handling processing, error message is reported to the user, otherwise, transfer to and send kernel module (23) processing;
Send kernel module (23) and will pass to the processing of load dispatch device by system call by the strategy of policy check module (21) verification;
Described pseudo server is used for carrying out three-way handshake communication with the client computer of initiating request, and sends information to described load dispatch device; Described pseudo server comprises initialization module (11), listening port service module (12), COS storehouse (13), preservation handshaking information module (14) and handshaking information table (10);
Initialization module (11) is used for initialization network service chained list and the COS that will monitor from COS storehouse (13) taking-up and port numbers are transferred to listening port service module (12) and monitored the network packet that past these ports are sent;
Listening port service module (12) receives COS and the port numbers that transmits from initialization module (11), and monitors network packet at these ports; After the three-way handshake signal is finished, enter preservation handshake module (14) and preserve handshaking information;
COS storehouse (13) is used to deposit the COS that group system supports and the port numbers of respective service, offers initialization module (11) and uses;
Preserve handshaking information module (14) and be used for after three-way handshake is finished, preserving handshaking information to handshaking information table (10);
Handshaking information table (10) is used to deposit three-way handshake information, offers the newspaper in the load dispatch device
Literary composition is module (6) incidentally;
Described load dispatch device is used for request package that the client the is sent difference by its content, is dispatched to respectively on the different node machines of different sub-network; And the handshaking information of having intercepted and captured in the pseudo server is transmitted to the node machine; Described load dispatch device comprises message receiver module (1), general scheduler (3), incident receiver module (4), policy library (5), message incidentally module (6), dispatch list (7) and forwarding module (9);
Message receiver module (1) is used to receive network packet, and judges whether the IP of this network packet is virtual IP address, if not, then transfer to former ICP/IP protocol stack by oneself, otherwise, general scheduler (3) entered;
Incident receiver module (4) is used for receiving the policy information from sending kernel module (23), and it is kept in the policy library (5);
Policy library (5) is used for conversation strategy information, calls for general scheduler (3);
Dispatch list (7) is used to preserve message request content and the destination node machine information that is scheduled, and calls for general scheduler (3);
Information decision in the message analysis data that general scheduler (3) provides according to message receiver module (1), policy library (5) and the dispatch list (7) is dispatched on certain node machine, and incidentally module (6) of message is passed in this decision;
Message incidentally module (6) from the schedule information that general scheduler (3) transmits, take out the message request content and incidentally the handshaking information in the handshaking information table (10) together pass to forwarding module (9);
Forwarding module (9) be used for message incidentally the bag that transmits of module (6) transform module for the described tcp protocol stack of specified node machine through the inner high speed forwarded;
Described tcp protocol stack is transformed module and is used to intercept and capture the network packet that the load dispatch device is sent, and intercepts its handshaking information, recovers former message, realize with client between puppet is connected, and response message is sent to client by the puppet connection.
2. general dispatching patcher according to claim 1 is characterized in that:
General scheduler (3) comprise agreement identification module (24), multiple service routine (25-1,25-2 ..., 25-n) with general scheduler module (26);
Agreement identification module (24) is used for the content of network packet that message receiver module (1) is received to be analyzed, and obtains needed COS of client and corresponding ports number, and judges the needed service of client, call corresponding service routine (25-1,25-2 ..., 25-n) handle;
General scheduler module (26) is used for handling all types of services are unified, and the system that makes supports more eurypalynous service more easily; It is handled the content obtain to service routine and dispatches by the mixed scheduling algorithm, obtain schedule information after, transfer to message incidentally module (6) handle.
3. general dispatching patcher according to claim 1 is characterized in that: described load dispatch device also comprises timer (8), is used for sending out triggering signal regularly for dispatch list (7) failed module, to delete out-of-date schedule information.
4. according to claim 1,2 or 3 described general dispatching patchers, it is characterized in that:
Described tcp protocol stack is transformed module and is comprised that packet filtering module (16), message recover module (17), camouflage three-way handshake module (18) and send respond packet module (19);
Packet filtering module (16) is used for receiving the all-network bag that sends from forwarding module (9), if the protocol fields of bag is not CA_TCP, shows the desired bag of this Bao Buwei native system, transfers to former ICP/IP protocol stack and handles; Otherwise, show to receive the bag that sends over from forwarding module (9), and transfer to message and recover module (17);
Message recovers module (17) and intercept handshake from network packet, recovers former message, and handshake and former message are together passed to camouflage three-way handshake module (18);
Camouflage three-way handshake module (18) is recovered the handshaking information that module (17) transmits with message and is carried out the camouflage of TCP layer, transmit former message with the TCP layer after the camouflage then and give the upper layer network service routine, network server is served this request and respond packet is passed to transmission respond packet module (19);
Send respond packet module (19) and receive the respond packet that camouflage three-way handshake module (18) is sent, send to client.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021387702A CN1151635C (en) | 2002-07-09 | 2002-07-09 | General dispatching system based on content adaptive for colony network service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB021387702A CN1151635C (en) | 2002-07-09 | 2002-07-09 | General dispatching system based on content adaptive for colony network service |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1392701A CN1392701A (en) | 2003-01-22 |
| CN1151635C true CN1151635C (en) | 2004-05-26 |
Family
ID=4749695
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB021387702A Expired - Fee Related CN1151635C (en) | 2002-07-09 | 2002-07-09 | General dispatching system based on content adaptive for colony network service |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1151635C (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1300986C (en) * | 2003-04-14 | 2007-02-14 | 华为技术有限公司 | Method of realizing quick five seven layer exchange |
| US7334089B2 (en) * | 2003-05-20 | 2008-02-19 | Newisys, Inc. | Methods and apparatus for providing cache state information |
| CN1588411B (en) * | 2004-10-12 | 2011-02-23 | 北京北大方正电子有限公司 | Flow control method based on flow customization |
| EP2016508A1 (en) * | 2006-05-05 | 2009-01-21 | Thomson Licensing | Threshold-based normalized rate earliest delivery first (nredf) for delayed downloading services |
| CN103327066B (en) * | 2006-05-16 | 2016-08-17 | 甲骨文国际公司 | Method and system for schedule job in cluster |
| CN101083804B (en) * | 2006-06-02 | 2010-10-06 | 中兴通讯股份有限公司 | Realizing method for packet member to perform temporary scheduling by digital cluster communication system |
| CN103929365B (en) * | 2014-03-25 | 2019-05-14 | 格尔软件股份有限公司 | A kind of SiteServer LBS and method suitable for UDP service |
-
2002
- 2002-07-09 CN CNB021387702A patent/CN1151635C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1392701A (en) | 2003-01-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1206600C (en) | Full distribution type aggregation network servicer system | |
| CN1158615C (en) | Load balancing method and equipment for convective medium server | |
| US8861434B2 (en) | Method and system for improved multi-cell support on a single modem board | |
| CN1298513A (en) | Methods and apparatus for remote mothod invocation | |
| CN111107081B (en) | DPDK-based multi-process DNS service method and system | |
| CN1791037A (en) | Method for realizing Web service automatic test | |
| CN1284094C (en) | Distributed parallel scheduling wide band network server system | |
| CN102577237A (en) | Method for scheduling web hosting service, method for processing application access, apparatus and system thereof | |
| CN1909507A (en) | Method and system for message transfer | |
| CN1151635C (en) | General dispatching system based on content adaptive for colony network service | |
| EP1561163A2 (en) | A communication method with reduced response time in a distributed data processing system | |
| CN104410725A (en) | Processing method and processing system of GPU (Graphics Processing Unit) as well as method and system for DNS (Domain Name Server) resolution based on GPU | |
| US20080118065A1 (en) | Hardware acceleration for large volumes of channels | |
| CN1881938A (en) | Method and system for preventing and detecting proxy | |
| CN102761608A (en) | UDP (User Datagram Protocol) conversation multiplexing method and load balancing equipment | |
| CN1203427C (en) | Load balance modulator possessing TCP connection fault tolerant function and its modulating method | |
| US20100169271A1 (en) | File sharing method, computer system, and job scheduler | |
| CN103227772B (en) | System for the scalable processing of file in cloud | |
| CN102495764A (en) | Method and device for realizing data distribution | |
| CN1664798A (en) | External equipment resource sharing method | |
| CN1298508A (en) | Downloadable smart proxies for performing processing associated with a remote procedure call in a distributed system | |
| CN1791025A (en) | Service gridding system and method for processing operation | |
| CN107885460A (en) | A kind of data access method of cluster | |
| CN1504892A (en) | Realization method for communication between tasks | |
| CN1567841A (en) | An equipment and method for implementing information forwarding |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| 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 | ||
| C19 | Lapse of patent right due to non-payment of the annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |