High Availability Recovery Time Objective (RTO)
MOT is fully integrated into openGauss, including support for high-availability scenarios consisting of primary and secondary deployments. The WAL Redo Log's replication mechanism replicates changes into the secondary database node and uses it for replay.
If a Failover event occurs, whether it is due to an unplanned primary node failure or due to a planned maintenance event, the secondary node quickly becomes active. The amount of time that it takes to recover and replay the WAL Redo Log and to enable connections is also referred to as the Recovery Time Objective (RTO).
The RTO of openGauss is less than 10 seconds, including MOT, thanks to its Parallel Recovery mechanism.
Cold-Start Recovery Time
Cold-start Recovery time is the amount of time it takes for a system to become fully operational after a stopped mode. In memory databases, this includes the loading of all data and indexes into memory, thus it depends on data size, hardware bandwidth, and on software algorithms to process it efficiently.
Our MOT tests using ARM servers with NVMe disks demonstrate the ability to load 100 GB of database checkpoint in 40 seconds (2.5 GB/sec). Because MOT does not persist indexes and therefore they are created at cold-start, the actual size of the loaded data + indexes is approximately 50% more. Therefore, can be converted to MOT cold-start time of Data + Index capacity of 150GB in 40 seconds, or 225 GB per minute (3.75 GB/sec).
The following figure demonstrates cold-start process and how long it takes to load data into a MOT table from the disk after a cold start.
Figure 1 Cold-Start Time – Performance Benchmarks
· Database Size – The total amount of time to load the entire database (in GB) is represented by the blue line and the TIME (sec) Y axis on the left.
· Throughput – The quantity of database GB throughput per second is represented by the orange line and the Throughput GB/sec Y axis on the right.
Top comments (0)