You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now,Pisa-Proxy has supported static read write splitting strategy. Static strategy depends on config, once datasource status is changed, Pisa-Proxy can't route SQL correctly. In dynamic read write splitting strategy, Pisa-Proxy will probe datasource status and reconcile loadbalance strategy dynamicly.
Implement
In this version, Pisa-proxy will support MHA high availability strategy. Pisa-Proxy will spawn four kind of monitor to probe the status of datasource.The rules match module will fork a thread to recive loadbalance strategy from dynamic read write splitting module by channel.In this module, there are four kind of monitor to probe datasource status.
Connect Monitor: probe the connectivity of datasource.
Ping Monitor: probe health status of datasource.
Lag Monitor: probe the late time between master node and slave node.
ReadOnly Monitor: probe the role of datasource.
Future Design Chart
Glossary
Monitor Reconcile: Monitor Reconcile. Get status from monitors and compute final read write splitting strategy.
Discovery: The kind of discovery, like MHA,RDS,MGR etc.
Monitor: The kind of Monitor, includes Connect Monitor, Ping Monitor, ReadOnly Monitor, Lag Monitor.
Probe Flow
Start Monitor to probe datasource.
Probe the connectivity of Master node and Slave node.
If connectivity is ok.
3.1. probe the role of datasource.
3.2. probe the late time between master node and slave node.
3.2.1. If slave node is not late from master node, enter next time probe.
3.2.2. If slave node is late from master node, update the list of loadbalance and enter next time probe.
If connectivity is not ok.
4.1. If probe slave change to master,start Lag probe.
4.1.1. If slave node is not late from master node, enter next time probe.
4.1.2. If slave node is late from master node, update the list of loadbalance and enter next time probe.
4.2.If slave node is not change to master, enter next time probe.
Configuration
param
type
required
default
description
user
string
yes
None
Monitor user name
password
string
yes
None
Monitor password
monitor_period
u64
yes
1000
The interval of Reconcile Monitor update strategy(millisecond)
connect_period
u64
yes
1000
The interval of Connect Monitor probe (millisecond)
connect_timeout
u64
yes
6000
The timeout of Connect Monitor(millisecond)
connect_failure_threshold
u64
yes
3
The max failures times of Connect Monitor probe
ping_period
u64
yes
1000
The interval of Ping Monitor probe(millisecond)
ping_timeout
u64
yes
6000
The timeout of Ping Monitor probe(millisecond)
ping_failure_threshold
u64
yes
3
The max failures times of Ping Monitor probe
replication_lag_period
u64
yes
1000
The interval of Lag Monitor probe(millisecond)
replication_lag_timeout
u64
yes
6000
The timeout of Lag Monitor probe(millisecond)
replication_lag_failure_threshold
u64
yes
3
The max failures of Lag Monitor probe
max_replication_lag
u64
yes
10000
The threshold of Lag Monitor probe(millisecond)
read_only_period
u64
yes
1000
The interval of ReadOnly Monitor probe(millisecond)
read_only_timeout
u64
yes
6000
The timeout of ReadOnly Monitor probe(millisecond)
Development Task
Description
Now,Pisa-Proxy has supported static read write splitting strategy. Static strategy depends on config, once datasource status is changed, Pisa-Proxy can't route SQL correctly. In dynamic read write splitting strategy, Pisa-Proxy will probe datasource status and reconcile loadbalance strategy dynamicly.
Implement
In this version, Pisa-proxy will support MHA high availability strategy. Pisa-Proxy will spawn four kind of monitor to probe the status of datasource.The rules match module will fork a thread to recive loadbalance strategy from dynamic read write splitting module by channel.In this module, there are four kind of monitor to probe datasource status.
Future Design Chart
Glossary
Probe Flow
3.1. probe the role of datasource.
3.2. probe the late time between master node and slave node.
3.2.1. If slave node is not late from master node, enter next time probe.
3.2.2. If slave node is late from master node, update the list of loadbalance and enter next time probe.
4.1. If probe slave change to master,start Lag probe.
4.1.1. If slave node is not late from master node, enter next time probe.
4.1.2. If slave node is late from master node, update the list of loadbalance and enter next time probe.
4.2.If slave node is not change to master, enter next time probe.
Configuration
Reconcile Monitor
update strategy(millisecond)Connect Monitor
probe (millisecond)Connect Monitor(
millisecond)Connect Monitor
probePing Monitor
probe(millisecond)Ping Monitor
probe(millisecond)Ping Monitor
probeLag Monitor
probe(millisecond)Lag Monitor
probe(millisecond)Lag Monitor
probeLag Monitor
probe(millisecond)ReadOnly Monitor
probe(millisecond)ReadOnly Monitor
probe(millisecond)ReadOnly Monitor
probeConfiguration
Configuration Structure
Configuration Example
Check List
Association Issue #88
The text was updated successfully, but these errors were encountered: