Дзэн и Искусство обслуживания мотоцикла: расследование значений
(Часто рассматриваемый как одна из лучших книг по любой теме.)
Эта кавычка (найденный здесь) релевантна:
Мое личное отношение - то, что это - то, как дальнейшее улучшение мира будет сделано: людьми, принимающими Качественные решения и это - все. Бог, я не хочу иметь больше энтузиазм по поводу больших программ, полных социального планирования больших масс людей, которые пропускают отдельное Качество. Они могут быть оставлены в покое некоторое время. Существует место для них, но они должны быть созданы на основе Качества в вовлеченных людях. У нас было то отдельное Качество, в прошлом использовал его как природные ресурсы, не зная его, и теперь это примерно истощается. Общий примерно из сообразительности. И я думаю, что пора возвратиться к восстановлению этого американского ресурса - отдельная ценность.
Мы использовали Супер Гибкий Синхронизатор Файла для материала как это в прошлом. Это работает действительно хорошо и имеет много опций управлять синхронизацией.
Я не мастер с IIS, но надо надеяться техника переведет.
Я предполагаю, что существует общее имя хоста, которое является загрузкой, сбалансированной между этими двумя серверами, и что существует также публично доступное имя каждого.
То, что Вы хотите, является условным перенаправлением на одном из этих двух серверов, объединенных с некоторой синхронизацией файлов. Если URI запускается с/wp-content, и файл существует, служите ему локально. Иначе перенаправьте к другому серверу. Сервер перенаправления к B и наоборот.
Это должно привести к бесшовному опыту для средств просмотра - они просто получат временное перенаправление для изображений в окне между восстановлением работоспособности сообщения и синхронизирующим выполнением. В зависимости от пропускной способности или проблем дублирования, Ваш синхронизирующий интервал мог составить намного, чем 15 минут, так как сайт должен представить правильно момент, сообщение повышается.
В nginx я сделал бы это с блоком как так:
location ~ ^/wp-content {
if( -f $request_filename ) {
expires max;
break;
}
rewrite ^/(.+)$ http://otherserver.com/$1 last;
}
nginx доступен для Windows, но я сомневаюсь, что Вы хотите переключить программное обеспечение веб-сервера, чтобы сделать это. Надо надеяться, идея может быть преобразована в IIS или какой бы ни программное обеспечение Вы используете.
Я помещаю это как отдельный ответ, потому что это - другой подход:
Что относительно того, чтобы поместить изображения в облачное хранилище (Amazon S3 или подобный), затем имея Ваших пользователей используют ссылки на облако. Затраты пропускной способности могли бы быть немного выше и существуют возможно учебные проблемы, заставляющие пользователей загружать на облако сначала, но оно избавляет от необходимости проверки перекрестных серверов или локальную файловую систему.
Это также должно масштабироваться независимо от количества серверов, которые Вы развертываете.
Имеет содержание на доле файла единой сети (никакой DFS) опцию?
Как насчет унисона?
Можно использовать rsync для этого. Иначе, если у Вас есть файлы при управлении исходным кодом, Вы могли бы использовать что-то как Capistrano, чтобы смочь развернуть вещи к различным машинам (и даже откатывать при необходимости).
Когда у Вас есть больше чем одна машина, способность развернуться и откатывать очень полезна.
как насчет robocopy со следующими переключателями: 1. Обнаружить изменения и увеличить синхронизацию-/MON:n:: источник Монитора; выполненный снова, когда больше, чем замеченные изменения n./MOT:m:: источник Монитора; выполненный снова в m мелкое Время, если изменено.
neways, что Вы наконец использовали для этой проблемы?