Cluster Elasticsearch yellow hoặc red: xử lý từ đâu?

Question

IT Interview Practice · Accepted Answer

Yellow nghĩa là các primary shard đã được gán nhưng có ít nhất một replica chưa có node nhận. Red nghĩa là ít nhất một primary chưa có node nhận, nên một phần dữ liệu có thể không truy cập được.

## Xác định shard bị ảnh hưởng

Trong Kibana Dev Tools, bắt đầu bằng:

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

Dòng minh họa `products 0 r UNASSIGNED` nghĩa là replica `r` của shard 0 chưa có nơi nhận. Nếu `p`, tức primary, chưa được gán thì cần khẩn trương kiểm tra khả năng truy cập dữ liệu.

## Hỏi vì sao không được phân bổ

Với replica đó, yêu cầu giải thích:

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

Đọc `can_allocate` và quyết định phân bổ của từng node. Nếu bị từ chối do đĩa, kiểm tra dung lượng; nếu quy tắc loại hết node có sẵn, rà soát quy tắc đó. Nhờ vậy màu trạng thái cluster trở thành một nguyên nhân cụ thể có thể sửa.

## Phục hồi mà không vứt bỏ dữ liệu

Cluster phát triển một node không thể đặt replica cạnh primary của chính nó. Giảm replica có thể chấp nhận ở đó nhưng mất dự phòng. Trên production, khôi phục tài nguyên hoặc bản sao hợp lệ, hoặc dùng snapshot đã kiểm tra khi cần. Không ép primary rỗng hoặc cũ chỉ để trạng thái xanh: có thể mất dữ liệu. Xác nhận phân bổ và hành vi ứng dụng sau phục hồi.

[Tài liệu chính thức](https://www.elastic.co/docs/troubleshoot/elasticsearch/red-yellow-cluster-status).

Xác định shard bị ảnh hưởng

Hỏi vì sao không được phân bổ

Phục hồi mà không vứt bỏ dữ liệu

Câu hỏi liên quan