none
Конфигурация raid под HYPER-V RRS feed

  • Вопрос

  • Имеем простенький сервер на supermicro и пачку дисков sata (не фонтан, но что есть). Хочу сделать на его базе hyper-v сервер. Машин виртуальных предпологается не более 4-5 (без особых нагрузок). Raid контролер встроенный в мамку (ICH10), поэтому предполагаю использование storages space. Варианты:

    1) система на отдельном диске, 5 дисков в raid 5 (один как "горячая замена)

    2) система на отдельном диске, 2 зеркальных raid по 2 диска (машины по ним раскидать)

    3) система на отдельном диске, raid 10 (через мамку).

    Как я понимаю raid 10 в storage spaces реализовать нельзя.

    Посоветуйте что будет оптимальным? (PS server 2012 и 2012r2)

Ответы

  • То что отдельный raid контролер предпочтительнее - это я знаю. Но в данном случае он встроенный в мат плату, так что он немного преимуществ имеет. На счет SSD - планируется в ближайшее время, собственно это один из аргументов за storage spaces, дабы потом raid не переделывать. 
    Тогда RAID 1 под систему. Остальные под Storage Spaces можно . Для Hyper-V - mirror (2-way в Вашем случае, для 3- way > 5 дисков надо)  более оптимально, нежели parity.

    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    • Помечено в качестве ответа Fe1ix37 19 мая 2014 г. 13:15

Все ответы

  • всего 6 дисков получается?

    Raid 1 под систему,как правило. далее делайте raid на базе контроллера (raid 10 + 1 Hot Spare).  

    Storage Spaces vs HW RAID . HW Raid (на отдельном контроллере) всегда предпочтительнее. imo

    Но, стоит заметить, в 2012 R2 SP стал привлекательнее за счет Storage tiers. Можно рассмотреть вариант, если имеются SSD.


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

  • То что отдельный raid контролер предпочтительнее - это я знаю. Но в данном случае он встроенный в мат плату, так что он немного преимуществ имеет. На счет SSD - планируется в ближайшее время, собственно это один из аргументов за storage spaces, дабы потом raid не переделывать. 
  • То что отдельный raid контролер предпочтительнее - это я знаю. Но в данном случае он встроенный в мат плату, так что он немного преимуществ имеет. На счет SSD - планируется в ближайшее время, собственно это один из аргументов за storage spaces, дабы потом raid не переделывать. 
    Тогда RAID 1 под систему. Остальные под Storage Spaces можно . Для Hyper-V - mirror (2-way в Вашем случае, для 3- way > 5 дисков надо)  более оптимально, нежели parity.

    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    • Помечено в качестве ответа Fe1ix37 19 мая 2014 г. 13:15
  • Да дисков 6.

    А что даст 3-way? дополнительную отказоустойчивость?

    • Изменено Fe1ix37 19 мая 2014 г. 10:24
  • Да дисков 6.

    А что даст 3-way? дополнительную отказоустойчивость?

    Да. 2-way хранит 2 копии данных. 3-way = 3 копии = +1 диск к отказоустойчивости, по сравнению с 2-way


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

  • А за счет того, что системе придется делать параллельно лишнюю копию файлов производительность не просядет? К тому что раз storage spaces, то могу найти лишний диск такой же емкости, но иной модели
  • А за счет того, что системе придется делать параллельно лишнюю копию файлов производительность не просядет? К тому что раз storage spaces, то могу найти лишний диск такой же емкости, но иной модели

    Конечно, в теории "просядет".  Но будем реалистами. Хотите скорость - simple (~raid 0) = нет отказоустойчивости. Хотите быть чуть спокойнее за конфигурацию - mirror/parity. 2-way/3-way (~raid 1)

    /single parity(~raid 5)/dual parity(~raid 6). Raid 5/6, как правило, под бекапы, архивы и т.д. Остальные типы - под продакшен. Это моё видение. Ситуации разные бывают. Может Вы не хотите жертвовать местом в случае с mirror и предпочтете другие варианты, к примеру.


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

  • Спасибо за помощь!