Thời gian nguội trong pool proxy: theo dõi lỗi và kiểm tra phục hồi

Một proxy trễ một hạn chót. Pool xóa nó. Một giờ sau proxy khỏe lại, nhưng ứng dụng của bạn không có cách nào phát hiện điều đó vì nó đã ném bỏ bản ghi.

Việc xóa có thể phù hợp với một tài khoản bị thu hồi hoặc một điểm cuối mà người vận hành đã cho ngừng. Một lỗi tạm thời xứng đáng với một trạng thái khác.

Giữ đủ lịch sử để đưa ra quyết định tiếp theo

Đủ điều kiện

Có sẵn cho công việc thông thường theo chính sách hiện hành.

Đang nguội

Tạm giữ cho đến một hạn chót đã ghi nhận.

Được phép thăm dò

Một lần thử có kiểm soát có thể đánh giá việc phục hồi.

Bị vô hiệu hóa

Người vận hành hoặc một điều kiện lâu dài đã đưa nó ra khỏi dịch vụ.

Lưu lý do và giai đoạn cùng với chuyển đổi. Từ chối kết nối, thông tin xác thực bị từ chối, phần thân phản hồi chậm và lỗi HTTP ở đích không nên cùng nhau làm tăng một bộ đếm "proxy chết" không phân biệt.

Dùng đồng hồ thời gian trôi qua cho việc làm nguội trong tiến trình. Đồng hồ đơn điệu ngăn một khoảng chờ ngắn phụ thuộc vào việc chỉnh đồng hồ tường. Đừng lưu dấu thời gian đơn điệu như thể đó là một ngày di động được các máy khác chia sẻ; bộ lập lịch phân tán cần một mô hình thời gian và quyền sở hữu được định nghĩa riêng.

Phục hồi không nên giải phóng một đám đông

Khi hạn chót hết, cho phép một lần thử phục hồi nhỏ thay vì gửi toàn bộ hàng đợi chờ cùng lúc. Một lần thử thành công có thể khôi phục điều kiện; một lỗi nữa có thể kéo dài thời gian tạm dừng theo một chính sách có giới hạn.

Chọn phép thăm dò cho công việc mà nó phải dự đoán. Một kết nối TCP thành công không phải là giao dịch HTTP hay SOCKS hoàn chỉnh. Một trang kiểm tra IP không liên quan không chứng minh rằng đích cần thiết có thể đến được hoặc được cho phép.

Không có thời lượng làm nguội phổ quát nào suy ra từ chữ proxy. Hãy đặt nó từ ngân sách độ trễ của thao tác, hành vi của dịch vụ và hậu quả của một lần thử thất bại nữa. Giữ lại bản ghi điểm cuối để một gián đoạn tạm thời không lặng lẽ trở thành mất mát dung lượng vĩnh viễn.