WordPress на стеке AWS, обновления ядра и плагинов всегда терпят неудачу

Question

Я установил среду AWS LAMP для WordPress. Все работает, за исключением того, что обновления ядра WP, темы и плагинов всегда происходят молча. На экран не выводятся сообщения об ошибках, на консоль не выводится ничего полезного, в журналах ошибок ничего не отслеживается.

Это базовая настройка AWS с использованием EC2 за бастионным сервером, S3, RDS, EFS и Cloudflare.

Если я пытаюсь обновлять плагины / темы очень маленькими партиями, например по 1, процесс иногда работает. Большую часть времени он просто висит около минуты, а затем останавливается. Что-то слишком большое всегда терпит неудачу.

Обновления ядра всегда терпят неудачу. Достигается «Распаковка обновления…» и останавливается там. В целом он будет пытаться, возможно, в течение 60 секунд, прежде чем страница просто перестанет загружаться, несмотря на то, что max_execution_time установлено в 300.

1) Я увеличил различные значения php, которые могут помочь:
max_execution_time = 300
memory_limit = 1G
post_max_size = 25M
max_input_vars = 1000

2) Я проверил, перепроверил и ослабил разрешения для webroot. На этом фронте все хорошо. Все принадлежит apache, который является правильным пользователем. Все каталоги 755. Все файлы 644.

3) Я запустил WP Health Check, и все приходит в себя. Здесь не сообщается о каких-либо проблемах, кроме проблем с переходом с PHP 7.0 на 7.2.

4) Несколько раз я сделал новую установку WP с чистыми БД и файлами.

5) Я пробовал несколько версий WP, чтобы исключить проблему 5. *.

Я использую тему 2019 с только базовыми плагинами, чтобы исключить конфликты тем / плагинов.

Включена регистрация ошибок PHP, включена отладка WordPress, но, опять же, ничего не записывается в журнал или печатается на экран.

Я давно работал над WordPress и LAMP, поэтому здесь я склоняюсь к конфигурации AWS. Я особенно подозреваю, что этот бастион или что-то еще мешает исходящей или входящей связи.

Answer 1

Прикладные балансировщики нагрузки имеют максимальное время ожидания 60 секунд. Это означает, что они будут только ждать и возвращать ответ от цели до 60 секунд перед закрытием соединения.

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

Мы столкнулись с этой ситуацией, и, хотя она не идеальна, мы сделали одно замечание по этому сценарию: если мы подождем несколько минут и проверим плагины, темы или основные файлы, они действительно обновятся. Это связано с тем, что, хотя время ожидания ALB истекло, функция Wordpress все еще выполняется, и, если не произойдет какой-либо другой ошибки, она завершится.