4 ms·
multi-master with conflict resolution is non-trivial. Do you have automated failover set up? Also, didn't know about Aurora's per query pricing. That is crazy
by vira28 5y ago
multi-master with conflict resolution is non-trivial.
Do you have automated failover set up?
Also, didn't know about Aurora's per query pricing. That is crazy.
- toast0 5y agoIt's been a while since I ran MySQL in prod, but a multi-master setup where all writes go to one of them (and other is set to read-only, and your grants respect read-only) is super operable. If you have your config layer key off of read-only status and you kill existing client connections when you switch from read-write to read-only, it's a pretty small effort to switch masters. I tend to leave the decision to switch masters to humans, and just automate the process. Unless you have bulletproof conflict resolution/reconciliation, automating failover is inviting a conflict that leads to major pain and a large effort to fix. Better to have a few minutes of write downtime while waiting for someone to make the decision (which includes making sure the dead host is truely dead and not just split brained)
- juangacovas 5y agoSorry, I meant multi-source replication (different masters, different DBs to same slave(s)).