Назад | Перейти на главную страницу

Аппаратный RAID SSD в качестве локального хранилища данных VMWARE

Я планирую купить новый сервер ESXi VSphere с контроллером LSI Megaraid и 8 твердотельными накопителями Intel S3520.

есть статьи о vmware-kb, в которых упоминается, как работать с SSD: Включение опции SSD на дисках / LUN на основе SSD, которые по умолчанию не определяются как SSD (2013188)

а также, что диски 4K и 512e (SSD) не поддерживаются: Часто задаваемые вопросы: Заявление о поддержке для дисков 512e и 4K Native для VMware vSphere и VSAN (2091600)

я должен использовать SSD в аппаратном RAID?

РЕДАКТИРОВАТЬ: основной вопрос: если я создам аппаратный рейд с этими SSD - будут ли проблемы, упомянутые в kb2091600 ...:

Во-первых, размер сектора виртуальных дисков, доступных для гостевой ОС виртуальных машин, по-прежнему равен 512n. Для некоторых гостевых приложений, таких как MS Exchange, гость создаст рабочую нагрузку ввода-вывода, которая зависит от того, какой тип диска доступен гостю. Поскольку гость по-прежнему видит традиционный диск с 512 секторами (512n), гостевая ОС не делает никаких попыток сгенерировать ввод-вывод с выравниванием по 4 КБ. Это может привести к неоптимальной производительности рабочих нагрузок Exchange на дисках 512e.

Во-вторых, внутренний ввод-вывод, генерируемый ESXi, не выровнен по 4 КБ и, следовательно, не оптимизирован для дисков 512e. Например, формат файла моментального снимка VMFS не оптимизирован для дисков 512e и в некоторых случаях может вызвать серьезное негативное влияние на производительность. То же самое относится к операциям блокировки VMFS и ATS (атомарная проверка и установка).

... все еще происходят? Является ли этот Raid-Set "внешним массивом хранения", как подразумевается "ниже":

Эта статья относится как к жестким, так и к твердотельным накопителям с прямым подключением. Это не относится к внешним массивам хранения, если LUN, представленные инициаторам ESXi, используют размер логического сектора 512 (READ_CAPACITY должен сообщать 512 логических блоков).

Да, вам определенно следует использовать SSD в аппаратном RAID, поскольку это ваше производственное хранилище, и оно должно быть избыточным, потому что, если вы потеряете хранилище, вы потеряете все.

В зависимости от вашей рабочей нагрузки и требований к IOPS я настоятельно рекомендую рассмотреть SSD RAID5 вместо RAID10. Flash RAID10 - это большая трата полезной емкости, и RAID5 по-прежнему даст вам ту же скорость READ (которая составляет 70-90% в виртуализированной инфраструктуре), что и RAID10, и производительность WRITE одного SSD-диска, которая все еще довольно хороша в районе 20-30k IOPS, означает около 40-60 общих виртуальных машин или больше / меньше в зависимости от вашей среды. Основная причина, по которой людям не нравится RAID5, - это длительное время восстановления на шпинделях, но, поскольку у вас есть установка all-flash и довольно маленькие диски, время восстановления незначительно.

К сожалению, аппаратный RAID-контроллер, скорее всего, будет представлять виртуальный диск того же размера блока, что и используемые в нем диски, поэтому вам могут потребоваться 512-байтовые диски, чтобы все было в порядке.

Я не фанат использования твердотельных накопителей SATA, но до тех пор, пока не появится аппаратный RAID-контроллер для NVMe (они должны появиться в первом квартале 2017 года), тогда да, вы должны запускать их на аппаратном контроллере.

ESXi не имеет программного RAID, поэтому, если вы не используете VSAN, вам действительно нужно защищать свои данные, поэтому NVMe на данный момент отсутствует.

Тем не менее, если бы я был на вашем месте, я бы запускал ESXi из массива R10, который вы создаете, а не с SD / USB - он получит необходимую защиту RAID - нет ничего плохого в использовании SD / USB, если у вас нет другого дисковый контроллер на ваших хостах, но если он у вас есть, я всегда рекомендую использовать его для загрузки - это, кстати, не повлияет на использование остальной части массива в качестве хранилища данных VMFS.