Тебе нужно настраивать DBAL коннекты а не ParamConverter.

Есть такая штука https://github.com/doctrine/dbal/blob/3.1.x/src/Connections/PrimaryReadReplicaConnection.php
Если его использвоать как враппер соединения, то можно писать в мастер и читать с нескольких слейвов иcпользуя один EM.

Но с ним нужно быть оч. аккуратным и внимательным. Напр, если ранее уже был выбран master, то последующие запросы даже на чтение пойдут в master.

Если не подходит, можно написать свой враппер, со своей логикой выбора.

В любом случае, дока и гугл в помощь.

Коллеги, а подскажите как вы справляетесь в такой ситуации. Есть три симфонийских сервиса (в разных контейнерах), которые работают с одной БД. Админка, рабочее ядро и отчеты. Набор доктриновских ентитей есть в каждом сервисе. При обновлении схемы приходится вручную править ентити в трех местах. Как-то неудобно :/ Какие могут быть варианты? Самбмодули гита? Приватный пакет композера?

сомневаюсь, что кто-то работает в такой ситуации

разные сервисы, работающие с одной БД - антипаттерн

набор сущностей одинаковый?

Практически да. А какой правильный паттерн в такой ситуации?

так практически или одинаковый?

правильный паттерн - либо каждый сервис работает со своей базой (схемой, как минимум), либо сливай их все вместе, т.к. нафиг не сдались микросервисы с общей базой

в админке полный набор сущностей, в ядре используются не все, но те что используются такие же

слить не получается, т.к. физически на разных серверах расположены

...но зачем?
(риторический вопрос)

я бы делал сабмодуль скорее всего

возможно и моя ошибка при проектировании, но заказчик сразу пришел с таким требованием, что админка, ядро и отчеты на разных серверах

Получится )))
Ну типа сливаешь и выкладываешь на разные серверы. То что на сервере админки будет лежать код Ядра - админке не помешает. )))
Зато кодовая база будет одна.

И одну кодовую базу на разных серверах разворачивать запретил?

нет :) т.е. более правильный вариант писать один проект, но использовать разные его части получается так?

Ну да, это ж по факту один проект

Они не независимы друг от друга, просто нагрузка распределена по типу

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

Насколько большое?
Для чего полегче делать?