cluster_health_red: Состояние кластера: RED / неназначенные шарды
ElasticsearchЧто это значит?
Состояние кластера RED означает, что хотя бы один primary-шард не назначен и недоступен. Это критическое состояние, при котором часть данных невозможно читать/записывать, с риском частичной потери данных. (YELLOW означает, что не назначены только реплики; primary-шарды целы.)
Почему возникает?
Узел аварийно завершился/покинул кластер, и primary-шарды на нём остались без копии, размещение заблокировано disk watermark, повреждённый шард, ошибка при восстановлении из snapshot или настройки размещения, препятствующие назначению шардов.
Как исправить
Выясните, почему шарды не назначены: GET _cluster/allocation/explain или GET _cat/shards?v&h=index,shard,prirep,state,unassigned.reason. Верните отказавшие узлы; если проблема в диске, освободите место (watermark). Если размещение было временно заблокировано, запустите повторное размещение: POST _cluster/reroute?retry_failed=true. Если primary полностью утрачен, восстановите данные из snapshot. В состоянии RED в первую очередь сосредоточьтесь на восстановлении primary-шардов.
Ещё по этой СУБД
- document_missing_exceptiondocument_missing_exception: [_doc][id]: документ отсутствует
- index_not_found_exceptionindex_not_found_exception: индекс [index_name] не существует (HTTP 404)
- resource_already_exists_exceptionresource_already_exists_exception: индекс [index_name/uuid] уже существует (HTTP 400)
- no_shard_available_action_exceptionno_shard_available_action_exception: нет доступного шарда для [...]
- es_rejected_execution_exceptiones_rejected_execution_exception: выполнение ... на ... отклонено (ёмкость очереди ...) (HTTP 429)
- master_not_discovered_exceptionmaster_not_discovered_exception / MasterNotDiscoveredException
- security_exceptionsecurity_exception: не удаётся выполнить аутентификацию / действие [...] не разрешено пользователю [...] (HTTP 401/403)