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.