
Я запускаю экземпляр t2.micro на Amazon Linux AMI 2018.03 (4.14.59-64.43.amzn1.x86_64). Он размещает веб-сайт php с использованием Apache/2.4.33 и подключается к базе данных RDS MySQL.
Время от времени сервер полностью «исчезает». Попытка отобразить веб-сайт, подключиться к FTP или даже подключиться по SSH с помощью putty приводит к тайм-ауту. И он не восстанавливается сам по себе, мне приходится вручную выключать сервер через консоль AWS и запускать его снова, затем все возвращается в норму. (Интересно, что команда «reboot» ничего не делает и, похоже, игнорируется сервером. Помогает только выключение и повторный запуск)
Проблема в том, что я проверил все файлы журналов, которые смог найти, и, похоже, ничего не происходит в то время, когда сервер перестает отвечать, поэтому я понятия не имею, как устранить неполадку. Проверяя показатели Cloudwatch, использование ЦП и сети также, похоже, в норме, когда сервер не отвечает.
Похоже, это происходит, когда я запускаю определенный PHP-скрипт, интенсивно использующий память, несколько раз (но иногда я могу запустить этот скрипт без проблем), поэтому я подозреваю, что это может быть связано с заполнением оперативной памяти. Но если система что-то закрывала, чтобы освободить память, разве это не будет отображаться в журналах?
Как можно провести отладку в такой ситуации?
Спасибо
Вот единственная запись в журнале сообщений, касающаяся последнего случая:
Sep 6 15:11:34 compta dhclient[2266]: PRC: Renewing lease on eth0.
Sep 6 15:11:34 compta dhclient[2266]: XMT: Renew on eth0, interval 10970ms.
Sep 6 15:11:34 compta dhclient[2266]: RCV: Reply message on eth0 from ****::***:****:****:****.
Sep 6 15:11:34 compta ec2net: [get_meta] Trying to get http://***.***.***.***/latest/meta-data/network/interfaces/macs/**:**:**:**:**:**/local-ipv4s
Sep 6 15:11:34 compta ec2net: [rewrite_aliases] Rewriting aliases of eth0
Sep 6 15:11:34 compta ec2net: [get_meta] Trying to get http://***.***.***.***/latest/meta-data/network/interfaces/macs/**:**:**:**:**:**/subnet-ipv4-cidr-block
Sep 6 15:22:13 compta kernel: imklog 5.8.10, log source = /proc/kmsg started.
Sep 6 15:22:13 compta rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="2356" x-info="http://www.rsyslog.com"] start
Sep 6 15:22:13 compta kernel: [ 0.000000] Linux version 4.14.59-64.43.amzn1.x86_64 (mockbuild@gobi-build-64010) (gcc version 7.2.1 20170915 (Red Hat 7.2.1-2) (GCC)) #1 SMP Thu Aug 2 21:29:33 UTC 2018
Sep 6 15:22:13 compta kernel: [ 0.000000] Command line: root=LABEL=/ console=tty1 console=ttyS0 selinux=0 LANG=en_US.UTF-8 KEYTABLE=us
Sep 6 15:22:13 compta kernel: [ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
В 15:22 я перезапускаю сервер.
Только что кое-что понял: аренда eth0 обычно возобновляется ~ каждую минуту, но останавливается, как только сервер перестает отвечать.
решение1
Как и в предыдущем комментарии, я перейду к ответу, чтобы вы могли отметить его как правильный. Это означает, что люди не придут, чтобы попытаться помочь.
Предлагаю вам настроить немного пространства подкачки, чтобы проверить, не проблема ли это с оперативной памятью. У меня есть руководство о том, как это сделатьздесь, но это очень распространенная практика, поэтому существуют сотни ресурсов, рассказывающих, как это сделать.
решение2
Согласился на проверку кредитов ЦП на экземпляре t2. У троттлинга может быть такое поведение.
Перейдите по этой ссылке: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-credits-baseline-concepts.html