VMWare это штатно делает очень давно.
Я так понимаю, проблема с Hyper-V?
Есть USB over IP, есть на Linux, есть железки.
Проблема то в чем? usb-anywhere не единственное решение.
Для этого есть отдельные настройки:
1. Максимальный объем памяти рабочих процессов
2. Безопасный расход памяти за один вызов
Просто так ничего не зависает. Если какой-либо из процессов внезапно стал вести себя неадекватно — можно перезапустить его отдельно.
Через консоль видно даже пользователя, который это сделал.
Есть еще «анализ долгих запросов» и еще много сервисов, которые помогают оценить ситуацию.
Не путайте пожалуйста длинное с кислым. Виртуализация и кластер это абсолютно разные вещи, от друг друга вообще никак не зависящие
Напишите тогда что вы называете кластером.
Для меня отказоустойчивый кластер — это как минимум два сервера и СХД (на которой лежат виртуальные машины серверов). В случае отказа железа виртуальный сервер стартует на втором физическом (зависит от конкретного гипервизора, будет отказ в обслуживании или нет).
Про кластер серверов 1С — аналогично. Штатная технология, которая позволяет из физических серверов с установленными службами сервер 1С собрать единый кластер. Отдельная виртуалка для клиентских ключей и службы лицензирования.
Физические USB ключи 1С пробрасываются без проблем в виртуалки (есть несколько вариантов).
Подгорело что-то, даже зарегистрировался ради этого))
1С не умеет адекватно работать в виртуализированной среде. Это печальный факт (особенно если учесть что на дворе уже практически 2019 год), судя по всему, исправлять никто не собирается. Виртуализация, даже правильно настроенная, будет вам стоить примерно 15-25% производительности. Смиритесь. (Источник — Гилев и собственные тесты)
Это устаревшая информация. Падение производительности не больше 5-10% в гипервизорах Hyper-V и VMWare.
Забудьте про нормальный кластер — его тут нет.
Если есть виртуализация, то есть и кластер!
Так же есть кластер сервера 1С.
В продуктовой среде мы должны следовать правилу — одна база — одна служба
Есть же настройки процессов, например «количество ИБ на процесс».
Нельзя просто поставить сервер 1С и ожидать высокой производительности.
Я так понимаю, проблема с Hyper-V?
Есть USB over IP, есть на Linux, есть железки.
Проблема то в чем? usb-anywhere не единственное решение.
1. Максимальный объем памяти рабочих процессов
2. Безопасный расход памяти за один вызов
Просто так ничего не зависает. Если какой-либо из процессов внезапно стал вести себя неадекватно — можно перезапустить его отдельно.
Через консоль видно даже пользователя, который это сделал.
Есть еще «анализ долгих запросов» и еще много сервисов, которые помогают оценить ситуацию.
Напишите тогда что вы называете кластером.
Для меня отказоустойчивый кластер — это как минимум два сервера и СХД (на которой лежат виртуальные машины серверов). В случае отказа железа виртуальный сервер стартует на втором физическом (зависит от конкретного гипервизора, будет отказ в обслуживании или нет).
Про кластер серверов 1С — аналогично. Штатная технология, которая позволяет из физических серверов с установленными службами сервер 1С собрать единый кластер. Отдельная виртуалка для клиентских ключей и службы лицензирования.
Физические USB ключи 1С пробрасываются без проблем в виртуалки (есть несколько вариантов).
Настройки ИБ на процесс не умерли в 8.3, скорее, наоборот.
Установив этот параметр на 1, мы получаем как минимум по одному процессу на каждую базу 1С.
Это устаревшая информация. Падение производительности не больше 5-10% в гипервизорах Hyper-V и VMWare.
Если есть виртуализация, то есть и кластер!
Так же есть кластер сервера 1С.
Есть же настройки процессов, например «количество ИБ на процесс».
Нельзя просто поставить сервер 1С и ожидать высокой производительности.