Configure database settings
Configure settings specific to each database.
You can manage your Redis Enterprise Software databases with several tools:
-
Cluster Manager UI (the web-based user interface)
-
Command-line tools:
Edit database settings
You can change the configuration of a Redis Enterprise Software database at any time.
To edit the configuration of a database using the Cluster Manager UI:
-
On the Databases screen, select the database you want to edit.
-
From the Configuration tab, select Edit.
-
Change any configurable database settings.
Note:For Active-Active database instances, most database settings only apply to the instance that you are editing. -
Select Save.
Configuration settings
General
-
Tags - Add custom tags to categorize the database.
-
Database version - Select the Redis version when you create a database.
-
Database name - The database name requirements are:
-
Maximum of 63 characters
-
Only letters, numbers, or hyphens (-) are valid characters
-
Must start and end with a letter or digit
-
Case-sensitive
-
-
Endpoint port number - You can define the port number that clients use to connect to the database. Otherwise, a port is randomly selected.
Note:You cannot change the port number after the database is created.
Capacity
-
Memory limit - Database memory limits include all database replicas and shards, including replica shards in database replication and database shards in database clustering.
If the total size of the database in the cluster reaches the memory limit, the memory eviction policy for the database is enforced.
-
RAM limit - If you create a database with Auto Tiering enabled, you also need to set the RAM-to-Flash ratio. Minimum RAM is 10%. Maximum RAM is 50%.
-
Memory eviction - By default, when the total size of the database reaches its memory limit, the database evicts keys according to the least recently used keys out of all keys with an "expire" field set to make room for new keys. You can select a different eviction policy.
Capabilities
When you create a new in-memory database, you can enable multiple Redis Stack Capabilities.
For Auto Tiering databases, you can enable capabilities that support Auto Tiering. See Redis Enterprise and Redis Stack feature compatibility for compatibility details.
To add capabilities to the database:
-
In the Capabilities section, select one or more capabilities.
-
To customize capabilities, click Parameters and enter the optional custom configuration.
-
Click Done.
To change capabilities' parameters for an existing database using the Cluster Manager UI:
-
In the Capabilities section, click Edit Parameters.
-
After you finish editing the module's configuration parameters, click Done to close the parameter editor.
High Availability
-
Replication - We recommend you use intra-cluster replication to create replica shards for each database for high availability.
If the cluster is configured to support rack-zone awareness, you can also enable rack-zone awareness for the database.
-
Replica high availability - Automatically migrates replica shards to an available node if a replica node fails or is promoted to primary.
Clustering
-
Enable sharding - You can either:
-
Turn on sharding to enable database clustering and select the number of database shards.
When database clustering is enabled, databases are subject to limitations on Multi-key commands.
You can increase the number of shards in the database at any time.
-
Turn off sharding to use only one shard so that you can use Multi-key commands without the limitations.
-
-
Shards placement - Determines how to distribute database shards across nodes in the cluster.
-
Dense places shards on the smallest number of nodes.
-
Sparse spreads shards across many nodes.
-
-
OSS Cluster API - The OSS Cluster API configuration allows access to multiple endpoints for increased throughput.
This configuration requires clients to connect to the primary node to retrieve the cluster topology before they can connect directly to proxies on each node.
When you enable the OSS Cluster API, shard placement changes to Sparse, and the database proxy policy changes to All primary shards automatically.
Note:You must use a client that supports the cluster API to connect to a database that has the cluster API enabled. -
Hashing policy - You can accept the standard hashing policy, which is compatible with Redis Community Edition, or define a custom hashing policy to define where keys are located in the clustered database.
-
Database proxy - Determines the number and location of active proxies, which manage incoming database operation requests.
Durability
-
Persistence - To protect against loss of data stored in RAM, you can enable data persistence and store a copy of the data on disk with snapshots or an append-only file.
-
Scheduled backup - You can configure periodic backups of the database, including the interval and backup location parameters.
TLS
You can require TLS encryption and authentication for all communications, TLS encryption and authentication for Replica Of communication only, and TLS authentication for clients.
Access control
-
Unauthenticated access - You can access the database as the default user without providing credentials.
-
Password-only authentication - When you configure a password for your database's default user, all connections to the database must authenticate with the AUTH command.
If you also configure an access control list, connections can specify other users for authentication, and requests are allowed according to the Redis ACLs specified for that user.
Creating a database without ACLs enables a default user with full access to the database. You can secure default user access by requiring a password.
-
Access Control List - You can specify the user roles that have access to the database and the Redis ACLs that apply to those connections.
To define an access control list for a database:
Alerts
Select alerts to show in the database status and configure their thresholds.
You can also choose to send alerts by email to relevant users.
Replica Of
With Replica Of, you can make the database a repository for keys from other databases.
RESP3 support
RESP (Redis Serialization Protocol) is the protocol clients use to communicate with Redis databases. If you enable RESP3 support, the database will support the RESP3 protocol in addition to RESP2.
For more information about Redis Software's compatibility with RESP3, see RESP compatibility with Redis Enterprise.
Internode encryption
Enable Internode encryption to encrypt data in transit between nodes for this database. See Internode encryption for more information.