Географически распределённый MySQL
На прошлой работе была схема один мастер vs слейвы в разных регионах. Задача балансировки на уровне баз не решалась, доступ был преимущественно локальный. Жить можно, но, как Вы уже заметили, репликация может отставать, причем делает она это неравномерно. Еще одна грабля — каналы, сука, все-таки не так надежны, как того хотелось бы. Пропал линк между серверами — реплика встала. По этой же причине достаточно периодически пропадала возможность записать что-то в мастер «издалека». Так что в любом случае советую первым делом ввести хотя бы простейший мониторинг и попытаться понять, как сильно оно будет тупить конкретно в вашем случае, и оценить, подходит ли это. Если у Вас будут графики времени задержки репликации, контроль доступности мастера с каждой точки, откуда будете в него писать — жить станет может быть и не проще, но предсказуемее :)

Могут также проявиться плавающие проблемы с кодом, который рассчитывает на отсутствие задержек. Скажем, регистрируется новый юзер (вы его заводите в мастер-базе), но сделать реально ничего не может, т.к. его данные не доехали до слейва. Эта проблема выглядит довольно тупо, но могут быть и более хитрые ее проявления.
Рекордное время отставания master-master репликации у нас было ~10 часов, оно же ~900Мб. Каналы и железо однозначно не были слабым местом. Как-то так.