Установка Wordpress на двох серверах - збалансування навантаження

Мені потрібно встановити wordpress (один блог, один домен, наприклад, mycompany.com/blog) на два сервери, які обмінюються однією базою даних на іншому сервері, ці два сервери стоять за балансиром навантаження, а db буде на іншому сервері. Ми плануємо таким чином через великий трафік.

Я робив окремі установки WordPress на одному сервері, в Windows 2003, 2008 з IIS6, 7 тощо

Я просто досліджую, як би це здійснити.

Які були б кроки для досягнення цього, і при пошуку я побачив деякі публікації щодо каталогу wp-content / uploads, що синхронізуються через рівні проміжки часу?

ваша допомога дуже вдячна Дякую за прочитане

Що ми зробили:

a) У нас є два веб-сервери, підключені до кластеру san b) створено каталог блогу на san c) Списано цей каталог блогу як віртуальний каталог на обох веб-серверах d) Встановлено wordpress на будь-якому з них (як домен та віртуальний IIS каталоги однакові для обох серверів - наприклад, www.abc.com) e) База даних цього блогу розташована на двох MySQL Boxes

Оскільки Wordpress сидить на Сан, тому немає конфліктів із завантаженнями чи чимось подібним, URL-адреса блогу - це www.abc.com/blog, і це налаштовано для обох.

Сподіваюся, що хтось допомагає!

Якщо ці каталоги повинні бути ідентичними, чи можете ви розмістити їх на іншому сервері та віддалено встановити їх через NFS?

Існує так багато способів поліпшити продуктивність WordPress, що не потребують другого сервера і балансування завантаження. Два слова: "кешуйте все".

• Використовуйте кеп-код кеп-коду (APC). Ви можете легко досягти 90% частоти показів у кеші за допомогою wordpress у розмірі менше 64 Мб пам'яті.

• Увімкнути кеш запитів mysql. Ви можете легко досягти 65% або> частоти показів кеш-пам'яті з дуже малою пам’яттю (залежно від сайту, але ніколи не надто високе).

Головне:

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

Я справді сумніваюся, що ваш сайт буде робити достатньо трафіку, щоб зажадати двох серверів веб / додатків, якщо вищевказані поширені вдосконалення будуть реалізовані (вищезгадане може легко впоратися з ефектом косого). Однак два веб-сервери додали б рівень стійкості до відмов. Оскільки продуктивність може бути досягнута за допомогою одного веб-сервера, то допуск помилок може бути досягнуто за допомогою активної / пасивної установки. Це було б простіше і не вимагає обміну інформацією про сеанс.

Ми потрапили в ту ж ситуацію, і в кінцевому підсумку встановили плагін s3, який розміщує ваш каталог завантажень wp, тому вам не доведеться мати справу з синхронізацією.

Це те, що ми використовували: http://tantannoodles.com/toolkit/wordpress-s3/

До цього часу це чудово працює!

Ви повинні ділитися між серверами завантаженнями / dir та dir сесіями, як правило, в / tmp

Змініть його в php.ini та поділіться fs для сеансів та завантажених файлів між серверами через samba, nfs або те, що вам зручніше.

По-перше, відповів на дуже пов’язане питання, тут ви, мабуть, знайдете корисне: реплікація SAN + MySQL - це те, що я хочу для мого кластера Drupal, збалансованого навантаженням?

Веб-кластеризація може зайти дуже далеко за кролячим отвором, тому важливо пам’ятати про свої бізнес-цілі та не загубитися в інженерному процесі. Наприклад, ви плануєте мати два веб-сервери та один сервер баз даних ... але що робити, якщо сервер бази даних є вашим вузьким місцем? Тоді ваш другий веб-сервер витрачається даремно. На сучасному обладнанні з одним веб-сервером та одним сервером баз даних та добре налаштованим wordpress ви можете обробляти пару сотень запитів в секунду. Ти цього очікуєш? Якщо ні, то, напевно, немає сенсу в балансуванні навантажень.

сеанси краще спільно використовувати через memcache, ніж у файловій системі.

Для пари Linux я б використовував DRBD. Еквівалент Windows - це служба розподілених файлів.

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