¿Cómo investiga un clúster Elasticsearch amarillo o rojo?

Question

IT Interview Practice · Accepted Answer

Amarillo significa que los shards primarios están asignados, pero al menos una copia réplica no tiene nodo asignado. Rojo significa que al menos un primario no tiene nodo asignado, por lo que algunos datos pueden no estar disponibles.

## Identifique el shard afectado

En Kibana Dev Tools, empiece con:

```http
GET /_cat/shards?v&h=index,shard,prirep,state,node
```

La fila ilustrativa `products 0 r UNASSIGNED` significa que la réplica `r` del shard 0 no tiene destino. Si es `p`, el primario, el que no está asignado, investigue urgentemente la disponibilidad de los datos.

## Pregunte por qué se rechazó la asignación

Para esa réplica, solicite una explicación:

```http
GET /_cluster/allocation/explain
{
  "index": "products",
  "shard": 0,
  "primary": false
}
```

Lea `can_allocate` y las decisiones de asignación por nodo. Un rechazo por espacio en disco lleva a comprobar la capacidad; una regla que excluye todos los nodos disponibles lleva a revisar esa regla. Así convierte el color del clúster en una causa concreta que corregir.

## Recupere sin descartar datos

Un clúster de desarrollo de un nodo no puede poner una réplica junto a su propio primario. Reducir réplicas puede ser aceptable allí, pero elimina redundancia. En producción, restaure recursos o una copia válida, o use un snapshot probado cuando haga falta. No fuerce un primario vacío o desactualizado solo para obtener verde: puede perder datos. Verifique la asignación y el comportamiento de la aplicación después de la recuperación.

[Documentación oficial](https://www.elastic.co/docs/troubleshoot/elasticsearch/red-yellow-cluster-status).

Identifique el shard afectado

Pregunte por qué se rechazó la asignación

Recupere sin descartar datos

Preguntas relacionadas