RedisReplication

Redis replication configuration can be customized by values.yaml. The recommended way of managing the setup is using helm but if the setup is not maintained by it, YAML CRD parameters can be modified in the manifest.

Helm Configuration Parameters

RedisReplication Instance Configuration

Dynamic Configuration

Redis Operator supports dynamic configuration for Redis instances in a replication setup through the top-level redisConfig field. You can set Redis configuration parameters that can be modified at runtime without requiring a restart.

Example Configuration

apiVersion: redis.redis.opstreelabs.in/v1beta2
kind: RedisReplication
metadata:
  name: redis-replication
spec:
  redisConfig:
    dynamicConfig:
      - "maxmemory-policy allkeys-lru"
      - "slowlog-log-slower-than 5000"

Configuration Application

• Dynamic configurations are applied to all Redis instances in the replication setup
• The operator ensures all accessible instances receive the configuration
• If an instance is not ready or accessible, it will be skipped and retried in the next reconciliation
• Configuration changes are applied only when the replication setup is in a ready state

Important Notes

1. Configuration Validation

   • Ensure the configuration parameters are supported by your Redis version
   • Use proper format: “parameter value” (e.g., “maxmemory-policy allkeys-lru”)
   • Invalid configurations will be logged and skipped

2. Monitoring

   • Configuration changes are logged at the pod level
   • Check pod logs for configuration status and any errors
   • Use kubectl exec to verify configurations:

   kubectl exec -it <pod-name> -- redis-cli CONFIG GET <parameter>
   

3. Best Practices

   • Use dynamic configuration for parameters that need to be consistent across the replication setup
   • Test configuration changes in non-production environments first

4. Limitations

   • Only supports parameters that can be modified at runtime