Всем привет.

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

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

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

Кто прав?

VMware ESX
1С + SQL

На одном и том же железе?

Да

проведи замер в одно- и многопользовательском режиме

но вообще логично же, что добавление уровней абстракции ведет к деградации производительности

Все это долго, но другого выхода не вижу.
Может кто статьи видел в инете

2(4) Ну прямо таки к деградации? (хотя в некоторых реализациях именно к деградации):

https://ru.wikipedia.org/wiki/Сравнение_виртуальных_машин
последняя колонка
У промышленных, ВМВарь к которым относится - близка к производительности хоста.
У экспериментальных, университетских - бывает очень медленная

(0)Сравнивал в тестах гилева в файловом режиме разницы с физической машиной и esxi не заметил.

(7) тест гилева - однопоточный

(8) Ну чем смог, помог.

тем более, что при переезде на виртуалки наверняка разобьют по разным машинам скуль и 1с

А вооще не такая большая проблема топикстартеру самому сравнить.

(6) Спасибо за таблицу, теперь есть куда тыкать пальцем )))

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

понятное дело что есть какой-то оверхед, но касательно ВМвэйр, Виртуалбокс утверждается что этот оверхед около 1%.

Про очередь к диску. Если ДСка - отдельная - то вообще пофиг же.

(14) ну, на числодробительных задачах может и 1%. на 1с - надо проверять. там и сеть еще

Админы конечно же правы.

Разница в производительности не заметна. Разница в удобстве обслуживания и надежности огромная.

Где-то нашел в интернете (курсы 1С рф), что раз уж так хочется виртуалку, нужно подключать диск к 1С серверу напрямую.

(17) ага, только это про сервер БД, а не про сервер 1с

(18) сервер 1с тоже тыкается в диск будь здоров

(0) >> Админы уверяют переходить на VMware ESX

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

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

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

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

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

Вот прям таки огромная?...
Чтобы получить эти плюшки придется очень сильно постараться и решить кучу технических вопросов, начиная с лицензий (программные/аппаратные/где будут размещаться/как их правильно настроить в виртуальной среде/что с ними делать в случае переноса машины на другой хост или изменения параметров машины/)

(0) Да пусть делают, что хотят. Лишь бы на тебя потом не возложили  обязанность "почетного гипнотизера" объяснять пользователям, что это и есть "настоящая высокая производительность".
Кластер серверов еле шевелится

На некоторых задачах "1С в виртуалке" с настройками системы по дефолту из коробки будет вполне шустрее чем та же 1С с теми же дефолтными на физическом железе.

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

Но виртуалка обладает офигенными преимуществами в упрощении админства и повышении стабильности и безопасности системы.

Вряд ли стоит задача замены физического сервера гипервизором. У последнего более широкие функции.

(22) >>  виртуалка обладает офигенными преимуществами в упрощении админства

согласен.

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

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

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

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

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

Вот надо вам поднять базу древнюю 1С7.7 чтобы архивы пошерстить и что делаем в случае без виртуалок?

(24) >Динамическое перераспределение ресурсов - только головняк при использовании программных лицензий.

Экономисты фиговы аппаратные ключики надо было покупать!

Сижу на виртуалке VMware ESX, т.к. 32Гб оперативки для нужд программирования - избыточно. Виртуалка позволила поднять разный нетребовательный к ресурсам софт. Можно спокойно тестировать новый софт...
Для 1С в файловой у меня тест Гилева показывает 74 попугая. Пока достаточно. Ключ 1С аппаратный.
Для многопользовательской системы этот "сервер" не годится, т.к. диск умрёт.

(0) Потери производительности в виртуалке будут. Но потери будут незначительны. Решение о переходе на виртуальные машины принимает не 1С-ник! И даже не админ! Это решение принимает руководитель ИТ-отдела. Если нет рук-ля - админы будут "тянуть одеяло на себя", проги - на себя. И будет как в басне про лебедя, рака и щуку. Должен быть кто-то, кто будет "пинать" и тех, и других в нужном направлении. Возможно, слово "пинать" звучит не очень..  Пусть будет "придавать нужный вектор движения".

+28 А руководитель уже оперирует другими понятиями: ресурсы (материальные и трудовые), эффективность использования и экономическая эффективность.

(24) >>Какими же? Кроме возможности по-быстрому развернуть копию на соседнем хосте?
Дак вот именно это и есть киллер фича. Сдохло железо? Не беда, образ из бекапа развернуть быстрее чем подключить новую железку взамен сдохшей.

(0) если админы еще часто будут трогать конфигурацию виртуальных машин при программных лицензиях будет еще тот геммор при слете лицензий... особенно если он достанется тебе а не им...

(31) + если только заранее выделить отдельный сервер лицензий...

(0) А как же Hyper-V? Почему не рассматриваете? :)

разница в обновлении (сохранении конфигурации) при добавлении оборотного регистра на 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 часов

(34) + между сетевыми машинами (2 -ой пункт) гиговая сеть

(34)  <9-гигов оперативки> и  <2003-32>

смысл то?

(36) Скуль за видимые 4 запихиваем и имеем радость
(30) Быстрое восстановление - красивая сказка для заманухи. Работал и с виртуалками и с физическими машинами. Быстрое восстановление возможно только при наличии резерва физических мощностей. Развёртывание виртуальной машины по времени примерно равно восстановлению из образа физической (ну только если помонаться с драйверами для физической)

(0) бессмысленный спор. Админы просто хотят чего-то новенького и звэзд на погоны в резюме. Их можно понять.

(37) <Скуль за видимые 4 запихиваем и имеем радость >

скуль то сожрёт память, а сервер 1С? только 3гб? не опупеет считать то он?

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

(38) не всегда админы хотят звёзд. Бывает, что руководство пытается нечто оптимизировать. Типа затраты меньше, сервера имеются и простаивают без дела и "Все в виртуализацию с бодрыми улыбками". Осознание (пробуждение от иллюзий) что сделали приходит где-то через пол года - год (админы нужны не уровня "школьник"; быстрое восстановление без подготовленной среды - миф; сбои столь-же разрушительны как и раньше; затраты - возможно, выросли, как минимум остались те же)

(40) не только при простоях админы выиграют.
Если есть жёсткое требование: Работа системы восстанавливается за, например, 20 минут. Тут только либо держать резерв физического оборудования (дорого), либо один (или больше) универсальный виртуальный сервер с подготовленными виртуалками и планом восстановления. Типа "Рухнул сервер А, берём оперативную копию базы, запускаем виртуалку Б, грузим на неё данные, переключаем маршруты и т.д." на всё про всё те же 20 минут

41+ К стати, при решении о переходе на виртуализацию почему то, ни кто не затрагивает тему выхода из строя несущей машины с неплохой вероятностью потерять ВСЕ (или почти все) наличествующие виртуалки

(42) переход на виртуализацию подразумевает обычно два сервера и выделенное СХД

А там уже и RAID во все щели и прочие ленточные библиотеки

(25) >> ...дело в изоляции ... от другого "кривого софта" который часто вынужденно приходится запускать на тех же физических серверах, ибо отдельных нету.

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

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

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

(45) >Какая-то высосанная из пальца история....

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

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

>Идите в детский сад со своими рекомендациями.
Думаю руководству нужно бубны поменять, раз танцы с имеющимися не помогают... вместе с владельцами/пользователями бубнов ))

(45) Я не совсем понял про лицензии: есть пользовательские лицензии (вопрос отдельный) и есть лицензия сервера (допустим программная). Я так понимаю она должна быть на сервере 1С. Но на виртуальной машине с динамическим изменением ресурсов она будет слетать. Как эту проблему решать если 1С Сервер на виртуальной машине.

(46) >> Думаю руководству нужно....

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

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

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

А покупать аппаратные лицензии только потому, что так сказал какой-то 1С-ник с форума, это .... (даже слов не подобрать)... бред какой-то.
Поверьте, при замене аппаратных лицензий на программные были неоднократно взвешены все "за" и "против" с учетом всех особенностей и ограничений.

(48) А какие "за" программных лицензий?

(47) >> на виртуальной машине с динамическим изменением ресурсов она будет слетать.

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

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

Рекомендации от 1С: http://its.1c.ru/db/v838doc#bookmark:adm:TI000000539
Чтобы избежать повторной активации рекомендуется использовать сервис лицензирования, установленный на физическом компьютере или на виртуальной машине с фиксированными характеристиками (возможно только в клиент-серверной варианте).

(50) ну так это костыль

точно также можно юсб овер ип в виртуалку пробросить

(52) +1 И это надежнее в разы. Но дороже.

(49) >> какие "за" программных лицензий?
- Установка нескольких программных лицензий на один сервер и их суммирование. Оно же недостаток аппаратных ключей - под каждый ключ нужен отдельный менеджер.
- Нет необходимости наличия USB-портов на компьютере, где должна стоять лицензия.
- Простота в администрировании. У нас лицензии раздаются сервером 1С. Не надо париться о том, от какого менеджера клиент получил лицензию и по какой причине вдруг перестал получать лицензию после обеда. Нет проблем "зависших" захваченных лицензий (когда лицензия выдана клиенту и не освобождается после отключения клиента и лечится только перезапуском службы HASP).

(51) >> это костыль

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

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

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

>>  Но дороже
Это как раз вообще не проблема. Во всяком случае не в нашем случае.

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

Ну мы так и поняли...

(54) Пользователь, который забрал лицензию по сети (не от 1С сервера) и открыл 10 баз, будет использовать одну лицензию.
А если их будет раздавать 1С сервер, то нужно 10 лицензий. :(

(57) Тихо ты, еще начальство услышит ))

(57) Ну он потом прибежит на форум в воплями: как пользователю не дать больше одного раза войти в 1С, а  то лицензии кончаются, а начальство говорит, какого...?

(57) И что?
У нас таких пользователей (открывающих одновременно больше одной базы) единицы. И даже они крайне редко держат открытыми больше двух - трех баз.

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

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

(0) Разверните СХД на отдельной (специальной) железке и тогда ном. Виртуальный будет практически идентичен железному.

(0) замерял на железном сервере на Вин10, потом на ней же запустил Hyper-v с 2008R2. Если верить Гилеву, то разницы никакой

(62) Тест Гилева однопоточный http://www.gilev.ru/bestproc1c/

Поэтому тестирование ну ничего не показывает, но можно сделать простой вывод что виртуалка примерно равна по скорости 1 ядру физического проца.
Отношение виртуалка:реальное железо легко составить зная сколько процов и коэффициент их "утилизации".

(63)+ Для двухядерного проца коэффициент "утилизации" примерно 1.5, т.е. виртуалка тормознее или точнее работает как 1.5 ядерный проц вместо 2 ядерного.

у него в новой версии теста есть многопоточный кусок, который диски дрючит, ну очень сильно (только клиент-сервер).
ну, или http://catalog.mista.ru/public/173394/ есть - тут больше упор на проц и сетевые задержки.

(65) Если дрючит сильно и сильно разные куски диска и в объеме таком чтобы нельзя было прокэшировать в оперативку то виртуалка на таких тестах умрет.

Результаты виртуалки будут в 5-10 раз хуже чем сравнимого реального железа.

(66) да, там нагрузка такая, что не получится прокэшировать. этот кусок я писал. ;)

но при прямом подключении дисков может быть и не в 5-10 раз падение, а меньше.

(66)+ Точнее не так выразился, обычно на одно железо засовывают несколько виртуальных серверов.

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

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

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