Имя: Пароль:
IT
Админ
Многопоточность. Для апача вроде ясно, а для IIS - увы.
,
0 NegroNegro
 
03.03.21
10:01
Доброго утра вечера

Еще про байяаны, простите уж(

Хотя, и не факт - что-то не ищется ни в гуглах ни в мисте.

Как запустить несколько экземпляров 2.4-го апача - нюансы с ssl, например - осознал.
Т.е. чтобы несколько 1с-плагов к веб-серверу грузить - для предотвращения очереди.

А вот что с IIS?

Можно с ним как с апачем поступить?
А то на форумах пишут, что нет - там несколько экземпляров низя низя.

Или там это по-другому как-то оформляется (не курил IIS вообще((
Может быть, в рамках одного сервера можно как-то несколько экземпляров 1с-плагина запустить?
Куда вообще копать?
Киньте, плиз, инфой/ссылкой [на баян]
1 Гобсек
 
03.03.21
10:07
Когда-то давно я пробовал запускать два экземпляра 1С-сервера. Выяснилось, что в принципе это возможно, но неудобно. Лишний геморрой.

Несколько версий сервера 1С на одном компьютере
http://catalog.mista.ru/1c/articles/818909/
2 NegroNegro
 
03.03.21
10:13
Не-не, не 1с-сервера, а только плагина 1с для доступа к файловой базе под веб-сервером.
Вот этой самой чудной wsap24.dll...
3 ДенисЧ
 
03.03.21
10:29
Поставь несколько кубернетисов (или как там эти контейнеры называются). В каждом по иису. Снаружи балансировщик...
4 NegroNegro
 
03.03.21
10:36
(3) Любопытно. Тсенькс!
Т.е. несколько виртуалок с иисами, из которых иис будет выходить на файловую базу со своим 1с-плагом?
Насколько это затратно и надежно...
5 ansh15
 
03.03.21
11:37
Если с каждой файловой базой будет работать не больше трех человек одновременно, то можно запустить несколько экземпляров автономного сервера 1С(для каждой базы на разных портах). На ИТС есть подробное описание и практические примеры.
6 NegroNegro
 
03.03.21
11:58
(5) О, благодарю!
Как раз соразмерный случай - где-то в районе 4 человек.
Вот это? https://its.1c.ru/db/v8314doc/bookmark/adm/TI000000894
7 SilentMan
 
03.03.21
12:10
(0) Сделай несколько пулов приложений. Для каждого будет свой модуль расширения веб-сервера. Но публиковать надо будет вручную. Конфигуратор публикует только в дефолтный пул
8 NegroNegro
 
03.03.21
12:13
(7) Во-во-во! Это походу что надо.
А вручную чем публиковать? webinst-ом? (прости, если торможу)
9 NegroNegro
 
03.03.21
12:17
(5) Хотя, вот это конечно хуже:

"Автономный сервер не поддерживает следующие возможности:
- Обслуживание нескольких информационных баз одним автономным сервером.
- Работу нескольких автономных серверов с одной информационной базой..."

Поскольку замысленные 3-4 (допустим) человека будут работать более, чем с одной базой.
Получается ведь, что экземпляров этого автономного сервера = ЧислоЛюдей * ЧислоБаз..?
10 ansh15
 
03.03.21
12:18
(6) Да. Или постараться убедить заказчика приобрести лицензию на минисервер приложений 1С, всего лишь 14400 р.
11 ansh15
 
03.03.21
12:25
(9) Допустим. имеется пять файловых баз. Нужно будет запустить для каждой базы свой экземпляр автономного сервера(на отдельном порту), то есть, всего пять экземпляров. При этом, с каждой базой может работать 3 чел. одновременно, четвертый уже ни в одну базу не зайдет, да.
12 NegroNegro
 
03.03.21
12:30
(11) Ага. Значит 3 - это просто верхнее ограничение технологии.
Значит, баз можно сколько хочешь (и по их числу - столько же авт. серверов на разных портах). Но с каждой строго не больше 3 человек. Понял.

А могут, параллельно с этими серверами к базам цепляться просто толстые файловые клиенты?
13 ДенисЧ
 
03.03.21
12:34
(10) минисервер - это 5 человек + 1 конфигуратор...
14 ansh15
 
03.03.21
13:13
(13) Его ведь тоже можно запустить несколько экземпляров, по одному для каждой ИБ, на одном компьютере, или нет? Немного повозиться...
15 NegroNegro
 
03.03.21
13:19
(11) И еще - возможно ли увеличение числа сеансов, скажем, за счет серверных лицензий?
16 ansh15
 
03.03.21
13:26
(15) Да, но если купить полноценную серверную лицензию ПРОФ, то автономный сервер будет не нужен.
17 NegroNegro
 
03.03.21
13:31
(16) Полноценная серверная - это же в СУБД, - 1с-сервер же с файлами вроде не работает? Сорри, если недопонял.
18 NegroNegro
 
03.03.21
13:33
(17+) Не так сформулировал - имелось в виду без помещения в СУБД
19 SilentMan
 
03.03.21
15:41
20 NegroNegro
 
03.03.21
16:03
(19)

Спасибо!

Т.е. если предельно "на пальцах", то, получается, создаю пулы по числу юзеров (у них свойство NET CLR ставлю в "нет управл.кода" и на этом от дефолтных установок больше ничего не отличится).
Сколько пулов (юзеров), столько и будет загружено экземпляров плагина.

Дальше создаю сайты (по числу публикаций каждой базы для каждого из юзеров) и привязываю их к пулам, отличая юзеров по портам?

Т.е. вот так?

Пул1
Пул2
......


Сайт11 (для Базы1 по Юзеру1) - привязан к Пулу1 по Порту1
Сайт21 (для Базы2 по Юзеру1) - привязан к Пулу1 по Порту1
........

Сайт12 (для Базы1 по Юзеру2) - привязан к Пулу2 по Порту2
Сайт22 (для Базы2 по Юзеру2) - привязан к Пулу2 по Порту2
........


А потом вручную публикую все при помощи webinst

Верно?
Прости, если туплю.
21 skit8
 
03.03.21
16:19
IIS - максимальное число рабочих процессов в дополнительных параметрах используемого пула приложений удовлетворительно решает проблему многопоточности IIS. Во всяком случае у меня.
22 NegroNegro
 
03.03.21
16:33
(21) А сколько пользователей работает в базе?
23 skit8
 
03.03.21
18:43
(22) пользователей 5 в одной базе вполне себе работает. Больше пробовать.
Можно понаделать пулов для работы с конкретной файловой базой.
Баз у нас не одна. База больше 4-5 гигов переезжает на сервер приложений.
Соответственно SSD, проц(ы) с частотой чем больше тем лучше, возможно потребуется много оперативы (64 гб и больше)
24 NegroNegro
 
03.03.21
18:58
(23) Спасибо.
Т.е. у тебя один пул и в нем просто одна публикация этой базы, которую получают сразу все пользователи. А дальше ИИС сам их распоточивает и очереди к базе нет (как была бы с одной копией апача)?
25 skit8
 
03.03.21
23:24
Там где мелких баз 1-3 все крутиться в DefaultAppPool, максимальное число рабочих процессов 5-10, затыков как с апачем в одном экземпляре нет. Хотя может я давно уже пробовал апач, может что и поменялось.
И вообще все это от нищебродства, лучше сервер приложений, еще лучше сервер приложений КОРП и свой фреш в случае необходимости.
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.