Статистическая информация о масштабировании ElasticSearch

У меня есть настройка с несколькими узлами Logstash, отправляющими входные данные в ElasticSearch, и есть сервер kibana, который позволяет мне визуализировать это.

Текущая инфраструктура довольно упрощена и находится на машинах с одним узлом. Мы планируем расширить его до более крупного испытательного стенда. Однако, прежде чем инвестировать в масштабное развертывание ELK, я хочу лучше понять, насколько хорошо он масштабируется и его параметры производительности.

Мне не удалось найти цифры на веб-сайте Elastic Search или в их тематических исследованиях.

Вопросы такие:

1. Насколько хорошо эластичный поиск масштабируется? Сколько журналов в секунду он может потреблять, сколько узлов требуется? Подойдут любые цифры или понимание.

2. Насколько хорошо он работает со временем в качестве индексов, мы визуализируем, что вариант использования представляет собой скорее структурированные запросы. В частности, как это соотносится с SQL-подобными базами данных. Одна из поднятых проблем заключается в том, что было бы лучше использовать базы данных SQL, если бы мы заранее знали структуру журнала. Нам не обязательно нужны функции поисковой системы, если производительность является большим узким местом.

Я новичок в управлении серверами ELK / SQL, поэтому, пожалуйста, извините меня, если вопросы кажутся некорректными.