Никогда не делал распределение сервисов, поэтому хочу спросить-
для разнесения сервисов по разным серверам кластера нужны лицензии уровня КОРП?

Технически не нужны (КОРП - только для бумажек)

*на бумажке

Но и юридически для простого разнесения сервисов КОРП не нужна. Нужна она только для ТНФ с параметрами

(3) что за ТНФ?

(1) формально любая балансировка кластера требует корпа, но по факту работает и так.... хотя в будущем - хз, мне уже жаловались что на 8.3.13 юнипатч не торт

(4) http://v8.1c.ru/overview/Term_000000887.htm

(5) Забудь про него. Теперь icp рулит

(5) > формально любая балансировка кластера требует корпа

С чего бы вдруг?
Не неси пургу.

Из документации:

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

Иными словами задача автора ветки - вынести отдельные сервисы на разные сервера кластера вполне решается требованиями назначения функциональности. Однако он не сможет делать это по различным базам (например, полнотекстовый поиск по одной базе - на одном сервере кластера, а по другой базе - на другом) и по различным регламентным заданиям (когда одно задание делается на одном сервере, а другое - на другом).

(0) > для разнесения сервисов по разным серверам кластера нужны лицензии уровня КОРП?

См. тут https://its.1c.ru/db/v8313doc#bookmark:cs:TI000000043

И тут: https://its.1c.ru/db/v8313doc#bookmark:adm:TI000000551

Любая из обычных серверных лицензий обеспечивает возможность использовать все возможности сервера «1С:Предприятие», кроме следующих возможностей:
- фоновое обновление конфигурации базы данных (подробнее см. здесь);
- дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий (подробнее см. здесь):
- сервисов кластера;
- соединений с информационными базами.
- гибкое управление нагрузкой в кластере:
- безопасный расход памяти за один вызов;
- количество ИБ на процесс;
- объем памяти рабочих процессов, до которого сервер считается производительным;
- максимальный объем памяти рабочих процессов;
- стратегия балансировки: по памяти, по производительности.
- внешнее управление сеансами;
- профили безопасности;
- возможность обновления тонкого клиента с сервера (см. здесь);
- возможность публикации списка баз и обновлений тонкого клиента через HTTP.