Elasticsearch kırmızı/sarı küme & atanmamış shard

Belirti

_cluster/health 'red' veya 'yellow'; unassigned shard'lar; okuma/yazma kısıtlı ya da veri erişilemez.

1. Renk ve neden

yellow = replica shard'lar atanmadı (veri var, dayanıklılık düşük). red = en az bir PRIMARY shard yok (o veriye erişilemez). Önce hangisi ve neden olduğunu çıkar.

Elasticsearch

GET _cluster/health?level=indices
GET _cluster/allocation/explain

2. Atanmamış shard'ları ve sebebini listele

unassigned.reason sütunu kök nedeni söyler (NODE_LEFT, ALLOCATION_FAILED, DISK vb.).

Elasticsearch

GET _cat/shards?v&h=index,shard,prirep,state,unassigned.reason&s=state

3. Sık nedenleri ele

1) Disk watermark → low aşılınca düğüm yeni shard almaz, flood_stage'de index'ler salt okunur olur. 2) Düğüm düştü / ayrıldı. 3) allocation kapalı bırakılmış. 4) replica sayısı > uygun düğüm sayısı.

4. Çöz

Neden hangisiyse ona göre aç.

Elasticsearch

# Disk açıldıysa read-only kilidini kaldır (7.4+ high watermark altına inince kendiliğinden de kalkar):
PUT _all/_settings {"index.blocks.read_only_allow_delete": null}
# Allocation kısıtlı bırakıldıysa varsayılana (all) döndür:
PUT _cluster/settings {"persistent":{"cluster.routing.allocation.enable":null}}
# Başarısız atamaları yeniden dene:
POST _cluster/reroute?retry_failed=true

5. red kaldıysa ve primary gerçekten kayıpsa

Snapshot'tan ilgili index'i geri yükle ya da kaynak veriden yeniden indeksle (_reindex). Kalıcı: disk watermark alarmı, uygun replica sayısı (≥1) ve düğüm sağlığı izleme.