Closed guilongyang closed 1 year ago
Stolon was made to prevent inconsistencies. See the architecture doc. Your store must be available and reliable. You can already increase the timeout in the config and you should use a dedicated etcd instead of k8s API.
What happened: when my etcd service is slow or network jitter my sentinel will have the log bellow 2022-12-15T00:01:11.459z WARN cmd/sentinel.go:266 no keeper info available { "db": "4b0elab1", "keeper": "keeper0"} E1215 00:11:55.846649 1 leaderelection.go:367] Failed to update lock: Operation canot be fulfilled on configmans stolor-oluster-omnon-postgresg-stolon ": the object has been modified; please apply your changes to the latest version and try again
and my database will shut down all connections
What you expected to happen: i want to let it not so sensitive to the etcd service or network jitter
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
Environment:
and i want to read the cache to prevent this . is this correct?
my code is :
··· func (s *KubeStore) GetKeepersInfo(ctx context.Context) (cluster.KeepersInfo, error) { keepers := cluster.KeepersInfo{}
} ···