Benchmark
Chúng tôi đã đo gì, trên máy nào, và còn gì chưa đo
Mỗi con số ở đây đến từ một lần chạy có ghi lại, kèm ngày, máy và tải. Khi một bài test mới chỉ chạy trong sandbox của chúng tôi hoặc trên cỡ máy khác với node mặc định, bảng sẽ ghi rõ.
Trả lời nhanh#
Trên Hetzner CX23, node 0.1.22 lưu 28.803 trên 28.803 event đúng một lần ở tốc độ 240 event mỗi giây trong hai phút, p99 146 ms đo ở client.
Qua ba lần cắt điện ở 50 event mỗi giây, node 0.1.23 lưu 24.001 trên 24.001 event đúng một lần, số đếm issue khớp.
Trên 10 triệu event giả lập, danh sách issue 24 giờ của một app mất 7–9 ms trên máy CX33.
Dưới tải hỗn hợp trong sandbox, lỗi giữ p99 xác nhận 18 ms trong khi 6.000 span và log mỗi giây chạy qua; chưa chạy lại trên CX23.
Nhận event và độ bền#
| Ngày | Ở đâu | Tải | Lưu / gửi | Độ trễ |
|---|---|---|---|---|
| 20/10/2026 | Hetzner CX23, node 0.1.23 | 50 errors/s, power cut ×3 | 24.001 / 24.001 | p50 37 ms · p99 168 ms |
| 20/10/2026 | Hetzner CX23, node 0.1.22 | 240 errors/s for 120 s (3 projects × 80) | 28.803 / 28.803 | p50 62 ms · p95 97 ms · p99 146 ms · max 365 ms |
| 25/10/2026 | sandbox, node + ClickHouse pinned to 2 CPU | 50 errors/s + 2,000 spans/s + 4,000 logs/s for 120 s | 726.384 / 726.384 | p50 3.8 ms · p95 9.6 ms · p99 18 ms |
Đã lưu / đã gửi đếm các event mà edge trả
200và node sau đó đã lưu; bản trùng được đếm riêng và bằng 0 ở mọi lần chạy.Độ trễ đo ở client gửi, nên gồm cả đường mạng tới edge của Cloudflare.
Lần chạy cắt điện reset node thử ba lần trong khi tải đang chạy. Sau mỗi lần reset, đọc dữ liệu trở lại trong vòng một phút.
Các lần chạy trước của cùng bài test đã thất bại, và bản sửa đã nằm trong các bản node ở trên. Node 0.1.18 mất 693 event qua các lần cắt điện vì ClickHouse chưa ghi part mới xuống đĩa; 0.1.22 giữ đủ event nhưng đếm thiếu 53 lần xuất hiện của issue sau một lần reset. Chúng tôi công bố các lần chạy đạt kèm phiên bản đã đạt.
Thời gian truy vấn#
| Truy vấn trên 10 triệu event | Thời gian |
|---|---|
| Danh sách issue, một app, 24 giờ | 7–9 ms |
| Tổng quan 20 app, 24 giờ | 29 ms |
| Tổng quan 20 app, quét đủ 30 ngày | 118 ms |
| Biểu đồ 14 ngày của một issue | 13 ms |
| Event mới nhất của một issue | 33 ms |
| Tìm chữ trong message, một app | 25 ms |
| Tìm chữ trong toàn bộ stack trace (11 GB thô) | 1.070 ms |
Đo ngày 13 tháng 10 năm 2026 trên máy CX33 (4 vCPU, 8 GB) ở Falkenstein, với 10 triệu lỗi giả lập trên 20 app, 5.000 issue và 30 ngày. Node mới dùng máy CX23 nhỏ hơn, nên các con số ở đó sẽ chậm hơn. Tìm toàn văn trên mọi stack trace (11 GB dữ liệu thô) mất khoảng một giây.
Cũng lần chạy đó, một máy chủ tạo qua Hetzner API có HTTPS chạy trên hostname sau 87 giây. Trong các lần thử sau, tạo node trong app mất khoảng 90 giây.
Cách chúng tôi chạy#
Tải đến từ một script gửi Sentry envelope thật qua HTTPS tới edge production, bằng khoá thử trên workspace thử.
Đếm kiểm rằng mỗi
event_idmà edge đã trả200được lưu trên node đúng một lần, nên event mất hoặc trùng đều lộ ra theo id.Cắt điện là hard reset node bằng Hetzner trong khi tải đang chạy, không phải tắt máy êm.
Máy thử được xoá sau mỗi lần chạy.
Chưa đo#
Lỗi, trace và log hỗn hợp trên CX23. Kết quả sandbox ở trên là kết quả duy nhất tới nay.
Thông lượng trên 240 event mỗi giây trên một node.
Độ trễ cảnh báo uptime khi sự cố thật ở quy mô lớn, ngoài các check thử của chúng tôi.
Câu hỏi thường gặp#
Tôi chạy lại các bài này được không?#
Script tạo tải chưa công khai. Phương pháp ở trên đủ để chạy cùng bài test bằng bất kỳ công cụ tạo tải tương thích Sentry nào, nhắm vào node của bạn.
Sao lại công bố cả lần chạy thất bại?#
Vì số phiên bản quan trọng: một kết quả chỉ đúng với bản node đã chạy nó.
Thử trên project Hetzner của bạn
Miễn phí trong giai đoạn beta. Hetzner tính tiền máy; Belvador không bao giờ tính tiền theo event.