Чем собирать логи?
как человек, сталкивавшийся с ELK
6Г в день -  не страшно для ELK. Но готовьтесь к прожорливости по памяти. Всеж Java... 
легкость масштабирования - в принципе да. Добавить ноду в кластер - дело минут. Синхронизация, правда, займет время. Но это везде так, данные "по волшебству" с ноды на ноду не перелетят. 
собирать из файлов - тоже без особых проблем. есть как  Beats, так и Logstash - оба идеологически верные, от самого эластика. Да и альтернатив немало. Вплоть до скрипта на питоне - впихивание в эластик дело не сложное.
сведение и поиск - в полный рост. быстрые диски(а лучше SSD) + обилие памяти и все будет летать. 
ускорялки - при Ваших 4-5 мб в минуту ускорялки врядли понадобятся. 
а  вот о чем стоит подумать заранее - это что с какими полями вы собираетесь делать. А то сохранят размер файла как строку - а потом переживают, что поиск по меньше больше не работает.  И про анализировать\не анализировать стоит подумать. Поиск по неанализированному полю ощутимо менне прожорлив - а значит быстрее
Вам без брокера сообщений нельзя. С растущими объемами рано или поздно "упадете на нос".
https://kafka.apache.org/ подходит для Ваших задач, как ничто лучше. И по объемам и по перформасу.
Здесь описан основной сценарий:
https://www.elastic.co/blog/just-enough-kafka-for-...
Если Вы хотите создать, что-то типа архива логов. То в данной схеме это лишь ещё один consumer.