Wordpress, работающий на EC2 t3.small, становится недоступным (ошибка ELB 504) через X промежуток времени, нуждается в перезагрузке - PullRequest
0 голосов
/ 08 апреля 2020

У меня проблема с моим экземпляром Amazon EC2 (такого не было, когда я использовал DigitalOcean).

У меня есть несколько экземпляров EC2, которыми я управляю. Мой персональный EC2 имеет около 5 сайтов Wordpress, работающих на экземпляре t2.micro, и трафик c не высок, поэтому он хорошо работает со скоростью загрузки.

Также у меня есть еще 2 экземпляра для одного из моих клиентов один t2.micro (работает только один сайт Wordpress) и t3a.micro (работает 4 сайта Wordpress). Проблема связана со всеми тремя экземплярами (моим и всеми двумя из моего клиента).

У меня есть сигнал тревоги CloudWatch, который уведомляет меня по электронной почте, когда возникает ошибка 504. Поскольку я получаю сигнал тревоги, веб-сайт становится недоступным (Cloudflare показывает мне ошибку 504), но я могу войти в S SH или Webmin. Я делаю service nginx status, и все, кажется, в порядке, так же, как service php7.2-fpm. Я делаю pkill nginx && pkill php*, а затем service nginx start && service php7.2-fpm start правильно, но когда я пытаюсь зайти на сайт, ошибка 504 все еще присутствует.

Чтобы проверить, я решил установить и настроить Apache с и без PHP -FPM включен, та же проблема. Экземпляр работает хорошо, и веб-сайты работают быстро, но через X часов он становится недоступным через Интернет, и единственное решение - перезагрузка ...

Что единственное, что решает проблему? Ну, перезагрузка экземпляра .... После загрузки веб-сайты снова становятся доступными. Обратите внимание, что я перешел с DigitalOcean на AWS, потому что это более полезно, но я не могу понять, почему проблема возникает здесь, а не там, поскольку у меня подобный экземпляр настроен очень похоже ...

Во всех случаях у меня есть установка с:

  • OS : Ubuntu 18.04
  • Типы : два t2.micro и один t3a.micro
  • ELB : включен
  • Группы безопасности : разрешены только порты 80, 443 из всех источников.
  • База данных : В RDS, но не в одном и том же экземпляре.

Я могу предоставить журналы всего, что вы, вероятно, можете спросить, но я просматриваю все Nginx и PHP -fpm логи, и я не вижу никаких аномалий. Также с syslog и kern.log, но я могу предоставить, если это поможет.

Надеюсь, вы можете помочь мне. Спасибо за ваш совет!

РЕДАКТИРОВАТЬ:

Я уже нашел причину проблемы. Проблема не была в EC2, все мои головные боли были связаны с тем, что у меня установлена ​​RDS с одной подключенной группой безопасности, чтобы разрешить доступ с моего IP-адреса к удаленному управлению базами данных и опубликованным c IP-адресам EC2, на котором работает Wordpress. , но я решил, что мне также нужно внести в белый список частные IP-адреса этих EC2 ... Действительно, ошибка noob, но это было решением.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...