США составляет около 50 мс, поэтому, учитывая, что вы выполняете 40-90 MySQL запросов на http-запрос, вы можете ожидать увеличения задержки не менее чем на 2-4,5 секунды для http-запросов. Это игнорирует время, которое потребуется для передачи любых больших полезных нагрузок. Вы не хотите делать кросс-континент MySQL для этого приложения.
Другая причина, по которой следует избегать межконтинентальных запросов mysql, заключается в том, что два мастера могут быть не синхронизированы, поэтому, если вы округлите робин-запросы по всем двум базам данных, пользователи могут увидеть противоречивые данные и запутаться. Однако, если ваша локальная база данных находится в тяжелом состоянии, возврат к удаленной базе данных является разумным. В этом случае вы также хотели бы перенаправить трафик с локального веб-сервера, чтобы избежать вышеупомянутых задержек.
Вы хотите убедиться, что пользователь придерживается того же сервера Apache, чтобы он получал согласованное представление данных. Простой способ сделать это - перенаправить пользователей с www.yoursite.com на server1.yoursite.com и server2.yoursite.com, убедившись, что все ваши URL-адреса являются относительными. Если один сервер выйдет из строя, вы можете перезаписать DNS, и до тех пор пользователи, вероятно, будут продолжать обновлять www.yoursite.com (который будет использоваться в качестве циклического перебора DNS), пока не получат другой сервер. Единственная опасность в этом заключается в том, что пользователи будут добавлять в закладки server1.yoursite.com.