Производительность SAP под vSphere

VMware опубликовала результаты теста производительности SAP под vSphere. Впрочем, даже если SAP вас не интересует, информация все равно достаточно интересная - а именно как влияет изменение параметров ВМ на общую производительность.

В тесте измерялось время исполнения SGEN - транзакции, включенной во все SAP системы и используемой для перекомпиляции всех объектов в системе после апгрейда (да поправят меня SAP админы, если я что-то сказал не так).



Физическим сервером выступал Dell PowerEdge M710 с двумя 4-ядерными Xeon 5570 2.93 GHz и 72 GB памяти. Были созданы две ВМ с 4 процессорами и Suse Linux 10 64-бит. В первой ВМ установили Oracle 10.2.0.2, во второй сервер приложений SAP c NetWeaver 7.0 ABAP.

В тесте измерялось время перекомпиляции объектов в зависимости от конфигурации ВМ с сервером приложений, и в итоге с 2500 секунд время было снижено до 800!

	Baseline: 4vCPUs, e1000, 10 Dialog Work Processes	VMware Tools	VMXNET3	20 Dialog Work Processes	30 Dialog Work Processes	8 vCPUs, 40 Dialog Work Processes
Время исполнения (сек)	2491	2421	1451	1097	1021	813

Впрочем, следует оговориться. vSphere Performance Best Practices Guide (стр 21) рекомендует использовать ВМ с числом vCPU меньшим или равным числу ядер в одном NUMA узле для оптимальной производительности. В данном случае тест SGEN нагрузил процессоры в достаточной степени, чтобы показать прирост производительности даже в случае большего чиcла vCPU. Для теста "настоящей производительности" необходимо сравнить общую производительность одной ВМ с 8 vCPU и две ВМ с 4 vCPU на каждой.

Несмотря на то, что в первых тестах с 10 рабочими процессами ВМ с сервером приложений была загружена не слишком сильно, показателен прирост производительности при смене сетевого адаптера с E1000 на VMXNET3.