|
Сравнение производительности 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 (и более) виртаулки на одно железо можно получить неплохие результаты со средним выравниванием нагрузки на реальное железо до максимума, когда виртуалки грузят по очереди и по очереди получают почти все ресурсу (пусть и меньше чем могли бы на реальном). |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |