Jump to content
Калькуляторы
Об SSD в деталях  

39 members have voted

  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. если используемый вами производитель не в списке, я его добавлю

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

у меня 2x240 raid0 intel 520

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

Edited by Traskalata

Share this post


Link to post
Share on other sites

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

 

:-)))

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

у меня 2x240 raid0 intel 520

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

 

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

Share this post


Link to post
Share on other sites

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 мог делать выравнивание записи корректно.

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

233 Media_Wearout_Indicator 0x0032 076 076 000 Old_age Always - 0

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

 

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

 

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

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

 

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

Edited by doubtpoint

Share this post


Link to post
Share on other sites

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

По задачам:

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

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

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

поделитесь

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

noatime на раздел.

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this