Редактировать: Почему это не работает, потому что, учитывая, что вы сделали образ экземпляра, это означает, что у него теперь есть две базы данных (если вы не использовали RDS) и два сервера с двумя разными наборами файлови дб.Это не должно иметь место, а может быть, это будет причиной того, что он не работает.
Вы используете неправильный подход, вы можете воспользоваться преимуществами автоматического масштабирования и балансировки нагрузки, если вы разработали свой сайттаким образом.
Это может быть длинный ответ, но я надеюсь, что это поможет вам понять, как это работает или как в идеале это должно работать на AWS
Сервер без сохранения состояния
Сервер без сохранения состояния является необходимым условием для построения высокодоступной и масштабируемой инфраструктуры на AWS.Сервер без сохранения состояния не сохраняет ожидаемые данные о временных данных, таких как кеши.
По умолчанию WordPress хранит данные двумя различными способами:
База данных MySQL: статьи, комментариипользователи и части конфигурации хранятся в базе данных MySQL.
Файловая система: мультимедийные файлы, загруженные авторами, хранятся в файловой системе.
Если база данных MySQL работает на том же экземпляре EC2, что и само приложение WordPress, сервер не остается без состояния.То же самое верно для файлов мультимедиа, хранящихся в файловой системе.
Почему это проблема?Потому что, если виртуальная машина станет недоступной, данные также будут недоступны.И если вам нужно добавить еще один экземпляр EC2 для обработки большего количества трафика, все данные будут отсутствовать на дополнительном сервере
Компоненты, которые вам нужно использовать:
- RDS: управляемая база данных MySQL
- S3: хранилище медиафайлов
- ELB: синхронная развязка
- Автоматическое масштабирование в зависимости от использования
Вы можете обратиться к этомупример архитектуры для справки: 
Вы можете сослаться на это Сообщение в блоге или можете использовать Шаблон CloudFormation тоже.