Я недавно купил несколько новых мне серверов r620 для кластера. В основном они будут выполнять тяжелые транзакции с базой данных, но обычно у них будет виртуальная машина Hyper-V, выполняющая различную работу. Во время работы с базой данных я начал понимать, что серверы работают намного хуже, чем мой старый r610. С тех пор я заменил контроллеры, сетевые адаптеры и диски в поисках производительности, сопоставимой с другими тестами diskmark на аналогичных системах, опубликованными в Интернете. В основном моя случайная однопоточная производительность кажется ужасной. Смена BIOS на Performance очень помогла, но я все еще работаю медленно. Включение / отключение чтения, записи и дискового кеширования изменяет поведение, но в любом случае не меняет радикально производительность. Применяется каждое обновление, и для тестов не используются упреждающее чтение / обратная запись / дисковый кеш (лучшие результаты). Я что-то упустил, может ли мой процессор действительно быть узким местом в одном потоке, или мои результаты нормальные? Спасибо за любой совет!
Система:
R620
Windows Server 2019 Core с Hyper-V - гости Server 2019 и Ubuntu 18.04
Двойной E5-2650v2
128 ГБ (16 x 8 ГБ, PC3L-12800R)
H710p мини-моно
5x Intel D3-S4610 960 ГБ SSD в Raid 5
Сетевая карта Intel X540
Использование CrystalMark 3 - 9/4 ГБ:
Моя система
Читай пиши
Seq: 1018/1637
512 КБ: 743/1158
4K: 19/23
4к QD32: 204/75
Система сравнения - https://www.brentozar.com/archive/2013/08/load-testing-solid-state-drives-raid/
Читай пиши
Seq: 1855/1912
512 КБ: 1480/1419
4К: 34/51
4к QD32: 651/88
Использование CrystalMark 6 - 2/100 МБ:
моя система
Читай пиши
Seq Q32T1: 3022/3461
4к Q8T8: 335/290
4K Q32T1: 210/195
4K Q1T1: 32/30
Система сравнения - https://www.youtube.com/watch?v=i-eCmE5itzM
Читай пиши
Последовательность Q32T1: 554/264
4k Q8T8: 314/259
4K Q32T1: 316/261
4K Q1T1: 33/115
Использование CrystalMark 6 - 5/1 ГБ:
Моя система
Читай пиши
Seq Q32T1: 2619/1957
4k Q8T8: 306/132
4K Q32T1: 212/116
4K Q1T1: 25/27
Система сравнения - R610, Hyper-V Core 2012R2 -2008R2 Гости - Dual X5670, 128 ГБ ОЗУ 1600 МГц, 4x Samsung 860 Pro 1 ТБ raid 5, h700
Читай пиши
Последовательность Q32T1: 754/685
4k Q8T8: 305/69
4K Q32T1: 262/69
4K Q1T1: 32/38
Вот некоторые реальные цифры по сравнению с моей старой системой R610
Экспорт той же таблицы базы данных из локального mariadb в один узел кластера R620 Mariadb Galera
R610 - 1,7 миллиона записей / мин
R620 - 1,16 миллиона записей / мин
Скопируйте папку с тысячами небольших файлов с ВМ на Хост
R610 - 23 секунды
R620 - 2 мин 40 секунд
С другой стороны, большие копии файлов показывают хорошую производительность: R620 превосходит R610 примерно на 35%.
Я просто хотел проконсультироваться, так как вспомнил, что вы столкнулись с этой проблемой некоторое время назад, и решение было понижено до WS2016. Я не уверен, подписались ли вы на этот пост, но: https://www.reddit.com/r/sysadmin/comments/c9a005/server_2019_vm_slow_network_performance_due_to_rsc/
Отключение RSC на vSwitch могло быть решением вашей проблемы. Не уверен, но я просто хотел убедиться, что вы в курсе.
С уважением,
В конце концов, проблема в сервере 2019. Я пробовал настраивать все параметры, менять каждую часть оборудования и обновлять все до актуальных по состоянию на май 2019 года. В конце концов, с Server 2016 система сразу же показала хорошие результаты.
Я предполагаю, что вы пытались вручную настроить параметры NUMA, чтобы увидеть SQL, поскольку SQL является приложением, поддерживающим NUMA? Здесь просто цепляюсь за струны, но это мысль.