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

SBS 2003 - Server 2012 - архитектура

У меня есть коробка SBS 2003, которая "обновляется" (заменяется). Мне нужно воспроизвести основные функции без пакета SBS (из-за его удаления MS). Ключевые функции:

У меня мало опыта работы с HyperV, тем более с VMWare. С точки зрения архитектуры, могу ли я использовать две виртуальные машины VMWare на одном сервере, одна из которых предназначена для Exchange, а все остальные службы - на другом?

Или лучше сделать Hyper V для виртуализации? Системные требования Exchange гласят, что в ОС хоста не должно быть никаких сетевых служб. Это означает, что я использую ОС WIndows с двумя виртуальными машинами, одна для Exchange, а другая для всех остальных служб.

Похоже, что при переходе по маршруту Windows это большой удар.

Я не смотрю на System Center (может, стоит?) Или VMWare Essentials (наверное, попробую запустить бесплатную версию).

Мой бюджет позволяет использовать только один физический сервер. Клиентские лицензии не вызывают особого беспокойства, поскольку они некоммерческие, поэтому лицензирование стоит недорого.

Предложения по архитектуре в целом? Прямо сейчас я на развилке, и мне нужно знать, по какой дороге идти. Я знаю, что у SBS были проблемы, но я запускал его во многих местах и ​​был очень доволен, теперь мне нужно внести некоторые большие изменения. Это мой первый обновленный пост SBS!

Спасибо!

Выбор гипервизора во многом зависит от личных предпочтений. Возможно, в ваших интересах выбрать хост Hyper-V с использованием Windows Server 2012 Standard - права на виртуализацию, которые теперь включены для определенного количества виртуальных машин (и, как я полагаю, неограничены в выпуске Datacentre), теперь могут сделать это довольно рентабельным. .

На высоком уровне вы смотрите на один хост Hyper-V и две виртуальные машины. Как вы это настраиваете с точки зрения архитектуры, во многом зависит от личного вкуса. В одном ящике я бы настроил одну виртуальную машину в качестве основной роли контроллера домена, а другую - в качестве сервера Exchange. То, где вы размещаете вспомогательные роли, опять же, личное предпочтение. Вы использовали все роли в одном устройстве, поэтому эта настройка уже немного разбивая вещи.

Я бы не стал использовать хост-машину ни для чего, кроме Hyper-V. Таким образом, ваши виртуальные машины становятся очень портативными и не привязаны к конкретному хосту - огромное дополнительное преимущество использования платформы виртуализации.

  • Файл / печать - это может находиться на любой виртуальной машине. Для обслуживания файлов вам потребуется зарезервировать дисковое пространство (либо в выделенном массиве, который вы передаете на виртуальную машину), либо в файле виртуального жесткого диска для общих файловых ресурсов. Если бы у меня был выбор, я бы разместил эти роли на контроллере домена, а не на сервере Exchange; оставьте Exchange для тяжелой работы с почтовым ящиком и DC для более приземленного обмена файлами.

  • AD и Exchange - само собой разумеется, что разумный дизайн выглядит как одна виртуальная машина в качестве контроллера домена и одна виртуальная машина в качестве сервера Exchange, так что это решено.

  • Прокси-сервер удаленного рабочего стола - для этого вам потребуется использовать шлюз удаленного рабочего стола. Имея только две виртуальные машины, я бы подумал о том, чтобы запустить это в поле Exchange. Затем вы можете удвоить любые сертификаты, которые вы покупаете для использования с Exchange, чтобы также защитить прокси-трафик RDP.

Вы потеряете рабочее место в Интернете и все преимущества, которые оно предлагает. К сожалению, это только SBS, и в «ванильных» версиях нет альтернативы. Пользователям потребуется вручную настроить удаленный доступ к настольным компьютерам.

Подумайте о версиях ОС Windows Server, которые вы будете запускать на каждой виртуальной машине, и о поддержке Exchange 2010 и / или 2013. Вы также захотите подумать, придерживаетесь ли вы надежной среды Exchange 2010 или выбираете более новую версию 2013 года. довольно легко приобрести лицензии Exchange 2013, но установить 2010 с правами на более раннюю версию, а использование виртуализации позволит вам создать еще одну виртуальную машину и выполнить обновление до 2013 года позже, если вы того пожелаете.