როგორ გამოიკვლიოთ yellow ან red Elasticsearch cluster?

Question

IT Interview Practice · Accepted Answer

Yellow ნიშნავს, რომ primary მონაცემთა shard-ები მინიჭებულია, მაგრამ მინიმუმ ერთ replica-ს კვანძი არ აქვს. Red ნიშნავს, რომ მინიმუმ ერთი primary კვანძს არ ეკუთვნის, ამიტომ ზოგი მონაცემი შეიძლება მიუწვდომელი იყოს.

## იპოვეთ დაზარალებული shard

Kibana Dev Tools-ში დაიწყეთ ამით:

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

საილუსტრაციო სტრიქონი `products 0 r UNASSIGNED` ნიშნავს, რომ shard 0-ის replica `r`-ს ადგილი არ აქვს. თუ მის ნაცვლად primary `p` არ არის მინიჭებული, მონაცემის ხელმისაწვდომობა სასწრაფოდ შეისწავლეთ.

## იკითხეთ, რატომ უარყვეს განაწილება

ამ replica-სთვის მოითხოვეთ ახსნა:

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

წაიკითხეთ `can_allocate` და თითო კვანძის განაწილების გადაწყვეტილება. დისკის სივრცის გამო უარყოფა ტევადობის შემოწმებას ნიშნავს; ყველა ხელმისაწვდომ კვანძს გამომრიცხავი წესი — ამ წესის გადახედვას. ასე cluster-ის ფერი კონკრეტულ გამოსასწორებელ მიზეზად იქცევა.

## აღადგინეთ მონაცემის გადაყრის გარეშე

ერთკვანძიან სასწავლო cluster-ს replica საკუთარი primary-ის გვერდით ვერ განუთავსებია. იქ replica-ების შემცირება შეიძლება მისაღები იყოს, მაგრამ სარეზერვო გამძლეობას შლის. საწარმოო გარემოში აღადგინეთ რესურსები ან სწორი ასლი, საჭიროებისას კი გამოცდილი snapshot გამოიყენეთ. მხოლოდ green სტატუსისთვის ცარიელი ან მოძველებული primary ძალით არ დანიშნოთ: მონაცემი შეიძლება დაიკარგოს. აღდგენის შემდეგ განაწილება და აპლიკაციის ქცევა გადაამოწმეთ.

[ოფიციალური დოკუმენტაცია](https://www.elastic.co/docs/troubleshoot/elasticsearch/red-yellow-cluster-status).

იპოვეთ დაზარალებული shard

იკითხეთ, რატომ უარყვეს განაწილება

აღადგინეთ მონაცემის გადაყრის გარეშე

დაკავშირებული კითხვები