2016-03-08 11 views
6

tìm kiếm trợ giúp trong ElasticCache Chúng tôi đang sử dụng ElasticCache Redis để chạy hệ thống Thanh dựa trên Resque. điều này có nghĩa là sự kết hợp giữa các tập hợp và Danh sách được sắp xếp. ở chế độ hoạt động bình thường, mọi thứ đều ổn và chúng tôi đang thấy thời gian phản hồi tốt & thông lượng. Mức CPU khoảng 7-10%, lệnh Get + Set là khoảng 120-140K hoạt động. (Tất cả các chỉ số dựa trên đồng hồ trên nền tảng đám mây.) nhưng - khi hệ thống gặp phải một loạt dữ liệu (nhẹ), làm nảy sinh một số thông báo K, chúng tôi thấy máy chủ trở nên gần không đáp ứng. CPU là ổn định @ 100% sử dụng (số liệu nói 50, nhưng nó sử dụng một lõi đơn) số hoạt động giảm xuống ~ 10K thời gian phản hồi chậm đến một vấn đề SECONDS theo yêu cầu Chúng tôi mong đợi, thậm chí NẾU CPU đã được nạp đến mức độ như vậy, mức thông lượng sẽ vẫn như cũ, đây là những gì chúng ta trải nghiệm khi chạy Redis cục bộ. redis có thể sử dụng CPU, nhưng thông lượng vẫn cao. vì nó là nguyên bản đơn lõi, không bối cảnh chuyển đổi xuất hiện. AFAWK - chúng tôi KHÔNG áp đặt bất kỳ giới hạn nào hoặc sự kiên trì, không sao chép. bằng cách sử dụng cấu hình cơ bản.cpu cao bằng redis 2.8 (tính đàn hồi) cache.r3.large

kích thước: cache.r3.large chúng tôi cũng không sử dụng snapshoting kỳ

+0

Bộ nhớ của bạn như thế nào? Nếu redis cần phải trao đổi, nó có thể xảy ra mà redis chậm xuống giây cho mỗi yêu cầu. Chúng tôi nâng cao cảnh báo khi hệ thống mem miễn phí dưới 8%. Điều này không liên quan đến giới hạn redis mà bạn có thể đã thiết lập. –

+1

Tập lệnh LUA-pop mới thiếu định dạng LIMIT: https://github.com/gresrun/jesque/issues/101 – user3041539

Trả lời

3

Điều này có vẻ giống như một đặc trưng của một kịch bản rouge lua. có lỗi trong tập lệnh như vậy có thể gây ra tải CPU lớn, đồng thời làm giảm tốc độ tổng thể.

bạn đang sử dụng như vậy? cố gắng tìm trong nhật ký làm chậm Redis cho một số

+0

tốt hơn và câu trả lời mô tả hơn sẽ giúp người khác đối mặt với cùng một vấn đề hiểu giải pháp của bạn tốt hơn –

Các vấn đề liên quan