Собстенно говоря, сабж. Вкратце, суть такова:
Есть высоко нагруженный сервер x86 1С с веб сервером, и когда наваливается от веб сервера более 1к подключений к 1С, сервер 1С перестает открывать новые подключения (сам пока не видел, но верю админу).
Решено сделать отказоустойчивый кластер, только надобно знать версию платформы, где оный работает нормально.
Либо послушаю каменты/свист на тему.
P.S. админ уверяет что дело не в стеке/ограничениях ТСР и в винде все ограничения сняты.

про балансировку нагрузки кто-нить что-нить слышал у вас?

Высоконагруженные на x86 не делают )

(2) Спасибо, капитан!
(1) Хорошее направление, но вопрос был про платформу и отказоустойчивый кластер.

HADGEHOGS,
подскажешь может что? По сабжу?

(0)Да, может сабж указан не совсем однозначно - интересует конкретный билд, х86/amd64 - не имеет значения.

Нужно поднять диапазон портов рабочего сервера

(6)
Интересно - интересно. Учтем.

(0) Как описание проблемы коррелирует с отказоустойчивым кластером?
Ну будут у тебя на другой машине зеркалироваться сеансовые данные - это только ухудшит ситуацию с 1к подключений от веб-сервисов.
Кластер на 8.3 разве что на 8.3.4 как-то не очень работал. А так - бери и поднимай, какие проблемы то.

(0) Не указано нифига даже, что за подключения - сеансы, веб-сервисы, http-сервисы.

(8) Дело в том, что там работают и толстые клиенты. И крайне нежелательно чтобы они отваливались.
Но проблема проявляется именно из-за массового флуда по вэбу. Конкретно, какие там сервисы еще не смотрел.

(8) И вопрос основной как раз в стабильности работы т.н. "отказоустойчивого кластера". От релиза к релизу платформы меняется.

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

(11) Что ты понимаешь под отказоустойчивым кластером?

(12) Про 8.3.9 сегодня только читал, он пойдет для продакшена? Или сырой?
Про отказоустойчивый кластер - как я понимаю, если перестает отвечать сервер а, то ответит сервер б.
Собственно говоря, в данном случае, сервер а, не открывает соединения (исчерпан пул / етс, неважно), то новое подключение пример сервер б. Да и ситуация потерей связи с сетевым физическим/логическим интерфейсом тоже интересна.

(13) В данном случае рассматриваем отказоустойчивость средствами 1С, посредством  настройки объединения (физических/виртуальных) серверов 1С в отказоустойчивый кластер.

ИМХО, мало вводных, обсуждение сферического коня в вакууме.
Может позже напишу.
Тема закрыта.

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

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

Тебе нужно масштабировать кластер - вон выше говорили про балансировку.

(0) Спроси у админа сколько у него в апаче параметр ThreadsPerChild (конечно если это апач).