Các tín hiệu sức khỏe giải thích liệu máy chủ có thể duy trì quy trình làm việc của phương tiện hay không. Sử dụng chúng với số liệu thống kê mô-đun: máy chủ hoạt động tốt không chứng minh được nguồn đang hoạt động và nguồn trực tiếp không chứng minh được máy chủ có khoảng trống.
Callaba tự lưu trữ
Người vận hành có thể phân biệt lỗi phương tiện ngược dòng với bão hòa máy chủ và áp dụng thay đổi công suất hoặc cấu hình chính xác.
Xem cách sản phẩm hoạt độngTrước khi bắt đầu
Đường cơ sở thông thường đã biết cho phiên bản và khối lượng công việc này.
Quyền kiểm tra hoặc xóa nhật ký lỗi vận hành.
Một bản ghi sự cố bên ngoài trước khi dọn dẹp mang tính phá hủy.
Giải thích cài đặt
Chỉ các điều khiển cần thiết cho vận hành viên được giải thích; tên trường nội bộ và sự kiện triển khai được chủ động ẩn.
Dung tích
Đọc khoảng trống máy chủ hiện tại.
- mức sử dụng CPU
Tải xử lý hiện tại trên các phương tiện và ứng dụng.
- Sử dụng bộ nhớ
Áp lực RAM hiện tại.
- Sử dụng đĩa
Dung lượng có sẵn cho nhật ký, tải lên, chuyển mã tạm thời và ghi âm.
- Kiểm tra tốc độ mạng
Đo dung lượng mạng từ phiên bản.
Chạy ngoài các đỉnh sản xuất quan trọng.
Bằng chứng hoạt động
Xác định lỗi trước khi thay đổi cấu hình.
- Lỗi quy trình
Lỗi quy trình ứng dụng/phương tiện yêu cầu điều tra ở cấp độ mô-đun.
- lỗi SRT
Các sự kiện và lỗi truyền tải SRT liên quan đến quy trình đóng góp.
- Thông báo phiên bản
Phiên bản ứng dụng đã cài đặt và ngữ cảnh cập nhật.
- Xóa nhật ký lỗi
Loại bỏ các mục lỗi tích lũy.
Xuất hoặc ghi lại bằng chứng sự cố trước tiên.- Vị trí IP
Giải quyết bối cảnh khu vực cho địa chỉ kết nối khi được hỗ trợ.
Luồng đầu tiên an toàn
- 01
So sánh CPU, bộ nhớ và ổ đĩa với đường cơ sở lành mạnh đã biết.
- 02
Mở quy trình hoặc lỗi SRT và xác định mô-đun sở hữu và cửa sổ thời gian.
- 03
Kiểm tra số liệu thống kê trực tiếp và đầu vào/đầu ra thực của mô-đun đó.
- 04
Chỉ chạy kiểm tra tốc độ khi nó không làm biến dạng lưu lượng sản xuất.
- 05
Ghi lại hoặc xuất bằng chứng sự cố trước khi xóa nhật ký.
Ví dụ luồng công việc
Chẩn đoán chuyển mã trực tiếp không ổn định
Khung hình đầu ra giảm sau khi công việc chuyển mã mới bắt đầu.
Cách xây dựng
- 1
Xác nhận tốc độ bit nguồn ổn định.
- 2
So sánh CPU/bộ nhớ máy chủ trước và sau khi công việc bắt đầu.
- 3
Kiểm tra tốc độ bit đầu ra và tốc độ khung hình.
- 4
Loại bỏ công việc thay đổi kích thước/tốc độ khung hình/codec không cần thiết hoặc chuyển sang dung lượng máy chủ được đo.
Bảo quản bằng chứng trước khi xóa lỗi
Lỗi cũ che khuất một cuộc điều tra sự cố đang diễn ra.
Cách xây dựng
- 1
Ghi lại lỗi liên quan, dấu thời gian, mô-đun và phiên bản phát hành hiện tại.
- 2
Lưu cấu hình mô-đun liên quan và số liệu thống kê trực tiếp.
- 3
Chỉ xóa lỗi sau khi bằng chứng được đưa ra bên ngoài.
- 4
Tái tạo một thử nghiệm được kiểm soát và chỉ điều tra các mục mới.
Xác minh kết quả
- Giá trị công suất phù hợp với khối lượng công việc dự kiến và để lại khoảng trống theo kế hoạch.
- Mỗi lỗi hoạt động có thể được gắn với một mô-đun thời gian và sở hữu.
- Việc xóa nhật ký chỉ xảy ra sau khi bằng chứng được lưu trữ ở nơi khác.
Khắc phục sự cố
Tình trạng máy chủ bình thường nhưng phát lại không thành công
Kiểm tra- Kiểm tra các mô-đun nguồn và đầu ra.
- Kiểm tra quyền truy cập, giao thức và phát lại máy khách thực.
Coi sức khỏe của vật chủ như một lớp; sửa chữa ranh giới phương tiện truyền thông bị lỗi đầu tiên.