Перейти к содержимому
Калькуляторы
Об SSD в деталях  

39 пользователей проголосовало

  1. 1. SSD какого производителя вы используете?

  2. 2. По какой технологии сделан используемый вами SSD?

  3. 3. Какого объёма используемые вами SSD?

  4. 4. Среда использование?

    • софт роутер
    • биллинг
    • базы данных
    • всюду
  5. 5. Какого класса SSD вами применяется?

    • обычные пользовательские
    • корпоративные
    • специальные серверные
  6. 6. Как вы подстрахованы на случай выхода из строя SSD?

    • Raid из SSD
    • Backup по rscync или нечто подобное на жесткий диск
    • Держу в запасе второй ssd c такими же данными
    • Виртуализация меня спасает


Каким SSD вы пользуетесь? выбор лучшего под задачи твердотельные диски опрос и мнения

Доброе утро. Я хочу плавно перевести все текущие ресурсы, где не требуется хранить большие объемы данных на SSD. Биллинг, будут вестись только записи объема полученного трафика, история сессий авторизаций. Шейпер dummynet, BGP -quaqa, PF nat, DNS Unbound, DHCP ISC, Radius - записываются только логи. Количество клиентов около 5000 (ну если честно пока 3200 стремлюсь в будущее)

Предполагаю что мне 64 Гб SSD диски вполне подойдут, а может я чего не учёл. Многие производители дают гарантию 3 года, но технологии не стоят на месте и думаю этого срока вполне хватает чтобы через 2 годика сменить на что-то другое. Но это теория на деле же я не в курсе, может я установлю пользовательский диск и он через пару месяцев выйдет из строя.

Потом вопрос по резервированию меня так же очень интересует: чтобы же делать если вдруг диск вышел из строя, как вы от этого "спасаетесь"

Буду рад услышать (прочитать) ваше мнение по вышеуказанным вопросам основанного на ваших реалиях применения твердотельных дисков.

 

P.S. если используемый вами производитель не в списке, я его добавлю

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В районе 100 дисков kingston v300 и intel 520, 530 серий. За 2 года не случился ни wearout, из строя вышло 2 или 3.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Уработал как-то массив (8) ssd за месяц кэшем сквида.

Были intel 520 и какие-то plextor.

Интел СЦ заменили через пару недель, plextor мучали 1.5 месяца.

Пришлось откатиться на sas 15k, хотя и гораздо медленнее.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Странно, у меня 2x240 raid0 intel 520 уже 3 года на squid живут - трафик около 100 мбит, в основном ram используется. Дисковый кэш только для об'ектов побольше. Wearout был 60% последний раз.

 

Plextor - лажа, опыт отрицательный. Деградация производительности колоссальная.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

у меня 2x240 raid0 intel 520

а рейд собран как: это софт рейд gmirror разделов или аппаратный?

Изменено пользователем Traskalata

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Device Model:     PLEXTOR PX-256M5Pro
...
 9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       1266276

 

:-)))

 

На самом деле стоят в зеркале на radius-авторизации примерно 2 года.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Интелы от 320 до 530 серии. Лет 5 уже наверное, ни один не вылетел, но они все исключительно под ос.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На mysql буквально вчера сдохли 2 штуки из одной партии (wearing закончился, начало тормозить ужасно и smart ругался). Прожило года 2.

И в другом mysql додыхает еще пара - около года.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

у меня 2x240 raid0 intel 520

а рейд собран как: это софт рейд gmirror разделов или аппаратный?

 

Да jbod просто через linux md. От Wearout никто не застрахован, вообще не думаю, что вопросы Wearout релевантны топику.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

root@http-filter-1:~# smartctl -a /dev/sdd

smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build)

Copyright © 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

 

=== START OF INFORMATION SECTION ===

Device Model: INTEL SSDSC2CW240A3

Serial Number: CVCV2393011E240CGN

Firmware Version: 400i

User Capacity: 240 057 409 536 bytes

Device is: Not in smartctl database [for details use: -P showall]

ATA Version is: 9

ATA Standard is: Not recognized. Minor revision code: 0x0110

Local Time is: Tue May 31 15:43:38 2016 NOVT

SMART support is: Available - device has SMART capability.

SMART support is: Enabled

 

=== START OF READ SMART DATA SECTION ===

SMART overall-health self-assessment test result: PASSED

 

General SMART Values:

Offline data collection status: (0x00) Offline data collection activity

was never started.

Auto Offline Data Collection: Disabled.

Self-test execution status: ( 0) The previous self-test routine completed

without error or no self-test has ever

been run.

Total time to complete Offline

data collection: (2097) seconds.

Offline data collection

capabilities: (0x7f) SMART execute Offline immediate.

Auto Offline data collection on/off support.

Abort Offline collection upon new

command.

Offline surface scan supported.

Self-test supported.

Conveyance Self-test supported.

Selective Self-test supported.

SMART capabilities: (0x0003) Saves SMART data before entering

power-saving mode.

Supports SMART auto save timer.

Error logging capability: (0x01) Error logging supported.

General Purpose Logging supported.

Short self-test routine

recommended polling time: ( 1) minutes.

Extended self-test routine

recommended polling time: ( 48) minutes.

Conveyance self-test routine

recommended polling time: ( 2) minutes.

SCT capabilities: (0x0021) SCT Status supported.

SCT Data Table supported.

 

SMART Attributes Data Structure revision number: 10

Vendor Specific SMART Attributes with Thresholds:

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE

5 Reallocated_Sector_Ct 0x0032 100 100 000 Old_age Always - 1

9 Power_On_Hours 0x0032 000 000 000 Old_age Always - 75118978927399

12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 12

170 Unknown_Attribute 0x0033 100 100 010 Pre-fail Always - 0

171 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0

172 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0

174 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 11

184 End-to-End_Error 0x0033 100 100 090 Pre-fail Always - 0

187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0

192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 11

225 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 4212756

226 Load-in_Time 0x0032 100 100 000 Old_age Always - 65535

227 Torq-amp_Count 0x0032 100 100 000 Old_age Always - 12

228 Power-off_Retract_Count 0x0032 100 100 000 Old_age Always - 65535

232 Available_Reservd_Space 0x0033 100 100 010 Pre-fail Always - 0

233 Media_Wearout_Indicator 0x0032 076 076 000 Old_age Always - 0

241 Total_LBAs_Written 0x0032 100 100 000 Old_age Always - 4212756

242 Total_LBAs_Read 0x0032 100 100 000 Old_age Always - 590714

249 Unknown_Attribute 0x0013 100 100 000 Pre-fail Always - 313682

 

 

root@http-filter-1:~# iostat -m 60 /dev/sd{c,d}

Linux 2.6.32-5-amd64 (http-filter-1) 31.05.2016 _x86_64_ (8 CPU)

 

avg-cpu: %user %nice %system %iowait %steal %idle

0,78 0,00 1,46 0,25 0,00 97,52

 

Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn

sdc 21,02 0,04 0,73 1387965 24897001

sdd 21,03 0,04 0,74 1362900 24947906

 

 

 

 

 

 

 

avg-cpu: %user %nice %system %iowait %steal %idle

0,80 0,00 3,47 0,21 0,00 95,51

 

Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn

sdc 12,52 0,00 0,33 0 19

sdd 22,50 0,02 0,80 1 48

 

avg-cpu: %user %nice %system %iowait %steal %idle

0,76 0,00 2,97 0,28 0,00 95,99

 

Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn

sdc 18,05 0,04 0,59 2 35

sdd 22,15 0,02 1,42 1 84

 

 

root@http-filter-1:~# uptime

15:44:42 up 392 days, 2:21, 1 user, load average: 0.37, 0.34, 0.31

 

~ 63 GB/день на диск пишется.

 

трафик около 100Мбит/c через squid. В общем, думаю, от настроек сильно зависит, но у меня за 3 года смешной wearout.

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Шейпер dummynet, BGP -quaqa, PF nat, DNS Unbound, DHCP ISC, Radius

SSD нужны только для большого кол-ва операций чтения-записи.

Не увидел в списке ничего ресурсоемкого к операциям чтения-записи

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

233 Media_Wearout_Indicator 0x0032 076 076 000 Old_age Always - 0

 

76%? А то у меня на биллинге тоже выкушивает потихоньку RAID из SSD. Уже упало до 80% за три месяца.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Да jbod просто через linux md. От Wearout никто не застрахован, вообще не думаю, что вопросы Wearout релевантны топику.

Ну и trim при этом не работает? к чему там рейд на случай выхода контролера? и ещё дополнительно куда-то бэкапите?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это кэш сквида, никакого резервирования нет. Сломается, выкинем. А так, есть RAID-ы и программные 1/5/6 и аппаратные Adaptec 6405 (R1/R5) на SSD. Все работает гуд. Однако, для аппаратных - только Intel, а программные 5,6 Kingston, Intel. Причем SW5,6 по записи упираются легко в CPU и производительность ограничивается не возможностями SSD, а CPU.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Samsung Evo 840 и Samsung EVO 850. На реально чудовщиной нагрузке (по чтению и записаи). Около 3-х сотен дисков (если не больше). За все время сгорели штуки 4, отказали по wear out - ни одного.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вероятность выхода жесткого диска около 5%. ССД как и другой электроники без мех. деталей меньше, но все равно несколько %.

Поэтому если вам важна безотказность нужно ставить в пару или райд. А если еще и недопустим шанс потерять данные, иметь бэкап, желательно в другом месте(территориально).

 

Если вы не собираетесь использовать их >1 Пбайт(это практически нонстопом) то ССД не будет слабым звеном. А если собираетесь то все равно у вас не будет альтернативы ССД(НДД не справиться по скорости).

 

В дешевых(<5000р) дисках есть проблемы, поэтому ориентироваться надо на >200Гб, например упомянутый samsung 850. Причем даже серия evo неплохая.

Ну а если бюджет позволяет то соответствующий интел, хотя мое мнение ни чем он не лучше.

 

Ну и по размеру 64 вам на вырост хватит? Не очень разумно ориентироваться на сервер БД менять через 2 года. В любом случае смотри совет выше(>200Gb).

Изменено пользователем doubtpoint

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Intel S3500 различного объема.

По задачам:

Если просто серверная ОС то 2хSSD RAID1 набортный на чипсете

Для БД - 4х SSD RAID10 - аппаратный, правда на контроллере еще 16 SAS 10k подключены.

Ну еще для кэша на чтение для массива 2х RAID0 аппаратная фича RAID контроллера

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вероятность выхода жесткого диска около 5%. ССД как и другой электроники без мех. деталей меньше, но все равно несколько %.

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

надеюсь, ssd'шки в паре от разных производителей/разных моделей?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ой да ладно, осталось добавить: на разных чипах, выделенных отдельных контроллерах разных вендоров, на разных серверах, об'единенные через drbd. Здесь же материи более простого порядка обсуждаются...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

За все время сгорели штуки 4, отказали по wear out - ни одного.

а с чего такой вывод, что "сгорели"? может, тупо область, где у них служебка гнездится (транслятор и т.п.), затерлась до дыр? а может, из-за софтового глюка криво сгенерился/записался транслятор (он изменяется при каждой записи) и ссд превратился в тыкву? а может, при нештатном отключении питания служебка оказалась порушенной?...

 

В дешевых(<5000р) дисках есть проблемы, поэтому ориентироваться надо на >200Гб

ок, берем ссд одного и того же производителя на одной и той же памяти, контроллере, с одной и той же прошивкой, 128 и 512 ГБ. с какой радости во втором будет меньше вероятность отказа из-за глюка софта? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ребята а какую оптимизацию применяете при использовании ssd

Отключаете журналирование, папки в пямять оперативную переносите

поделитесь

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Рекомендую не ставить одинаковые SSD в raid1.

Был случай одновременного (в пределах 3 минут, что не позволило завершиться ребилду на spare) вылета обоих из-за wear leveling, что привело к остановке массива.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вынос /tmp в память, симлинк /var/tmp на /tmp, /var/run в памяти отдельной.

noatime на раздел.

Больше вроде не надо.

Ну всякие базы если пишут часто то на отдельный раздел. Иногда и логи тоже по дальше.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Иногда и логи тоже по дальше.

а что будет если выключится питание. Часть записей последних в var исчезнет. Какой объем для var будет рациональным в ОЗУ как это определить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.