Red/yellow cluster teşhis akışı (hangi index, hangi shard, neden)

Komut

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
# Govdesiz cagri ilk unassigned shard'i aciklar:
GET _cluster/allocation/explain

Ne yapar?

Cluster durumundan başlayıp sorunlu index'lere, oradan unassigned shard'lara ve atanamama nedenine (unassigned.reason, allocation explain) inen sıralı bir teşhis akışı verir; _health_report hangi göstergenin (disk, shard availability, master) sorunlu olduğunu özetler.

Ne zaman kullanılır?

Cluster red veya yellow olduğunda ilk müdahale olarak.

Dikkat

Red: en az bir primary shard atanmamış, o index'e yazma ve o shard'a düşen aramalar başarısız olur. Yellow: tüm primary'ler var ama replica eksik; veri erişilebilir ama yedeklilik yok. Tek düğümlü cluster'da replica > 0 olan index'ler kalıcı olarak yellow kalır (same_shard kararı). Düğüm yeni ayrıldıysa delayed_unassigned_shards, index.unassigned.node_left.delayed_timeout (varsayılan 1m) dolana kadar bilerek bekletilir.