Fluxo de triagem de cluster red/yellow (qual índice, qual 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

O que faz

Dá um fluxo ordenado de triagem, do status do cluster até os índices com problema, depois aos shards não atribuídos e ao motivo de não serem alocados (unassigned.reason, allocation explain); _health_report resume qual indicador (disco, disponibilidade de shards, master) não está saudável.

Quando usar

Como primeira resposta quando o cluster fica red ou yellow.

Atenção

Red: pelo menos um shard primário não está atribuído; escritas nesse índice e buscas que atingem esse shard falham. Yellow: todos os primários estão presentes, mas faltam réplicas; os dados estão acessíveis, mas não há redundância. Em um cluster de um único nó, índices com replicas > 0 ficam yellow permanentemente (decisão same_shard). Se um nó saiu recentemente, os delayed_unassigned_shards são retidos de propósito até que index.unassigned.node_left.delayed_timeout (padrão 1m) expire.