Локализованные серверы для разных континентов без ручного сброса данных?

Не могли бы вы объяснить мне, как можно настроить такую конфигурацию (пример) (LAMP):

1 Главный сервер (например, в Европе) с базой данных, статическими файлами, php и т. Д.
Другие серверы на других континентах (сокращение сетевого времени)
- site.fr, site.de, site.co.uk и т. д. будут указывать на IP-адрес европейского сервера.
- site.jp и т. д. будут указывать на азиатский сервер

Учитывая, что код и база данных одинаковы для всех серверов, что является лучшим способом сделать это без необходимости ежедневно вручную выгружать базу данных «вспомогательного» сервера?

(А есть хостинговая компания, где можно выбрать локализацию серверов?)

Большое спасибо за все предложения

Хммм. Вы можете сделать это разными способами, я думаю, что сейчас самые популярные - это кеширование и репликация.

Кэширование позволит вашим локализованным серверам кэшировать контент и быстрее обслуживать его для ближайших клиентов. Ваш основной сервер по-прежнему будет получать основную часть динамического материала, но с хорошим кешированием вы можете выгрузить большую часть статического контента на спутниковое серверы.
Репликация - это метод автоматической синхронизации данных между серверами. Он лучше работает между серверами в одном сегменте локальной сети или достаточно близко, чтобы иметь хорошую скорость, но вы можете проверить и посмотреть, работает ли это для вас. Ты можешь использовать rsync или drbd для синхронизации php или статических данных между серверами и использования Репликация MySQL функции для синхронизации БД.

В частности, я бы выбрал сильное кеширование / статическую репликацию или, возможно, кеширование + репликацию БД, чтобы вспомогательные серверы были доступны только для чтения, и все обновления данных выполнялись на основном сервере. Немного сложный, но очень масштабируемый. Существуют и другие методы, такие как кеширование страниц результатов (результатов динамических страниц), которые также можно использовать для улучшения инфраструктуры.

РЕДАКТИРОВАТЬ: Хорошая статья о memcached и mysql.