Tham gia Đăng nhập
Điểm:0
avatar Server

Thời gian phản hồi chậm khi máy chủ không hoạt động, thời gian phản hồi nhanh khi máy chủ được tải?

lá cờ dk
Kalvin Klien

Tôi đang chạy máy chủ RAM 40 luồng/125 GB.

Máy chủ dựa trên CentOS 7.

Tôi đã nhận thấy rằng thời gian phản hồi của máy chủ cao hơn khi máy chủ không hoạt động:

nhập mô tả hình ảnh ở đây

Bạn có thể thấy trên ảnh chụp màn hình ở đây rằng phản hồi của máy chủ từ 4 giờ chiều đến 10 giờ tối thấp hơn so với các thời điểm khác.

Tôi đã xem nhật ký và GoogleBot đã truy cập chúng tôi với 4 yêu cầu/giây tại thời điểm tải lên máy chủ. Hầu hết các yêu cầu từ GoogleBot là chuyển hướng 302 (danh mục thương mại điện tử lớn với những thay đổi hàng ngày trong các sản phẩm trực tiếp).

nhập mô tả hình ảnh ở đây

Tại đây, bạn có thể thấy thông lượng của máy chủ - trong thời gian máy chủ bận, đó là lúc thời gian phản hồi thấp.

Làm thế nào tôi có thể gỡ lỗi này?

Điều gì gây ra điều này?

Chuyển hướng 302 có thể rẻ hơn so với 200 phản hồi làm sai lệch dữ liệu không?

Bộ đệm (Redis/Opcache/APCu) có thể bị xóa quá sớm khiến việc giải phóng bộ đệm trong thời gian không hoạt động không?

Chúng tôi hiện đang chạy: Apache2.4 Proxy Nginx mysql làm lại opcache APCu Elaticsearch

CẬP NHẬT:

Xem xét các quy trình riêng biệt mà PHP đang chiếm nhiều thời gian nhất:

nhập mô tả hình ảnh ở đây

MySQL phần nào tương quan với PHP, nhưng không hoàn toàn:

nhập mô tả hình ảnh ở đây

34
0 + 0
xu
djdomi avatar
lá cờ za
djdomi
Điều này có trả lời câu hỏi của bạn không? [Bạn có thể giúp tôi lập kế hoạch năng lực không?](https://serverfault.com/questions/384686/can-you-help-me-with-my-abilities-planning)
0
Hồi đáp
lá cờ dk
Kalvin Klien
@djdomi đây không thực sự là một câu hỏi về dung lượng - đó là câu hỏi về lý do tại sao khi máy chủ không hoạt động, thời gian phản hồi lại cao hơn so với khi máy chủ được tải. Tôi có thể sử dụng bất kỳ cài đặt cụ thể nào để giảm thời gian phản hồi khi máy chủ không hoạt động không? Tôi đã nói chuyện với nhân viên máy chủ của mình và anh ấy nói có thể là do yêu cầu 302 rẻ hơn 200, vì vậy có thể hiểu sai dữ liệu do yêu cầu 302 rẻ.
0
Hồi đáp
Hagen von Eitzen avatar
lá cờ cn
Hagen von Eitzen
Nguyên nhân có thể là như thế này: Trong trạng thái bận, hầu hết các phần quan trọng đã được lưu vào bộ nhớ cache trong RAM từ yêu cầu trước đó (thư mục, tệp tĩnh, đoạn mã php, thậm chí có thể là mã byte PHP và thậm chí cả truy vấn SQL), trong khi ở thời gian nhàn rỗi, mọi yêu cầu có thể phải tải hầu hết mọi thứ từ đĩa.Trong trường hợp toàn bộ *máy chủ* của bạn là một máy ảo, thậm chí có thể mất một chút thời gian để lấy tài nguyên
1
Hồi đáp
lá cờ dk
Kalvin Klien
@HagenvonEitzen hmmmm, nhưng bạn có thể thấy từ các biểu đồ, không giống như có một lượng lớn thời gian trôi qua giữa các trạng thái kỳ lạ của thời gian phản hồi thấp và cao. Tôi nghĩ rằng các biểu đồ sẽ mượt mà hơn rất nhiều giữa các lần chuyển đổi. Máy chủ được trang bị ổ đĩa NVME và không thực sự bị ức chế bởi những ổ đĩa đó (3500MB/s). Hầu hết dữ liệu đã có trong RAM và chúng tôi chỉ sử dụng khoảng 70 GB trong tổng số 125 GB.
0
Hồi đáp
lá cờ dk
Kalvin Klien
FYI đây là một hệ thống baremetal với các ổ NVME, RAM 125 GB, 2xCPU/40 luồng.
0
Hồi đáp
lá cờ VietNam
Phan Văn Trường
Câu hỏi này là trong các ngôn ngữ khác:

Đă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.