|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
ms sql 2008 r2 ресурсы дают большие. Но не реальные а виртуальные. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 08:18 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
Винт работает между всеми задачами физического хоста, поэтому Вам может остро не хватать его производительности. Скорее всего дисковый массив не супербыстрый. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 10:40 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
sparrowms sql 2008 r2 ресурсы дают большие. Но не реальные а виртуальные.1. Небольшое потеря производительности. 2. Нужна хорошая квалификация, иначе потеря производительности будет большая. 3. Настраивать серверы и влиять на их производительность будут другие люди (подразделения, компании), а отвечать за производительность будете вы. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 11:19 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
LSVВинт работает между всеми задачами физического хоста, поэтому Вам может остро не хватать его производительности. Скорее всего дисковый массив не супербыстрый. говорят там стойка из ssd ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 11:40 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
alexeyvgsparrowms sql 2008 r2 ресурсы дают большие. Но не реальные а виртуальные.1. Небольшое потеря производительности. 2. Нужна хорошая квалификация, иначе потеря производительности будет большая. 3. Настраивать серверы и влиять на их производительность будут другие люди (подразделения, компании), а отвечать за производительность будете вы. так. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 11:40 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
sparrowLSVВинт работает между всеми задачами физического хоста, поэтому Вам может остро не хватать его производительности. Скорее всего дисковый массив не супербыстрый. говорят там стойка из ssdДа это неважно, там один SATA HDD 5400 или стойка из ssd. Мы же говорим о виртуалках VS физические серверы при одинаковой нагрузке. Физическому серверу с кучей баз и приложений на одном винте тоже будет нехорошо. А из написанных мной пунктов реальной проблемой является №3 Потому что остальные проблемы можно решить, но если там виртуалками заведуют ребята из другого подразделения, и единственный способ общения с ними - служебки на имя Руководителя Объединённой Дирекции Дата-Центров, и они отвечают "а у нас всё хорошо", то тогда.... :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 18:31 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
оценка реальных потерь от виртуализации https://blogs.vmware.com/performance/2015/12/virtualizing-dbapps-vsphere6.html тесты проводились с помощью http://www.tpc.org/tpcc/ и не важно, что это oracle на vmware ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 20:38 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
sparrow, alexeyvg2. Нужна хорошая квалификация, иначе потеря производительности будет большая. 3. Настраивать серверы и влиять на их производительность будут другие люди (подразделения, компании), а отвечать за производительность будете вы. Недавно столкнулись с этими проблемами: Другое подразделение настроило всё как придется, и в результате производительность виртуальной машины на мощном сервере гораздо хуже, чем у слабого но реального сервера. Письма с претензиями несколько месяцев ничего не дают. Разбираться с тем, как правильно настроить виртуальные машины, в другом подразделении никому не хочется. Возможно, вы даже никак не будете отвечать за проблемы с производительностью, но подобные ситуации радовать вас не будут. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 21:39 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
dekuоценка реальных потерь от виртуализации https://blogs.vmware.com/performance/2015/12/virtualizing-dbapps-vsphere6.html тесты проводились с помощью http://www.tpc.org/tpcc/ и не важно, что это oracle на vmwareДа, при правильном администрировании процентов 10, достаточно типично. Ещё из недавно появившегося - этот новый патч на интелевскую уязвимость - на виртуалках его часто надо ставить, а сколько он отъест? Кто то говорит о -30% на сервере СУБД :-( Хотя обычно оценки всё таки ниже. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2018, 23:38 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
VMWare заявлет потери производительности примерно 7-13%, MS 15-20%, но это при условии, что все затюнено и только одна виртуалка, если виртуалок полно, то там потери могут быть еще больше. Плюс, зависит от настроек, какая виртуалка будет биться за ресурсы, для каких виртуалок какие приоритеты и от железной инфраструктуры (ее настроек) - в самых плохих случаях, все может кое-как ползать.. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2018, 11:27 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
alexeyvgdekuоценка реальных потерь от виртуализации https://blogs.vmware.com/performance/2015/12/virtualizing-dbapps-vsphere6.html тесты проводились с помощью http://www.tpc.org/tpcc/ и не важно, что это oracle на vmwareДа, при правильном администрировании процентов 10, достаточно типично. Там в статье на другом железе и другой версии vmware - потери 30% "...With ESXi 5.1, the Order-Entry benchmark throughput of a 64-vCPU VM on a 4-socket, 32 core/64 thread E7- 4870 (Westmere) server was 70% of the throughput of the same server in native mode when both servers were running at 77% CPU utilization (the native server reached a maximum CPU utilization of 88% and throughput of 54.8 transactions per second)..." ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2018, 12:13 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
dekualexeyvgпропущено... Да, при правильном администрировании процентов 10, достаточно типично. Там в статье на другом железе и другой версии vmware - потери 30% "...With ESXi 5.1, the Order-Entry benchmark throughput of a 64-vCPU VM on a 4-socket, 32 core/64 thread E7- 4870 (Westmere) server was 70% of the throughput of the same server in native mode when both servers were running at 77% CPU utilization (the native server reached a maximum CPU utilization of 88% and throughput of 54.8 transactions per second)..."ТС наверное имел в виду HyperV А то на разных системах вируализации при разных настройках могут быть разные потери. Хотя ESXi эффективная платформа, но вот человек сравнивал, HyperV быстрее ... http://xn--80aimpg7h.xn--p1ai/test-sravnenie-virtualizacii-vmware-citrix-xenserver-proxmox-ve-ms-hyper-v-2012r2-3/ ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2018, 12:51 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
sparrow, если не следовать Best Practices доке от MS, то результаты производительности будут плачевными хоть на каких дисках. Получите, в лучшем случае, IO 30мб/с на ядро. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2018, 12:59 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
sparrow, из практики это непредсказуемоя опа с IO на дисках. Хотя может вопрос как разнесено и может с более прямыми руками у админов жизнь получше, но DBA рекомендуют на виртуалках, всё равно выносить базы на отдельные физические ресурсы, что бы никто за них не дрался ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2018, 13:02 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
TaPaK, +1. Да, если нужна производительность - категорически нельзя использовать виртуальные диски. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2018, 13:18 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
Добавлю, что часто забывают про ограничения в ресурсах для виртуальных машин по адресуемой памяти, процессорам и т.п. Как-то было, что менеджеры напели про крутую виртуализацию и режимы НА и FT, а когда технари стали ставить, то оказалось, что в некоторых режимах можно только 4 ядра использовать, что категорически не устраивало. Поэтому подводных камней всегда можно накопать. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2018, 14:17 |
|
что похого при использовании в виртуальной машине , дороговатого сервера?
|
|||
---|---|---|---|
#18+
TaPaKsparrow, из практики это непредсказуемоя опа с IO на дисках. Хотя может вопрос как разнесено и может с более прямыми руками у админов жизнь получше, но DBA рекомендуют на виртуалках, всё равно выносить базы на отдельные физические ресурсы, что бы никто за них не дралсяКакая же непредсказуемая опа, если физические диски прокинуты в виртуалку, а у процесора для поддержки этого есть даже специальный набор команд? Понятно ,что про 10% пишут, когда сделано именно так. Кстати, некоторые мелкие настройки виртуальных дисков, типа отключение расширяемости и фоновой инициализации ещё в несколько раз повышают быстродействие, даже без прокидывания железа. Ещё не забываем ставить специальные расширения в гостевую ОС, которые ускоряют работу с хостовым железом. В общем, даже я, ламер, кое что помню, а уж хорошие админы настраивают будь здоров (кстати, на всех моих работах только один админ на моей памяти настраивал виртуалки праывильно :-) ). Ну а стандартные, максимально дешёвые, анонимные админы из темы ТС, конечно, будут ограничиваться запуском инсталлятора и репортом начальству "всё готово", некогда им ковыряться для вас, чай, не вы их нанимали :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2018, 15:08 |
|
|
Start [/forum/topic.php?fid=46&msg=39609950&tid=1690162]: |
0ms |
get settings: |
4ms |
get forum list: |
7ms |
check forum access: |
0ms |
check topic access: |
0ms |
track hit: |
28ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
29ms |
get tp. blocked users: |
0ms |
others: | 92ms |
total: | 167ms |
0 / 0 |