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

Sự chậm chạp của Wordpress đằng sau Trình cân bằng tải GCP HTTP

lá cờ in
tocas619

Tôi đang lưu trữ một phiên bản Wordpress trên GCP Compute Engine (sử dụng hình ảnh Marketplace). Nó hoạt động rất tốt khi tôi truy cập trực tiếp vào IP cá thể và độ trễ là khoảng 20 mili giây.

Tuy nhiên, để đảm bảo an toàn cho trang web, tôi đang sử dụng bộ cân bằng tải GCP HTTP trước phiên bản. Tôi đã trỏ miền của mình tới bộ cân bằng tải.

Khi tôi truy cập Wordpress thông qua bộ cân bằng tải (HTTP hoặc HTTPS), tôi nhận được một số truy vấn có thời gian trễ rất tốt (khoảng 17 mili giây), nhưng sau đó cứ 4 hoặc 5 truy vấn thì có một yêu cầu mất khoảng 5 giây. Khi tôi truy cập trực tiếp vào phiên bản, điều này không xảy ra.

Tôi đã bật nhật ký cân bằng tải và tôi quan sát thấy rằng phiên bản đang phản hồi chậm sau mỗi vài yêu cầu. Tôi đã cố đặt tham số KeepAlive Apache2 của phiên bản thành 300, nhưng nó không tạo ra bất kỳ sự khác biệt nào.

Điều gì có thể là nguyên nhân gốc rễ của điều này? (Tôi không chắc đó là Wordpress hay phiên bản hay bộ cân bằng tải).

Cảm ơn

210
2 + 4
John Hanley avatar
lá cờ cn
John Hanley
1) Trừ khi bạn đang ngồi cạnh VM, độ trễ 20 mili giây sẽ không bao gồm độ trễ của Internet. 2) WordPress thực thi một lượng khá lớn PHP chỉ để cung cấp một trang đơn giản. Không có đủ thông tin trong câu hỏi của bạn để bắt đầu giải quyết vấn đề của bạn. Khi một yêu cầu mất nhiều thời gian hơn các yêu cầu khác, trước tiên tôi xem xét cơ sở dữ liệu và các tài nguyên mà cơ sở dữ liệu yêu cầu. Tiếp theo, tôi sẽ xem xét các plugin để đảm bảo rằng một trong số chúng không phải là thủ phạm.
0
Hồi đáp
tocas619 avatar
lá cờ in
tocas619
@JohnHanley Đây là cách cuộn tròn cho cả ba tùy chọn. Curl chống lại tên miền của tôi: `5.154792 0,080269 0,085232 4.586898 4.585617` Cuộn tròn với IP cân bằng tải của tôi `4.586002 4.581853 0,084445 0,083991 4.581840` Cuộn tròn với IP VM của tôi `0,738966 0,114106 0,116997 0,114877 0,122570` Trong cả ba trường hợp, đó là cùng một máy ảo và nó rất nhất quán khi tôi chạy nó trong nhiều lần lặp lại (tôi không có chỗ để dán tất cả vào đây).
0
Hồi đáp
John Hanley avatar
lá cờ cn
John Hanley
Tôi không biết những con số đó đang báo cáo điều gì. Chỉnh sửa câu hỏi của bạn và đặt dữ liệu có tiêu đề ở đó. Bao gồm lệnh và nơi bạn đang chạy lệnh.
0
Hồi đáp
tocas619 avatar
lá cờ in
tocas619
@JohnHanley Cảm ơn bạn đã giúp đỡ. Tôi đã sửa nó ngay bây giờ bằng cách thay thế bộ cân bằng tải. Xem câu trả lời của tôi dưới đây.
0
Hồi đáp
Điểm:0
Priya Gaikwad avatar Server
lá cờ us
Priya Gaikwad

Để kiểm tra và tối ưu hóa độ trễ, hãy xem xét tình huống được đề cập bên dưới:

  1. Để tối ưu hóa độ trễ cho Cân bằng tải của bạn, tôi khuyên bạn nên bật tùy chọn Cloud CDN. CDN trên đám mây giúp giảm độ trễ bằng cách phân phối nội dung trực tiếp tại biên mạng của Google. bên trong Cấu hình phụ trợ của Cân bằng tải, bạn có thể chọn Bật CDN trên đám mây hộp kiểm. Để biết hướng dẫn chi tiết, hãy xem Hướng dẫn cách thực hiện Cloud CDN.

  2. Để giảm độ trễ bên trong các ứng dụng của bạn, hãy kiểm tra mọi lệnh gọi thủ tục từ xa (RPC) giao tiếp giữa các máy ảo. Độ trễ này thường xảy ra khi các ứng dụng giao tiếp giữa các tầng hoặc dịch vụ. Các công cụ như Dấu vết đám mây có thể giúp bạn giảm độ trễ do các yêu cầu cung cấp ứng dụng gây ra. Để biết thêm thông tin, bạn có thể kiểm tra đây.

Nếu vấn đề vẫn còn, hãy chia sẻ các chi tiết sau để hiểu rõ hơn về vấn đề của bạn:

  1. Cấu hình cân bằng tải HTTP, tức là kiểm tra tình trạng, phụ trợ, giao diện người dùng kết thúc, quy tắc tường lửa, v.v.

  2. Hỗ trợ nhật ký cân bằng tải - độ trễ phụ trợ và giao diện người dùng, MTR từ máy khách đến LB và LB đến phụ trợ.

  3. Để kiểm tra yêu cầu và thời gian phản hồi cho cả IP máy chủ và IP LB, hãy chạy lệnh sau:

            curl -w "@curl-format.txt" -o /dev/null -s http://<LB IP/IP máy chủ>

Lưu ý: Để tạo tệp âcurl-format.txtâ, hãy đi qua thời gian-chi tiết-với-curl tài liệu.

0 + 1
tocas619 avatar
lá cờ in
tocas619
Tôi đã bật CDN nhưng không được. Tôi chỉ có một máy ảo nên không có RPC. Khi tôi chạy lệnh curl, tôi vẫn nhận được độ trễ dài trong tổng thời gian cho nhiều yêu cầu thông qua LB.Đây là một dòng kết quả từ lệnh curl (chạy qua LB IP): `time_namelookup: 0.000485time_connect: 0.016699time_appconnect: 0.000000time_pretransfer: 0.016785time_redirect: 0.000000time_starttransfer: 9.077449âââtime_total: 59.`076: 59.`076 Chạy nó trực tiếp thông qua cá thể không có vấn đề gì.
0
Hồi đáp
Điểm:0
tocas619 avatar Server
lá cờ in
tocas619

Tôi đã dành nhiều ngày để cố gắng khắc phục điều này và hôm nay tôi quyết định đi theo con đường cũ và tạo một bộ cân bằng tải mới. Bộ cân bằng tải mới hoạt động như một nét duyên dáng.Nó chính xác là cùng một cấu hình, vì vậy tôi không chắc chuyện gì đã xảy ra, nhưng có điều đó :)

0 + 0
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.