Client-side cluster support in Redis - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is client-side cluster support in Redis?

Client-side cluster support means the Redis client handles the distribution of data across multiple Redis nodes automatically, so the client knows which node to contact for each key.

intermediate

How does a Redis client know which node to contact in a cluster?

The client uses a hash slot algorithm to map each key to a specific slot, and each slot is assigned to a node. The client keeps track of this mapping to send commands to the right node.

beginner

Why is client-side cluster support important for Redis scalability?

It allows Redis to scale horizontally by spreading data across many nodes, and the client can efficiently route requests without needing a central proxy.

intermediate

What happens if a Redis cluster node moves slots to another node?

The client receives a MOVED response and updates its slot-to-node mapping to send future requests to the new node.

advanced

Name one challenge of client-side cluster support in Redis.

One challenge is keeping the client's slot mapping up to date when the cluster topology changes, which requires handling redirection responses and refreshing the mapping.

What does the Redis client use to decide which node stores a key in a cluster?

A Round-robin

B Random selection

C Hash slot algorithm

D Central proxy

The Redis client uses a hash slot algorithm to map keys to specific nodes.

If a Redis client gets a MOVED response, what should it do?

A Update its slot mapping and retry the command

B Ignore and retry the same node

C Restart the client

D Send the command to all nodes

A MOVED response means the slot has moved; the client updates its mapping and retries.

Why is client-side cluster support better than using a proxy?

A Slows down requests

B Increases complexity

C Requires more servers

D Reduces latency by direct node communication

Client-side support reduces latency by avoiding a proxy and contacting nodes directly.

What is a hash slot in Redis cluster?

A A password for authentication

B A range of keys assigned to a node

C A backup node

D A command type

A hash slot is a range of keys mapped to a specific node in the cluster.

How many hash slots does Redis cluster have by default?

A 16384

B 1024

C 65536

D 512

Redis cluster uses 16384 hash slots by default.

Explain how client-side cluster support works in Redis and why it is useful.

Think about how the client knows where data lives in a cluster.

Describe what a Redis client should do when it receives a MOVED response from a cluster node.

This response tells the client the data moved.

Practice

1. What is the main benefit of using client-side cluster support in Redis?

easy

A. It encrypts all data stored in Redis without extra setup.

B. It reduces the size of the Redis database automatically.

C. It merges all cluster nodes into a single server.

D. It allows the client to connect directly to the correct Redis node in the cluster.

Solution

1. Step 1: Understand client-side cluster support

   Client-side cluster support means the client knows how to talk to the right Redis node directly.

2. Step 2: Identify the main benefit

   This direct connection helps speed up requests and balances load across nodes.

3. Final Answer:

   It allows the client to connect directly to the correct Redis node in the cluster. -> Option D

4. Quick Check:

   Client-side cluster support = direct node connection [OK]

Hint: Client-side cluster means client talks directly to right node [OK]

Common Mistakes:

• Thinking it reduces database size automatically
• Confusing encryption with cluster support
• Believing it merges nodes into one server

2. Which of the following is the correct way to initialize a Redis client with cluster support in code?

easy

A. redis.createClient({ cluster: true, nodes: [...] })

B. redis.connectCluster(nodes)

C. redis.clusterConnect({ nodes: [...] })

D. redis.newClusterClient(nodes)

Solution

1. Step 1: Recall Redis client cluster initialization syntax

   The standard way is to create a client with cluster option and provide nodes list.

2. Step 2: Match syntax to options

   redis.createClient({ cluster: true, nodes: [...] }) matches the known syntax: redis.createClient({ cluster: true, nodes: [...] }). Others are invalid method names.

3. Final Answer:

   redis.createClient({ cluster: true, nodes: [...] }) -> Option A

4. Quick Check:

   Correct cluster client init = createClient with cluster true [OK]

Hint: Use createClient with cluster:true and nodes array [OK]

Common Mistakes:

• Using non-existent methods like connectCluster
• Forgetting to set cluster: true
• Passing nodes incorrectly

3. Given a Redis cluster with nodes at ports 7000 and 7001, what will the following code do?

const client = redis.createClient({ cluster: true, nodes: [ { port: 7000 }, { port: 7001 } ] });
await client.connect();
await client.set('key1', 'value1');
const val = await client.get('key1');
console.log(val);

medium

A. It will print 'value1' after storing the key in the correct cluster node.

B. It will throw an error because set is not supported in cluster mode.

C. It will print null because the key is not stored.

D. It will connect only to port 7000 and ignore 7001.

Solution

1. Step 1: Understand cluster client behavior on set/get

   The client connects to multiple nodes and routes commands to the right node based on key hashing.

2. Step 2: Analyze code flow

   It sets 'key1' with 'value1' and then gets 'key1'. The client handles routing, so get returns 'value1'.

3. Final Answer:

   It will print 'value1' after storing the key in the correct cluster node. -> Option A

4. Quick Check:

   Cluster client routes keys correctly = prints value1 [OK]

Hint: Cluster client routes keys, so get returns stored value [OK]

Common Mistakes:

• Thinking set/get are unsupported in cluster mode
• Assuming only one node is used
• Expecting null because of cluster complexity

4. You wrote this code to connect to a Redis cluster but get a connection error:

const client = redis.createClient({ cluster: true, nodes: [ { port: 7000 } ] });
await client.connect();

What is the most likely cause?

medium

A. The client library does not support cluster mode.

B. The port 7000 is incorrect; cluster nodes use port 6379.

C. You need to provide at least two nodes for cluster support.

D. You forgot to set cluster: false in options.

Solution

1. Step 1: Check cluster node requirements

   For cluster support, the client should know multiple nodes to discover the cluster topology.

2. Step 2: Analyze given nodes array

   Only one node is provided, so the client cannot properly discover the cluster, causing connection errors.

3. Final Answer:

   You need to provide at least two nodes for cluster support. -> Option C

4. Quick Check:

   Cluster client needs multiple nodes to connect [OK]

Hint: Provide multiple nodes to connect to cluster [OK]

Common Mistakes:

• Assuming single node is enough for cluster
• Confusing default Redis port with cluster ports
• Misconfiguring cluster option

5. You want to optimize your Redis cluster client to handle failover smoothly. Which approach best uses client-side cluster support to achieve this?

hard

A. Connect only to the master node and manually switch to replicas on failure.

B. Configure the client with multiple cluster nodes and enable automatic node discovery and retries.

C. Disable cluster mode and connect to nodes one by one in round-robin fashion.

D. Use a single client connection and restart it on any error.

Solution

1. Step 1: Understand failover handling in cluster clients

   Good cluster clients support automatic discovery of nodes and retry commands on failover.

2. Step 2: Evaluate options for smooth failover

   Configure the client with multiple cluster nodes and enable automatic node discovery and retries. uses multiple nodes and automatic discovery, which helps the client adapt to cluster changes without manual intervention.

3. Final Answer:

   Configure the client with multiple cluster nodes and enable automatic node discovery and retries. -> Option B

4. Quick Check:

   Automatic discovery and retries = smooth failover [OK]

Hint: Use multiple nodes and enable auto discovery for failover [OK]

Common Mistakes:

• Relying on manual failover switching
• Disabling cluster mode loses benefits
• Restarting client on every error is inefficient