Software Architecture

openGauss is a standalone system that supports one primary and up to eight standby servers.

Service data is stored on a single physical node, and data access tasks are pushed to service nodes and then executed. The high concurrency of servers enables quick response to data processing. In addition, data can be copied to the standby server through log replication, ensuring high reliability and scalability.

Software Architecture

Figure 1 shows the logical components of openGauss.

Figure 1 openGauss logical architecture
opengauss-logical-architecture

Table 1 Architecture description

Name	Description
OM	Operation Manager (OM) provides management interfaces and tools for routine maintenance and configuration management of the database. This module is optional and is often used in enterprise-level scenarios.
Client driver	A client driver receives the access requests from applications, and returns the execution results to the applications. It communicates with openGauss instances, sends application SQL commands, and receives execution results. This module is mandatory. The client program gsql also depends on the driver to connect to the database.
openGauss (Primary/Standby)	openGauss primary and standby DNs store service data, execute data queries, and return execution results to the client. openGauss supports one primary and multiple standbys. You are advised to deploy them on different physical nodes. The primary/standby mode is optional. openGauss can also be deployed in standalone mode. The primary/standby mode is often used in enterprise-level scenarios.
Storage	It functions as the server's local storage resources to store data permanently.