SBS 2003 к серверу 2012 - архитектура
sudo su позволяет Вам использовать пароль для demo@PHP_DEV_57 получить корневой терминал (как долго, поскольку Вы перечислены в sudoers файл). su заставляет Вас использовать пароль для root@PHP_DEV_57 (который может или не может существовать или известен) получить корневой терминал.
Выбор гипервизора в значительной степени зависит от личных предпочтений. Возможно, в ваших интересах выбрать хост 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 с правами на более раннюю версию,