Theo dõi uptime, chỉ báo khi đa số vùng cùng thấy lỗi

Trả lời nhanh#

• Kiểm HTTP(S) và TCP từ châu Âu, Mỹ và châu Á – Thái Bình Dương.

• Sự cố chỉ mở khi hơn một nửa số vùng thấy lỗi; vùng không đánh giá được tính là chưa rõ, không bao giờ tính là sập.

• Điều kiện đạt gồm mã trạng thái, chữ trong body, giá trị JSON, header, thời gian phản hồi và TLS hợp lệ, có cảnh báo chứng chỉ sắp hết hạn.

• Địa chỉ probe được công bố để bạn cho phép trong firewall.

• Tối đa 50 check, nhanh nhất mỗi 60 giây, trong giai đoạn beta.

Bắt được những gì#

Máy chủ đã dừng, DNS trỏ vào hư không, firewall hay CDN chặn tất cả mọi người, chứng chỉ hết hạn, trang trả 200 nhưng sai nội dung. Đây là những lỗi mà công cụ theo dõi lỗi không thấy, vì code của bạn không hề chạy.

Một check được quyết định ra sao#

Mỗi vùng kiểm một lần mỗi chu kỳ. Một vòng là:

Mặc định sự cố mở sau 2 vòng Down liên tiếp và đóng sau các vòng Up liên tiếp. Tỉ lệ sẵn sàng 30 ngày được cắt bớt, không làm tròn lên, nên một vòng lỗi trong tháng không bao giờ hiện 100 % (cách Belvador quyết định).

Điều kiện đạt#

Mặc định, phản hồi 2xx là đạt. Bạn thêm được chữ trong body, giá trị JSON, header, giới hạn thời gian phản hồi hoặc chứng chỉ TLS hợp lệ (điều kiện đạt). Check TCP mở kết nối tới host:port — hợp cho cổng database hoặc SMTP relay.

Chứng chỉ hết hạn trong 14 ngày sẽ hiện cờ và gửi tối đa một cảnh báo mỗi ngày.

Probe chạy ở đâu#

Cho phép các địa chỉ này nếu firewall của bạn lọc theo nguồn. Probe từ chối mạng nội bộ, localhost, địa chỉ metadata của cloud và host của chính Belvador, cả lúc lưu lẫn mỗi lần gửi request (probe từ chối gì).

Cảnh báo và bằng chứng#

Quy tắc mặc định Uptime problems gửi một tin khi check sập và một tin khi trở lại, qua các kênh của bạn (cảnh báo). Khi một vùng lỗi, probe có thể niêm phong dòng trạng thái, các header an toàn và phần đầu body bằng khoá của node; Belvador chuyển tiếp mà không mở được, và bạn xem nó trên trang check.

Giới hạn#

• Tối đa 50 check, nhanh nhất mỗi 60 giây, trong beta.

• Chỉ HTTP(S) GET/HEAD và TCP. Chưa có kiểm nhiều bước bằng trình duyệt, ping ICMP hay kiểm bản ghi DNS.

• Chưa có trang trạng thái công khai.

• Kết quả và thời gian của uptime do dịch vụ monitor của Belvador giữ, không nằm trên node — nhờ vậy mới cảnh báo được khi node tắt. Nội dung response không bao giờ được giữ.

Câu hỏi thường gặp#

Uptime check dùng làm nguồn cho SLO được không?#

Được. Độ sẵn sàng hoặc độ trễ từ uptime check có thể là SLO kèm cảnh báo tốc độ cháy (SLO). Công cụ tính ngân sách lỗi cho thấy một mục tiêu cho phép bao nhiêu.

Làm sao phân biệt traffic của probe trong log?#

Probe gửi User-Agent cố định và đến từ các địa chỉ ở trên (nhận diện probe).