Flujo de triaje de un clúster red/yellow (qué índice, qué shard, por qué)

Comando

GET _cluster/health?filter_path=status,unassigned_shards,initializing_shards,delayed_unassigned_shards,number_of_pending_tasks
GET _health_report?verbose=false
GET _cat/indices?v&health=red&h=health,index,pri,rep,docs.count,store.size
GET _cat/indices?v&health=yellow&h=health,index,pri,rep
GET _cat/shards?v&h=index,shard,prirep,state,unassigned.reason,unassigned.for,node&s=state
# Without a body, the call explains the first unassigned shard:
GET _cluster/allocation/explain

Qué hace

Ofrece un flujo de triaje ordenado desde el estado del clúster hasta los índices con problemas, luego a los shards sin asignar y al motivo de que no se asignen (unassigned.reason, allocation explain); _health_report resume qué indicador (disco, disponibilidad de shards, master) no está sano.

Cuándo usarlo

Como primera respuesta cuando el clúster pasa a red o yellow.

Precaución

Red: al menos un shard primario está sin asignar; las escrituras en ese índice y las búsquedas que tocan ese shard fallan. Yellow: todos los primarios están presentes pero faltan réplicas; los datos son accesibles pero no hay redundancia. En un clúster de un solo nodo, los índices con replicas > 0 se quedan en yellow de forma permanente (decisión same_shard). Si un nodo salió hace poco, los delayed_unassigned_shards se retienen a propósito hasta que expira index.unassigned.node_left.delayed_timeout (por defecto 1m).