Khi xây dựng một ứng dụng web cơ bản phía sau Load Balancer, tại sao chúng ta nên ưu tiên sử dụng giải pháp Health Check định kỳ thay vì chỉ dựa vào trạng thái kết nối mạng TCP ban đầu?

Question

Accepted Answer

Bản chất vấn đề
Health Check (kiểm tra sức khỏe) là cơ chế để Load Balancer liên tục chủ động gửi các tín hiệu kiểm tra (HTTP GET hoặc TCP Ping) tới các Backend Server nhằm xác định xem server đó có đủ khả năng tiếp nhận và xử lý request hay không.
Tại sao kết nối TCP chưa đủ?

Một Server có thể phản hồi kết nối TCP (3-way handshake thành công) nhưng ứng dụng bên trong đã bị treo (deadlock), tràn bộ nhớ (OutOfMemory), hoặc cơ sở dữ liệu kết nối phía sau đã sập.
Nếu chỉ dựa vào TCP, Load Balancer vẫn sẽ tiếp tục điều hướng request người dùng vào một server đang 'chết não', dẫn đến lỗi 502 Bad Gateway hoặc timeout.

Giải pháp và Best Practices Enterprise

Sử dụng HTTP Health Check thay vì TCP Ping thuần túy.
Trỏ Health Check tới một endpoint cụ thể của ứng dụng (ví dụ: /api/health-check). Endpoint này nên thực hiện query nhẹ xuống Database và kiểm tra các dependency quan trọng.
Cấu hình thông số phù hợp:
Interval: Thời gian giữa các lần kiểm tra (thường từ 5 đến 10 giây).
Timeout: Thời gian chờ phản hồi tối đa.
Unhealthy Threshold: Số lần kiểm tra thất bại liên tiếp trước khi đánh dấu Server là DOWN.
Healthy Threshold: Số lần kiểm tra thành công liên tiếp trước khi đưa Server trở lại trạng thái UP.

Khi xây dựng một ứng dụng web cơ bản phía sau Load Balancer, tại sao chúng ta nên ưu tiên sử dụng giải pháp Health Check định kỳ thay vì chỉ dựa vào trạng thái kết nối mạng TCP ban đầu?

Bản chất vấn đề

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi load balancing liên quan cùng chủ đề