-
-
Notifications
You must be signed in to change notification settings - Fork 389
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failover Multi region #542
Comments
Hi @farisam For switchover, you can use the
|
Placement of cluster members in different data centers: There are quite a lot of things to consider if you want to create a really robust etcd cluster, but there is one rule: do not placing all etcd members in your primary data center. See some examples. |
Thanks for the answer @vitabaks . 1 more question, If I have more than 1 replica, and I want to switchover/ failover to specific - cross region replica, can I use same command but targeted ip address? |
Yes, you can use this command to switch regardless of the region. I recommend reading the Patroni documentation |
Thank you @vitabaks I also curious about this one : You said if we are using cloud
So we put 3 ip HAproxy address to Arecords weighted route53? |
It seems to me that this is not a very good recommendation (I will update the comments later) because if one of the HAProxy servers fails, DNS will continue to direct traffic there. |
Thank you @vitabaks . So for cloud we can't have virtual ip for HAproxy ya? |
Traditional VIP configurations, such as those using keepalived, are generally not feasible in AWS due to its network architecture. AWS's cloud environment does not support the same level of network control required for setting up VIPs as in on-premises systems. Therefore, in AWS, it's more about impracticality rather than a strict impossibility, but the end result is that traditional methods like keepalived are typically not used. Alternative approaches, like using Amazon Route 53 for DNS failover, are recommended for high availability in AWS. While I haven't personally set up this exact configuration, according to AWS documentation, it's possible to use Amazon Route 53 health checks. Another option to consider for high availability in AWS, especially if you're not looking to register a domain, is using Elastic Load Balancer (ELB). ELB can perform health checks on Patroni nodes, rerouting traffic to healthy ones if any instance fails. For detailed information on setting up and using ELB, you can refer to the AWS Elastic Load Balancing Documentation. |
@farisam I am currently working on integration with cloud providers - PR #464 And I added automatic creation of Amazon Elastic Load Balancer (ELB), here is an example: #464 (comment) I suggest we test it. |
wow cool, let me test it @vitabaks . Thanks |
@farisam How are you? Have you tested it? |
Hi @vitabaks ,
I have a question about failover with a secondary/replica multi regions. Using EC2, I plan to deploy four instances across two regions, with us-west-2 as the master and ap-east-1 as the replica.
Regarding failover speed, how quickly can we switch to the secondary? If we doing a manual failover, can we simply update the IP address in the inventory file (switch master to ap-east-1 and us-west-2 set to replica) and rerun
ansible-playbook deploy_pgcluster.yml
?Thank you
The text was updated successfully, but these errors were encountered: