Стоит IIS. Есть база на платформе 8.3.12 она публикует несколько HTTP-сервисов. Недавно подняли сервер хранилища конфигурации, опубликовали через тот-же сервер IIS, но ввиду того что потребители хранилища работают на другой платформе, 8.3.14, в качестве обработчика в IIS указана другая платформа. ТЕперь столкнулись с проблемой, работает чтото одно, либо Хранилище либо Сервисы, если перезапустить IIS, то работает то что обратилось к IIS первым. Выдается ошибка сервера 500. Подозреваю что проблема именно в разных платформах. Куда копать немогу сообразить.

(0) В сторону отдельного сервера

(1) либо общей платформы видимо :)

(2) это в идеале

Не слушай (1), разными пулами решается

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

(4) Вот я про пулы подумал, т.к. у сервисо они указаны одни и теже.

(4) То есть в Application Pools я добавляю новый Pool и выбираю его у нового сервиса?

Взлетело. Добавил просто новый пул и выбрал у нового сервиса

(4) точно, я что-то про них и не подумал, спасибо за идею.

может поможете с другой моей проблемой, у HTTP-сервисов есть пул соединений и в настройках сервисов можно указать повтороное использование сервисов reuseSessions="autouse", так вот рано или поздно вылезает ошибка что нет свободных сессий, ну везде рекомендация изменить reuseSessions="dontuse", но как я понимаю это означает что каждый раз будет создаваться новая сессия, что влечен повышенную нагрузку на сервер. Где можно посмотреть весь этот пул сессий, какие используются какие нет, если можно, или может я зря парюсь по этому поводу, но просто хотелось бы разбираться в вопросе, т.к .планируется большая нагрузка далее на сервис.      

<httpServices>
        
        <service name="UnionPrice"
                rootUrl="UnionPrice"
                enable="true"
                reuseSessions="dontuse"
                sessionMaxAge="20"
                poolSize="10"
                poolTimeout="5"/>

"вылезает ошибка что нет свободных сессий" // Поставив "dontuse" ты лишь усугубил. Расширяй диапазон портов в рабочем сервере кластера.

(11) не понимаю тогда, порт же один у сервера, обычно 80, и подключения как я понимаю по одному порту идут.

а по задаче может я ошибку не так сформулировал, но на форумах народ писал дескать  poolSize="10" а  sessionMaxAge="20" поэтому при частых обращениях пул быстро выбирается, а т.к. время жизни 20 минут, то старые сессии не сбрасываются, повторно не выдаются и новые не выдаются.

(0) Разведи на разные пулы приложений

(12) У тебя sessionMaxAge стоит в значении 20 секунд, это означает что соединение живет 20 секунд после завершения сеанса, обслуживающего ХТТП-сервис (клиент "ХТТП-соединение").
Ну а размер пула у тебя 10, это означает что максимум 10 соединений будет создано под сеансы, при превышении клиент будет ожидать таймаут (5 секунд) и получать отлуп, если соединений за это время не осободится или не завершится.

Ну и после каждого изменения в *.vrd-файле публикации нужно перезапускать сервер 1С

"т.к. время жизни 20 минут, то старые сессии не сбрасываются, повторно не выдаются и новые не выдаются" // Пиздеж

(15) разве? например просто при публикации не нужно

(17) После каждого изменения этих параметров

(14) А где эти соединения можно посмотреть, ну что они заняты и кем. Нагрузки на сервис никакой почти, 10 соединений тем более с 20с жизненным циклом, должно было хватить с головой, но почему то выдавал ошибку, спас параметр "dontuse"

(19) В консоли кластера / RAC / в платформенной обработке-надстройке над RAC