Строю новую сеть для компании с нуля (50 пользователей / компьютер)
Им нужно
1-домен-контроллер (на данный момент только один домен)
2-MS Exechange Server
3-файловый сервер
4-SQL / Сервер базы данных "Не слишком большая нагрузка"
Я планирую следующее:
Два сервера IBM, и каждый сервер имеет (сервер 2 x 4 ядра - RAM 64 ГБ - жесткий диск Raid1 объемом 300 ГБ)
Система SAN с Raid 5
Использование Hyper-V и отказоустойчивого кластера (2 узла) Могу ли я использовать следующие
Первый сервер (DC, файловый сервер), второй сервер (Secondery DC, Exchange, SQL)
это возможно ? это целесообразно? и почему ?
Возможно, Да, Целесообразно, Нет.
Описанная вами установка будет работать, но если вы подумаете об аварийном восстановлении и спланируете сбои, вы увидите недостатки. У вас должна быть избыточность и хороший план резервного копирования (вне офиса!). С описанной вами конфигурацией я не вижу никаких преимуществ от кластеризации, кроме того, она не будет работать с обоими виртуализированными контроллерами домена (см. Комментарий TomTom ниже).
Для большинства бизнес-случаев я бы согласился, что MS SBS хороший вариант. Это действительно зависит от потребностей бизнеса, но я не вижу бизнеса, который не заботился бы о непрерывности операций.
Это глупо.
Простите, что тупой.
Смотрите, служба кластеров НУЖДАЕТСЯ в dc.
Что происходит сейчас:
Конец игры - получайте удовольствие, исправляя это.
Каждый сервер имеет (2x4 ядра-64 ГБ RAM-300 ГБ Raid1 жесткий диск)
Мертв. Это медленная дисковая система. Я запустил один такой (ядро 2x4) и у меня 8 дисков в рейде 10, и я все еще слишком медленный. И это для десятка пользователей. Плюс еще 10 дисков для сервера базы данных, но ладно - я имею дело с сотнями гигабайт.
Мой совет:
Это то, что я делаю в своем офисе (2x 1hexacore с 16 ГБ ОЗУ). НЕ виртуализируйте контроллеры домена - оставьте хотя бы 2 физических. Иначе вы попадете в мир боли, когда что-то взорвется. Я также поддерживаю физический файловый сервер (функция ядра Windows). DFS, DNS, DHVP делаются физически.
http://www.ms4u.info/2011/05/why-you-should-not-running-domain.html имеет хорошее отношение к боли, в которую вы попадаете.