Какой SSD брать под AD сервер(GPO, WSUS) с виртуалками Hyper-V?

SSD брать от Intel (Data Center) или Samsung (Pro).

SSD диски брать у IBM, извращение.

Почему IBM извращение?

Подскажите конкретно марки, может у вас есть хороший опыт и вы ставили диски сотнями

Для начала IBM уже не тот. Собирает с дочерних фирм, не понятно что, переклеивая наклейки.

Если смотреть в сторону надежности, можно смело брать SSD Intel DC S3500. Они специально производятся под серверные решения, для высокопроизводительных задач.

Мы ставим intel s3610 в данный момент.

Хороший совет, я бы тоже рекомендовал брать Samsung 850 PRO, объем из расчета 2х от предполагаемого объема использования (чтобы 50% диска всегда оставалось пустыми).

Благодарю всех за ответы

@seocore, то есть если мне нужно 500 Гб, я должен купить SSD на 1Тб и не заполнять его более 50%?

разве это не устарело, в новых дисках есть такое?

И ничего страшного, что кэш этих дисков на запись не защищен по питанию.

В отличие от интелов DC серий.

Если хотите стабильной скорости и долговечности, то рекомендую такое решение.

Объективнее изучать % отказа устройств, а не вероятность потери содержимого кеша в случае отвала питания (в ДЦ это очень актуально, электричество же с перебоями дают, да и блоки питания резервируют не просто так). Надо дисклеймер добавить - если вы юзаете нежурналируемую ФС и MyISAM таблички в MySQL, то ни в коем случае не выбирайте SSD без буковок DC в названии! 🤪

Ihor вообще evo ставит ( https://hosting.kitchen/ihor/priehali-diski-dlya-novogo-klastera.html ) - судя по всему, массовых проблем из-за этого не наблюдают.

Понятно, что проблема может проявиться при отключении питания - но когда у вас в ДЦ последний раз подобные инциденты были?

Имхо, если озаботиться энергозащищенным кэшем, лучше уж 845dc (те же pro, только с конденсаторами).

Вроде, по отзывам, 3d nand весьма живуч.

Давайте распределим процент отказов по вероятности (исходя из статистики на сегодня, кто найдет другие данные, велкам):

• Косяки firmware, когда устройства просто дохли из-за какого-то бага, такие баги периодически всплывали у многих производителей. Например - один из параметров S.M.A.R.T. данных выходил за расчетные границы (не умещался в 4 байта) и устройство зависало.
• Баги на уровне ОС, например известный баг с кривой отработкой TRIM, когда затирался произвольный блок с данными, вместо стирания пустого сектора.
• Выход из строя одного из NAND-чипов, в современных устройствах реализована логика схожая с RAID-5 (RAIN и т.п. технологии), т.е. выход из строя одного из NAND'ов не разрушает сами данные.
• Выход из строя контроллера или RAM-кеша.

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