Điểm:0

Làm cách nào để biết liệu máy chủ của tôi có đang từ chối/hết thời gian gọi API hay không?

lá cờ gb

Tôi có một máy chủ tương đối bận (Apache2) phục vụ các cuộc gọi api. Âm lượng cuộc gọi thay đổi rất nhiều giữa ngày và đêm. Ngoài ra, tôi tin rằng có một số đợt bùng nổ âm lượng ở giữa. Gần đây, tôi nhận thấy lỗi đối với maxrequestworkers trong nhật ký lỗi apache của mình. Tôi đã sửa nó bằng cách tăng nó và tôi không nhận thấy lỗi đó nữa.

Câu hỏi của tôi là: Làm cách nào để biết máy chủ của tôi vẫn từ chối/hết thời gian chờ một số lệnh gọi API khi âm lượng quá cao. Có nhật ký nào hiển thị các cuộc gọi đã hết thời gian mà nó không thể phục vụ không. Có phải đó chỉ là nhật ký lỗi mà tôi nên theo dõi (hiện tại có vẻ ổn).

Cấu hình của tôi là apache2 trên ubuntu.

Ngoài ra, có bất kỳ nhật ký nào ghi lại thời gian thực hiện để phục vụ từng lệnh gọi API hay không.

djdomi avatar
lá cờ za
nhìn vào Nhật ký Apache của bạn, nó sẽ cho bạn biết nếu anh ta không phục vụ 200
dgarg avatar
lá cờ gb
Bạn đang đề cập đến nhật ký lỗi hoặc nhật ký truy cập?
djdomi avatar
lá cờ za
Nhật ký Apache đang cho bạn biết, có bao nhiêu Yêu cầu không phải 200 đang xảy ra, nếu bạn không biết chúng ở đâu cũng như yêu cầu nào, tôi tin rằng đây là trang web không phù hợp với bạn;)
dgarg avatar
lá cờ gb
Cảm ơn. bạn đúng rồi. Tôi không phải là quản trị viên máy chủ chuyên nghiệp nên xin thứ lỗi cho kiến ​​thức kém của tôi. Nhưng cảm ơn bạn đã trả lời của bạn. Tôi có thể tìm thấy phản hồi do apache cung cấp trong nhật ký truy cập và thật nhẹ nhõm khi biết rằng rất ít cuộc gọi api không được đáp ứng 200
djdomi avatar
lá cờ za
Vì vậy, Quyết định của bạn là Hãy để Bài đăng này trông giống như "Chuyên gia" (thêm tất cả thông tin có liên quan) và ẩn rằng bạn không _hoặc_ chuyển Câu hỏi sang Superuser.com -;)
dgarg avatar
lá cờ gb
Phải là nghiệp chướng của tôi. Tôi có thể thấy các câu hỏi ở đây giống như "đăng nhập lỗi-apache ở đâu", v.v. chúng nhận được rất nhiều lượt ủng hộ, rất nhiều câu trả lời và không có sự chế giễu nào đối với kiến ​​thức/nghiên cứu kém. Nhưng tôi chấp nhận phán quyết của bạn và sẽ xóa/chuyển cái này sang superuser
djdomi avatar
lá cờ za
Các câu hỏi tìm kiếm trợ giúp về cài đặt, cấu hình hoặc chẩn đoán phải bao gồm trạng thái kết thúc mong muốn, sự cố hoặc lỗi cụ thể, thông tin đầy đủ về cấu hình và môi trường để tái tạo nó cũng như các giải pháp đã thử. Các câu hỏi không có tuyên bố vấn đề rõ ràng sẽ không hữu ích cho những người đọc khác và không có khả năng nhận được câu trả lời hay. - Lần này có thể được hỏi, người ta không đặt câu hỏi giống nhau 100 lần, việc sao chép không nâng cao nó :) - tuy nhiên đây là lý do tại sao tôi âThúc đẩyâ bạn cập nhật câu hỏi của mình

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.