Достаточно одного Монитора чтобы анализировать данные со всех ваших баз. Главное, чтобы у сервера 1С, на котором будет расположена база Монитора, был доступ по локальной сети к остальным серверам 1С, на которых располагаются рабочие базы.

Монитор даже в бесплатном базовом виде умеет определять присутствие проблем в базах 1С. Он покажет подробности проблемы и контекст программы, где она возникла. Возможно, этих данных будет достаточно, чтобы самостоятельно определить причину возникновения проблемы - это зависит от знания исследуемой конфигурации. Если у вас нет времени на самостоятельное выявление виновников проблемы ввиду большого их количества или сложности конфигурации, то лучше воспользоваться платными функциями - затраты на поиск причин проблем с помощью Монитора гарантированно окупят недешёвое рабочее время разработчиков. Кроме того, платная функция Автоматизации добавляет вам в штат ещё одного виртуального сотрудника, который может помочь в борьбе с проблемами производительности.

Монитор состоит из двух компонентов: базы 1С и службы агента монитора. Для сбора и анализа логов технологического журнала нужно установить агент на каждый сервер 1С. Агент выполняет парсинг логов и передает их в базу 1С, где выполняется анализ и обработка полученных данных. Агент написан на языке Java и имеет открытый исходный код: https://github.com/nexus3a/monitor-remote-agent

Это зависит от настроек и используемой СУБД. Монитор всегда собирает логи технологического журнала, а если используется СУБД MS SQL Server, тогда дополнительно будут собраны данные сеанса расширенных событий. Также могут собираться логи программы Perfomance Monitor.

В большинстве случаев нагрузка практически не заметна, все зависит от того какие настройки мониторинга указаны. Если вы будете собирать все запросы дольше 1 секунды, да еще и с включенным планом запросов, то нагрузка на сервер, естественно, возрастёт, так как будут большие затраты на логирование.