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
Hello - Thanks for an outstanding wrapper software built around the JDBC driver.
It is regarding the usage of wrapper with Global cluster(Multi-AZ), we tested thoroughly with multiAZ regional failovers. Also, the new Global writer, in both cases the Wrapper plugin for Aurora PostgreSQL seamlessly detected the new writer DNS and we didn't require to restart the Applications pods. We saw application failures while the failover times, however, once the writer is available Application was able to pick the new writer without any pod restarts. Our questions is, are the limitations in using the wrapper with the Global cluster is still a concern and if we tend to use it, any idea on what would be the major unforeseen issue?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hello - Thanks for an outstanding wrapper software built around the JDBC driver.
It is regarding the usage of wrapper with Global cluster(Multi-AZ), we tested thoroughly with multiAZ regional failovers. Also, the new Global writer, in both cases the Wrapper plugin for Aurora PostgreSQL seamlessly detected the new writer DNS and we didn't require to restart the Applications pods. We saw application failures while the failover times, however, once the writer is available Application was able to pick the new writer without any pod restarts. Our questions is, are the limitations in using the wrapper with the Global cluster is still a concern and if we tend to use it, any idea on what would be the major unforeseen issue?
Thanks!
Beta Was this translation helpful? Give feedback.
All reactions