Function Overview
-
OBS 2.0 Supported
-
Data in DCS instances can be backed up to Object Storage Service (OBS). If a DCS instance becomes faulty, data in the instance can be restored from the backup, so that service continuity is not affected.
Both automatic backup and manual backup are supported.
Only the data of master/standby, cluster, and read/write splitting DCS Redis instances can be backed up and restored, while those of single-node instances cannot.
Available in all regions
-
-
OBS 2.0 Supported
-
You can create run log files on the DCS console to collect run logs of DCS Redis 4.0 and later instances within a specified time range. After the logs are collected, you can download the log files to view the logs.
Available in all regions
-
-
OBS 2.0 Supported
-
Cache analysis: By performing big key analysis and hot key analysis, you will have a picture of keys that occupy a large space and those that are frequently accessed.
Slow queries: Redis records queries that exceed a specified execution time. You can view slow query logs on the DCS console to identify performance issues.
Instance diagnosis: If a fault or performance issue occurs, you can use this function to learn about the cause and impact of the issue and how to handle it.
Available in all regions
-
-
OBS 2.0 Supported
-
You can use whitelists to control access to your DCS instances. Only clients that meet the requirements can access your DCS instances.
Available in all regions
-
-
OBS 2.0 Supported
-
You can modify the specifications of a DCS Redis instance to meet changing service requirements. In addition to the cache capacity, you can also change the instance type of some instances.
For example, you can change a master/standby DCS Redis 4.0 instance of 2 GB to a Proxy Cluster instance with another cache size.
Available in all regions
-
-
OBS 2.0 Supported
-
Different Redis versions use different underlying architectures. The Redis version used by a DCS instance cannot be changed once the instance is created. For example, you cannot change a DCS Redis 3.0 instance to Redis 4.0 or 5.0.
If your service requires the features of higher Redis versions, create a DCS Redis instance of a higher version and then migrate data from the old instance to the new one.
Available in all regions
-
-
OBS 2.0 Supported
-
Once an instance is created, its VPC and subnet cannot be changed. If you want to use a different set of VPC and subnet, create an instance and specify a desired set of VPC and subnet, and then migrate data from the old instance to the new one.
Available in all regions
-
-
OBS 2.0 Supported
-
DCS provides read/write splitting to meet high-concurrency read/write requirements.
Currently, read/write splitting is supported only by Redis Cluster DCS instances, read/write splitting DCS instances, and master/standby DCS Redis instances.
To implement read/write splitting without client configurations, use read/write splitting instances.
Available in all regions
-
-
OBS 2.0 Supported
-
Currently, DCS does not support cross-region multi-active because Redis does not have a mature active-active solution. Active-active is different from disaster recovery or master/standby high availability.
Redis active-active across clouds or regions cannot be achieved because the customized REdis Serialization Protocols (RESP) are not unified. If active-active is required, it can be implemented through dual-write on the application end.
Not available in all regions.
-
-
OBS 2.0 Supported
-
DCS for Redis provides the following two migration modes:
Importing data from backup files: Download the source Redis data and then upload the data to an OBS bucket in the same region as the destination DCS Redis instance. DCS will read the backup data from the OBS bucket and migrate the data into the destination instance. This migration mode can be used for migrating data from other Redis vendors or self-hosted Redis to HUAWEI CLOUD DCS for Redis.
Migrating data online: If the source and destination instances are interconnected and the SYNC and PSYNC commands are supported in the source instance, data can be migrated online in full or incrementally from the source to the destination.
Available in all regions
-
-
OBS 2.0 Supported
-
Monitoring is key to ensuring DCS instance reliability, availability, and performance, and determining instance resource usage. Cloud Eye is a monitoring service that can capture the running status of your DCS instances. You can use Cloud Eye to automatically monitor DCS instances in real time and manage alarms and notifications, so that you can keep track of DCS performance metrics.
Available in all regions
-
-
OBS 2.0 Supported
-
Cloud Trace Service (CTS) records operations on your cloud resources, allowing you to query, audit, and backtrack resource operation requests initiated from the management console or open APIs as well as responses to these requests.
Available in all regions
-
-
OBS 2.0 Supported
-
DCS provides REST APIs that support HTTP/HTTPS methods. You can call APIs to create, delete, and modify instances.
Available in all regions
-
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.