1 Answer
- Newest
- Most votes
- Most comments
2
You can handle it by implementing a circuit breaker using a service mesh, you can follow these steps:
- Deploy a service mesh such as AppMesh, Istio or Linkerd in your EKS cluster.
- Configure the service mesh to route traffic to the primary Aurora PostgreSQL endpoint by default.
- Configure a circuit breaker policy in the service mesh to detect when the connection to the primary endpoint fails.
- When the circuit breaker detects a failure, it can automatically switch the traffic to the secondary Aurora PostgreSQL endpoint.
- Once the primary endpoint is restored, the circuit breaker can switch the traffic back to the primary endpoint.
Another approach is to use DNS-based failover solution such as Route 53 to automatically switch the DNS record to the secondary region when the primary region is down. This allows the EKS pods to continue to connect to the database by using the same hostname, even when the database is switched over to the secondary region.
Here are some reference links that provide more information on implementing a circuit breaker using a service mesh in EKS:
- Istio documentation on circuit breaking: https://istio.io/latest/docs/concepts/traffic-management/#circuit-breaking
answered 2 years ago
Relevant content
- Accepted Answerasked 2 years ago
- asked a year ago
- asked 6 months ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 16 days ago
- AWS OFFICIALUpdated 4 months ago
Thanks for the response. They cant leverage DNS based failover as RDS- doesnot support custom SSL certs, so they have to point directly to RDS cluster endpoints. The AWS blog you shared is giving 404 error. Are you referring to https://aws.amazon.com/blogs/containers/building-a-fault-tolerant-architecture-with-a-bulkhead-pattern-on-aws-app-mesh/ ??