Коллеги, доброго времени суток.
Информации в интернете много, по этому возник вопрос.
При наличии вычислительного кластера какой вариант размещения виртуальных машин 1С-сервера и SQL-сервера будет более оптимальным с точки зрения производительности на одном или на разных физических серверах? Сеть между серверами кластера 10GB.
Информации в интернете много, по этому возник вопрос.
При наличии вычислительного кластера какой вариант размещения виртуальных машин 1С-сервера и SQL-сервера будет более оптимальным с точки зрения производительности на одном или на разных физических серверах? Сеть между серверами кластера 10GB.
По теме из базы знаний
- Как из 1С отдать миллионы строк в BI и успеть это сделать быстро
- Эффективное управление фоновыми заданиями и коммуникация сеансов сервера с Фоном с помощью Структуры обмена (ноу-хау) + Бонус: Альтернативный вариант через Хранилище настроек
- Как система обмена данными помогает решить нетривиальные задачи, характерные для терабайтных баз: обрезка, обслуживание, балансировка нагрузки и другие
- Управляем базами на SQL, не выходя из 1С
- Применение 1С:Аналитики и Дата акселератора, или Как получить в 1С прозрачность и скорость обработки данных для прямого доступа и контроля руководителя
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(9)
В идеале так:
1й физический - sql
2й физический - 1С (ЗУП и БП)
3й физический - 1С (ERP)
Но пока 50 пользователей - без разницы. Нагрузки фактически нет. Тормоза начнутся от 100 пользователей. Тогда и будете покупать процессор хотя бы 3ГГц под ERP и отдельные физические машины под всё это.
В идеале так:
1й физический - sql
2й физический - 1С (ЗУП и БП)
3й физический - 1С (ERP)
Но пока 50 пользователей - без разницы. Нагрузки фактически нет. Тормоза начнутся от 100 пользователей. Тогда и будете покупать процессор хотя бы 3ГГц под ERP и отдельные физические машины под всё это.
(4)у меня 2 8 ядерный проца интел (сервер тоже интел ) по 3.6 на ядро в стоке ( сокет 41 89 ) диски самсунг 3.2 терабайта psi виртуалицазия проксмокс , постгри на дебиан , все летает юзверов 50 + еще и обмены , бух ут розница на 2 мгц проце запускать 1с это убиться можно
(18) простая миграция/развертывание на новом "железе".
Простая система "бэкапа" всей машины.
Перезапуск/Старт/Стоп. Если сервер "завис", то на виртуалке решается совсем просто.
Скорость обмена данными между виртуальными клиентами на одном хосте намного быстрее скорости обмена по сети и т.д.
Простая система "бэкапа" всей машины.
Перезапуск/Старт/Стоп. Если сервер "завис", то на виртуалке решается совсем просто.
Скорость обмена данными между виртуальными клиентами на одном хосте намного быстрее скорости обмена по сети и т.д.
(20) Клиент перенес сервера 1С и SQL в облако на виртуальные машины. Характеристики идентичные физическим серверам. Закрытие месяца вместо 14 часов стало занимать 2-ое суток. Замена на лучшие процессоры снизило время только на несколько часов. В итоге увезли в облако свои старые физические сервера, закрытие вернулось к прежним показателям. Тонкой настройкой виртуальных серверов занимались специалисты из облака. cloud.croc.ru
Вот что стоит знать про виртуальный серверы и 1С.
Вот что стоит знать про виртуальный серверы и 1С.
(23) проблема в том, что в "облаке" указываются параметры того же процессора не корректно. Т.е. указывается частота на которой он может работать, но не уточняется, что эта частота только для отдельно взятой виртуалки не постоянна. А этот параметр один из самых основных для работы 1С.
(26)будет. виртуализация - это как минимум -20% чистой производительности железа, а если учесть совокупное, то вполне может оказаться
С другой стороны, если ТС всегда использовал виртуализацию, то ничего и не изменится по-сути
.......вместо 14 часов стало занимать 2-ое суток
С другой стороны, если ТС всегда использовал виртуализацию, то ничего и не изменится по-сути
(29) Это только на первый взгляд так. За проведение отвечает дежурный из АйТи он запускал и мониторил эту задачу по воскресеньям. Для бухгалтера все выглядело так: в субботу она уходила с работы, а в понедельник приходила и все было красиво. А тут пришла и катастрофа.
(20) Немного понудю
на свежем сервере система накатывается за 15-20 минут со всеми скулями.
согласен, объяснить пользователю как выглядит кнопка включения на сервере иногда проблематично
мы же про 1с а не про вот это ваше ) тонкий клиент гораздо удобнее рдп
простая миграция/развертывание на новом "железе".
на свежем сервере система накатывается за 15-20 минут со всеми скулями.
Перезапуск/Старт/Стоп. Если сервер "завис", то на виртуалке решается совсем просто.
согласен, объяснить пользователю как выглядит кнопка включения на сервере иногда проблематично
Скорость обмена данными между виртуальными клиентами на одном хосте намного быстрее скорости обмена по сети и т.д.
мы же про 1с а не про вот это ваше ) тонкий клиент гораздо удобнее рдп
(33) хорошо, понудим.
(33)
не было ничего сказано про скорость. Там было указано "просто".
Виртуалку можно ставить удаленно.
(33)
И где тут про рдп? Виртуальные клиенты на одном хосте это виртуальные ОС на одной виртуальной машине на одном физическом сервере.
(33)
на свежем сервере система накатывается за 15-20 минут со всеми скулями.
не было ничего сказано про скорость. Там было указано "просто".
Виртуалку можно ставить удаленно.
(33)
Скорость обмена данными между виртуальными клиентами на одном хосте намного быстрее скорости обмена по сети и т.д.
мы же про 1с а не про вот это ваше ) тонкий клиент гораздо удобнее рдп
мы же про 1с а не про вот это ваше ) тонкий клиент гораздо удобнее рдп
И где тут про рдп? Виртуальные клиенты на одном хосте это виртуальные ОС на одной виртуальной машине на одном физическом сервере.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот