Redis
 sql >> Cơ Sở Dữ Liệu >  >> NoSQL >> Redis

Redis on Azure Performance Benchmark - ScaleGrid cho Redis ™ so với Azure Cache

Redis là một kho lưu trữ khóa-giá trị nâng cao. Trên thực tế, nó là kho lưu trữ giá trị quan trọng số một và cơ sở dữ liệu phổ biến thứ tám trên thế giới. Nó có thông lượng cao và chạy từ bộ nhớ, nhưng cũng có khả năng duy trì dữ liệu trên đĩa. Redis là một giải pháp bộ nhớ đệm tuyệt vời cho các ứng dụng đòi hỏi cao và có nhiều giải pháp có sẵn để giúp bạn triển khai và quản lý Redis trên đám mây. Trong bài đăng này, chúng tôi sẽ so sánh ScaleGrid cho Redis ™ với Azure Cache cho các tính năng quản lý và hiệu suất của Redis để giúp bạn chọn giải pháp được quản lý tốt nhất cho việc triển khai Redis của mình.

ScaleGrid là nhà cung cấp DBaaS cung cấp dịch vụ lưu trữ được quản lý đầy đủ không chỉ cho Redis ™ mà còn cho cơ sở dữ liệu MongoDB®, MySQL và PostgreSQL. Gói Mang theo đám mây của riêng bạn (BYOC) lưu trữ máy chủ cơ sở dữ liệu trong tài khoản AWS, Azure hoặc GCP của riêng bạn.

Azure cung cấp dịch vụ được lưu trữ trên máy chủ cho Redis được gọi là Azure Cache cho Redis.

Sơ lược - TLDR

Hiệu suất Thông lượng

Kiểm tra hiệu suất thông lượng ScaleGrid cho Redis ™ quản lý để đạt được thông lượng cao hơn tới 5 lần so với Azure Cache cho Redis. Đọc ngay bây giờ

Hiệu suất Độ trễ

Với độ trễ trung bình thấp hơn 85%, ScaleGrid cho Redis ™ hoạt động tốt hơn Azure Cache cho Redis khi kiểm tra trên tất cả các số lượng kết nối. Đọc ngay bây giờ

Cấu hình điểm chuẩn

Xem các cấu hình được sử dụng trong điểm chuẩn hiệu suất này. Đọc ngay bây giờ

ScaleGrid cho Redis ™ so với Azure Cache cho Redis Performance Benchmark

Trong điểm chuẩn này, chúng tôi đo lường hiệu suất về thông lượng và độ trễ. Thông lượng được đo bằng hoạt động trên giây (ops / giây) và độ trễ tính bằng micro giây. Hãy xem phần Cấu hình điểm chuẩn của chúng tôi ở phần sau trong bài đăng này để biết thông tin về cách cấu hình điểm chuẩn hiệu suất này.

Chúng tôi đã đánh giá hiệu suất của Redis ™ với các thiết lập sau.

Nhà cung cấp Kích thước gói RAM Chi phí Hàng tháng
ScaleGrid cho Redis ™ Lưu trữ Chuyên dụng Lớn trên Azure Bộ nhớ 7 GB $ 607
Azure Cache dành cho Redis C3 Chuẩn - Băng thông mạng vừa phải Bộ nhớ 6 GB $ 328,50
Azure Cache dành cho Redis P1 Premium - Băng thông mạng vừa phải Bộ nhớ 6 GB $ 404,42
Azure Cache dành cho Redis P2 Premium - Băng thông mạng cao Bộ nhớ 13 GB $ 810.30

Hiệu suất Thông lượng

Kết nối ScaleGrid cho Redis ™
Azure Cache
C3 Std. 6 GB
Azure Cache
P1 6GB
Azure Cache
P2 13GB
Cải tiến ScaleGrid
100 134,667 16.461 19.881 38,459 439%
200 147.551 16.246 25.361 35.459 474%
300 152.341 15.872 25.346 35.045 499%
400 152.624 15.235 19.043 37,301 539%
Như chúng ta có thể thấy trong biểu đồ trên, ScaleGrid cho Redis ™ đạt được thông lượng cao hơn khoảng 5 lần so với Azure Cache cho Redis khi được chuẩn với 100-400 kết nối. Ví dụ:trong khi gói Azure Cache cho Redis P2 Premium 13GB quản lý khoảng 36.000 ops / giây trong tất cả các tình huống kết nối, thì ScaleGrid cho Redis ™ có hơn 130 000 ops / giây cho tất cả các tình huống.

Hiệu suất độ trễ

Kết nối ScaleGrid cho Redis ™
Azure Cache
C3 Std. 6 GB
Azure Cache
P1 6GB
Azure Cache
P2 13GB
Cải tiến ScaleGrid
100 744 6,809 5,896 2.497 - 85%
200 1.353 10,950 8.447 5,565 - 84%
300 2.044 17.807 13.045 8.539 - 84%
400 2.609 25.126 16.999 10,716 - 85%
Trong khi độ trễ của Azure Cache cho Redis tăng nhanh khi số lượng kết nối tăng lên, ScaleGrid cho Redis ™ đều đặn đạt được độ trễ thấp trên tất cả số lượng kết nối. Trung bình, ScaleGrid cho Redis ™ có độ trễ thấp hơn 85% hơn Azure Cache cho Redis. Điều này đặc biệt đáng chú ý khi so sánh Azure Cache cho Redis (C3 Standard 6GB) với ScaleGrid cho Redis ™, trong đó sự khác biệt lên đến -99%.
Redis trên Azure Benchmark - Nhận thông lượng cao hơn tới 5 lần và giảm độ trễ của bạn xuống 85%! Nhấp để Tweet

Tóm tắt điểm chuẩn

Như bạn có thể thấy từ các biểu đồ trên, ScaleGrid cho Redis ™ cung cấp thông lượng cao hơn đáng kể và độ trễ thấp hơn. Trung bình, chúng ta có thể thấy thông lượng xấp xỉ 5x và độ trễ thấp hơn 85% so với các kích thước tương đương trên Azure Cache. ScaleGrid cho gói Redis ™ BYOC bắt đầu từ $ 9 mỗi tháng (720 giờ + chi phí VM) và $ 18 mỗi tháng (720 giờ) cho gói lưu trữ chuyên dụng.

Tìm hiểu thêm về cách ScaleGrid cho Redis ™ so với các nhà cung cấp khác

Để tìm hiểu thêm về cách các nhà cung cấp Redis khác nhau so với ScaleGrid cho Redis ™, hãy xem biểu đồ so sánh các nhà cung cấp dịch vụ Redis của chúng tôi, nơi bạn có thể tìm hiểu thêm về ScaleGrid cho Redis ™.

Cấu hình điểm chuẩn

Hãy xem các cấu hình chúng tôi đã sử dụng trong điểm chuẩn hiệu suất:

Cấu hình Chi tiết
Công cụ điểm chuẩn Memtier Benchmark
Vùng Azure cho Redis Đông Hoa Kỳ
Vùng Azure cho Ứng dụng Đông Hoa Kỳ
Loại Triển khai Master-Slave

Đối với mỗi máy chủ Redis ™, chúng tôi đã đo điểm chuẩn với 100, 200, 300 và 400 kết nối. Mỗi kết nối gửi 10.000 yêu cầu với kích thước dữ liệu đối tượng 32 byte cho mỗi yêu cầu. Chúng tôi sử dụng các kết nối không phải SSL để kết nối các máy chủ Redis ™.

ScaleGrid không chỉ có thể cung cấp thông lượng cao hơn và độ trễ thấp hơn mà còn mang lại nhiều tính năng khác như truy cập quản trị viên đầy đủ, sao lưu theo lịch trình và truy cập SSH. Bạn có thể tìm thêm thông tin về ScaleGrid cho Redis ™ trên Azure, trên trang web của chúng tôi.

Điều gì cần cân nhắc khi chọn dịch vụ Redis ™?

Vì vậy, với rất nhiều tùy chọn nhà cung cấp dịch vụ Redis ™ được quản lý đầy đủ, những tính năng quan trọng nhất cần lưu ý là gì? Dưới đây là danh sách kiểm tra để sử dụng khi chọn dịch vụ lưu trữ Redis phù hợp với bạn:

  1. Máy chủ chuyên dụng
  2. Khả năng mở rộng
  3. Tính ổn định của dữ liệu
  4. Sao lưu &Phục hồi
  5. Thông lượng cao &độ trễ thấp

Máy chủ Chuyên dụng

Redis là một máy chủ đơn luồng, nơi dữ liệu được lưu trữ trong bộ nhớ; do đó, việc Redis chạy trên một máy chủ chuyên dụng là rất quan trọng trong môi trường sản xuất. Bạn không muốn máy chủ Redis của mình tranh giành tài nguyên CPU và bộ nhớ với các dịch vụ khác.

Khả năng mở rộng

Doanh nghiệp phát triển và dữ liệu của bạn cũng vậy. Điều rất quan trọng là dịch vụ Redis của bạn có thể thực hiện mở rộng quy mô động, tại chỗ cho máy chủ Redis của bạn mà không mất ít hoặc không mất thời gian.

Độ bền Dữ liệu

Tùy thuộc vào nhu cầu kinh doanh của bạn, bạn có thể cần duy trì dữ liệu Redis của mình trên bộ nhớ thực. Redis cung cấp hai tùy chọn bền bỉ:RDB và AOF.

RDB là ảnh chụp nhanh tại thời điểm của tập dữ liệu của bạn tại các khoảng thời gian được chỉ định vào tệp Sao lưu cơ sở dữ liệu Redis. Tệp có thể được chuyển sang các phiên bản Redis khác.

AOF là viết tắt của Append Only File. Redis ghi nhật ký mọi thao tác ghi đã được sửa đổi trong tập dữ liệu của bạn. Đây là một cách rất đáng tin cậy để duy trì dữ liệu của bạn.

Cả RDB và AOF đều có thể được bật cùng lúc và chúng có các hiệu số khác nhau. Để biết thêm chi tiết về ưu và nhược điểm của chúng, bạn có thể đọc thêm trên trang Redis Persistence trên redis.io.

Dịch vụ Redis của bạn phải cung cấp các tùy chọn không chỉ để duy trì dữ liệu mà còn triển khai Redis ở chế độ chính / bản sao hoặc chế độ cụm để giảm thiểu nguy cơ mất dữ liệu.

Sao lưu &Phục hồi

Bất kỳ Cơ sở dữ liệu dưới dạng Dịch vụ (DBaaS) nào cho Redis cũng phải cung cấp các bản sao lưu theo lịch trình và theo yêu cầu để bạn có thể đảm bảo rằng mình luôn có sẵn một lịch trình sao lưu thường xuyên và có thể thực hiện chúng khi cần thiết trước một sự kiện ứng dụng. Nó cũng sẽ cung cấp các tùy chọn "khôi phục sao lưu" cho các cơ sở dữ liệu hiện có hoặc cho một phiên bản cơ sở dữ liệu mới.

Thông lượng cao &Độ trễ thấp

Redis có thể cung cấp bộ nhớ đệm nhanh cho các ứng dụng. Tuy nhiên, đôi khi độ trễ mạng có thể gây tắc nghẽn khi truy cập dữ liệu từ Redis. Điều quan trọng là tránh tạo ra khoảng cách vật lý giữa ứng dụng của bạn và Redis. Vì vậy, bạn muốn đảm bảo cả ứng dụng và Redis đều được lưu trữ trên cùng một khu vực nhà cung cấp đám mây và trên cùng một mạng ảo. Nhà cung cấp dịch vụ Redis của bạn sẽ có tùy chọn triển khai máy chủ Redis của bạn trên mạng ảo mà bạn chọn.


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Làm cách nào để lưu và truy xuất chuỗi có dấu trong redis?

  2. chiến lược tốt nhất để đồng bộ hóa dữ liệu giữa DB và redis cache là gì

  3. Predis đang đưa ra 'Lỗi khi đọc dòng từ máy chủ'

  4. Kiến trúc Microservices để truy cập dữ liệu thường xuyên; trong giải pháp bộ nhớ?

  5. Làm thế nào danh sách Redis có thể được sử dụng để triển khai hệ thống trò chuyện?