Программный RAID5 на NVME дисках нормально будет работать?
Есть потребность собрать сервер для нескольких проектов, будет такое железо:
Серверная плата SuperMicro H11DSI-B
Процессор AMD EPYC 7551P OEM
DDR4 2666MHz Samsung ECC Reg
На программном raid1 из двух SSD 120гб будет стоять убунту и на ней виртуализация KVM
Вопрос в дисковом пространстве для виртуальных машин, хочу поставить 4 диска Intel SSDPE2KX010T701 NVME по 1тб. и объединить их в программный RAID5, будет ли такой райд работать нормально и выдавать нужную скорость?
Если не секрет - какой смысл в этом?
Я даже не могу представить как можно такую конструкцию применить на практике.
Сейчас просто пятерку крайне редко применяют, особенно в трехдисковой конфигурации да еще и софтовый - сам рэйд очень тормозной и крайне ненадежный.
Но если его и делают то на медленных дисках - какой смысл от него на NVMe SSD непонятно.
RAID5 как технология признан ненадежным. Нередки случаи потери второго диска при ребилде, что фактически приводит к полной потере всех данных на массиве.
Да, видимо не буду создавать единое дисковое пространство, а пользоваться отдельными дисками для каждой машины, на райд 10 денег нет уже)) да и такая надежность нам и не нужна по большому счету.
До для дискового пространства бекапов райд5 пойдет? объединить 4 4тб диска HDD, или тоже для каждой машины свой диск бекапов делать?
EVGENIJ NEFEDOV,
Прочтите статью. Усвойте для себя, что практический опыт эксплуатации RAID5 показывает его непригодность к этой самой эксплуатации в принципе. Что вы будете делать при потере всех бекапов?
для дискового пространства бекапов райд5 пойдет? объединить 4 4тб диска HDD, или тоже для каждой машины свой диск бекапов делать?
Вероятно вы не совсем правильно понимаете назначение RAID массивов.
Вообще их обычно используют для двух целей -
Повышение скорости линейного чтения, или обеспечение отказоустойчивости.
Если речь идет о повышении скорости - то применяются страйп массивы -0, 10, и.т.д.
И надо понимать что повышается только скорость линейного чтения и иногда линейной записи.
А вот латенси, и характеристики случайного доступа как правило при этом либо не меняются, либо ухудшаются. Программный рэйд для повышения скорости использовать смысла нет, поскольку это создает нагрузку на процессор.
Чаще всего RAID применяют для обеспечения отказоустойчивости - чтобы в случае выхода из строя диска, сервер продолжал работать.
Как правило к хранилищу бэкапов нет требований по отказоустойчивости - небольшой простой сервера вполне допустим в большинстве случаев. Поэтому в хранилищах бэкапов довольно редко есть смысл использовать RAID.
Нормальное хранение бэкапов - один бэкап хранится локально, на том же сервере, или на локальном NAS.
А второй бэкап хранится обязательно на другом устройстве, и желательно в другом здании.
В итоге заказал вот такой диск под виртуальные машины:
Твердотельный накопитель 1.6Tb SSD Samsung PM1725b (MZPLL1T6HAJQ-00005) OEM
думаю все будет быстро без RAID, ну и для надежности сделаем бекапы почащеЮ так как для RAID1 на таких дисках нужно раскашелиться.
Стабильная работа без сбоев нужна и скорость чтения желательно не менее 5000мб\с, сам диск должен давать 3260 МБ/с и раид 5 должен поднять скорость по идее.
Слишком оптимистично, вы уверены что ваш процессор вытянет такую скорость? Если вытянет то вполне возможно что линейная скорость будет чуть больше 3260 МБ/с, если не вытянет, то меньше.
Вы же понимаете что при любой операции чтения записи на больших скоростях загрузка процессора будет 100%
Скорость записи сильно уменьшится, так же повысится latency - пропадет весь смысл от NVMe.
В общем нагрузка большая и скорость чуть меньше чем у одиночного диска, и так кое-какие мелкие проблемы, а в остальном будет нормально работать.
для 10 нужно больше дисков, а бюджет съела цена процессора, получается проще не создавать одно дисковое пространство а выделать отдельно для каждой машины диск.
Где Вы собираетесь искать 4 M2 под NVME?
И так ли требуется все пихать на них, в виртуалках стараюсь по аналогии компов - системные диски на датастор из SSD RAID1, остальное на HDD (или датастором или сразу проброшенные) - тьфу-тьфу пока прекрасно справляется
Простой
Средний
Простой
