Hogyan vizsgáljunk yellow vagy red Elasticsearch clustert?

Question

IT Interview Practice · Accepted Answer

A yellow azt jelenti, hogy a primary adatshardok ki vannak osztva, de legalább egy replika nincs node-hoz rendelve. A red azt jelenti, hogy legalább egy primary nincs node-hoz rendelve, ezért egyes adatok elérhetetlenek lehetnek.

## Azonosítsuk az érintett shardot

A Kibana Dev Toolsban ezzel kezdjünk:

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

A szemléltető `products 0 r UNASSIGNED` sor azt jelzi, hogy a 0-s shard `r` replikájának nincs célhelye. Ha ehelyett a `p`, azaz primary nincs kiosztva, sürgősen vizsgáljuk az adatok elérhetőségét.

## Kérdezzük meg az elutasítás okát

Ehhez a replikához kérjünk magyarázatot:

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

Olvassuk a `can_allocate` értéket és a node-onkénti kiosztási döntéseket. Lemezhely miatti elutasításnál kapacitást, minden elérhető node-ot kizáró szabálynál azt a szabályt kell vizsgálni. Így a cluster színe konkrét javítandó okká válik.

## Adatok eldobása nélkül állítsunk helyre

Egynode-os fejlesztői cluster nem tehet replikát a saját primaryja mellé. Ott elfogadható lehet a replikaszám csökkentése, de megszünteti a redundanciát. Élesben erőforrást vagy érvényes másolatot állítsunk helyre, szükség esetén tesztelt snapshotból. Ne kényszerítsünk ki üres vagy elavult primaryt pusztán a green állapotért: adatvesztést okozhat. Helyreállás után ellenőrizzük a kiosztást és az alkalmazás működését.

[Hivatalos dokumentáció](https://www.elastic.co/docs/troubleshoot/elasticsearch/red-yellow-cluster-status).

Azonosítsuk az érintett shardot

Kérdezzük meg az elutasítás okát

Adatok eldobása nélkül állítsunk helyre

Kapcsolódó kérdések