Имя: Пароль:
1C
1С v8
Сравнение производительности VMware ESX и физического сервера для 1С
,
0 Robin iz Robinov
 
12.12.16
17:35
Всем привет.

Хотел узнать может кто подскажет на счет производительности виртуальной машины и физического сервера для 1С.
Может есть ссылки на статьи, может кто сам сравнивал.

Что лучше по производительности VMware ESX или физический сервер???

Админы уверяют переходить на VMware ESX
Я им доказываю про очередь диска на VMware ESX, и утверждаю что физ. сервер всегда лучше.

Кто прав?

VMware ESX
1С + SQL
1 Cool_Profi
 
12.12.16
17:36
На одном и том же железе?
2 Robin iz Robinov
 
12.12.16
17:36
Да
3 Fragster
 
гуру
12.12.16
17:37
проведи замер в одно- и многопользовательском режиме
4 Fragster
 
гуру
12.12.16
17:37
но вообще логично же, что добавление уровней абстракции ведет к деградации производительности
5 Robin iz Robinov
 
12.12.16
17:38
Все это долго, но другого выхода не вижу.
Может кто статьи видел в инете
6 Живой Ископаемый
 
12.12.16
17:42
2(4) Ну прямо таки к деградации? (хотя в некоторых реализациях именно к деградации):

https://ru.wikipedia.org/wiki/Сравнение_виртуальных_машин
последняя колонка
У промышленных, ВМВарь к которым относится - близка к производительности хоста.
У экспериментальных, университетских - бывает очень медленная
7 dervishsy
 
12.12.16
17:44
(0)Сравнивал в тестах гилева в файловом режиме разницы с физической машиной и esxi не заметил.
8 Fragster
 
гуру
12.12.16
17:45
(7) тест гилева - однопоточный
9 dervishsy
 
12.12.16
17:45
(8) Ну чем смог, помог.
10 Fragster
 
гуру
12.12.16
17:45
тем более, что при переезде на виртуалки наверняка разобьют по разным машинам скуль и 1с
11 dervishsy
 
12.12.16
17:46
А вооще не такая большая проблема топикстартеру самому сравнить.
12 Robin iz Robinov
 
12.12.16
17:46
(6) Спасибо за таблицу, теперь есть куда тыкать пальцем )))
13 dervishsy
 
12.12.16
17:47
(10) Так а разбивать как раз смысла то и нет помоему там же мемори шаринг сразу отпадает, ну и результаты соответсвенно ухудшатся.
14 Живой Ископаемый
 
12.12.16
17:47
понятное дело что есть какой-то оверхед, но касательно ВМвэйр, Виртуалбокс утверждается что этот оверхед около 1%.

Про очередь к диску. Если ДСка - отдельная - то вообще пофиг же.
15 Fragster
 
гуру
12.12.16
17:50
(14) ну, на числодробительных задачах может и 1%. на 1с - надо проверять. там и сеть еще
16 b_ru
 
12.12.16
17:51
Админы конечно же правы.

Разница в производительности не заметна. Разница в удобстве обслуживания и надежности огромная.
17 MaxS
 
12.12.16
17:56
Где-то нашел в интернете (курсы 1С рф), что раз уж так хочется виртуалку, нужно подключать диск к 1С серверу напрямую.
18 ДемонМаксвелла
 
12.12.16
17:57
(17) ага, только это про сервер БД, а не про сервер 1с
19 Fragster
 
гуру
12.12.16
18:09
(18) сервер 1с тоже тыкается в диск будь здоров
20 Dmitrii
 
гуру
12.12.16
18:30
(0) >> Админы уверяют переходить на VMware ESX

Вот пусть админы и обоснуют.
Кроме "это круто, модно, молодежно", я аргументов не вижу.

Хотя бы 1%, но унижение производительности будет. А при криворукости админов (а любители модных и молодёжных новшеств частенько страдают некоторой криворукостью) потери будут выше.
Выхлоп от перехода на виртуалку весьма туманен.

Какого ..ера 1С-ник должен что-то доказывать? Пусть они докажут, что это нужно.

Личное ИМХО, для 1С виртуализация нафиг не нужна, а в 90% даже вредна. Ибо только 10% админов имеют реально достаточно прямые руки, чтобы настроить виртуальные машины настолько грамотно, чтобы от этого не упала производительность 1С, а может быть даже и выросла.

(16) >> Разница в удобстве обслуживания и надежности огромная

Вот прям таки огромная?...
Чтобы получить эти плюшки придется очень сильно постараться и решить кучу технических вопросов, начиная с лицензий (программные/аппаратные/где будут размещаться/как их правильно настроить в виртуальной среде/что с ними делать в случае переноса машины на другой хост или изменения параметров машины/)
21 ansh15
 
12.12.16
18:31
(0) Да пусть делают, что хотят. Лишь бы на тебя потом не возложили  обязанность "почетного гипнотизера" объяснять пользователям, что это и есть "настоящая высокая производительность".
Кластер серверов еле шевелится
22 Garykom
 
гуру
12.12.16
18:32
На некоторых задачах "1С в виртуалке" с настройками системы по дефолту из коробки будет вполне шустрее чем та же 1С с теми же дефолтными на физическом железе.

Вот если правильно настроить то понятное дело реалка легко уделает виртуалку с теми же характеристиками (процы, частота, оперативка, диски)

Но виртуалка обладает офигенными преимуществами в упрощении админства и повышении стабильности и безопасности системы.
23 jsmith82
 
12.12.16
18:38
Вряд ли стоит задача замены физического сервера гипервизором. У последнего более широкие функции.
24 Dmitrii
 
гуру
12.12.16
18:47
(22) >>  виртуалка обладает офигенными преимуществами в упрощении админства

согласен.

>> ... и повышении стабильности и безопасности системы.

Какими же? Кроме возможности по-быстрому развернуть копию на соседнем хосте?
Ответ (с точки зрения 1С) - никакими.
Динамическое перераспределение ресурсов - только головняк при использовании программных лицензий. А для 1С эта штука точно нужна?...

Итого. Имеем геморрой, целью которого является облегчить жизнь админам. 1С-нику оно надо?

Нас админы тоже долго уламывали перейти на виртуалки. Только вот никакие опыты так и не сумели продемонстрировать нам увеличение производительности. Только падение. Были посланы. Все сервера остались железными.
25 Garykom
 
гуру
12.12.16
18:53
(24) >Какими же? Кроме возможности по-быстрому развернуть копию на соседнем хосте?
Нет, дело в изоляции одной 1С от другой 1С к примеру.
И от другого "кривого софта" который часто вынужденно приходится запускать на тех же физических серверах, ибо отдельных нету.

Вот надо вам поднять базу древнюю 1С7.7 чтобы архивы пошерстить и что делаем в случае без виртуалок?
26 Garykom
 
гуру
12.12.16
18:54
(24) >Динамическое перераспределение ресурсов - только головняк при использовании программных лицензий.

Экономисты фиговы аппаратные ключики надо было покупать!
27 MaxS
 
12.12.16
19:14
Сижу на виртуалке VMware ESX, т.к. 32Гб оперативки для нужд программирования - избыточно. Виртуалка позволила поднять разный нетребовательный к ресурсам софт. Можно спокойно тестировать новый софт...
Для 1С в файловой у меня тест Гилева показывает 74 попугая. Пока достаточно. Ключ 1С аппаратный.
Для многопользовательской системы этот "сервер" не годится, т.к. диск умрёт.
28 VladZ
 
12.12.16
20:11
(0) Потери производительности в виртуалке будут. Но потери будут незначительны. Решение о переходе на виртуальные машины принимает не 1С-ник! И даже не админ! Это решение принимает руководитель ИТ-отдела. Если нет рук-ля - админы будут "тянуть одеяло на себя", проги - на себя. И будет как в басне про лебедя, рака и щуку. Должен быть кто-то, кто будет "пинать" и тех, и других в нужном направлении. Возможно, слово "пинать" звучит не очень..  Пусть будет "придавать нужный вектор движения".
29 VladZ
 
12.12.16
20:16
+28 А руководитель уже оперирует другими понятиями: ресурсы (материальные и трудовые), эффективность использования и экономическая эффективность.
30 b_ru
 
13.12.16
12:55
(24) >>Какими же? Кроме возможности по-быстрому развернуть копию на соседнем хосте?
Дак вот именно это и есть киллер фича. Сдохло железо? Не беда, образ из бекапа развернуть быстрее чем подключить новую железку взамен сдохшей.
31 igork1966
 
13.12.16
13:05
(0) если админы еще часто будут трогать конфигурацию виртуальных машин при программных лицензиях будет еще тот геммор при слете лицензий... особенно если он достанется тебе а не им...
32 igork1966
 
13.12.16
13:06
(31) + если только заранее выделить отдельный сервер лицензий...
33 Heckfy
 
13.12.16
13:24
(0) А как же Hyper-V? Почему не рассматриваете? :)
34 пипец
 
14.12.16
09:24
разница в обновлении (сохранении конфигурации) при добавлении оборотного регистра на 1С 7.7
1)
Физическая машина  (сервер 2003-32 скуль 2008 быстрые диски) все стоит на этой машине и скуль и 1С - 2,5 -3 часа обработки (база 50 гигов) оперативы 32

2) физическиая машина для 1С (сервер 2003-32) оперативы 32  для скуль 2008 виртуальная сервер 2008-64 - 48 гигов оперативы   4 - 4,5 часа

3) виртуальная машина 2003-32 скуль 2008 1С и скуль на одной машине 9-гигов оперативки примерно 13 часов
35 пипец
 
14.12.16
09:27
(34) + между сетевыми машинами (2 -ой пункт) гиговая сеть
36 Gary417
 
14.12.16
09:54
(34)  <9-гигов оперативки> и  <2003-32>

смысл то?
37 Fedor-1971
 
14.12.16
10:10
(36) Скуль за видимые 4 запихиваем и имеем радость
(30) Быстрое восстановление - красивая сказка для заманухи. Работал и с виртуалками и с физическими машинами. Быстрое восстановление возможно только при наличии резерва физических мощностей. Развёртывание виртуальной машины по времени примерно равно восстановлению из образа физической (ну только если помонаться с драйверами для физической)
38 Лефмихалыч
 
14.12.16
10:12
(0) бессмысленный спор. Админы просто хотят чего-то новенького и звэзд на погоны в резюме. Их можно понять.
39 Gary417
 
14.12.16
10:18
(37) <Скуль за видимые 4 запихиваем и имеем радость >

скуль то сожрёт память, а сервер 1С? только 3гб? не опупеет считать то он?
40 Лефмихалыч
 
14.12.16
10:22
Производительность на виртуальном сервер точно не может быть больше, чем на железном. Это факт, с которым спорить бессмысленно.
Все эти виртуалки имеют смысл для более полной утилизации имеющихся вычислительных ресурсов. То есть, если админы смогут доказать, что железо простаивает, то они вин. В противном случае это прыжок с шестом туда, где может понадобиться парашют, а не шестт.
41 Fedor-1971
 
14.12.16
10:35
(38) не всегда админы хотят звёзд. Бывает, что руководство пытается нечто оптимизировать. Типа затраты меньше, сервера имеются и простаивают без дела и "Все в виртуализацию с бодрыми улыбками". Осознание (пробуждение от иллюзий) что сделали приходит где-то через пол года - год (админы нужны не уровня "школьник"; быстрое восстановление без подготовленной среды - миф; сбои столь-же разрушительны как и раньше; затраты - возможно, выросли, как минимум остались те же)

(40) не только при простоях админы выиграют.
Если есть жёсткое требование: Работа системы восстанавливается за, например, 20 минут. Тут только либо держать резерв физического оборудования (дорого), либо один (или больше) универсальный виртуальный сервер с подготовленными виртуалками и планом восстановления. Типа "Рухнул сервер А, берём оперативную копию базы, запускаем виртуалку Б, грузим на неё данные, переключаем маршруты и т.д." на всё про всё те же 20 минут
42 Fedor-1971
 
14.12.16
10:44
41+ К стати, при решении о переходе на виртуализацию почему то, ни кто не затрагивает тему выхода из строя несущей машины с неплохой вероятностью потерять ВСЕ (или почти все) наличествующие виртуалки
43 Gary417
 
14.12.16
10:58
(42) переход на виртуализацию подразумевает обычно два сервера и выделенное СХД
44 Gary417
 
14.12.16
10:58
А там уже и RAID во все щели и прочие ленточные библиотеки
45 Dmitrii
 
гуру
14.12.16
11:20
(25) >> ...дело в изоляции ... от другого "кривого софта" который часто вынужденно приходится запускать на тех же физических серверах, ибо отдельных нету.

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

(26) >> ...аппаратные ключики надо было покупать!

Идите в детский сад со своими рекомендациями.
С аппаратными ключиками как раз были бесконечные танцы с бубнами. Все проблемы решаемы, но когда у тебя в сети сидит более 300 пользователей, частота возникновения проблем с невидимостью ключа или нехваткой лицензий на каком-либо из менеджеров лицензий достигает того критического уровня, когда программные лицензии и их раздача сервером (при всех их недостатках) становится более выгодна.
Аппаратные ключи замечательно работают пока у тебя до сотни пользователей и не более двух-трёх менеджеров лицензий (например, 3 сервера с ключами от 10 до 100 лицензий). При превышении этих значений ситуация просто тупо начинает выходить из под контроля и сделать ты ничего не можешь так как никаких нормальных инструментов для мониторинга фактически нет.
46 Garykom
 
гуру
14.12.16
11:50
(45) >Какая-то высосанная из пальца история....

Когда 1С уже засунута в виртуалку и рядом легко можно поднять другие виртуалки, только совсем тупые админы будут совать новый кривой софт в одну виртуалку с 1С.

У вас этот софт суют на один физический сервер с 1С?

>Идите в детский сад со своими рекомендациями.
Думаю руководству нужно бубны поменять, раз танцы с имеющимися не помогают... вместе с владельцами/пользователями бубнов ))
47 Черников
 
14.12.16
12:12
(45) Я не совсем понял про лицензии: есть пользовательские лицензии (вопрос отдельный) и есть лицензия сервера (допустим программная). Я так понимаю она должна быть на сервере 1С. Но на виртуальной машине с динамическим изменением ресурсов она будет слетать. Как эту проблему решать если 1С Сервер на виртуальной машине.
48 Dmitrii
 
гуру
14.12.16
12:32
(46) >> Думаю руководству нужно....

Давайте руководство само будет решать что ему нужно.

>> нужно бубны поменять... вместе с владельцами/пользователями бубнов

Не надо считать будто бы вокруг одни идиоты, а Вы один такой умный.
Все проблемы, с которыми мы сталкивались были вполне решаемыми. И благополучно решались. Однако из всех способов решения самым простым, действенным и экономически абсолютно оправданным в конечном счете оказался переход на программные лицензии.
Если Вы не знаете конкретную ситуацию, то лучше либо попытаться выяснить о чем идет речь, прежде чем открывать рот, либо оставить рот закрытым.

А покупать аппаратные лицензии только потому, что так сказал какой-то 1С-ник с форума, это .... (даже слов не подобрать)... бред какой-то.
Поверьте, при замене аппаратных лицензий на программные были неоднократно взвешены все "за" и "против" с учетом всех особенностей и ограничений.
49 Галахад
 
гуру
14.12.16
12:35
(48) А какие "за" программных лицензий?
50 Dmitrii
 
гуру
14.12.16
12:37
(47) >> на виртуальной машине с динамическим изменением ресурсов она будет слетать.

Не "будет" слетать, а "может" слетать. Смотря что и как перераспределяется.

>> Как эту проблему решать если 1С Сервер на виртуальной машине.

Рекомендации от 1С: http://its.1c.ru/db/v838doc#bookmark:adm:TI000000539
Чтобы избежать повторной активации рекомендуется использовать сервис лицензирования, установленный на физическом компьютере или на виртуальной машине с фиксированными характеристиками (возможно только в клиент-серверной варианте).
51 Fragster
 
гуру
14.12.16
12:40
(50) ну так это костыль
52 Fragster
 
гуру
14.12.16
12:40
точно также можно юсб овер ип в виртуалку пробросить
53 Garykom
 
гуру
14.12.16
12:45
(52) +1 И это надежнее в разы. Но дороже.
54 Dmitrii
 
гуру
14.12.16
12:47
(49) >> какие "за" программных лицензий?
- Установка нескольких программных лицензий на один сервер и их суммирование. Оно же недостаток аппаратных ключей - под каждый ключ нужен отдельный менеджер.
- Нет необходимости наличия USB-портов на компьютере, где должна стоять лицензия.
- Простота в администрировании. У нас лицензии раздаются сервером 1С. Не надо париться о том, от какого менеджера клиент получил лицензию и по какой причине вдруг перестал получать лицензию после обеда. Нет проблем "зависших" захваченных лицензий (когда лицензия выдана клиенту и не освобождается после отключения клиента и лечится только перезапуском службы HASP).
55 Dmitrii
 
гуру
14.12.16
12:52
(51) >> это костыль

Никто и не спорит.

(52) (53) >> можно юсб овер ип в виртуалку пробросить

Повторюсь. Не надо считать, что вокруг вас дураки.
По количеству известных мне разновидностей костылей для работы с аппаратными ключами 1С я могу со многими специалистами посоревноваться.

>>  Но дороже
Это как раз вообще не проблема. Во всяком случае не в нашем случае.
56 Garykom
 
гуру
14.12.16
12:56
(55)
>>  Но дороже
>Это как раз вообще не проблема. Во всяком случае не в нашем случае.

Ну мы так и поняли...
57 MaxS
 
14.12.16
13:12
(54) Пользователь, который забрал лицензию по сети (не от 1С сервера) и открыл 10 баз, будет использовать одну лицензию.
А если их будет раздавать 1С сервер, то нужно 10 лицензий. :(
58 Garykom
 
гуру
14.12.16
13:23
(57) Тихо ты, еще начальство услышит ))
59 oleg_km
 
14.12.16
14:15
(57) Ну он потом прибежит на форум в воплями: как пользователю не дать больше одного раза войти в 1С, а  то лицензии кончаются, а начальство говорит, какого...?
60 Dmitrii
 
гуру
14.12.16
14:21
(57) И что?
У нас таких пользователей (открывающих одновременно больше одной базы) единицы. И даже они крайне редко держат открытыми больше двух - трех баз.

Конечно, когда у тебя всего 10 пользователей, но при этом реально 10 баз, в каждую из которых все эти 10 пользователей реально залезают одновременно, то есть о чем подумать.
Разница в затратах выглядит астрономической - ключ на 10 лицензий или на 100 (10пользователей х 10соединений).
Когда же ситуация такова, что у тебя несколько сотен пользователей и только несколько единиц из них отрывают по несколько сеансов одновременно, то разница нивелируется и даже может быть поглощена за счет разницы в цене между аппаратной и программной лицензией.

И уж точно это не стоит всего того геморроя, который возникает при администрировании нескольких менеджеров лицензий в сети из нескольких подсетей, где еще и IP-адреса назначаются динамически и процесс разного рода изменений бесконечен (то кому-то компьютер  переставили, то ОС переустановили, то 1С-ку переустановили, в сети маршрутизацию или еще что-то поменяли, то фаервол включили где-то или не так настроили и тд и тп). Не стоит это того.
61 arsik
 
гуру
14.12.16
14:22
(0) Разверните СХД на отдельной (специальной) железке и тогда ном. Виртуальный будет практически идентичен железному.
62 100kg
 
14.12.16
16:53
(0) замерял на железном сервере на Вин10, потом на ней же запустил Hyper-v с 2008R2. Если верить Гилеву, то разницы никакой
63 Garykom
 
гуру
14.12.16
17:13
(62) Тест Гилева однопоточный http://www.gilev.ru/bestproc1c/

Поэтому тестирование ну ничего не показывает, но можно сделать простой вывод что виртуалка примерно равна по скорости 1 ядру физического проца.
Отношение виртуалка:реальное железо легко составить зная сколько процов и коэффициент их "утилизации".
64 Garykom
 
гуру
14.12.16
17:16
(63)+ Для двухядерного проца коэффициент "утилизации" примерно 1.5, т.е. виртуалка тормознее или точнее работает как 1.5 ядерный проц вместо 2 ядерного.
65 Fragster
 
гуру
14.12.16
17:20
у него в новой версии теста есть многопоточный кусок, который диски дрючит, ну очень сильно (только клиент-сервер).
ну, или http://catalog.mista.ru/public/173394/ есть - тут больше упор на проц и сетевые задержки.
66 Garykom
 
гуру
14.12.16
17:26
(65) Если дрючит сильно и сильно разные куски диска и в объеме таком чтобы нельзя было прокэшировать в оперативку то виртуалка на таких тестах умрет.

Результаты виртуалки будут в 5-10 раз хуже чем сравнимого реального железа.
67 Fragster
 
гуру
14.12.16
17:28
(66) да, там нагрузка такая, что не получится прокэшировать. этот кусок я писал. ;)
68 Fragster
 
гуру
14.12.16
17:28
но при прямом подключении дисков может быть и не в 5-10 раз падение, а меньше.
69 Garykom
 
гуру
14.12.16
17:31
(66)+ Точнее не так выразился, обычно на одно железо засовывают несколько виртуальных серверов.

И вот если 1=1 то пофиг, но если засунуть на 1 реальный 2 виртуальных, в каждую засунуть сервер 1С (со своей БД/сервером БД или нет отдельный вопрос) и попробовать запустить в обоих нагрузку...

То думать что каждый отдельный виртуальный сервер будет работать как половина железного это наивно. Они друг друга заблочат по дисковой подсистеме и помрут оба.

В реальности такое редко, поэтому засунув 2 (и более) виртаулки на одно железо можно получить неплохие результаты со средним выравниванием нагрузки на реальное железо до максимума, когда виртуалки грузят по очереди и по очереди получают почти все ресурсу (пусть и меньше чем могли бы на реальном).