Why cluster health ensures reliability in Elasticsearch - Challenge Your Understanding

Challenge - 5 Problems

❓ Predict Output

intermediate

What does the cluster health status 'green' indicate?

In Elasticsearch, the cluster health API returns a status. What does the status 'green' mean for the cluster?

Elasticsearch

GET /_cluster/health

A "green" means all primary and replica shards are active and the cluster is fully operational.

B "green" means only primary shards are active but replicas are not allocated.

C "green" means the cluster is offline and not accepting requests.

D "green" means the cluster has some unassigned shards but is still partially functional.

💡 Hint

Think about what full reliability means for data availability.

A green status means all shards, including replicas, are assigned and active. This ensures no data loss and full reliability.

🧠 Conceptual

intermediate

Why does unassigned shards affect cluster reliability?

Why do unassigned shards in an Elasticsearch cluster reduce its reliability?

A Because unassigned shards improve cluster speed but reduce storage capacity.

B Because unassigned shards mean some data is not replicated or available, risking data loss if a node fails.

C Because unassigned shards cause the cluster to reject all search requests.

D Because unassigned shards increase the number of nodes in the cluster.

💡 Hint

Think about what happens if a node with primary data fails and replicas are missing.

Unassigned shards mean some data is not currently stored on any node. If the node holding the primary shard fails, data could be lost, reducing reliability.

🔧 Debug

advanced

Identify the cause of 'yellow' cluster health status

Given this cluster health response, why is the status 'yellow'?

{"status":"yellow","number_of_nodes":3,"active_primary_shards":10,"active_shards":15,"relocating_shards":0,"initializing_shards":0,"unassigned_shards":5}

A Some primary shards are unassigned, causing partial data loss.

B The cluster has no nodes connected, so it is not operational.

C Some replica shards are unassigned, but all primary shards are active.

D The cluster is overloaded with relocating shards causing delays.

💡 Hint

Yellow means primary shards are fine but replicas have issues.

A yellow status means all primary shards are active, but some replica shards are unassigned. This means data is available but not fully redundant.

📝 Syntax

advanced

Which Elasticsearch query checks cluster health correctly?

Which of the following is the correct syntax to check cluster health using Elasticsearch REST API?

A GET /_cluster/health

B POST /_cluster/health

C GET /_health/cluster

D GET /cluster/health

💡 Hint

The cluster health API uses a GET request with a specific path.

The correct endpoint is GET /_cluster/health. Other options are invalid paths or wrong HTTP methods.

🚀 Application

expert

How does cluster health status impact data reliability in a multi-node Elasticsearch setup?

In a multi-node Elasticsearch cluster, how does the cluster health status directly impact data reliability and availability?

A Cluster health status does not affect data reliability or availability.

B A yellow status means the cluster is offline and data cannot be accessed.

C A red status means the cluster is fully operational with no issues.

D A green status means all data is fully replicated and available, ensuring no data loss even if a node fails.

💡 Hint

Consider what full replication means for fault tolerance.

Green status means all primary and replica shards are assigned and active, so data is safe and available even if a node fails. Yellow or red indicate problems that risk data loss or unavailability.