Установка контроллера домена на хосте Hyper-V
Я рекомендую использовать CentOS.
- Это - Red Hat Enterprise Linux, перекомпилированный из источников Red Hat
- Можно обновить дистрибутив без контракта на поддержку
- Red Hat обычно используется с коммерческим программным обеспечением, таким образом будучи подвергнутым, прежде чем поможет в Вашей поездке
- После того как Вы выбираете Red Hat, можно перейти к другим дистрибутивам и знать то, что важно
- Большая информация в Интернете
Рекомендуется иметь по крайней мере один DC на физическом поле, и один это также не размещает единственный другой DC. У нас есть один физический DC (на чрезвычайно минимальных аппаратных средствах) и один размещенный в Hyper V без проблем вообще.
Я думаю, что, учитывая Ваши ограничения, что Вы обрисовали в общих чертах, оптимальная установка.
-
1Я dcpromo' d хосты HyperV, затем depromo' d DC VMs - дела шли прекрасные. – MichaelGG 11 June 2009 в 20:02
-
2Довольный услышать это, и благодарит совместно использовать Ваши результаты. – Kara Marfia 11 June 2009 в 20:42
В то время как не магазин Hyper-V, наша среда VMware имеет оба виртуализированные DCS. У нас есть проблемы холодного запуска даже в этой среде, потому что жизни DNS на DCS и как таковой, функции управления как VirtualCenter имеют проблемы, когда DNS умирает.
Я настоятельно рекомендовал бы сохранить единственный основанный на аппаратных средствах DC за пределами Вашей виртуальной среды. Как Вы упомянули, может быть множество проблем, что, в то время как осуществимый, вызовите ненужные головные боли при наименьшем количестве необходимости в них ("холодный" запуск, аварийное восстановление, и т.д.).
-
1+1 Находят способ получить невиртуальный DC и иметь его быть вторым или треть сервер DNS. Купите сервер коробки от пиццы или используйте устаревшие аппаратные средства. – tomjedrz 9 June 2009 в 20:42
-
2Право, я надеялся, что мог заставить хост HyperV быть DC также. Затем это wouldn' t быть виртуальным, и DNS и т.д. был бы доступен, как только родитель включает. – MichaelGG 9 June 2009 в 21:04
-
3+1 - we' ve закончил тем, что сохранил " real" DC или два из каждого домена вокруг по точно этой причине. There' s никакие причины не виртуализировать часть Вашего DCS, но меня wouldn' t делают все в домене. – Rob Moir 9 June 2009 в 21:49
Почему бы не помещать Hyper V хостов в отдельный домен/лес и затем Ваш DC и другой сервер VMs в другом домене/лесу (производственный домен)?
Лично, хотя, я сохранил это простым и не помещал мой Hyper V хостов на домен.
-
1Хорошо, если я могу поместить, делают машину DC и хостом HyperV, я мог бы также просто поместить их в тот же домен. We' ve не пустил их прежде, но затем я должен иметь дело с безопасностью и обновлениями, и т.д. отдельно. – MichaelGG 11 June 2009 в 03:00
-
2чувак, затем для предотвращения проблемы "холодного" запуска сохраняют настройки тем же с 2 хостами и DC на каждом. Просто don' t выключенный оба хоста одновременно. Все серверы могут быть частью единственного домена включая хосты. – Saif Khan 11 June 2009 в 06:57
-
3Добавить, я have' t замеченный AD создает любую нагрузку для моего hyper V, и у меня есть VMs на каждом поле. о каком количестве пользователей мы занимаемся? – Saif Khan 11 June 2009 в 06:59
-
4Не завершение работы их одновременно является замечательным планом. Однако я don' t имеют так много веры в персонал центра обработки данных. I' ve имел людей, случайно отключают материал, а также удаляют всю цепь переменного тока. И да, загрузка незначительна. При 50 пользователях. – MichaelGG 11 June 2009 в 20:02
Из-за минимальных доступных аппаратных средств попробован для Хостинга VM на Сервере tht, также физический (!) DC. Мне нужен 1 DC (физически) некоторый VM. Все для тестирования и изучения.
Я считал, что DC отключает запись, кэширующуюся к ее жесткому диску (Чтобы быть уверенным, что в случае отказа НИКАКИЕ данные не находятся в кэше (который приводит в этом случае к dataloss)), Там для этого, будет влиять на хосты VM отрицательным способом.
Для тех, которые понимают НИДЕРЛАНДСКИЙ ЯЗЫК (:-)) читайте: http://blogs.microsoft.nl/blogs/itprocommunity/archive/2009/05/25/active-directory-in-hyper-v-omgevingen-deel-3.aspx
Это - простой совет: сохраните одну часть аппаратных средств для других целей DC, может быть виртуализирован (если больше необходимо.)
Парни продолжают делать хорошую работу и совместно используют наши мысли и советы... Yeahhhhhhhhhhhhhhhh.. (Затем я могу узнать больше :-))
Вещи пары, которые необходимо помнить (это сказало от кого-то, кто управляет 4 доменами со ВСЕМИ виртуализированными контроллерами домена плюс другие невиртуализированные домены)..
Это - БОЛЬШАЯ проблема:
Далее: Не сохраняйте состояние / снимок / ничто подобное - можно быть в для кошмара.
В-третьих: при вхождении в ситуацию, где хост Hyper-V требует, чтобы Вы вошли в систему, все же Ваш контроллер домена снижается, можно закончить заблокированные из запуска контроллера домена - я не видел это на Hyper-V, но мы имели паническое право, прежде чем мы сократим по нашему BitShop корпоративный домен к несколько виртуализированных годы назад (Виртуальному серверу 2005) - сервер не мог достигнуть контроллера домена после перезагрузки и не позволит нам войти в систему, запускают контроллер домена виртуальный экземпляр - Мы должны были использовать учетную запись локального администратора.
СОХРАНИТЕ свою учетную запись локального администратора.
Я никогда не выполняю Hyper-V, ни Виртуальный сервер на контроллерах домена, таким образом, никакой опыт с тем аспектом.
Самое главное, хотя проблема времени может вызвать крупный беспорядок на домене и потере управления Вашего домена.
-
1Правильный, виртуализированный DCS может быть проблематичным наверняка. Но выполнение DC на разделе хоста и подавление HyperV - который работает отлично и избегает проблем, которые Вы вызываете. – MichaelGG 10 April 2010 в 13:16