Selecting DCS Products
Select a DCS Redis instance based on your service scenarios, performance requirements, and budget. This document provides references for selecting product editions, instance types, and instance specifications.
Selecting a Product Edition
|
Preference |
Suggestion |
Analysis |
|---|---|---|
|
Performance and enterprise-class capabilities |
Enterprise (Performance) (Enterprise (Memory)) |
|
|
Balanced performance and cost |
Basic edition |
|
|
Cost-effectiveness |
Enterprise (storage) edition (Enterprise (capacity) edition) |
|
|
Ultra-large bandwidth |
Basic edition Redis Cluster instance |
|
- Enterprise (performance) and enterprise (storage) editions are in upgrades. They will become enterprise (memory) and enterprise (capacity) editions. To protect customer rights and reduce O&M complexity, enterprise features will be available later. Enterprise edition instances are currently in restricted sales.
- For details about the differences between DCS editions, see Comparing Redis Instance Types.
Selecting an Instance Type
|
Category |
Description |
Scenarios |
|---|---|---|
|
Single-node |
Single replica (one node). Data persistence is unavailable. The instance is inaccessible and data will be lost when the node is faulty. |
Only for development and test scenarios. Do not use it in a production environment. There is no Service Level Agreement (SLA) assurance. |
|
Master/Standby |
Two replicas (one master node and one standby node). Data persistence is available. Node faults can be rectified through master/standby switchovers, ensuring access. |
Production services whose capacity is small, performance is stable at the 100,000 QPS level, and expansion is not required. |
|
Proxy Cluster |
Two replicas (one master node and one standby node) by default. Forward proxies shield backend network topology changes, reducing client access complexity. |
Production services whose data capacity is large and concurrency is in the tens of millions. |
|
Redis Cluster |
Starting with two replicas (one master node and one standby node) is recommended. Full compatibility with open-source Redis. |
Production services whose data capacity is large and concurrency is in the tens of millions. |
|
Read/Write splitting |
At least three replicas (one master node and at least two standby nodes). Based on the architecture of a master/standby instance, forward proxies schedule read and write requests to the master and standby nodes respectively. |
Production services whose data capacity is small, write performance is at the 100,000 QPS level, and read performance is at the 100,000s QPS level. |
Selecting an Instance Flavor
DCS Instance Specifications compares the instance specifications supported by different instance types. An instance flavor can be estimated with read/write concurrency, data volume, and maximum bandwidth. Reserve at least 20% more than the estimated requirement can reduce complexity in O&M changes later.
The following provides an example of estimating the flavor of a basic edition instance:
- When read/write performance is at the 100,000 QPS level, select master/standby.
- When write performance is at the 100,000 QPS level and read concurrency is at the 100,000s QPS level, read/write splitting is recommended.
- When read and write performance is at the 100,000s QPS level, Proxy Cluster or Redis Cluster is required. Select a shard quantity based on performance requirements.
- Reserve at least 20% more than the required specifications.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.