Client-side cluster support in Redis - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to connect to a Redis cluster using the client.

Redis

const cluster = new Redis.Cluster([1]);

Drag options to blanks, or click blank then click option'

A[{ host: '127.0.0.1', port: 7000 }]

B'127.0.0.1:7000'

C{ host: '127.0.0.1', port: 7000 }

D7000

Attempts:

3 left

💡 Hint

Common Mistakes

Passing a single string instead of an array.

Passing a single object instead of an array.

Passing only the port number.

You need to provide an array of node objects with host and port to connect to a Redis cluster.

2fill in blank

medium

Complete the code to execute a command on the Redis cluster client.

Redis

cluster.[1]('set', 'key', 'value');

Drag options to blanks, or click blank then click option'

Aexecute

Bcall

CsendCommand

Drun

Attempts:

3 left

💡 Hint

Common Mistakes

Using execute or call which are not valid methods.

Using run which does not exist.

The sendCommand method is used to send commands to the Redis cluster client.

3fill in blank

hard

Fix the error in the code to properly handle cluster node errors.

Redis

cluster.on('error', [1] => { console.error('Cluster error:', err); });

Drag options to blanks, or click blank then click option'

Aerror

Berr

Ce

Dexception

Attempts:

3 left

💡 Hint

Common Mistakes

Using a different parameter name than the one used inside the function.

Not matching the parameter name with the error object.

The error event handler receives the error object as the parameter, commonly named err.

4fill in blank

hard

Fill both blanks to create a command that gets the value of a key from the cluster.

Redis

const value = await cluster.[1]('get', [2]);

Drag options to blanks, or click blank then click option'

AsendCommand

B'mykey'

C'key1'

Dexecute

Attempts:

3 left

💡 Hint

Common Mistakes

Using execute instead of sendCommand.

Passing the wrong key string.

Use sendCommand to send the 'get' command and provide the key as a string.

5fill in blank

hard

Fill all three blanks to create a cluster client, set a key, and get its value.

Redis

const cluster = new Redis.Cluster([1]);
await cluster.[2]('set', 'name', 'Alice');
const name = await cluster.[3]('get', 'name');

Drag options to blanks, or click blank then click option'

A[{ host: 'localhost', port: 7001 }]

BsendCommand

D[{ host: '127.0.0.1', port: 6379 }]

Attempts:

3 left

💡 Hint

Common Mistakes

Using wrong node addresses.

Using different methods instead of sendCommand.

First, create the cluster client with an array of nodes. Then use sendCommand to set and get keys.

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