Exchange 2010 на Hyper-V
 

Добрый день товарищи!
Прошу у вас совета, имеем сервер следующей конфигурации

Имя ОС Microsoft Windows Server 2008 R2 Standard
Версия 6.1.7601 Service Pack 1 Сборка 7601
Изготовитель HP
Модель ProLiant DL120 G7
Тип x64-based PC
Процессор Intel(R) Xeon(R) CPU E31240 @ 3.30GHz, 3292 МГц, ядер: 4, логических процессоров: 8
Версия BIOS HP J01, 21.04.2011
Устройство загрузки HP SCSI

Установленная оперативная память (RAM) 12,0 ГБ
Полный объем физической памяти 12,0 ГБ
Доступно физической памяти 7,89 ГБ

Роль сервера - контроллер домена (около 300 пользователей), DNS.
Плюс на VirtualBox есть SharePoint в отдельной виртуальной машине.
Есть потребность развернуть Exchange 2010 SP1 (на 300 пользовтелей, интенсивоность использования почты высокая) и виртуализировать его на Hyper-V.
Как думаете нормально на такой конфигурации?
Какие особенности в создании виртуальной машины учесть? Достаточно ли будет фиксированного VHD и 8 гигов выделенной памяти для всех трех ролей, либо лучше раскошелиться на отдельный iSCSI и создавать в LUN.
Как обеспечить отказоустойчивость, делать кластеризацию виртуальных машин?
Всем спасибо за ответы.

системные требования - http://technet.microsoft.com/ru-ru/l.../aa996719.aspx
Best Practices for Virtualizing Exchange Server 2010 with Windows Server® 2008 R2 Hyper V
небольшой блог
и где-то был полный сценарий развертывания Exchange в виртуальной среде. найду - скину.

от себя: в одной организации для 450 сотрудников + 50 служебных почтовых ящиков было выделено два сервера: DL580 G7
базы работали в DAG.
Так что по вашему серверу - работать будет, но не шибко быстро. вообще 120 - это базовый уровень.

exo, спасибо за ссылки!
Только это все читал, а вот сченарий развертывания именно на Hyper-V было бы любопытно посмотреть.

к сожалению, я уже не помню где именно видел тот сценарий.
Вот ещё ссылка - http://www.microsoft.com/en-us/downl...s.aspx?id=5002
тут скачать готовый VHD файл для тестирования Exchange в среде Hyper-V

Товарищи, а какую модель сервера порекомендуете?? Задачи - виртуализация Exchange 2010 и возможно дополнительных продуктов Sharepoint, Project

много много памяти... DL580 G7

У меня сейчас встал как раз тот же вопрос. WS2008 Standart , ДК, и на нём же развёрнута EDGE Transport Role (я подумал так будет логично), на этом ДК поднята Hyper-V (на виртуалке будет установлен Exchange и ещё несколько дополнительных приблуд к почтовому серверу), за пределами hyper-v будет стоять старый, добрый ISA-Firewall. Возникает маленький, но весьма проблематичный вопрос,требующий развёрнутого ответа:

На сколько я всё правильно сделал, и как подключиться в этот домен, если я не нахожусь в офисе?
Сейчас клиентские машины выдают следующее сообщение:
Ошибка при запросе DNS записи ресурса размещения службы (SRV), используемой для нахождения контроллера домена Active Directory для домена "DOMAIN.COM":
Произошла ошибка: "DNS-имя не существует."
(код ошибки: 0x0000232B RCODE_NAME_ERROR)
Опрос проводился для SRV-записи для _ldap._tcp.dc._msdcs.DOMAIN.COM
Возможны следующие причины ошибки:
- SRV-записи DNS, необходимые для нахождения контроллера домена Active Directory в этом домене, не зарегистрированы в службе DNS. Эти записи регистрируются на DNS-сервере автоматически при добавлении контроллера домена Active Directory в домен. Они обновляются контроллером домена Active Directory через заданные интервалы. Этот компьютер настроен на использование DNS-серверов со следующими IP-адресами:
XXX.XXX.XXX.XXX
XXX.XXX.XXX.XXX
- Одна или несколько зон из указанных ниже не содержит делегирование к своей дочерней зоне:
DOMAIN.COM
COM
. (корневая зона).
Пробовал поднимать на сервере роль VPN-Server, но тогда он даже на пинги усиленно отказывается отвечать, и RDP на нём перестаёт работать, просто повезло что я в этот момент был в соседней комнате, а не в другом городе, как обычно. Делал по многочисленным мануалам (хотя может кто посоветует как это правильно делается).
:off: "Блин как жаль что 2003 канул в лету, он так идеально работал, его так легко было настраивать, особенно с нуля!"

Добавлю что у этого сервера есть свой внешний IP, и при пинге имени домена, я получаю именно его IP, а не чей-то другой. Может проблема в том что мне нужно ещё указать IP серверов провайдеров, и хостеров, ну какбы они в маршруте есть.

direct access. или вы про почту?
очень плохо... есть тут тема где у КД два сетевых интерфейса - были проблемы с подключением через VPN.

А вообще я ваше описание плохо понял...........

с почтой проблем нет, а вот direct access появился только в R2, а у меня standart
чем плох внешний ip? он ходит в инет через циску,

тем что у вас одна "дверь, которую видят все" - не безопасно.

а по поводу ошибки ДНС - ищите в поиске.

он же прикрыт циской,и плюс кучей файрволлов. =)

так, я не пойму - у него есть реальный адрес или сервер за натом?

кстати да, в dns не настроено что между ним и клиентами есть ещё циска!
и ещё один момент, почему на сервере, который ДК, nslookup печально сообщает что non-existen domain, хотя если пинговать домен и сервер по имени извне, то адрес я получаю правильный

A, PTR записи все на месте? в том днс, с которого nslookup делаете.

Цитата:

Цитата McLotos кстати да, в dns не настроено что между ним и клиентами есть ещё циска! »

интересно узнать, как настроить днс, что бы он знал, что между клиентом и им есть циска...

exo, я не совсем понял Вас, Вы думаете что циска мешает домену найти самого себя через nslookup?
ну мы же указываем в настройках DNS шлюз, который как раз и есть та самая циска! :shocked:

команда вида nslookup ya.ru опрашивает ДНС прописанный в сетевой карте.
команда вида nslookup ya.ru 8.8.8.8 опрашивает ДНС гугла 8.8.8.8

в первом случае я опросил ДНС прописанный в сетевой карте - т.е. адрес моего модема. только мне почему-то локалхост сейчас ответил Но там ничего не настроено, никаких записей нет, т.к. он тупо перенаправляет на ДНС провайдера, указанного в настройке модема.
во втором случае я опросил ДНС гугла - а он имеет записи о самом себе.

Если у клиента в ДНС указан любой ИП кроме ИПа контроллера домена - конечно это будет очень сильно влиять. Имена разрешаться будут, а вот работа в windows-домене будет отсутствовать.