Назад | Перейти на главную страницу

WordPress и ELB в AWS

Пытаюсь настроить Wordpress с помощью AWS. Прямо сейчас у меня есть:

Это может показаться глупым сомнением, но я хочу настроить их так, чтобы на обоих серверах была одинаковая информация (например: прямо сейчас на одном сервере есть изображения, которых нет на другом). Я также хочу обновлять плагины сразу, не заходя каждый раз, чтобы обновить их.

Насколько я знаю, мне нужно настроить S3 для всех изображений и тому подобного, но меня беспокоят плагины. Не могли бы вы дать мне совет, как это сделать?

Заранее спасибо.

[РЕДАКТИРОВАТЬ] Большое спасибо. Думаю, я попробую, как предложил пользователь @tex, я думаю, что это проще всего сделать, и я думаю, у меня не будет особых проблем. Спасибо всем, кто помогал.

Посмотрите на Amazon CloudFormation, там есть шаблон, который помогает в этом. Вы также можете использовать EFS, эластичный файловый магазин, для общей файловой системы. Поместите Wordpress, включая все плагины и мультимедиа, на общий диск EFS, чтобы оба сервера имели к нему доступ. Есть вероятность, что, если оба сервера попытаются изменить что-то конфликтующим образом, возникнут проблемы, но я подозреваю, что все будет в порядке. Если вы это сделаете, регулярно создавайте резервные копии диска EFS.

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

Судя по моему опыту работы с WordPress, это очень сложно сделать. Может быть невозможно (зависит от того, сколько вы хотите взломать на WP).

Как вы отметили, проблема заключается в том, что WP вносит изменения в локальные файлы. Возможно, вам лучше всего будет использовать только один ELB, один более крупный EC2 для WordPress и экземпляр RDS разумного размера для БД.

Бьюсь об заклад, вы сэкономите много времени и избавитесь от этого. Возможно, вы можете смонтировать том EFS на экземпляр EC2, поместить туда WordPress и настроить группу AutoScaling с фиксированным размером, равным единице, для защиты от сбоев экземпляра.

S3 поможет вам распространять мультимедийный контент (если вы используете для этого плагин и в идеале субдомен, например static.mydomain.com) «вне» инфраструктуры вашим конечным пользователям: они загрузят css / js / img needen чтобы браузер построил страницу от ближайшей к ним конечной точки s3. Вместо этого вы хотите синхронизировать мультимедиа (в основном, wp-content), это механизм, способный реплицировать изменения файлов на всех ваших виртуальных машинах. Этого можно добиться от старой школы cron + rsync до распределенного хранилища, такого как gluster. Я предлагаю вам следовать методологии K.I.S.S и начать с различных базовых cron + rsync. Удачи