Отдельные rphost'ы на каждую базу. Как без КОРП-лицензии?

Форум Администрирование Общие вопросы администрирования (Admin)

1. herfis 499 23.06.20 09:07 Сейчас в теме

До сих пор сидим на 12 релизе. Надо бы обновляться. Но баз сборная солянка, среди них высоконагруженные (ну, относительно). Во всяком случае, стабильной работы кластера обычно удавалось достичь только устанавливая 1 ИБ на процесс.
На СТАНДАРТ, как я понимаю, в худшем случае можно поднять несколько кластеров на одном сервере (выделив на высоконагруженные базы по отдельному кластеру). Но тогда придется разносить их по портам, чего хотелось бы избежать.
Может, есть вариант поднять на одном компе (с одним серверным ключом) типа как несколько рабочих серверов объединив их в один кластер, чтобы оно все на одном порту висело? Это реально?

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

2. uriah 17 23.06.20 09:13 Сейчас в теме

(1)

Может, есть вариант поднять на одном компе (с одним серверным ключом) типа как несколько рабочих серверов объединив их в один кластер, чтобы оно все на одном порту висело? Это реально?

Судьбу обмануть не удастся.

3. herfis 499 23.06.20 09:38 Сейчас в теме

Главное понять - в чем судьба.

4. uriah 17 23.06.20 09:54 Сейчас в теме

(3) Это точно, но без Корп лицензий не взлетит.

5. herfis 499 23.06.20 10:07 Сейчас в теме

(4) Несколько кластеров на одной тачке взлетают под одним ключом только в путь. Это документировано и проверено.

6. uriah 17 23.06.20 10:36 Сейчас в теме

(5) Я включал настройку 1 rphost под каждую базу - при работе более 10 пользователей - сервер вылетал с ошибкой, что при таких настройках необходима лицензия КОРП.

7. herfis 499 23.06.20 10:37 Сейчас в теме

(6) Поэтому и создана эта тема.

8. herfis 499 23.06.20 10:39 Сейчас в теме

Вопрос в том, как разнести базы по процессам не используя опцию "Кво ИБ на процесс".

9. herfis 499 23.06.20 10:40 Сейчас в теме

Пока склоняюсь к тому, что кроме как поднятием нескольких кластеров на разных портах - никак.

10. herfis 499 23.06.20 10:43 Сейчас в теме

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

11. a.doroshkevich 1414 23.06.20 20:31 Сейчас в теме

Вообще по моей практике нет никакого смысла в настройке 1ИБ на процесс. Это не даёт ни скорости ни стабильности. На данный момент у меня 400 баз на одном рагенте в одном кластере и всё прекрасно.
Но если сильно хочется, то лучше сделать несколько служб агента, чем несколько кластеров.
У 1С есть ошибки в балансировке памяти при работе с несколькими кластерами.

Ну а со стабильностью и скоростью надо разбираться с помощью техжурнала и в 99% случаев проблема в коде конфигурации и архитектуре данных и процессов, настройкпх ОС и СУБД, а не в платформе.

12. uriah 17 23.06.20 20:45 Сейчас в теме

(11) Для конфигураций с защитой СЛК 3.0, очень даже хорошо бы разделять базы на отдельные процессы.

13. herfis 499 24.06.20 09:19 Сейчас в теме

(11) Да-да. Ошибки могут быть где угодно, только не в платформе :) Но вот локализовать их в такой чехарде и изолировать их влияние на стабильность работы остальных систем - удовольствие ниже среднего. И вплоть до 12 релиза на нашем зоопарке кластер вел себя нестабильно на дефолтных настройках.
Когда я говорил про несколько кластеров, то имел в виду как раз несколько служб агента. А в чем может быть смысл поднимать несколько кластеров под одним агентом? Что это дает?

14. a.doroshkevich 1414 25.06.20 05:58 Сейчас в теме

(13)Смысл в той же изоляции.

16. herfis 499 25.06.20 09:12 Сейчас в теме

(14) Что это дает в сравнении с несколькими кластерами под разными агентами?

17. a.doroshkevich 1414 25.06.20 11:32 Сейчас в теме

(16)даёт например управление через единый RAS, в остальном это так же разные порты, разные рмнгр и рпхосты.
Это просто ещё одно решение

18. herfis 499 25.06.20 12:14 Сейчас в теме

(17) Спасибо

15. a.doroshkevich 1414 25.06.20 07:45 Сейчас в теме

(13)Не, в платформе тоже много ошибок( А если ещё и отраслевое лицензирование, то это точно ад на земле...

Оставьте свое сообщение

E-mail: