Continuu să primesc această eroare foarte frecvent:
Severitate: Avertisment --> mysqli::real_connect(): php_network_getaddresses: getaddrinfo failed: Eșec temporar în rezolvarea numelui
Această problemă se rezolvă numai după repornirea serverului. Având în vedere că acest lucru se întâmplă pe un server live care are milioane de solicitări zilnic, repornirea nu este cea mai bună opțiune.
[EDITAT]
Folosesc Ubuntu 18.04 și mă conectez la un cluster Aurora pe AWS, iar codul backend se află pe EC2
@matigo pe Askubuntu par să creadă că s-ar putea să ating limita:
https://askubuntu.com/a/1363447/135086
Așa că am făcut niște depanare pentru a înțelege dacă de fapt ating limita de 1024 PPS.Din fericire, a existat un articol AWS care pare să mă ajute să înțeleg că,
https://aws.amazon.com/premiumsupport/knowledge-center/vpc-find-cause-of-failed-dns-queries/
Am încercat comenzile pentru a înțelege PPS-ul pe care îl lovesc în acest moment și am monitorizat până când găsesc eroarea.
EROARE - 2021-09-20 12:14:31.547863 --> Severitate: Avertisment --> mysqli::real_connect(): (HY000/2002): php_network_getaddresses: getaddrinfo failed: Eșec temporar la rezoluția numelui
Spre surprinderea mea, următoarea este rezultatul comenzii menționate în articolul AWS
tcpdump -r <nume_fișier.pcap> -nn dst portul 53 | awk -F " " '{ print $1 }' | tăiați -d"." -f1 | uniq -c
2 06:44:22
6 06:44:24
4 06:44:26
2 06:44:28
4 06:44:30
7 06:44:34
2 06:44:38
7 06:44:39
9 06:44:44
6 06:44:46
4 06:44:49
6 06:44:50
Luând în considerare fusul orar ca +05:30, o eroare la 12:14:31 IST ar trebui să aibă o intrare pentru dns la 06:44:31 UTC.
Dacă luăm în considerare dimensiunea medie a pachetului la 4 pachete per apel, referindu-ne la răspunsul lui @matigo, nu ating 22 de apeluri dns pe secundă. Așa că uitând mai departe în jurnale,
4 06:39:06
26 06:39:09
4 06:39:10
2 06:39:13
6 06:39:16
16 06:39:17
Unele intrări au depășit limita de 22 de apeluri dns pe secundă și nu am întâlnit eroarea php_network_getaddresses.
Deci nu sunt sigur care este problema aici.
Cineva a mai spus că acest lucru s-ar putea datora unui server DHCP necinstit în LAN, nu sunt sigur cum să identifice asta, sau ar fi posibil pe un EC2 când singurul DNS configurat este AWS Route53 Resolver.
În acest moment, sunt confuz dacă aceasta este chiar problema limitei PPS sau altceva.