Розширення дисків Elasticsearch у storage class "thin" vSphere
|
Цю інструкцію не можна використовувати, якщо встановлено політику *ZeroRedundancy*
( |
Якщо потрібно збільшити диски Elasticsearch, що використовують storage class: thin, то звичайне оновлення параметра spec.logStore.elasticsearch.storage.size у конфігурації ресурсу ClusterLogging.instance не дасть результату, оскільки цей тип сховища не підтримує динамічне розширення.
Можна спостерігати помилку в параметрі status.logStore.elasticsearchStatus[].cluster.clusterConditions[].message: "Resizing the storage for a custom resource is not supported".
Процедура розширення:
-
Перейдіть до простору імен
openshift-logging. -
Внесіть зміни у YAML-конфігурацію
ClusterLogging.instance, задавши новий розмір диска у параметріspec.logStore.elasticsearch.storage.size.Приклад конфігурації:
spec: logStore: elasticsearch: nodeCount: 3 nodeSelector: platform/logging: 'true' redundancyPolicy: MultipleRedundancy storage: size: 600G -
Перейдіть до розділу PVC та видаліть диск з першим індексом, наприклад:
elasticsearch-elasticsearch-cdm-esdk45rm-1 -
Перейдіть до списку Pod-ів та видаліть поду, що відповідає видаленому PVC, наприклад:
elasticsearch-cdm-esdk45rm-1-556d99bc96-7vvsrПеревірити правильність назви поди можна у її вкладці Details → Volumes: - Name: elasticsearch-storage- Type: ім’я видаленого PVC (наприклад:elasticsearch-elasticsearch-cdm-esdk45rm-1) -
Поверніться до розділу PVC та перевірте наявність нового PVC з індексом
-1. -
Дочекайтесь реплікації даних — новий диск має вирівнятися за розміром із рештою (вони мають бути приблизно однаковими). Наприклад:

-
Повторіть кроки 3–6 для дисків з індексами
-2та-3.
|
Якщо після розширення дисків під час виконання наступної команди в будь-якому pod Elasticsearch:
ви побачите індекси у стані
|