Блог

В настоящее время мы используем диаграммы bitnami (https://github.com/bitnami/charts) для развертывания Elastic в AKS. Он работает довольно хорошо, в конечном итоге он создает 3 главных узла и 2 узла данных.

Я пытался обеспечить сохраняемость данных, поэтому, если кто-то уничтожит кластер и нам потребуется его восстановить, мы можем просто подключить хранилище и повторно развернуть. Я быстро нахожу, что на самом деле это может сработать не так, как я надеялся.

Позвольте мне объяснить, что я сделал, прежде чем задать вопрос.

Я впервые создал эластичную установку без проблем. Если я отскочу от модуля, он без проблем считает pv, и мои данные все еще присутствуют. Если я удалю весь кластер, но сохраню файл azure, я заново настрою точно такой же PV и правильно свяжу ПВХ, но получу следующую ошибку.

Вызвано: org.elasticsearch.cluster.координация.Исключение CoordinationStateRejectedException: Этот узел ранее присоединился к кластеру с UUID [GBu9aCIYQy23TyA_JKQM6Q] и теперь пытается присоединиться к другому кластеру с UUID [po3rwsyhRTyKmN3Z_luhkQ]. Это запрещено и обычно указывает на неправильное обнаружение или конфигурацию начальной загрузки кластера. Обратите внимание, что UUID кластера сохраняется при перезапуске и может быть изменен только путем удаления содержимого пути данных узла [/bitnami/elasticsearch/data], что также приведет к удалению любых данных, хранящихся на этом узле.

Поэтому, в конечном счете, мне интересно, выполнимо ли вообще то, чего я пытаюсь достичь. В итоге я надеялся, что у меня может быть учетная запись хранения (файл azure), которая позволит мне просто воссоздать свой кластер с помощью elastic ay в любой момент времени. Даже в другой РГ, если бы я захотел. Мы используем Terraform, поэтому я пытаюсь гарантировать, что, если кластер потребуется перестроить, у меня будет возможность вернуться к постоянному хранилищу. Возможно ли то, что мы пытаемся сделать, и каков рекомендуемый подход, если да?

ТИА