Оффлайн-развёртывание ELK-сервиса

Внимание

Данный проект подходит для средних производственных приложений и рекомендуется к развёртыванию на 3 узлах (минимум 8 процессоров, 16 ГБ оперативной памяти, 128 ГБ доступного дискового пространства).

Если требуется адаптация под более высокие бизнес-требования, обратитесь в отдел поддержки бизнеса «Новый Тич Клауд Маркет» (https://cloud.newtouch.com/support/business).

Для тестирования этой архитектуры выполните команду vagrant up (вам потребуется vagrant). Это потребует 22 ГБ оперативной памяти и 22 процессорных потока.

Данный проект основан на тестировании с использованием ansible 2.7.2 со следующими версиями и средами:

Предварительные условия

1. Минимальная конфигурация: 4 процессора, 8 ГБ оперативной памяти, 148 ГБ свободного дискового пространства.

Шаги выполнения

1. Создайте файл hosts.ini в соответствии с шаблоном hosts.ini.sample в том же каталоге и заполните его информацией о машине в соответствии с реальной средой.
2. Отредактируйте файлы в каталогах vars и templates в этом каталоге в соответствии с реальными потребностями.
3. Выполните команду ansible-playbook 00-download.yml, чтобы убедиться, что все необходимые файлы были скачаны.
4. Выполните ansible-playbook play-all.yml для полного нового развёртывания.

Подробные шаги описаны в handbook

Машины вне кластера ELK, если необходимо отправлять данные, должны соответствовать следующим условиям:

1. Должен быть доступ к сети текущего развёрнутого кластера ELK.
2. В качестве примера beats, output может напрямую использовать IP нескольких узлов logstash.

Обслуживание и обновление

Обновление

1. Измените значение elk_version в group_vars/all.yml и выполните ansible-playbook 98-upgrade_elk_cluster.yml, чтобы выполнить обновление до последней версии.

Благодарность

Этот скрипт был протестирован на облачных серверах «Новый Тич». Новый Тич, поможет вам эффективно использовать облачные вычисления.

Часто задаваемые вопросы

1. Если Kibana и Elasticsearch развёрнуты на одном компьютере и включён Search Guard, то после установки SG-плагина в Kibana будет процесс оптимизации. Этот процесс требует много памяти и может привести к сбою и завершению работы ES.