Если это находится на том же сервере, Вы не должны устанавливать более затем один сервер HTTP. Вы просто позволяете серверу Apache послушать на внешнем адресе IP :-)
Установка двух серверов HTTP на одной машине довольно бессмысленна. Если бы это было двумя установками сервера, то это была бы хорошая идея так, чтобы машина бэкенда была менее уязвима для нападений из Интернета.
ОС управления не будет нужно много ввода-вывода, после того как это работает, кроме тех случаев, когда Вы запускаете или останавливаете VMs, берете снимки и т.д. Дайте столько памяти, сколько Вы можете к гостевым Ose, и им не будет нужно столько ввода-вывода, сколько они иначе были бы.
Ваша основная проблема будет состоять в том, что не будет большого разделения между потребностями одной рабочей нагрузки и потребностями другого. Hyper-V попытается гарантировать, что каждый гость ОС получает справедливое время на дисковом массиве. Но это все еще не гарантирует, что производительность действительно достаточна.
Я не уверен, какую рекомендацию Вы располагаете. Но обратите внимание, что наиболее распространенное производство конфигурация Hyper-V (с Windows Server 2008 R2) включает совместное использование единственного LUN от некоторого массива хранения данных с несколькими хостами и помещением всего VMs в кластере на том общем LUN. Так ясно отделяются, шпиндели для каждого гостя не требуются. То, что требуется, является достаточным IOPS для Ваших рабочих нагрузок.