Считаете ли вы, что ST2000NM0045 можно считать надежным, как SAS или SATA? Вместимость, скорость, MTBF и URE такие же, как у корпоративных SATA, но интерфейс SAS.

Не могу сказать. Я не использую NL-SAS диски, только "настоящие" SAS диски - для дисков 10k и выше, а также SSD. Кроме того, я использую только диски в серверах с гарантией и сервисным планом, так что если что-то сломается, мне это починят максимум на следующий рабочий день.

Да, конечно. Я просто хотел сказать, что мне все равно, какие диски в моей системе, лишь бы моему поставщику они нравились Да, но я работаю в области баз данных (OLTP), и нет ничего важнее пропускной способности и задержки, так что выбирайте более быстрые диски. Разница между SAS 10k и SAS 7.2 в сегменте 2.5'' не так уж велика, для 3.5'' да, но я не использовал 3.5'' диски в серверах уже больше полугода. В настоящее время можно установить 24x 2.5'' диска спереди 2 HE сервера, а иногда и несколько сзади, так что этого вполне достаточно для производительности и ёмкости. Мы также достигли 2.5'' SSD с ёмкостью более 2 TB. Даже недавно построенные NVMe 2.5'' диски отлично вписываются. В настоящее время не хватает линий PCIe, чтобы запитать все без использования каких-либо мультиплексоров, но, эй, новый серверный процессор AMD имеет 128 линий PCIe В старые "настоящие" дни жестких дисков с механическими шпинделями у вас часто было слишком много хранилища, потому что нужно было много IOPS. В наши дни это сильно изменилось благодаря использованию SSD. Мы используем "большие" диски SAS 10k 2.5'' ёмкостью 1.2 TB для резервного копирования, и здесь пропускная способность важнее ёмкости хранилища.

Те, к которым я могу получить доступ сейчас, это Seagate ST1200MM0088. Мы в основном используем оборудование Fujitsu и HP, а также других производителей, таких как Cisco, Dell (и ребрендированный Bull), IBM, Supermicro.

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

В наборах, которые не основаны на ZFS, мы обычно используем контроллер RAID, который предсказывает сбои и отправляет нам предупреждения. То же самое касается наших SAN. Для наших пулов ZFS мы не отслеживаем конкретные значения, мы используем "стандартную" проверку smart в nagios/icinga для этого. Обычно мы используем простые SATA-диски, так что "замечаем" проблемы с увеличением времени отклика дисков и знаем, что нужно их заменить, даже до появления каких-либо ошибок smart.