配置数据库默认值

确定创建新数据库时默认设置的集群范围策略。

数据库默认值是集群范围内的策略，用于确定创建新数据库时的默认设置。

编辑数据库默认设置

要使用集群管理器UI编辑默认数据库配置：

1. 在数据库屏幕上，选择

2. 选择数据库默认值。

3. 配置数据库默认值。

   

4. 选择保存。

数据库默认值

端点配置

您可以选择预定义的端点配置，以便为您的使用案例使用推荐的数据库代理和分片放置策略。如果您想手动设置这些策略，请选择自定义端点配置。

数据库代理

Redis企业版软件使用代理来管理和优化对数据库分片的访问。集群中的每个节点都运行一个代理进程，该进程可以是活动的（接收传入流量）或被动的（等待故障转移）。

您可以配置默认的代理策略，以确定哪些节点的代理默认是活动的并绑定到新数据库。

使用集群管理器UI配置默认数据库代理策略：

1. 编辑数据库默认值。

2. 选择一个预定义的端点配置以使用推荐的数据库代理策略，或选择自定义手动设置策略。在集群管理器UI中更改数据库代理默认值会影响分片和非分片代理策略。

   

非分片代理策略

要为非分片数据库配置默认代理策略，请使用以下方法之一：

• rladmin tune cluster:

  rladmin tune cluster default_non_sharded_proxy_policy { single | all-master-shards | all-nodes }
  

• 更新集群策略 REST API 请求：

  PUT /v1/cluster/policy 
  { "default_non_sharded_proxy_policy": "single | all-master-shards | all-nodes" }
  

分片代理策略

要为分片数据库配置默认代理策略，请使用以下方法之一：

• rladmin tune cluster:

  rladmin tune cluster default_sharded_proxy_policy { single | all-master-shards | all-nodes }
  

• 更新集群策略 REST API 请求：

  PUT /v1/cluster/policy 
  { "default_sharded_proxy_policy": "single | all-master-shards | all-nodes" }
  

分片放置

默认的分片放置策略决定了数据库分片在集群节点间的分布。

分片放置策略包括：

• dense: 将分片放置在最小数量的节点上。

• sparse: 将分片分散到多个节点上。

要配置默认的分片放置，请使用以下方法之一：

• 集群管理器用户界面：

  1. 编辑数据库默认值。

  2. 选择一个预定义的端点配置以使用推荐的碎片放置策略，或选择自定义手动设置策略。

     

• rladmin tune cluster:

  rladmin tune cluster default_shards_placement { dense | sparse }
  

• 更新集群策略 REST API 请求：

  PUT /v1/cluster/policy 
  { "default_shards_placement": "dense | sparse" }
  

数据库版本

新数据库使用默认的Redis数据库版本，除非您在集群管理器UI中创建数据库时选择不同的数据库版本或在创建数据库REST API请求中指定redis_version。

要配置Redis数据库版本，请使用以下方法之一：

• 集群管理器用户界面：在数据库默认值中编辑数据库版本

• rladmin tune cluster:

  rladmin tune cluster default_redis_version 
  

• 更新集群策略 REST API 请求：

  PUT /v1/cluster/policy 
  { "default_provisioned_redis_version": "x.y" }
  

节点间加密

默认情况下，为新数据库启用internode encryption以加密节点之间传输的数据。

要默认启用或关闭节点间加密，请使用以下方法之一：

• 集群管理器用户界面：在数据库默认值中编辑节点间加密

• rladmin tune cluster:

  rladmin tune cluster data_internode_encryption { enabled | disabled }
  

• 更新集群策略 REST API 请求：

  PUT /v1/cluster/policy 
  { "data_internode_encryption":  }