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

Низкая производительность RAID для Samsung EVO

Итак, я какое-то время подозревал узкие места производительности на Samsung EVO 850 RAID1, но, честно говоря, мне было лень разбираться в этом. Теперь я начинал новый домашний проект с использованием хоста Vmware ESXi с внутренней памятью.

У меня лежало несколько рейд-контроллеров hw, и я решил, что пришло время обновить мой старый Adaptec 51645, который мне очень хорошо послужил и никогда не вызывал никаких проблем ... к сожалению, это кажется невыполнимой миссией - получить мониторинг запущены и работают на новых системах Vmware, поскольку в этих контроллерах используется старый набор драйверов Adaptec.

Короче говоря, я остановился на ServeRAID M5015, так как у меня был один с установленным ключом ускорителя SSD, и он совместим с запасным расширителем Intel SAS, который у меня тоже есть.

Я установил 2 рейда RAID1 hw - 2 x 250GB EVO 850 и 2 x 1TB EVO 850, и сразу понял, что что-то не так. Производительность казалась ужасной и даже хуже, чем у 7 жестких дисков RAID 5, особенно для операций записи.

Не увлекаясь игрой в угадайку, я решил применить более аналитический подход и сейчас протестировал несколько конфигураций, которые, похоже, показывают одно и то же.

EVO, работающий в чистом JBOD, обеспечивает максимальную производительность и ожидаемую, в то время как любое применение рейд-кода к миксу, похоже, снижает производительность на разные числа, но не менее 50% от ожидаемой производительности, с учетом того, что измерено в JBOD. .

Я надеялся, что кто-то сможет пролить свет на это, и, надеюсь, предоставит некоторые факты относительно того, изолировано ли это от Samsung SSD, или это связано с рейдовыми контроллерами (подробности ниже).

Это контроллеры и настройки, которые я тестировал, и результаты, которые у меня есть.

Суть в том, что старый Adaptec лучше всего справился со сценарием рейда, но это не вариант, поскольку он поддерживает только SATA II со скоростью 3 ГБ / с. Intel лучше всего справился со сценариями чтения, но это не вариант для Vmware ESXi.

В настоящее время я склоняюсь к тому, чтобы просто использовать твердотельные накопители как отдельные, с одним хранилищем данных на каждом, и использовать Veeam Backup & Recovery для репликации виртуальных машин между хранилищами данных, потому что это не похоже на то, что я смогу получить какие-либо разумные производительность из них, на рейд-контроллере.

Я провел довольно много исследований по этому поводу, и, похоже, я не должен надеяться ни на что из этого.

Может ли кто-нибудь здесь случайно знать - на самом деле - что другой / более новый контроллер решит это? Или просто у EVO проблемы с настройками рейдов? (У меня было много hw raid-контроллеров, но только диски EVO разной емкости, поэтому я не смог провести тест самостоятельно).

Заранее благодарим за любые отзывы здесь.

Итак - подумал, что хочу выложить об обновлении, о дальнейших тестах.

Я построил установку Vmware ESX, и после извлечения некоторых данных с одного из SSD, прежде чем подготовить его к новой тестовой установке, кажется очевидным, что есть что-то, что просто мешает SSD работать по крайней мере с одним из контроллеры.

Я сделал виртуальный RDM для одного из SSD и передал его на виртуальную машину.

Я выбрал IBM ServeRAID M5015. После чтения около 40 ГБ за один раз диск просто перестает отвечать (я подозреваю, что контроллер плохо работает с прошивкой диска, но это чистое предположение). Диск не переходит в автономный режим, он просто не отвечает, и только перезагрузка виртуальной машины решит эту проблему.

При использовании нерейдного контроллера проблем нет.

Забавные времена.

Теперь я ищу недорогой, более новый, рейд-контроллер, который не обязательно SAS - SATA подойдет и который имеет предварительные требования для мониторинга при работе на сервере ESX ...

Обновить

Никогда не получалось, что это работает так, как я хотел. В итоге пришлось купить 2 старых твердотельных накопителя Intel SATA Enterprise для основной рабочей нагрузки и просто использовать Samsung EVO для менее чувствительных к производительности рабочих нагрузок.

Я создал сценарий для мониторинга рейда внутри ESXi с помощью StorCLI и передал через мой старый надежный Adaptec 52645 виртуальную машину для работы с большими дисковыми наборами, содержащими в основном данные в состоянии покоя (поскольку контроллер LSI явно не поддерживает энергосбережение и замедление вращения диска. .. ух ...)

У меня сейчас все работает - только не так, как я изначально планировал.

В любом случае - спасибо за ваш вклад.

Samsung 850 EVO - это потребительские твердотельные накопители, в которых отсутствует кэш обратной записи с защитой от потери мощности. Итак, RAID-контроллер будет отключить частный кеш SSD, который имеет решающее значение для обеспечения хорошей производительности потребительской флэш-памяти.

Чтобы восстановить производительность, вам пришлось повторно включить кэш диска, что, однако, может повлиять на устойчивость данных при внезапном отключении питания.

Ты можешь видеть Вот Чтобы получить больше информации.