ดังนั้นฉันจึงใช้งานส่วนหน้าของฉันบนเซิร์ฟเวอร์มาสองสามสัปดาห์แล้ว (การเรนเดอร์ฝั่งเซิร์ฟเวอร์เชิงมุม) ฉันพบปัญหานี้อยู่เรื่อย ๆ โดยที่ส่วนหน้ามีข้อผิดพลาด 502ฉันต้องรีสตาร์ทเซิร์ฟเวอร์สองสามชั่วโมงเพื่อให้แน่ใจว่ามีการสำรองข้อมูล การจราจรไม่ติดขัดและทุกอย่างดูเหมือนจะปกติดี (ในบันทึกคอนโซลของฉัน - ไม่มีข้อผิดพลาด ฯลฯ) จนกระทั่งถึงจุดที่จู่ๆ ก็ดับลง เมื่อฉันรีสตาร์ทเซิร์ฟเวอร์ ssr มันก็ใช้ได้ดีอีกครั้ง ฉันใช้ไลบรารีสากลที่เป็นมาตรฐานสำหรับการเรนเดอร์ฝั่งเซิร์ฟเวอร์ใน Angular อะไรคือปัญหา? ฉันต้องตรวจสอบอะไรบ้าง? แกะ? ซีพียู? อื่น ๆ อีก?
โดยทั่วไปแล้ว HTTP 502 หมายความว่าเซิร์ฟเวอร์หนึ่ง (เซิร์ฟเวอร์ต้นทางที่ส่งการตอบสนอง HTTP 502) พยายามพูดคุยกับเซิร์ฟเวอร์อื่นและล้มเหลว
คุณพูดถึงว่าการรีบูตเซิร์ฟเวอร์ "ตัวแรก" (เซิร์ฟเวอร์ตัวแรกแจก 502) ช่วยแก้ปัญหาได้ ซึ่งอาจหมายความว่ามีปัญหาที่ไม่ถาวรบางอย่างบนเซิร์ฟเวอร์นั้น
สาเหตุที่เป็นไปได้:
ตรวจสอบการใช้ RAM (free -m, top) และขีดจำกัดของ RAM ทั้งส่วนกลาง (/etc/security/limits.conf) และต่อกระบวนการ (cat /proc/PID/limits โดยที่ PID คือ PID ของกระบวนการของคุณ)
วิ่ง ss -tlpnao | grep <เซิร์ฟเวอร์ส่วนหลัง IP> (หรือพอร์ตอื่น ๆ ) และเปรียบเทียบจำนวนการเชื่อมต่อกับค่าของ sysctl net.ipv4.ip_local_port_range และ sysctl net.ipv4.tcp_fin_timeout .
ฉันจะเรียกใช้ก tcpdump -nni โฮสต์ใดๆ <backend ip> -v เพื่อตรวจสอบสิ่งที่เกิดขึ้นจากมุมมองของแพ็คเก็ต คุณได้รับคำตอบหรือไม่? ถ้ามี จะตอบกลับแบบไหน? หรือว่าส่วนหน้าไม่เคยได้รับคำตอบจากส่วนหลังเลย? วิธีนี้อาจช่วยให้คุณค้นหาสาเหตุที่แท้จริงได้
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
