none
Как правильней распределить физические диски под виртуализации DC RRS feed

  • Вопрос

  • добрый день. 

    Имею Сервер IBM  x3100 M3  Xeon 4C X3430 (2.4GHz/8MB),  8gb RAm, 4x1000GB SATA HDD 3.5"

    2 винта объединил в аппаратный raid1,  2 - еще не задействовал. 

    На рейде создал простой том диск с: 100gb   - под Winsrv2008r2sp1 ENT c ролью HYper-v (в домене не будет)

    Хочу на этом железе установить 1) виртуальный контроллер домена 2008 2) Терминальный сервер под 1с8 для 5 бухгалтеров 3) Сервер под файловую свалку.

    Посоветуйте как правильней распределить диски.

    Можно ли vhd кидать на тот же  физический диск что и хост?

     

    7 октября 2011 г. 5:57

Ответы

  • Учитывая, что нагрузки будут не очень большими - можно кидать все на один диск. Единственное, что я посоветую - держать хотя бы один DC на "железке", чтобы он стартовал раньше всех остальных серверов при включении питания. Железо там нужно не особо мощное - хватит самого дешевого 64-битного проца и гига оперативки для WS2008R2. Фишка в том, что если ВНЕЗАПНО электрики развеют миф о божественной сущности админа - то потом, после появления питания, если начнут загружаться сервера (особенно ексчендж) или логиниться юзеры, а в сети не будет "живого" DC - начнутся всякие "странности".

    И да, если будете подымать DC на виртуалке - забудьте про снапшоты и save state, хотя бы до выхода Windows Server 8 ;)


    MVP: Virtual Machine
    • Помечено в качестве ответа grayvoron 7 октября 2011 г. 7:56
    7 октября 2011 г. 6:43
  • Порекомендовал бы такую схему.

    На массиве дисков создать том в 50 ГБ под родительский раздел с файлом подкачки в 2 Гб. На том же массиве остальное пространство отдать под системные диски виртуальных машин. Оставшиеся диски объединить в массив, на них разместить данные виртуальных машин 1с и файлового сервера.

    • Помечено в качестве ответа grayvoron 7 октября 2011 г. 9:16
    7 октября 2011 г. 7:38
    Модератор

Все ответы

  • Учитывая, что нагрузки будут не очень большими - можно кидать все на один диск. Единственное, что я посоветую - держать хотя бы один DC на "железке", чтобы он стартовал раньше всех остальных серверов при включении питания. Железо там нужно не особо мощное - хватит самого дешевого 64-битного проца и гига оперативки для WS2008R2. Фишка в том, что если ВНЕЗАПНО электрики развеют миф о божественной сущности админа - то потом, после появления питания, если начнут загружаться сервера (особенно ексчендж) или логиниться юзеры, а в сети не будет "живого" DC - начнутся всякие "странности".

    И да, если будете подымать DC на виртуалке - забудьте про снапшоты и save state, хотя бы до выхода Windows Server 8 ;)


    MVP: Virtual Machine
    • Помечено в качестве ответа grayvoron 7 октября 2011 г. 7:56
    7 октября 2011 г. 6:43
  • Порекомендовал бы такую схему.

    На массиве дисков создать том в 50 ГБ под родительский раздел с файлом подкачки в 2 Гб. На том же массиве остальное пространство отдать под системные диски виртуальных машин. Оставшиеся диски объединить в массив, на них разместить данные виртуальных машин 1с и файлового сервера.

    • Помечено в качестве ответа grayvoron 7 октября 2011 г. 9:16
    7 октября 2011 г. 7:38
    Модератор
  • Про "Особенности развертывания виртуализированных контроллеров домена" (снапшоты и save state) читал http://technet.microsoft.com/ru-ru/library/dd348449(v=ws.10).aspx

    Меня интересуют вот эти рекомендации: 

     

    1 "Чтобы уменьшить вероятность повреждения данных Active Directory, используйте SCSI-контроллеры или отключите кэширование записей на ATA/IDE-дисках."

    Я так представляю это опять же связано с электриками - если изменения в AD попали в очередь кеша и не успели записаться на винт, то могут быть проблемы при резком отключении. (но бесперебойник должен же спасти :). А как это отключение кеширования скажется на скорость других виртуалок если они на одном диске? И где отключать кеширование - на железе или на виртуальном контроллере? 

     

    2 "Используйте виртуальные SCSI-контроллеры для любой виртуальной машины, функционирующей в качестве контроллера домена. Если нет возможности использовать виртуальные SCSI-контроллеры..."

    Вроде где-то читал, что виртуальный scsi не может быть загрузочным

     


    • Изменено grayvoron 7 октября 2011 г. 9:40
    7 октября 2011 г. 9:14
  • Меня смущают вот эти рекомендации:

    • Хранение на виртуальной машине. Файл базы данных Active Directory (Ntds.dit), файлы журналов и SYSVOL-файлы должны храниться на виртуальном диске, отдельном от файлов операционной системы. Интеграционные компоненты необходимо устанавливать так, чтобы для интерфейса IDE можно было использовать виртуальные драйверы вместо эмуляции. 
    • Хранение VHD-файлов на узле. Рекомендации. Рекомендации по хранению на узле относятся к хранению VHD-файлов. Чтобы обеспечить максимальную производительность, не храните VHD-файлы на диске, который часто используют другие службы или приложения, например на системном диске с установленной ОС Windows узла. Каждый VHD-файл рекомендуется хранить на отдельном разделе отдельно от операционной системы узла и остальных VHD-файлов. Оптимальная конфигурация достигается при хранении каждого VHD-файла на отдельном физическом диске. 
    Но у меня нет столько дисков

    7 октября 2011 г. 9:21
  • Железа у меня лишнего нет. Сервак, на котором крутится старый домен 2003 (ibm eserver xeon2.8, 2гб, 1*124гб scsi) уже 6 лет работает 24 часа в сутки. Боюсь скоро накроется. Хотел на него всякие консультант+, hasp, fineReader server ...и подобное установить.


    • Изменено grayvoron 7 октября 2011 г. 9:38
    7 октября 2011 г. 9:34
  • Выше уже писал об этом - разносите сервисы виртуальных машин и гостевых не только на разные физические диски, но и на разные vhd. Теоритически, виртуальная машина контроллера домена должна обладать двумя vhd - с гостевой ОС на одной и папками служб Active Directory - на другом. Причем последний желательно подключать через интерфейс SCSI.

    То, о чем говорил Александр выше о железном контроллере - применимо в случае, если у Вас хост является членом домена, виртуальный контроллер которого работает на этом же хосте. В Вашем случае (недоменного Hyper-V) достаточно будет выставить зависимость старта виртуальных машин по времени после запуска физического сервера.

    7 октября 2011 г. 10:07
    Модератор