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
In a self-hosted TiDB cluster with TiProxy, TiProxy is typically the endpoint for clients. To achieve high availability, users may deploy multiple TiProxy instances and only one serves requests so that the client can configure only one database address. When the active TiProxy is down, the cluster should elect another TiProxy automatically and the client doesn't need to update the database address.
Describe the feature you'd like
So we need a VIP solution. The VIP is always bound to an available TiProxy node. When the active node is down, VIP is switched to another node.
Feature Request
Describe your feature request related problem
In a self-hosted TiDB cluster with TiProxy, TiProxy is typically the endpoint for clients. To achieve high availability, users may deploy multiple TiProxy instances and only one serves requests so that the client can configure only one database address. When the active TiProxy is down, the cluster should elect another TiProxy automatically and the client doesn't need to update the database address.
Describe the feature you'd like
So we need a VIP solution. The VIP is always bound to an available TiProxy node. When the active node is down, VIP is switched to another node.
Describe alternatives you've considered
None
Teachability, Documentation, Adoption, Migration Strategy
None
Tasks
The text was updated successfully, but these errors were encountered: