Identifying Requirements

Before creating a DCS instance, identify your requirements and complete the following preparations:

1. Decide on the required cache engine version.

   Different Redis versions have different features. For details, see Comparing DCS Redis Versions.

2. Decide on the required instance type.

   DCS provides read/write splitting, single-node, master/standby, Proxy Cluster, and Redis Cluster types of instances. Each type has its own architecture. For details about the instance architectures, see DCS Instance Types.

3. Decide on the required instance specification.

   Each specification specifies the maximum available memory, number of connections, and bandwidth. For details, see DCS Instance Specifications.

4. Decide on the region and whether cross-AZ deployment is required.

   Choose a region closest to your application to reduce latency.

   A region consists of multiple availability zones (AZs) with physically isolated power supplies and networks. Master/Standby, read/write splitting, and cluster DCS instances can be deployed across AZs. Applications can also be deployed across AZs to achieve HA for both data and applications.

   

   • If a master/standby, read/write splitting, or cluster DCS instance is deployed across AZs, faults in an AZ do not affect cache nodes in other AZs. This is because when the master node is faulty, the standby cache node will automatically become the master node to provide services. Such deployment achieves better disaster recovery.
   • Deploying a DCS instance across AZs slightly reduces network efficiency compared with deploying an instance within an AZ. Therefore, if a DCS instance is deployed across AZs, synchronization between master and standby cache nodes is slightly less efficient.
5. Decide whether backup policies are required.

   Currently, backup restoration policies can be configured for instances other than single-node ones. For details about backup and restoration, see Overview.