TWM462412U - High reliability module of programmable server - Google Patents

Description

Programmable server high reliability module

This creation belongs to the field of reliability modules. It can be applied to high-reliability cluster servers without changing the existing servers and applications. It can program the command management between different servers and applications. The server is highly reliable.

According to the current server architecture, it can effectively cope with common application services. However, in order to effectively improve the processing speed and data volume in the end time, multiple servers are connected to each other and become a system to be used. The most common technology, the cluster server, usually refers to connecting several servers of the same system with a high-speed network to form a large server system.

According to its purpose and nature, cluster server can be divided into three categories: high availability cluster, load balancing cluster, and high performance cluster. Clustering refers to the application technology developed in the server cluster to ensure the application service running on the cluster with high reliability.

The concept of high reliability is to provide application services for clusters, with software or hardware technical support, to ensure the sustainable operation of application services. In the case of a cluster consisting of two servers, one providing an application service (active) and one standby (standby), when the server providing the service is detected to be abnormal, error, etc., the application service cannot be provided. Or even Until the operation of the server cannot be detected, at this time, the backup mechanism needs to be activated to transfer the task of providing the application service to the standby server to maintain the high reliability of the application service. The above is only a description of the concept of high reliability. It is not limited to high reliability and is applied to the backup mechanism. The high reliability application between multiple servers is the high reliability referred to in this specification.

However, the current high-reliability mechanism still has the following shortcomings when it is actually used:

First, insufficient support for other applications, or import is not easy. The current high-reliability mechanism technology only supports the development of its corresponding software hardware system, so it cannot be fully supported by other applications or not supported at all. In order to cooperate with the introduction of high reliability mechanisms, it takes a lot of time and manpower to perform system integration and debugging.

Second, the limitations of the operating system, database or hardware equipment. When importing high-reliability mechanisms, they are often limited by the operating systems, database systems, and even hardware and firmware supported by the program. Even if they are imported through integration and modification, they lose the original optimized architecture. It is easy to cause a decrease in overall performance at the time of execution. Furthermore, in order to optimize the synchronization of the hardware, it is necessary to replace the hardware device, but the hardware equipment related to the server itself is expensive, which is an extra cost for a company. expenditure.

In view of this, one of the aims of this creation is to provide a programmable server high reliability module capable of command management for different servers without changing the existing server system architecture.

The second purpose of this creation is to provide a server system that does not change the existing system. Programmable server high reliability module for command management for different applications.

A further object of the present invention is to provide a programmable high reliability module that is compatible with different programming architectures.

To achieve the above objective, the programmable high reliability module of the present invention is disposed in a high reliability cluster server, and includes: a communication layer for receiving the message of the high reliability cluster server a control layer coupled to the communication layer information and generating a control command, and an application interface coupled to the control layer and converted to an execution command.

Because the high-reliability cluster server includes multiple servers and multiple application softwares, the above-mentioned way can be achieved without changing the existing high-reliability cluster server software, hardware and system architecture, and the application interface. Converting the execution command into a different type, so that the execution command is compatible with a server of a different system architecture, or an application of a different program architecture; then the high reliability cluster server is abnormal, or needs to transfer different servos The application can be transferred directly and quickly when the device is in operation.

1‧‧‧High reliability module

11‧‧‧Communication layer

13‧‧‧Control layer

12‧‧‧Application interface

2‧‧‧High reliability cluster server

3‧‧‧Server

31‧‧‧Application

4‧‧‧User end

5‧‧‧Operating system layer

100‧‧‧ steps

101‧‧‧Steps

102‧‧‧Steps

103‧‧‧Steps

Figure 1 is a block diagram of a preferred embodiment of the present invention.

Figure 2 is a flow chart of a preferred embodiment of the present invention.

In order for your review board to have a clear understanding of the content of this creation, please use the following instructions to match the drawings.

Please refer to FIG. 1 , which is a block diagram of a preferred embodiment of the present invention. As shown The programmable high reliability module 1 of the present invention is disposed in a high reliability cluster server 2 for controlling at least one application 31. The high reliability module 1 includes a communication layer 11, a control layer 13, and an application interface 12, which can be a hardware form such as a circuit board or an interface card composed of electronic circuits, and is disposed in the high reliability cluster. Internal to the server 2; may also be a non-physical form of a programming language, a packaged software, an executable program, or the like, or may be a firmware form of the high reliability cluster server 2 or for the high reliability cluster. One of the software forms that server 2 reads and executes.

The high reliability cluster server 2 is provided with an operating system layer 5 as an interface for communicating with a user terminal 4. The communication layer 11 is connected to the operating system layer 5 of the high reliability cluster server 2 for receiving the message sent by the operating system layer 5 of the high reliability cluster server 2. The control layer 13 is connected to the communication layer 11, and the control layer 13 generates a control command according to the message received by the communication layer 11. The application interface 12 is connected to the control layer 13 for information, receives the control command issued by the control layer 13, and converts the control command into one of the execution commands corresponding to the application 31.

The high reliability module 1 and the communication layer 11 including the control layer 13 and the application interface 12 may be formed by an electronic circuit and disposed in the high reliability cluster server 2 . The hardware form is burned in the firmware form of the high reliability cluster server 2 or one of the software forms read and executed by the high reliability cluster server 2.

In the embodiment of the present invention, the high reliability module 1 is developed in the JAVA language, so any application 31 developed by JAVA can use the application interface 12 of the high reliability module 1 to convey control commands. The application 31 developed by JAVA is activated. The application 31 developed instead of the JAVA language can also control the application interface 12 The command is converted into a language used by the application, such as C++, BASIC, and PASCAL, to command the application 31 that is not developed by JAVA.

Referring to FIG. 2, it is a flowchart of a preferred embodiment of the present invention. As shown in the figure, the high reliability module 1 performs the control command conversion according to the following steps: (100) the communication layer receives The high reliability cluster server message; (101) the control layer generates the control command according to the message received by the communication layer; (102) the application interface receives the control command; and (103) the application interface The control command is converted to the execution command corresponding to the application.

Since the high reliability cluster server 2 includes a plurality of the server 3 therein, the control layer 13 can be a token control mechanism by a third party, and the third party is the high reliability cluster server. 2 preset one of the preset access terminals, thereby controlling the high reliability cluster server 2 to maintain one server 3 as the primary server at the same time, and the rest being the secondary server; avoiding the same time, The high reliability cluster server 2 has a plurality of normal servers 3 generating actions.

For example, when an abnormality occurs in one of the high reliability cluster servers 2, the communication layer 11 receives the message transmitted by the operating system layer 5 of the high reliability cluster server 2, and determines that a corresponding correspondence is needed. Controlling, interrupting the application 31 being executed by the abnormal server, and transferring the current data to other normal servers, the control layer 13 receives a message according to the communication layer 11 to generate a control command, and the control command passes the application. When the program interface 12 is converted into an execution command corresponding to the application 31, the application 31 performs a corresponding action according to the execution command.

In the above manner, the software, the hardware and the system architecture of the high reliability cluster server 2 can be changed, and the execution command is converted into a different type by the application interface 12, so that the execution command is executed. A server that is compatible with different system architectures, or that has a different program architecture.

However, the above description is only for the preferred embodiment of the present invention, and is not intended to limit the scope of the present invention. Therefore, it is common knowledge in the technical field or equivalent or easy to be familiar with the technology. The changes and modifications made by the changer without departing from the spirit and scope of this creation shall be covered by the scope of this creation.

1‧‧‧High reliability module

11‧‧‧Communication layer

13‧‧‧Control layer

12‧‧‧Application interface

2‧‧‧High reliability cluster server

3‧‧‧Server

31‧‧‧Application

4‧‧‧User end

5‧‧‧Operating system layer

Claims (6)

A programmable high reliability module is provided in a high reliability cluster server for controlling at least one application, comprising: a communication layer for receiving the high reliability cluster server a control layer is connected to the communication layer information, and generates a control command according to the message received by the communication layer; and an application interface is connected with the control layer information, and receives the control layer The control command converts the control command into one of the execution commands of the application. The programmable high reliability module of claim 1, wherein the application interface, the control layer, and the communication layer are electronic circuits and are disposed in the high reliability cluster servo. The hardware form within the device is programmed into one of the firmware forms of the high reliability cluster server or a software form that is read and executed by the high reliability cluster server. The programmable high reliability module of claim 1, wherein the high reliability module is a hardware form composed of an electronic circuit and disposed in the high reliability cluster server. And burning in the firmware form of the high reliability cluster server or one of the software forms for the high reliability cluster server to read and execute. The programmable high reliability module of claim 1, wherein the control layer uses a third party as a token control mechanism. The programmable high reliability module of claim 4, wherein the third party jointly accesses the set terminal for one of the high reliability cluster server presets. The programmable high reliability module of claim 1, wherein the control layer controls the high reliability cluster server by a token control mechanism. Keep a single primary server at the same time, while the rest are secondary servers.