Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Гипервизор

Гипервизор
Я
   andrey i1c
 
30.03.20 - 09:07
Добрый день! Скажите пожалуйста ускорит ли работу баз 1С так называемый гипервизор или нет его смысла ставить? Есть сервер на linux и установленный postgresql, на котором крутятся базы 1С.
   2S
 
1 - 30.03.20 - 09:08
А причем здесь гипервизор и 1С?
   2S
 
2 - 30.03.20 - 09:09
гипервизор - средство управления ВМ, монитор ВМ, если хотите
   andrey i1c
 
3 - 30.03.20 - 09:10
(1) поэтому и спрашиваю, так как на сервер хотят установить гипервизор.
   arsik
 
4 - 30.03.20 - 09:11
(0) Ты хотел сказать замедлит?
   ДенисЧ
 
5 - 30.03.20 - 09:13
(0) А с чего он должен ускорить её работу? Замедлить - запросто...
   andrey i1c
 
6 - 30.03.20 - 09:14
(4) нет, наоборот ускорит) специалисты сказали, якобы он нужен для того что бы ускорить работу баз, если их завиртуалить, распределив ресурсы, назвав приличную сумму за это все) хотя самому кажется что попахивает разводом...
   andrey i1c
 
7 - 30.03.20 - 09:15
(6) ранее не работал с гипервизорами
   Василий Алибабаевич
 
8 - 30.03.20 - 09:18
(6) "назвав приличную сумму за это все".
Ну так включите в договор гарантии ускорения. Хотя бы на год. Будете их в моск иметь по любому случаю замедления.
   Garykom
 
9 - 30.03.20 - 09:18
   ДенисЧ
 
10 - 30.03.20 - 09:19
"ускорить работу баз, если их завиртуалить" можно, если только хостовый комп заменить на другой, на порядок мощнее.
   Василий Алибабаевич
 
11 - 30.03.20 - 09:20
+(8) Проблемы со скоростью это не решит. Но в зато вморальном плане ...
   Garykom
 
12 - 30.03.20 - 09:21
(10) Есть некоторые операции в 1С которые при достаточном кол-ве оперативки в виртуалке как это ни странно ускоряются.
На фоне общего торможения.
   Garykom
 
13 - 30.03.20 - 09:23
(12)+ Это особенно заметно на hdd и почти не заметно на ssd кста.
Виртуалка/гипервизор типа vmware он зараза такая кэширует обращения к дискам если ram много.
   Garykom
 
14 - 30.03.20 - 09:25
(13)+ Выглядит это как повторное выполнение того же отчета на не изменившихся данных занимает ничтожно малое время.
   ДенисЧ
 
15 - 30.03.20 - 09:30
(12) Некоторые - это выход из программы? ))
   mistеr
 
16 - 30.03.20 - 11:59
(13) Что такого кэширует гипервизор, чего не кэширует ОС?
   DGorgoN
 
17 - 30.03.20 - 12:03
(16) все запросы к ssd но тут ньюансов много.
(0) Не верь, ресурсов уберет и замедлит наоборот.
   mistеr
 
18 - 30.03.20 - 12:05
(17) Вот нюансы и интересны. Есть они у тебя?

А балабольства не люблю.
   DGorgoN
 
19 - 30.03.20 - 12:14
(17) Некоторое гипервизоры как было сказано ранее кешируют запись на любой внешний носитель в оперативке. Если скорость ssd намного меньше чем скорость памяти и кеш большого объема то прирост скорости может составлять существенную разницу даже на глаз при некоторых операциях с БД, особенно если под кеш выделена опустим значительная часть размера БД.

Че тут балабольствовать если и так всё ясно как пень?
   DGorgoN
 
20 - 30.03.20 - 12:17
   mistеr
 
21 - 30.03.20 - 12:26
(19) Современные ОС без гипервизора точно так же "кешируют запись на любой внешний носитель". И СУБД, если пишет в обход кэша ОС, использует свои механизмы кэширования.

Конкретика есть? Личный опыт, ссылки на описание чужого опыта? Пока это все балабольство.
Garykom вообще говорил о чтении.
   DGorgoN
 
22 - 30.03.20 - 12:38
(21) Конкретика есть но я специально её вот не хранил до сего момента. У клиента был и есть гипервизор на лине + для дискового кеша выделено около 16 Гб ОЗУ. Без него было тоскливо, с ним быстрее чем нативно. Замерял на глаз но в течении суток там и там.
Сугубо из личного.
   vbus
 
23 - 30.03.20 - 12:41
А с чего вы взяли, что не ускорит? Ключевые слова "назвав приличную сумму за это все".
Может они заменят Celeron какой-нибудь, на Xeon, тогда все ускорится не смотря на тормоза виртуализации. Автор начальные и конечные условия не обозначил.
   ansh15
 
24 - 30.03.20 - 12:49
У кэширования в виртуальной машине, при работе в ней PostgreSQL, есть существенный недостаток - "включенный кеш системы виртуализации эквивалентен fsync=off и full_page_writes=off", отсюда https://www.sql.ru/forum/1058995/missing-chunk-number-0-for-toast-value-xxx-in-pg-toast-yyy , что значительно повышает риск повреждения баз данных.
   ADirks
 
25 - 30.03.20 - 12:53
(0) Просто админы страшно любят виртуализацию. А деньги так вообще все любят.
   Garykom
 
26 - 30.03.20 - 13:11
(21) "СУБД, если пишет в обход кэша ОС" не может обойти кэш гипервизора.
И даже если кэш субд неправильно настроен или нет его то гипервизор дает свой.

Особенно заметно если сформировали отчет первый раз - заняло хз минут, формируем его повторно такой же (данные в базе не менялись) и опс он выдается за секунды.
   Garykom
 
27 - 30.03.20 - 13:14
Короче виртуалки это зло в плане ухудшения быстродействия.

Но это повышение удобства, надежности, гибкости и можно в некоторых случаях "неправильных" субд и 1С в неких моментах ускорить.
Хотя один хрен будет в целом сильно хуже чем "правильные" субд и 1С на физическом.
   Сияющий в темноте
 
28 - 30.03.20 - 23:09
есть такая вещь,как Ram-диск,если туда всякие темпы и прочее положить,то ускорение очень заметно,только зачем нужен гипервизор,если это и так сделать можно.
драйвер жесткого диска с кешированием также может игнорировать команду ОС о немедленной записи на диски.
   MyNick
 
29 - 31.03.20 - 08:22
(25) я не одмин, но было время когда отвечал за инфраструктуру компании. И когда все железки (т.наз. "сервера") были "уникальны", т.е. все крутилось на них так, что если что-то наикнется, то сценарий - брать бэкапы и плясать вокруг этого колхоза с бубном неизвестное количество времени, потому что на остальное "денег нет, но вы держитесь". Да, были развернуты в резерве скуль и 1С, АД и пр., но все это колхоз. Особенно когда работа круглосуточная и твоя жпо на кону. Поэтому все должно быть завиртуалено до такой степени, чтобы выключив любую железку из розетки, ни бизнес, ни пользователи даже не должны чухнуть о том, что что-то случилось. Поэтому админы, которые страшно любят виртуализацию, правильные админы.
   Провинциальный 1сник
 
30 - 31.03.20 - 08:35
(13)А я наоборот, слышал, что виртуалки повторяют поведение реального железа, то есть, если гостевой процесс запросит открытие файла без отложенного кэширования записи - то и хост будет обращаться к этим блокам данных на физическом диске тоже в синхронном режиме. Пробовал виртуалбокс, в частности - и под виндой в качестве хоста он точно не обеспечивает безусловное кэширование.
 
 Рекламное место пустует
   HawkEye
 
31 - 31.03.20 - 08:39
(25) и правильно делают....
   Провинциальный 1сник
 
32 - 31.03.20 - 09:28
(21) "Современные ОС без гипервизора точно так же "кешируют запись на любой внешний носитель". "
Только если приложение открывает файл в соответствующем режиме. По умолчанию да. Но есть еще флажки O_SYNC и O_DIRECT. И многие СУБД любят такое, оставляя за собой полный контроль над записью данных и кэшированием. Иногда это бывает чрезмерно.

Так, например, в 1сv7 при сравнении и объединении конфигураций используется синхронная работа с диском, а также в синхронном режиме пишут свои временные данные так называемые "черные запросы". Именно поэтому так сильно ускоряется работа семерки при размещении каталога временных файлов на рамдиске. В этом случае безусловно включенное кэширование было бы полезным.
   mistеr
 
33 - 31.03.20 - 09:53
(27) Вот это взвешенный взгляд, согласен.
   fisher
 
34 - 31.03.20 - 09:53
(0) Я подозреваю, что виртуализация предложена непосредственно в ключе баз postgresql. Когда каждая база поднимается в отдельном кластере postgresql (одна база - один кластер) на отдельной виртуалке - это очень удобно. Во-первых, параметры постгреса можно затюнить на профиль использования и специфику конкретной базы. Во-вторых, удобно бэкапить (специфика постгреса). В-третьих - удобнее мониторить.
Т.е. в принципе, для большого количества нагруженных баз на постгресе, виртуализация - стандартная практика.
Но надеяться что виртуализация решит существующие проблемы производительности - довольно смело. Скорее всего не решит.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.