Обновление сервера виртуальной среды
Я выполняю 4 Cisco 2960 48TC-L все пересеченные вместе для соединения сети на многие гигабиты, дб и файловых серверов и имел безупречный опыт в течение нескольких лет. Они выставляют статистику по SNMP как пропускная способность на порт / CPU и использование памяти также, которое можно изобразить в виде графика с munin, чтобы удостовериться, что это не перегружается. Таким образом, я могу рекомендовать им. Зависит, чем Ваш бюджет состоит в том хотя!
На этот вопрос нет простого ответа, и нельзя ответить «достаточно ли оборудования», не имея четких показателей для вашей среды.
Это довольно большая среда, которую вы предлагаете (для справки, у меня есть кластер Hyper-V с двумя хостами для 350 пользователей компания с одной из упомянутых вами ролей), так что следование передовым практикам или рекомендациям поставщиков приведет только к снижению производительности или расточительным расходам.
Что необходимо сделать, так это анализ производительности существующей инфраструктуры для всех аспектов оборудования (ЦП, диск, память), ОСОБЕННО дискового ввода-вывода. Большинство поставщиков сделают это за вас, если вы уже связались с вами по поводу котировок, а если они этого не сделают, им не нужны ваши деньги.
Вы не упоминаете виртуализацию в своем сообщении, но помечаете ее как Hyper-V, так что я предполагаю, что вы думаете пойти по этому пути. Чтобы быть хоть немного полезным:
- Я предлагаю в качестве хостов Hyper-V серверы 1U, такие как Dell R410 или R610, в зависимости от результатов анализа производительности.
- Получите как минимум 6 портов NIC на сервер. Вы не можете использовать их все сразу, но при рассмотрении производительности SAN захотите, чтобы у вас их было, многопутевый ввод-вывод и сети динамической миграции.
- Иметь как минимум 3 хоста Hyper-V (или больше, если требуется), чтобы для переключения одного хоста требовалось не более 33% (или меньше) доступной емкости на оставшейся части.
- Добавьте SAN размера для вашего I / O. Если вы рассчитываете размер для операций ввода-вывода, у вас неизбежно будет более чем достаточно емкости, если только у вас нет действительно большого набора данных.
- Используйте тома хранилища кластера Hyper-V для обеспечения высокой доступности
- Если вы опасаетесь смешивая ввод-вывод SQL со всем остальным, добавьте полку (или хотя бы группу дисков) дисков в вашу SAN только для SQL и настройте ее как сквозное хранилище, а не хранилище VHD.
- Приобретите Software Assurance для своих лицензий на Windows Server, потому что Windows 8 выйдет в следующем году и предлагает МНОГИЕ улучшения Hyper-V.
- Не экономьте на сети для вашей SAN. Плохой коммутатор поставит на колени большую часть хорошо спроектированной инфраструктуры.
Проконсультируйтесь со специалистом по виртуализации, чтобы получить индивидуальное решение; тема слишком широка, а переменных слишком много, чтобы дать однозначный ответ.
Точки, о которых вам нужно подумать, включают:
- хотя RAID-5 может работать на виртуальных машинах с низким уровнем ввода-вывода, он полностью не подходит для баз данных или Exchange; вам не сойдет с рук это в приложениях, которые всегда привязаны к вводу-выводу
- 32 ГБ на хост - это слишком мало, особенно когда вы намереваетесь объединить SQL, Exchange и другие специальные функции на одном хосте. машина.
- поскольку не похоже, что вы объединяете эти хосты в их ресурсы, вы в значительной степени застряли на настройке N виртуальных машин на каждом из 4 хостов.
По сути, это означает, что вы получаете неоптимальное распределение ресурсов от вашего мощного бокса.