Following Redis versions are fully supported: 5.0
, 6.0
, 7.2
; other versions are not supported by default.
When used in a production environment, it is recommended to prioritize the 7.2
version, followed by 6.0
.
7.2
is a version still maintained by the community, which fixes known issues in 6.0
and 5.0
. The 6.0
and 5.0
versions are no longer maintained by the community.7.2
is fully compatible with 6.0
and 5.0
.7.2
has further improved the ACL features.5.0
is not recommended for use as it does not support advanced features like ACL and lacks user management capabilities; all business processes will share a single password, presenting potential security risks; also, changing the password requires restarting all nodes.Single-node architecture
has no replica nodes and lacks failover capabilities, so it should only be used in development and testing environments. You can choose between Sentinel architecture
and Cluster architecture
based on your business's data and concurrency needs.
Create a Redis 6.0 Sentinel mode instance using CLI:
Refer to the Redis API documentation for field descriptions.
After the instance is created, you can use the following command to check the status of the instance:
The meanings of the output table fields are as follows:
Field | Description |
---|---|
NAME | Instance name |
ARCH | This value corresponds to the architecture of Redis.
|
VERSION | Currently supports only the 3 versions: 5.0 , 6.0 , 7.2 |
ACCESS | The access methods supported by the instance.
|
STATUS | The current status of the instance, which may include the following states:
|
MESSAGE | The reason for the instance being in its current status |
BUNDLE VERSION | The version number of the operator managing the instance |
AUTOUPGRADE | Whether automatic upgrades are enabled for the instance |
AGE | How long ago the instance was created |