Розширення дисків 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:
ви побачите індекси у стані
|