Uptime: biết khi trang hoặc dịch vụ ngừng phản hồi

Check uptime hỏi trang web hoặc dịch vụ của bạn, từ bên ngoài, xem nó còn trả lời không. Máy kiểm của Belvador ở tối đa 3 vùng gửi yêu cầu; Belvador so câu trả lời và chỉ mở sự cố khi đa số vùng cùng thấy có vấn đề. Nó bắt được những gì theo dõi lỗi không thấy: máy chủ đã dừng, DNS trỏ sai, chứng chỉ hết hạn, CDN hay tường lửa chặn tất cả mọi người. Không cần cài gì vào app.

1. Tạo check#

Mở Uptime → Tạo check.

1. Loại — HTTP(S) gửi yêu cầu GET hoặc HEAD; TCP chỉ mở kết nối tới host:port (cổng cơ sở dữ liệu, máy chuyển thư, máy chủ game…).

2. Đích — một URL hoặc host:port công khai. Mạng nội bộ, localhost, địa chỉ metadata của nhà cung cấp cloud và chính các host của Belvador bị từ chối khi lưu và lại bị kiểm ở mỗi yêu cầu; xem máy kiểm từ chối gì. URL có tên đăng nhập hay mật khẩu bên trong bị từ chối; khoá query trông như token (token, key, secret…) được cảnh báo, vì URL đầy đủ là một phần cấu hình check.

3. Vùng — tối thiểu 2. Form ghi rõ mỗi vùng chạy ở đâu.

4. Chu kỳ — 60, 120, 300, 600, 1800, 3600 giây. Số check được tạo và chu kỳ ngắn nhất tuỳ gói của bạn; form hiển thị giới hạn của bạn.

5. Điều kiện đạt — mặc định câu trả lời 2xx là đạt (thêm 3xx khi không đi theo chuyển hướng). Có thể thêm chữ trong nội dung, giá trị JSON, header, giới hạn thời gian phản hồi hay chứng chỉ TLS hợp lệ: xem Điều kiện đạt.

6. Lưu. Lượt đầu tiên chạy ngay; kết quả xuất hiện trong vòng một chu kỳ.

Thời gian chờ mặc định 10 giây (1–30 giây). Chuyển hướng được đi theo tối đa 3 bước, trừ khi bạn tắt. Bạn có thể thêm tối đa 10 header cho yêu cầu; không được đặt authorization, cookie, host, content-length, transfer-encoding, connection, te, upgrade và mọi header proxy-* hay sec-*.

2. Belvador quyết định thế nào#

Mỗi vùng kiểm một lần mỗi chu kỳ, lệch một khoảng cố định theo từng check để không phải check nào cũng gửi cùng một giây. Một lượt được quyết định 15 giây sau khi chu kỳ kết thúc cộng thời gian chờ:

Sự cố mở sau N lượt Sập liên tiếp (mặc định 2, tối đa 5) và đóng sau M lượt liên tiếp Hoạt động hoặc Suy giảm. Lượt Không rõ không phá chuỗi, cũng không được đếm. Vì vậy từ yêu cầu hỏng đầu tiên tới lúc cảnh báo mất từ (N − 1) × chu kỳ + thời gian chờ + 15 giây đến N × chu kỳ + thời gian chờ + 15 giây — form hiển thị khoảng này theo cài đặt của bạn.

Không rõ không bao giờ có nghĩa là Sập. Kết quả một vùng là không rõ khi Belvador không thể đánh giá công bằng dịch vụ của bạn: trần tần suất mỗi đích bắt yêu cầu chờ quá lâu, đích phân giải ra địa chỉ bị từ chối, chính máy kiểm gặp lỗi, hoặc máy kiểm của một vùng ngừng báo quá 2 × chu kỳ ngắn nhất (hiện là chưa quan sát). Nếu dưới 2 vùng còn quan sát được, mọi check hiện Không rõ thay vì đoán.

3. Các trạng thái#

Cờ Chứng chỉ TLS hết hạn sau N ngày hiện cạnh trạng thái khi chứng chỉ HTTPS hết hạn trong khoảng cảnh báo (mặc định 14 ngày, 1–60).

Độ sẵn sàng 30 ngày là tỉ lệ lượt đã quyết định có kết quả Hoạt động hoặc Suy giảm. Thời gian Không rõ và tạm dừng bị bỏ ra, không tính là hoạt động. Con số bị cắt, không bao giờ làm tròn lên: 99,996 % hiện là 99,99 %, và một lượt hỏng trong tháng không bao giờ hiện 100 %.

4. Kiểm ngay, tạm dừng và tắt tiếng cảnh báo#

• Kiểm ngay chạy check một lần ở mọi vùng đã chọn và hiện câu trả lời, thời gian từng bước của mỗi vùng. Tối đa 6 lần mỗi phút cho mỗi check; không bao giờ mở hay đóng sự cố.

• Tạm dừng ngừng kiểm tới thời điểm bạn chọn, hoặc tới khi bạn bấm Chạy lại. Thời gian tạm dừng không tính vào độ sẵn sàng.

• Tắt tiếng cảnh báo vẫn kiểm và ghi lại, nhưng không gửi cảnh báo.

5. Cảnh báo#

Mỗi workspace có sẵn quy tắc mặc định Sự cố uptime. Quy tắc gửi một tin khi sự cố mở và một tin khi hồi phục, qua chính các nơi nhận của bạn — Telegram, Slack, email hoặc webhook. Check mở sự cố mới trong khoảng Không lặp lại trong của quy tắc thì không báo thêm. Chứng chỉ sắp hết hạn gửi tối đa một tin mỗi ngày.

Tin ghi tên check, project, môi trường, đích đã bỏ phần query, lý do hỏng và các vùng hỏng. Không bao giờ chứa nội dung phản hồi, header hay header bạn cài cho yêu cầu.

6. Dữ liệu uptime nằm ở đâu#

Uptime là nơi duy nhất chính Belvador đo dịch vụ của bạn, nên đây là ngoại lệ được công bố của nguyên tắc "dữ liệu nằm trên node của bạn":

• Belvador giữ: kết quả mỗi lượt, lý do hỏng, mã trạng thái, thời gian từng bước (DNS, kết nối, TLS, byte đầu, tải về), hạn chứng chỉ và vùng nào hỏng — theo phút trong 3 ngày, theo giờ trong 90 ngày.

• Belvador không bao giờ giữ: nội dung phản hồi. Máy kiểm đọc tối đa 64 KB vào bộ nhớ để kiểm điều kiện, rồi bỏ.

• Bằng chứng lỗi (mặc định bật, theo từng check): khi một vùng hỏng, máy kiểm niêm phong dòng trạng thái, một danh sách header an toàn cố định và 8 KB đầu của nội dung (đã lọc bí mật) bằng khoá của node bạn. Belvador chuyển nguyên hộp niêm phong mà không mở được; chỉ node của bạn mở được. Node giữ 100 bản mới nhất cho mỗi check, lâu bằng thời gian giữ lỗi. Xem ở trang check, mục Bằng chứng lỗi. Tắt theo từng check bằng Bằng chứng khi lỗi.

• Chỉ metadata (tuỳ chọn, theo từng check): Belvador chỉ nhận đạt/lỗi, nhóm lý do thô (mạng, HTTP, điều kiện) và hạn chứng chỉ. Khi đó mã trạng thái và thời gian chỉ đi trong bằng chứng niêm phong, nếu bằng chứng đang bật.

Máy kiểm là ai và chủ website ngừng chúng thế nào: Máy kiểm và IP.