Как правильно распределить ресурсы сервера для виртуальных машин?
Здравствуйте.
Подскажите, как правильно распределять ресурсы для виртуалок?
Имеем HP Proliant DL380 G8, с 2 процессорами XEON E5-2630 2,6GHz, 32Гб оперативы, и 4х600 SAS дисков.
Уже стоит:
Windows Server 2012R2 с Hyper-V
Виртуалки:
DC=Windows Server 2012R2 (DNS.DHCP)
Windows Server 2012R2 = AD FS, DFS, Symantec Endpoint Protection Manager с SQL 2014 (Symantec обслуживает порядка 200 клиентов). Файловая шара не сильно активно пользуется, только обмен офисными файлами, не более.
В планах поднять WDS роль, для раздачи образов Windows.
Ubuntu 14.10 - Squid с AD интеграцией (Под него уже жестко выделено 4Гб оперативы и 4 виртуальных процессора)
Centos 7 - Zabbix (порядка 20 принтеров, 10 серверов, 5 сетевых экранов), В основном простые проверки ICMP. Для Widnows и Linux серверов стандартные шаблоны из Zabbix. Для сетевых экранов мониторинг траффика и VPN.
Вот как правильно распределить ресурсы Proliant сервера, чтоб виртуалки не мучались от их (ресурсы) недостатка?
Под DC особо много не стоит выделять, там только основные роли DNS и DHCP.
А вот под боевой Windows Server 2012R2, сколько выделить, чтоб SQL успевал обрабатывать операции и файловая шара не тормозила?
4х600 SAS - это мало для той инфраструктуры которую вы перечислили. 4х600 ожнозначно 10RAID и получаем всего 1,2Tb пространства из которых сразу же минимум по 80 Гб Уходит на каждый Windows-сервер. Squid хоть и можно развернуть на 10Gb но вам же скорее всего понадобятся отчеты и хороший запас логов по времени и придется отталкиваться от нагрузки на сам сервер, т.к. 4 процессора при 4Gb оперативы это не правильно, лучше уваличить RAM, CPU сократить, т.к. сквиду лучше кеш держать в памяти для производительности.
Zabbix, тут тоже надо считать от количества запросов и исходя из описанного 2CPU/2Gb достаточно, если опираться на официальную документацию.
Не забудьте DC продублировать на другом аппаратном сервере, как это требует рекомендации Microsoft.
Планируемый WDS надо обсчитывать, т.к. в режиме простоя он просто будет жрать дисковое место, а при работе нагружать сеть и диски.
SQL - отдельная тема, т.к. виртуализировать SQL нужно с умом. в идеале для него необходима отдельная дисковая подсистема. Но у вас не указана какого размера будут базы, сколько их будет, примерное количество транзакций и прочее.
Для каждого из вами описанных серверов/сервисов есть рекомендации от производителей, с которыми стоит ознакомится вне зависимости от того что посоветуют тут или где-либо еще, т.к. рекомендации производителей в разрезе нагрузок помогут вам самим сформулировать требования и необходимые атрибуты для расчета.
Да мало, но что успели купить до кризиса, тому и рады. Расширяться в нем есть куда, так что это радует.
А чего это WDS расти? Это же не WSUS, где качает обновления и хранит их.
Как я написал выше, SQL у нас Express, там нечего особого, не 1С или что-то иное.
Даа, нужно почитать техрекомендации от производителей и заложить +/- 10-15% мощностей
