|
SSD vs SAS
|
|||
---|---|---|---|
#18+
Полтора года полет нормальный Один диск из 20 был заменен по гарантии. Реально видел 150 000 IOPS и 3 Gbyte/s c одного хоста. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2016, 21:29 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Ну и за счётчиком релокаций следить тоже полезно. Да. Но некоторые SSD умирают не из-за переполнения релокаций. Диск в какой-то момент времени просто превращается в кирпич. То ли внутренняя структура накрывается, то ли электроника. И это насчет чтений - у ячейки флешки есть предел количества чтений, после которого ее надо перезаписывать. В принципе контролер за этим тоже следит. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2016, 09:46 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
В инете можно получить ответы на все ваши вопросы. К примеру http://www.virtuallyimpossible.co.uk/using-ssd-drives-for-sql-server/ http://sqlperformance.com/2014/11/io-subsystem/knee-jerk-performance-tuning-just-add-ssd От вас требуется только определенный уровень скептицизма на все написанное. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2016, 10:00 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
А если есть желание, можно ознакомиться с блогом http://flashdba.com/storage-for-dbas/ (правда уклон в сторону Oracle) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2016, 10:05 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
Alexander Us... Однако теперь обсуждается идея поставить SSD (Samsung 850 PRO SATA III 2,5 Zoll 2 TB SSD) вместо SAS. ... - у SSD гарантия: 10 Years or 300 TBW (Whichever comes first) ... 300 TBW / 2 TB = 150 циклов записи на ячейку? Не маловато ли для Enterprise решения? У Intel'а для Enterprise сочетание PBW используют, что IMHO как-бы намекает.... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2016, 10:27 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
RbbВ инете можно получить ответы на все ваши вопросы. К примеру http://www.virtuallyimpossible.co.uk/using-ssd-drives-for-sql-server/ http://sqlperformance.com/2014/11/io-subsystem/knee-jerk-performance-tuning-just-add-ssd От вас требуется только определенный уровень скептицизма на все написанное. Спасибо огромное, У нас работает один SQL сервер с Datawarehouse базой на SSD. Там таблицы до 2 млрд. строк и применение SSD ускорило запросы до 10 раз. Так что имея позитивный опыт я как раз думал поместить для нового сервера OS, tempdb, sysdatabases на SSD (система 7х24) . Теперь, учитывая сообщения выше, о том, что SSD могут вылетать практически одновременно и сведения из приведённых Вами блогов понимаю, что такое решение может вызвать существенные проблемы. Получается что SSD: - могут вылетать одновременно (что уменьшает преемущества RAID) - не предоствляют стандартной возможности получить напоминание о скором исчерпании ресурса записи ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2016, 15:24 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
Alexander UsRbbВ инете можно получить ответы на все ваши вопросы. К примеру http://www.virtuallyimpossible.co.uk/using-ssd-drives-for-sql-server/ http://sqlperformance.com/2014/11/io-subsystem/knee-jerk-performance-tuning-just-add-ssd От вас требуется только определенный уровень скептицизма на все написанное. Спасибо огромное, У нас работает один SQL сервер с Datawarehouse базой на SSD. Там таблицы до 2 млрд. строк и применение SSD ускорило запросы до 10 раз. Так что имея позитивный опыт я как раз думал поместить для нового сервера OS, tempdb, sysdatabases на SSD (система 7х24) . Теперь, учитывая сообщения выше, о том, что SSD могут вылетать практически одновременно и сведения из приведённых Вами блогов понимаю, что такое решение может вызвать существенные проблемы. Получается что SSD: - могут вылетать одновременно (что уменьшает преемущества RAID) - не предоствляют стандартной возможности получить напоминание о скором исчерпании ресурса записи Правильные рейдконтроллеры выводят диски из эксплуатации по критерию растущих дефектов оставляя 5-10% и имеют автоматическую процедуру гарячей замены. После активной эксплуатации в хайлоаде диски могут работать еще несколько лет в персоналках и ноутбуках. Не хотите иметь проблем , покупайте хайэнд с поддержкой, там запрограммирован алгоритм замены дисков, без потери данных, остановки сервиса для замены компонент, и в большенстве случаев даже без потери производительсности. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2016, 10:52 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
Alexander Us, Если ответ еще вдруг зачем-нибудь нужен. Не используйте в серверах Samsung 850 PRO и вообще десктопные SSD. Причины просты: - низкий ресурс на перезапись - конкретно у этой модели собственный кэш (а он аж 1ГБайт) ничем не "прикрыт". То есть если его включить (на запись) - при отказе питания его содержимое будет потеряно с соответствующими последствиями для целостности данных. Если не включать - будет очень грустная (в IOps) для SSD производительность на запись - быстрее, конечно, чем у жестких дисков, но сильно хуже, чем у любых "нормальных" SSD. У Enterprise SSD и уже у многих десктопных кэш прикрыт, как у RAID-контроллеров - кондерами и флэшем (т.е. при потере питания данные из кэша записи, что почему-то не успели попасть на основной флэш, сливаются на отдельную флэшку, при восстановлении питания - соответно, восстанавливаются оттуда). Используйте - нормальные Enterpise SSD, да хоть от того же Samsung (у них есть линейка DataCenter). Но на сейчас на рынке (enterprise SSD) лидируют Intel - хотя и не самые быстрые, зато - контроллер у них нормальный, живучий, и с браком все ОК. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2016, 12:12 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
a_shats, Спасибо огромное! Оч. интересную инфу Вы написали! ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2016, 13:29 |
|
SSD vs SAS
|
|||
---|---|---|---|
#18+
Спасибо всем. Остановились на SSD Samsung SM863 480/960GB А тут сравнительная таблица накопителей Samsung 863 серии ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2016, 13:20 |
|
|
start [/forum/topic.php?fid=30&msg=39156237&tid=1529228]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
134ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
2ms |
others: | 257ms |
total: | 487ms |
0 / 0 |