Назад | Перейти на главную страницу

Обновление сервера до виртуальной среды

Привет, ребята, я надеюсь, что у вас все в порядке со всем, что для вас важно, включая здоровье, семью, финансы и все остальное. У нас есть большой проект, который изначально включает

• Переход Active Directory на новое оборудование и обновления с Windows 2003 до 2008 • Сервер Exchange, переход на новое оборудование, обновление с 2003 на 2010 и внедрение системы с резервированием. • Миграция межсетевого экрана ISA 2006 и обновление до Microsoft Forefront Threat Management Gateway (TMG).

У клиента в настоящее время есть эти серверы

Текущая платформа - Windows Server 2003. По этому проекту планируется миграция и обновление.

Новое оборудование, на котором заказчик запрашивает реализацию проекта:

Четыре 4 x Dell PowerEdge R710 с этой конфигурацией

Процессор - 2 процессора Intel Xeon E5620 (2,40 ГГц, кэш 12 Мб, QPI 5,86 ГТ / с, TDP 80 Вт, Turbo, HT, 4 ядра) Память - 32 ГБ 1333 МГц DDR3 Память (8x4 ГБ двухрядные LV RDIMM) Возможность подключения к RAID C4 - RAID 5 для PERC H700, мин. 3 макс. 8 жестких дисков Жесткий диск 6 x 300 ГБ SAS 6 Гбит / с 2,5-дюймовая сетевая карта HD с возможностью горячей замены Два встроенных двухпортовых контроллера Broadcom NetXtreme II 5709c Gigabit Ethernet с 4P TOE

Я знаю, что этой информации недостаточно для принятия решений, но клиент не предоставляет дополнительную информацию для текущей платформы.

Мои вопросы: достаточно ли этого оборудования? Вы можете предложить схему системы или что-то в этом роде, как должна выглядеть системная инфраструктура? Также, если вы можете описать лучшие практики для миграции и обновления текущего сервера на новые серверы. Любая дополнительная информация запрашивается. Извините, если я беспокоил вас в какой-либо форме. Наилучшие пожелания.

На этот вопрос нет простого ответа, и нельзя ответить «достаточно ли оборудования», не имея четких показателей для вашей среды.

Это довольно большая среда, которую вы предлагаете (для справки, у меня есть кластер Hyper-V с двумя хостами для компании из 350 пользователей с одной из упомянутых вами ролей), поэтому следовать передовым методам или рекомендациям поставщиков - это всего лишь закончится низкой производительностью или расточительными расходами.

Что необходимо сделать, так это анализ производительности существующей инфраструктуры для всех аспектов оборудования (ЦП, диск, память), ОСОБЕННО дискового ввода-вывода. Большинство поставщиков сделают это за вас, если вы уже связались с вами для получения расценок, а если они этого не сделают, им не понадобятся ваши деньги.

Вы не упоминаете виртуализацию в своем сообщении, но помечаете ее как Hyper-V, поэтому я предполагаю, что вы думаете о том, чтобы пойти по этому пути. Чтобы хоть немного помочь:

  • Я предлагаю в качестве хостов Hyper-V серверы 1U, такие как Dell R410 или R610, в зависимости от результатов анализа производительности.
  • Получите не менее 6 портов NIC на сервер. Вы можете не использовать их все сразу, но при рассмотрении производительности SAN, многопутевого ввода-вывода и сетей динамической миграции вам захочется этого.
  • Иметь по крайней мере 3 хоста Hyper-V (или больше, если это необходимо), чтобы для переключения одного хоста требовалось не более 33% (или меньше) доступной емкости на оставшейся.
  • Добавьте размер SAN для вашего ввода-вывода. Если вы рассчитываете размер для ввода-вывода, у вас неизбежно будет более чем достаточно емкости, если только у вас нет действительно большого набора данных.
  • Используйте тома хранилища кластера Hyper-V для обеспечения высокой доступности
  • Если вы опасаетесь смешивать ввод-вывод SQL со всем остальным, добавьте полку (или хотя бы группу дисков) дисков в вашу SAN только для SQL и настройте ее как сквозное хранилище, а не как хранилище VHD.
  • Приобретайте Software Assurance для своих лицензий на Windows Server, потому что Windows 8 выйдет в следующем году и предлагает МНОГИЕ улучшения Hyper-V.
  • Не экономьте на сети для своей SAN. Плохой коммутатор поставит на колени большую часть хорошо спроектированной инфраструктуры.

Проконсультируйтесь со специалистом по виртуализации, чтобы получить индивидуальное решение; тема слишком широка, а переменных слишком много, чтобы дать однозначный ответ.

Вот что вам следует подумать:

  • хотя RAID-5 может работать на виртуальных машинах с низким объемом операций ввода-вывода, он совершенно не подходит для баз данных или Exchange; вам не сойдет с рук это в приложениях, которые всегда привязаны к вводу-выводу
  • 32 ГБ на хост - это слишком мало, особенно если вы собираетесь объединить SQL, Exchange и другие специальные функции на одном хост-компьютере.
  • поскольку не похоже, что вы объединяете эти хосты для их ресурсов, вы в значительной степени застряли на настройке N виртуальных машин на каждом из 4 хостов.

По сути, это означает, что вы получаете неоптимальное распределение ресурсов от вашего мощного бокса.