Установка Wordpress на двух серверах - выравнивание нагрузки

Существует так себе столько способов улучшить производительность Wordpress, которые не требуют второго сервера и выравнивания нагрузки. В двух словах: "кэш все".

• Используйте php ловца кода операции (APC). Можно легко достигнуть 90%-х уровней удачного обращения в кэш с Wordpress в менее чем 64 МБ мадам.

• Включите кэш запроса mysql. Можно легко достигнуть 65% или> уровни удачного обращения в кэш с очень маленькой мадам (зависимый сайта, но никогда слишком высоко).

Самое главное:

Wordpress является тяжелым сайтом "чтения" (по сравнению с записью) с большинством запросов, ограниченных несколькими сотнями страниц (сообщения в блоге). Можно увеличить запросы в секунду 10 сгибов путем обслуживания статических версий самых популярных сообщений. Лучший плагин для этого: wp-super-cache. Я не положителен, если тот конкретный плагин совместим с 2k3, но общее представление об автоматическом создании статических версий Ваших страниц и периодически обновления их для включения новых комментариев, редактирований, и т.д. будет лучшим выбором.

Я действительно сомневаюсь, что Вы - сайт, будет делать достаточно трафика для требования двух сетей/серверов приложений, если вышеупомянутые общие улучшения будут реализованы (вышеупомянутое может легко обработать эффект недоступности из-за большого числа обращений). Однако два веб-сервера добавили бы уровень отказоустойчивости. Так как производительность может быть достигнута с одним веб-сервером, затем отказоустойчивость может быть достигнута с помощью активной/пассивной установки. Это было бы более простым и не потребовало бы никакого обмена информацией сессии.

Необходимо совместно использовать между серверами загрузки/dir и dir сессий, обычно в/tmp

Измените его в php.ini и совместно используйте фс для сессий и загруженных файлов между серверами через самбу, nfs или что Вы предпочитаете.

Сначала, ответил на очень связанный вопрос здесь, Вы, вероятно, найдете полезным: репликация MySQL SAN + - является этим, что я хочу для своего сбалансированного с загрузки кластера Drupal?

Веб-кластеризация может пойти действительно далеко вниз кроличья нора, таким образом, его важное, чтобы иметь в виду Ваши бизнес-цели и не потеряться в одном-upsmanship инженере. Например, Вы - планирование наличия двух веб-серверов и одного сервера базы данных..., но что, если сервер базы данных является Вашим узким местом? Затем Ваш второй веб-сервер потрачен впустую. На современных аппаратных средствах с одним веб-сервером и одним сервером базы данных и хорошо настроенным Wordpress можно обработать пару сотни запросов в секунду. Вы ожидаете это? В противном случае в выравнивании нагрузки нет, вероятно, никакого смысла.

Мы столкнулись с той же ситуацией, законченной установить s3 плагин, который размещает Ваш каталог загрузок wp, таким образом, Вы не должны иметь дело с синхронизацией.

Это - то, которое мы использовали: http://tantannoodles.com/toolkit/wordpress-s3/

Это работало отлично до сих пор!

сессии лучше совместно используются через кэш-память затем в файловой системе.

На паре Linux я использовал бы DRBD. Эквивалентный Windows является Распределенной Файловой службой.

http://technet.microsoft.com/en-us/library/cc753479%28WS.10%29.aspx