|
1C на хосте с ролью гипервизора Hyper-V | ☑ | ||
---|---|---|---|---|
0
jappleseed89
12.12.17
✎
13:02
|
Привет.
Насколько сильно в реальности влияет на производительность установка 1С совместно с ролью Hyper-V на Windows Server 2016/2012R2.? 1С остается на "железной" части сервера. На виртуалках крутятся контроллер домена (ведь без AD терминал больше не сделаешь), другие системы под разные нужды, не требовательные к ресурсам. После установки роли Hyper-V ведь и хост начинает работать через гипервизор, а соотв. замедление.? Кто-нибудь проверял насколько? Еще раз повторяю, для читающих через строку - 1С не на виртуалке, а на физ. железе (но на хосте Hyper-V). |
|||
1
arsik
гуру
12.12.17
✎
13:11
|
(0) можно терминал без АД. Просто консоли mmc удобной нет для настройки.
Можно заменить повершелом. |
|||
2
tesseract
12.12.17
✎
13:23
|
(0)>>На виртуалках крутятся контроллер домена (ведь без AD терминал больше не сделаешь), другие системы под разные нужды, не требовательные к ресурсам.
Плохая идея вообще. Хост находящийся в AD должен запускаться после AD. А он не сможет. >> (ведь без AD терминал больше не сделаешь), С чего это? Локальные пользователи прекрасно будут подключаться. >>После установки роли Hyper-V ведь и хост начинает работать через гипервизор Нет. Хоста и гостя не надо путать. >>Кто-нибудь проверял насколько Насколько съест ресурсов Hyper-V, настолько и будет. |
|||
3
jappleseed89
12.12.17
✎
13:43
|
(2) Вы не в теме, сорри.
Начиная с 2012R2 хост, входящий в домен, спокойно ждет загрузки виртуальных машин, а только потом запускается сам, когда поймает связь с контроллером домена, расположенным на его собственной виртуальной машине. Это штатное поведение. Без AD через задницу работает RemoteApp, а настраивается все через реестр. Насчет остального, насколько читал - через гипервизор начинает работать всё, в том числе и сам хост. Интересно было бы прочитать обратное. |
|||
4
Cyberhawk
12.12.17
✎
13:47
|
"через гипервизор начинает работать всё, в том числе и сам хост" // Это как?
|
|||
5
tesseract
12.12.17
✎
13:47
|
(3) Если у тебя вся система грузиться в Hyper-V то так и будет. Если у тебя система стоит как хост, а Hyper-V машины стоят как отдельные виртульные машины - сначала полностью загрузиться хост, и только потом пойдут грузиться виртуальные машины. Это если их еще поставишь на автозагрузку.
|
|||
6
tesseract
12.12.17
✎
13:49
|
(4) Я думаю он имеет в виду если ставить сервер грузиться сразу в Hyper-V, который халявный, только с командной строкой.
|
|||
7
jappleseed89
12.12.17
✎
14:23
|
(4) (6) матчасть плохо знаете?
После установки роли hyper-v, всё, даже сам хост начинает работать через гипервизор. Т.е между железом и операционной системой встает гипервизор. Хост и системы обрашаются к нему, а он уже к железу. По сути и сам хост тоже становится виртуальной машиной. Если я не прав - прошу с ссылками опровержение. |
|||
8
tesseract
12.12.17
✎
14:31
|
(7) С матчастью проблемы у тебя, срочно читать руководство по гипервизорам.
|
|||
9
arsik
гуру
12.12.17
✎
14:58
|
(8) Ну в xen-е так и есть. Ничего не знаю про винду.
|
|||
10
tesseract
12.12.17
✎
15:07
|
(9) Не путай Xen, который грузиться сначала сам, а потом грузит основную систему, которая кстати может откусить просто у него железо под свой полный контроль. И KVM и HYPER-V которые стартуют после запуска основной ос.
|
|||
11
jappleseed89
12.12.17
✎
15:15
|
(8) Прочитал.
"Благодаря гипервизору хост фукционирует на том же уровне, что и виртуальные машины - поверх гипервизора." Windows Server 2012R2. Полное руководство мда.. ну спецы тут - понятно. подстать главадмину. а вот то, что сам ответил на свой вопрос - по сути хост такая же виртуалка, только без ограничения ресурсов и без необходимости пробрасывать usb через ethernet. И замедление гипервизора 15-20% распространяется и на неё. печаль. схему из книги заскриншотил http://i102.fastpic.ru/big/2017/1212/4e/7e4f838ae557010e6940d06b3e81694e.png |
|||
12
Скиурус
12.12.17
✎
15:41
|
>>1С остается на "железной" части сервера
Плохая идея, перенесите на виртуальный хост >>И замедление гипервизора 15-20% распространяется и на неё. печаль. Ошибка на порядок. 1,5 - 2 % может быть (и то не для 1С, она же к устройствам не обращается) |
|||
13
jappleseed89
12.12.17
✎
15:50
|
(12)
>> Плохая идея, перенесите на виртуальный хост Чем именно плохая, можно поинтересоваться? Пока мне хотя бы не нужно покупать дорогущие программы для проброса Usb ключей в виртуалки. И еще в вирткальном хосте, я как то пробовал запустить тесты из AIDA64, результаты были в 3 раза хуже, чем на хосте. Но возможно было что-то не настроено. >>Ошибка на порядок. 1,5 - 2 % может быть (и то не для 1С, она же к устройствам не обращается) Опять же из опыта. Та же AIDA64. Тесты до установки Hyper-V и сразу после. Разница,на сколько помню, -15% во всех результатах тестов (и память и процессор) Обращаемся к Гилеву http://www.gilev.ru/virtual/ Он говорит о 30% падении производительности на виртуалках. А если и сам хост - та же виртуалка... то все печально. Но не держать же в маленькой конторе 3 физических сервера из-за этого (2 контроллера домена + сервер 1С) |
|||
14
g00d
12.12.17
✎
16:13
|
(13) на citrix xen падение процентов 10. очень сильно зависит от настроек ввода\ввывода
|
|||
15
arsik
гуру
12.12.17
✎
16:21
|
>> Пока мне хотя бы не нужно покупать дорогущие программы для проброса Usb ключей в виртуалки.
Уже давно есть бюджетные решения. Тот же virtualhere - анлим устройств 50 баксов. Для меньшего падения нужно дисковую полку с iscsi интерфейсом. Потерь на дисках будет минимум, т.к. почти не будет виртуальной прослойки. |
|||
16
Cyberhawk
12.12.17
✎
16:57
|
(11) Это открытие дня для меня. Но Я и не админ )
|
|||
17
rphosts
12.12.17
✎
16:59
|
(0) по разным данным замедление в сравнении с таким-же железным железом от 10% до 30%.
|
|||
18
rphosts
12.12.17
✎
17:01
|
и да, виртуализацию очень хорошо нужно уметь настраивать, она имеет смысл только если у тебя сервер на несколько тысяч активных юзеров и это кластер какой-нибудь из кучи лезвий.
|
|||
19
rphosts
12.12.17
✎
17:09
|
для начала http://www.gilev.ru/virtual/
у Е.Гилева замедление 15-30%, у Бурмистрова оценка потери производительности 10-25% |
|||
20
tesseract
12.12.17
✎
17:20
|
(11) Картинка не совсем точная:-). Главный хост будет работать не через гипервизор, а сквозь гипервизор - обращаться с оборудованием будет напрямую - никаких виртуализированных устройств, гипервизор будет ограничивать производительность только, он же на хосте и запущен.
(13) Я и в крупных компаниях не видел 2-х контроллеров домена. 1с + SQL лучше держать раздельно. |
|||
21
tesseract
12.12.17
✎
17:21
|
(15) Тут другая задача, оптическая полка тут явно не по карману.
|
|||
22
rphosts
12.12.17
✎
17:53
|
(20) 2. нет, если процы и память позволяет - нужно держать вместе:
1.скорость обмена внутри сервера будет быстрее чем между несколькими серверами по сети. 2.есть возможность использовать режим SharedMemory |
|||
23
jappleseed89
12.12.17
✎
18:06
|
Сейчас на десктопе Windows 10 Pro проверил тестом Гилева. Запустил тест до. Установил роль Hyper-V. Запустил тест после. Потеря попугаев по тесту около 5%.
|
|||
24
jappleseed89
12.12.17
✎
18:15
|
А вот потеря производительности в тестах AIDA64 CPU AES и CPU HASH - 25%!!! Это напрягает.
|
|||
25
rphosts
12.12.17
✎
18:21
|
(24) на смешных недосерверах оценка ниочём, а на реальномощных есть 100500 моментов в конфигурировании (и у гипер-в свои моменты а у еиксэкссай свои) и вот на них замедление в 15% это очень даже зашибись
|
|||
26
rphosts
12.12.17
✎
18:28
|
еиксэксса = esxi
|
|||
27
tesseract
12.12.17
✎
21:01
|
(22) на 64 ядерных u1 с 512gb раздельная конфигурация выигрывает. SharedMemory влияет незначительно - чего там гигабайты на сеанс гоняться что-ли? 100Gb вполне справляется.
|
|||
28
ansh15
13.12.17
✎
01:59
|
(27) >>на 64 ядерных u1 с 512gb
Если это максимально возможная конфигурация для физического сервера и нет средств на что-то более масштабное, то разнесение сервера приложений 1С и СУБД на разные сервера может быть вполне приемлемым решением. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |