ESXi и 1с на виртуалке?

Question

[DomowDenis]

Такая вот проблема - развернул сеть на VMWare ESXi 6.5.
Поднял виртуалку, Win, поставил MSSQL, развернул 1с и сел в задумчивости.
Дико тормозит 1с, особенно на чтении (отчеты и т.д.)

Диски Nvme, заявленной скорости должно хватать с головой, тестирую скорость запись/чтение в развернутой виртуальной машине - все ок. Процесор, ОЗУ не загружены. Тестирую тестом Гилева саму 1с - и наблюдаю малое кол. попугаев. И просто не понимаю, куда рыть.

Comments

[#]

а с чем сравниваете?
случайно не с файловым вариантом базы 1С?
как сейчас дела обстоят не в курсе, но раньше традиционно трехзвенка в том же окружении, категорически уступала в производительности. слышал объяснения этого феномена, тем что в SQL в некотором смысле, эмулировалась структура файловой базы

[АртемЪ]

#,

слышал объяснения этого феномена,

А что тут феноменального? Наоборот логика подсказывает что так и должно быть.
клиент серверная архитектура это всегда медленно, потому что много накладных расходов. Зато позволяет одновременно работать куче пользователей.
А файловая это минимум расходов, но она предназначена для одного пользователя.

[#]

АртемЪ,

слышал объяснения этого феномена

всего лишь оборот речи
- структура БД 1С в любом SQL не оптимизирована для SQL. и это были шокирующе большие накладные расходы. как сейчас не знаю. времени прошло много.
- вообще то файловые БД 1С прекрасно шарились по сети. а еще быстрее работали на терминальных серверах для множества пользователей одновременно.
.. а в остальном вы правы, все обобщенные рассуждения о клиент-серверных системах у вас совершенно точны ))

[АртемЪ]

#,

структура БД 1С в любом SQL не оптимизирована для SQL

А что там оптимизировать? Обычные данные хранящиеся в БД.

файловые БД 1С прекрасно шарились по сети. а еще быстрее работали на терминальных серверах для множества пользователей одновременно

Файловая оптимальная для одного пользователя. Возможность работы в многопользовательском режиме там есть, но сделана очень просто - блокировка таблиц. Поэтому пользователи в процессе работы мешают друг-другу. Пока один не освободит таблицу, другой ни прочитать, ни записать в нее не сможет. Поэтому даже два активно работающих пользователя создают приличные помехи друг-другу.
Хотя если не очень активно работают в некоторых случаях вполне работоспособно и с десятком пользователей.

[Александр Третьяк]

Какая версия 1С? В 7.7 сама по себе радикально падает производительность при переходе на sql.

Answer 1

[KuznecovSerge]

Для 1с на ESX надо выкручивать всё. Особенно важна низкая латентность.
Если вместе с MS SQL ставите, используйте SharedMem вместо tcp/ip - это даст почти в 1,5-2 раза больше попугаев.
На самой ESX лучше больше 1 машины не держать. В настройках esx поставьте в power management - high perfomance - влияет.
В гостевой машине Latency Sensitivity - high
Этим ещё процентов на 10 попугаев поднимите.
Удачи.

Comments

[sharps]

Увы, shared memory дает не более 11-14% но дабавляет проблем в виде все яйца в одном ведре. Темпы в рамдиск даст больше прафита и избавит диски от износа.

Answer 2

[ISE73]

Для начала проверьте что у вас дисковый раздел Datastore и внутри VM правильно размечены .
Погулите про "esxi disk alignment"
Ну, и почитать официальные доки "vsphere esxi vcenter server 67 monitoring performance guide" и "vsphere esxi vcenter server 67 performance best practices"
PS NVMe - наверное consumer ?

Comments

[Sasha Odarchuk]

Для начала проверьте что у вас дисковый раздел Datastore и внутри VM правильно размечены .
Погулите про "esxi disk alignment"

но что же там такого "неискаропки" что нужно "правильно размечать" ?
в 99% "искаропки" все работает ОК

Answer 3

[beerchaser]

Имхо не надо так делать на продакшене. Имеем игру в RTS, где основные ресурсы - процессорное время, память (с учётом шины и таймингов) и Йопсы. Ресурсы для сиквела - процессор, память, йопсы. Ресурсы для сервера приложений 1С - процессор (причем один рпхост-одно ядро) и память. Каждое приложение пытается получить максимум ресурсов под свои нужды в условиях конкуренции.
Затем с этого снимается налог на виртуализацию и "надо больше золота".…
В самом простом варианте (до 50 пользователей, но в зависимости от нагрузки) имеет смысл установить сиквел и сервер приложений на одном сервере, но без виртуализации (какой в ней смысл, если это специализированный сервер). Это позволить немного сэкономить на железе и немного выиграть в скорости за счёт шаред мемори. При высоких нагрузках внезапно может кончится пропускная способность шины памяти, уйти в полку утилизация процессора или очереди дисков.
Поэтому при большом количестве пользователей целесообразно сразу планировать трехзвенку. Это даёт некоторый проигрыш в Гилевских попугаях, но делает систему более предсказуемой под нагрузкой и легче масштабируемой при необходимости. При этом добавляется ещё один ресурс - пропускная способность сети (и параметр латентности:)).

Answer 4

[АртемЪ]

Дико тормозит 1с, особенно на чтении

Ну первая причина - виртуализация. Если хотите скорости от виртуализации лучше отказаться.
Во вторых - не понятна конфигурация. Что за физическая машина, какие ресурсы выделены в виртуалке.

Диски Nvme, заявленной скорости должно хватать с головой

У вас точно диски в виртуалку проброшены? Обычно в ВМ используют виртуальные диски.

тестирую скорость запись/чтение в развернутой виртуальной машине - все ок

А смысл тестировать скорость записи/чтения? Это явно не будет узким местом. Лучше задержку бы потестировали..
Тем более диски там у вас SSD - что за диски? Размер диска, размер базы? Сколько оставили под over provisioning?

Процесор, ОЗУ не загружены.

При запущенной MSSQL не загружена ОЗУ?
Это явно ненормально.

Comments

[Viktor]

Сейчас потери от виртуализации 3-4% в 1С по производительности
Не нужно пугать людей

[АртемЪ]

Viktor, Чушь.
Когда человек говорит про абстрактные потери производительности от виртуализации и называет конкретные цифры - это полная чушь!

В конкретной ситуации можно подсчитать конкретные цифры.
Та же дисковая подсистема - на сколько вырастут задержки от виртуализации? Это невозможно сказать не зная типа виртуализации, типа дисков, и еще кучи факторов.

В некоторых случаях потери производительности 1с от виртуализации действительно можно свести к минимуму - к тем же 3-4%.
А в некоторых случаях они могут быть и 60-70%.

Answer 5

[Dupych]

1. Так понимаю тачка домашняя.
2. Нужно врубить виртуализацию в Биосе.
3. Raid собран? Раид 5 или 6. Нужно врубить кэш обратной записи. Иначе скорост записи 15 метров в секунду.

Answer 6

[Евгений Подольский]

Как уже говорили ранее - характеристики железа в студию. Я бы не был так категоричен в отношении виртуализации, просадок конечно есть, но не в два раза. Скажем 27-30 попугаев это норма для простеньких серверов. Функции энергосбережения в биосе выключены?

Comments

[gromos]

ну вот имеем 32 попугая гилевских на виртуализации. Тем не менее rphost жрет проц при запуске базы и любой операции

Answer 7

[H4nz0]

Попробуйте выбрать драйвер диска с базой Paravirtual SCSI , режим диска Independent Persistent

Answer 8

[Sema2020]

А вы специальные драйвера на сам сервер esxi установили, и vmware tools в виртуалку, биосы все свежие на железке и остальеые прошивки и что за зверь у вас железный?