Tekintse meg az egycsomópontú Elasticsearch állapotát
Használd a fejplugint a klaszter állapotának megtekintésére
A fenti képernyőképen látható, hogy 5 be nem rendelt shard van, amikor létrehozzák az index blog5-et, a shard száma 5, a replikák száma 1, és a klaszter státusza sárgára válik az új létrehozás után, a gyökér ok, hogy a klaszter nem engedélyezte a replika shardokat, nézzük meg a replika shardok bevezetését a hivatalos weboldalon:
A replika sharding fő célja a failover, ahogy azt a klaszteren belüli elvekben is tárgyalják: ha a fő töredéket tartó csomópont leáll, egy replika töredéket előléptetnek elsődleges töredék szerepére.
Így látható, hogy a replika és elsődleges shardok nem helyezhetők el egyetlen csomópontra, de egy klaszterben, ahol csak egy csomópont van, a replika szilánkok nem rendelhetők más csomópontokhoz, így minden replika töredék nincs hozzárendelve. Mivel csak egy csomópont van, ha van egy elsődleges shard node lefagyva, akkor az egész klasztert le kell függeszteni, és nincs olyan eset, amikor a replika törés az elsődleges shardra kerülne.
A megoldás az, hogy törli az indexet replika töredékekkel az egycsomópontos rugalmas keresési klaszterben, és az új index replikáit 0-ra állítjuk. Ezután ellenőrizd a klaszter állapotát
Az új index példányainak száma 0-ra van állítva
A klaszter egészséges
|
Közzétéve 2018. 12. 13. 15:07:56
|
|
|
|
