Jump to content

Выбор SSD на сервер


Recommended Posts

интел - дорого

самсунги новые про - отлично, но пока недавно

самсунг 840 про и интел 520 вроде очень рядом по цене, по крайней мере для 240 гиг

Link to post
Share on other sites
  • 2 weeks later...
  • Replies 54
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Вы на боевых серверах надеетесь на конденсаторы в винтах? У меня для вас плохие новости! Софтовый RAID плюс правильно настроенный UPS решает все проблемы. Конденсаторы не решают ничего.

Это шутка что-ли такая? У вас на УПСе батарейки никогда не выходит из строя, никогда не заканчивается и дизель за упс-ом стартует в 101% случаев, никакой Вася походя рубильником не щелкнет, кабелек пи

Там от силы 2 гига будет.

Если преимущественно чтение с записью по капле - SATA DOM модули чем не устраивают?
Link to post
Share on other sites

У интела нет разделения на десктопные модели. Прямо на сайте если смотреть - то для серверов предлагают 320, 520, 710, 910 и выше.

 

710 хорош на чтение, неплохая износостойкость (хотя у него и так есть недоступный пользователю запас, но лучше процентов 20 доступной емкости оставлять неразмеченой ). Trim со стороны ОС ему вобщем-то не особо нужен, он сам умеет в фоне сбору мусора проводить. Слабенький (относительно) на запись

 

но щас вместо него лучше (много лучше) смотреть в сторону и покупать intel s3700

 

520 -- это только врагу советовать в сервер ssd без кондера (разве что кэш в накопителе принудительно выключать. но тогда там такого перфоманса не будет)

 

у 320 кондер может и есть, но по памяти там кажись совсем невпечатляющая износостойкость (на фоне 710 отличается разительно; при не такой разительной разнице в цене)

 

910 -- это вообще говоря pci карта

Link to post
Share on other sites

Смущает следующее, по последней ссылке:

"Kindly Note: for this SSD, Actual capacity will exist 4%~ 7% errors (that means display 93%-96% of our descriptive capacity) for the built-in firmware, algorithm etc…. The errors is normal"

Link to post
Share on other sites

520 -- это только врагу советовать в сервер ssd без кондера (разве что кэш в накопителе принудительно выключать. но тогда там такого перфоманса не будет)

А что такого страшного, зачем ему кондер? Думаете там кэш большой? Как же он тогда умудряется держать производительность на запись? Кэш бы заполнился и была бы огромная деградация, а нет, ничего не падает. Там sandforce контроллер, не десктопный, т.е. он чекпоинты пишет на флэш намного чаще и от потери питания ничего страшного не должно случиться. И что значит кэш отключить? Контроллер не может писать на флэш без кэша, там минимальный блок на запись около 2-4 мегабайт.

 

EDIT: и вообще, тот кондер, о котором выше говорили скорее всего для стабильности, не поверю, что в дешевые устройства влепят какой-то супер конденсатор для сброса кэша на флэш.

Edited by ttttt
Link to post
Share on other sites

 

520 -- это только врагу советовать в сервер ssd без кондера (разве что кэш в накопителе принудительно выключать. но тогда там такого перфоманса не будет)

А что такого страшного, зачем ему кондер? Думаете там кэш большой? Как же он тогда умудряется держать производительность на запись? Кэш бы заполнился и была бы огромная деградация, а нет, ничего не падает. Там sandforce контроллер, не десктопный, т.е. он чекпоинты пишет на флэш намного чаще и от потери питания ничего страшного не должно случиться. И что значит кэш отключить? Контроллер не может писать на флэш без кэша, там минимальный блок на запись около 2-4 мегабайт.

 

EDIT: и вообще, тот кондер, о котором выше говорили скорее всего для стабильности, не поверю, что в дешевые устройства влепят какой-то супер конденсатор для сброса кэша на флэш.

 

 

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

520 пожизни десктопное решение было. не знаю почему его интел стал рекомендовать в датацентры (раньше что-то такого даже не помню). разве что использовать их в новых рейд-контроллерах (типа lsi-ев) в качестве кэшей на чтение. там да -- дешево, быстро. И некритично если поломается

 

ну или если как топикстартер хочет просто в NAS и он там в режиме JBOD. то тогда тоже наверное ничего страшного

 

в 710 кондер есть.

Link to post
Share on other sites

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

Вообще-то у нас диски всегда были с кэшем и всегда что-то недослито при пропадании питания, бд уж как-нибудь и без ваших догадок справится и останется консистентной, даже такая говняная, как Innodb в mysql. И брать пару дисков по цене целого сервера каждый, чтобы кэш дослился - какая-то полная неадекватность. Там еще столько всего может случиться, что кэши не досольються, вы даже не представляете.

Edited by ttttt
Link to post
Share on other sites

 

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

Вообще-то у нас диски всегда были с кэшем и всегда что-то недослито при пропадании питания, бд уж как-нибудь и без ваших догадок справится и останется консистентной, даже такая говняная, как Innodb в mysql. И брать пару дисков по цене целого сервера каждый, чтобы кэш дослился - какая-то полная неадекватность. Там еще столько всего может случиться, что кэши не досольються, вы даже не представляете.

 

 

мне нравится ваш оптимизм. но на своих продакшенах я его не разделяю и другим не советую.

а так каждый на своих серверах может делать что угодно, даже бекапы не держать

 

p.s. Смотрим интеловский прайс на 710 http://ark.intel.com/products/56583/Intel-SSD-710-Series-100GB-2_5in-SATA-3Gbs-25nm-MLC

и на 520 http://ark.intel.com/products/66248/Intel-SSD-520-Series-120GB-2_5in-SATA-6Gbs-25nm-MLC

вы там видите разницу на которую можно купить сервер? я вам завидую :)

Link to post
Share on other sites

p.s. Смотрим интеловский прайс на 710 http://ark.intel.com/products/56583/Intel-SSD-710-Series-100GB-2_5in-SATA-3Gbs-25nm-MLC

и на 520 http://ark.intel.com/products/66248/Intel-SSD-520-Series-120GB-2_5in-SATA-6Gbs-25nm-MLC

вы там видите разницу на которую можно купить сервер? я вам завидую :)

вы бы еще с юсб флэшкой сравнили :)

240 гиг 520-й - $250

300 гиг 710-й - $1200

Link to post
Share on other sites

 

p.s. Смотрим интеловский прайс на 710 http://ark.intel.com/products/56583/Intel-SSD-710-Series-100GB-2_5in-SATA-3Gbs-25nm-MLC

и на 520 http://ark.intel.com/products/66248/Intel-SSD-520-Series-120GB-2_5in-SATA-6Gbs-25nm-MLC

вы там видите разницу на которую можно купить сервер? я вам завидую :)

вы бы еще с юсб флэшкой сравнили :)

240 гиг 520-й - $250

300 гиг 710-й - $1200

 

 

кто какими дисками набивает

 

а s7300 (преемник 710; кстати я даже не уверен что 710 все еще можно заказать) за 400 гиг 980$. И чё?

ну допустим вы готовы играться с наличием отсутствием конденсаторов на кэшах. Вы остальные-то спеки смотрели?

 

у 710 endurance декларируется на уровне 1,5 Петабайта.

у 520 -- 20 гб per day 5 year = 36,5 Терабайт

 

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

Link to post
Share on other sites

у 520 -- 20 гб per day 5 year = 36,5 Терабайт

Со спеки: MTBF для 520-го 1.2 млн часов, для 710 - 2 млн. часов.

 

EDIT: 36 ТБ это фантазии, любой SSD где-то в пределах 300-1500 ТБ может и без всяких High Endurance Technology. 

Edited by ttttt
Link to post
Share on other sites

 

у 520 -- 20 гб per day 5 year = 36,5 Терабайт

Со спеки: MTBF для 520-го 1.2 млн часов, для 710 - 2 млн. часов.

 

EDIT: 36 ТБ это фантазии, любой SSD где-то в пределах 300-1500 ТБ может и без всяких High Endurance Technology. 

 

 

причем здесь mtbf? вы, похоже, не понимаете о чем речь идет и какой раздел спеки я вам зацитировал

Link to post
Share on other sites

причем здесь mtbf? вы, похоже, не понимаете о чем речь идет и какой раздел спеки я вам зацитировал

Да мне вообще не ясно, о чем вы. Вы зацитировали для одного гарантию, для другого вообще одну цифру и зачем-то их сравниваете. MTBF единственный параметр, который хоть что-то говорит о надежности и для обоих моделей посчитан и показан. 

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

Link to post
Share on other sites

 

причем здесь mtbf? вы, похоже, не понимаете о чем речь идет и какой раздел спеки я вам зацитировал

Да мне вообще не ясно, о чем вы. Вы зацитировали для одного гарантию, для другого вообще одну цифру и зачем-то их сравниваете. MTBF единственный параметр, который хоть что-то говорит о надежности и для обоих моделей посчитан и показан. 

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

 

 

mean time between failure -- статистическая методика и в случае ssd это некий такой сферический показатель в вакууме. Для многих моделей он будет или примерно близким, или все равно достаточно большим. При этом основной износ ssd идет не от времени работы, а от интенсивности записи, как эта запись происходит (размеры блоков; write amplification), как работает (если есть) сборщик мусора и т.д.

 

В даташите на 710 (http://www.intel.com/content/dam/www/public/us/en/documents/product-specifications/ssd-710-series-specification.pdf раздел 2.7) накопитель промерян на запись со 100% покрытием емкости диска. Такими блоками, сякими блоками. Получены конкретные результаты. Под достижимостью которых производитель подписался

 

В даташите на 520 (http://www.intel.com/content/dam/www/public/us/en/documents/product-specifications/ssd-520-specification.pdf раздел 2.6) вендор ограничился маркетинговым обтекаемым "5 лет при ежедневной записи объемом в 20 Гиг".  Хотя в обоих случаях тестирование с использованием JESD218/ 219. И для 520 это получается тупо 20*5*365 ~= 35 Терабайт. Производитель подписался в спеке под этой цифрой.

 

Можно ли в обоих случаях прокачать больше? Очевидно можно. JESD для ентерпрайза довольно четко критерии определяет: считываемость записанных данных спустя три месяца после хранения при температуре 40 градусов в выключенном состоянии, ber не хуже 10^-16. Видно что тут большие запасы оставлены.

 

Однако основной месседж тут такой: в равных ситуациях вендор на 710й подписался под на два _порядка_ лучшей выносливостью по записи, чем на 520.

А так дальше берете профиль своей нагрузки. Смотрите в цифры. И считаете на какое расчетное время вам хватит той или иной модели. Смотрите нужна вам доп.защита кешей по питанию или так сыграете. Смотрите принципиальна вам разница в несколько сотен баксов между моделями или нет (raid-1 из двух 710 + 1 хотспар реально по перфомансу заменяет сейчас полочку стоимостью далеко за двадцать штук баксов; на этом фоне...). И принимаете свое решение

Link to post
Share on other sites

Однако основной месседж тут такой: в равных ситуациях вендор на 710й подписался под на два _порядка_ лучшей выносливостью по записи, чем на 520.

 

Смотрите, указан минимум для 520-х, т.е. для минимальной модели - 60 гиговой. Ясно же, что для 240 и 480 гиговых моделей этот минимум будет примерно в 4 и в 8 раз больше. Минимум 150 ТБ для 240 гиговой модели уже ближе к правде.

 

А для 710-х минимум не указан, а как раз наоборот, указан максимум. И не просто максимум, а синтетический. Как можно сравнивать минимум на типичных нагрузках с синтетическим максимумом? Но даже в этом случае они уже в одном порядке, т.е. маньше чем в 10 раз отличаются. И отнюдь не на порядок и уж точно не на два.

 

Зачем вы заговариваете народ надуманной информацией? Вы торгуете ими чтоли и вам выгодно, чтобы подороже модели покупали? 

Сначала недослитый кэш было супер опасно, потом интел на "два порядка" хуже предлагал. Не нравятся мне такие выдумки.

Link to post
Share on other sites

 

 

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

Вообще-то у нас диски всегда были с кэшем и всегда что-то недослито при пропадании питания, бд уж как-нибудь и без ваших догадок справится и останется консистентной, даже такая говняная, как Innodb в mysql. И брать пару дисков по цене целого сервера каждый, чтобы кэш дослился - какая-то полная неадекватность. Там еще столько всего может случиться, что кэши не досольються, вы даже не представляете.

 

 

мне нравится ваш оптимизм. но на своих продакшенах я его не разделяю и другим не советую.

а так каждый на своих серверах может делать что угодно, даже бекапы не держать

...

 

Вы на боевых серверах надеетесь на конденсаторы в винтах? У меня для вас плохие новости! Софтовый RAID плюс правильно настроенный UPS решает все проблемы. Конденсаторы не решают ничего.
Link to post
Share on other sites

Тогда уж лучше железный рейд, с батарейкой.

Если интел этот кондер преподносит как решение всех проблем - вероятно так оно и есть, и падения питания диску не страшны в принципе.

Edited by KaYot
Link to post
Share on other sites

Тогда уж лучше железный рейд, с батарейкой.

Если интел этот кондер преподносит как решение всех проблем - вероятно так оно и есть, и падения питания диску не страшны в принципе.

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

Во всех остальных случаях софтовый RAID гибче и надежнее.

А по поводу кондера - он конечно спасет в ситуации когда данные остались в кеше устройства. Но есть еще кеш ОС и кеш приложения. Да и файловые системы при всей своей транзакционности (которую часто ограничивают при использовании SSD) все еще нужно корректно размонтировать при отключении. Так что кондер кондером, а UPS важнее.

Edited by madf
Link to post
Share on other sites

 

Однако основной месседж тут такой: в равных ситуациях вендор на 710й подписался под на два _порядка_ лучшей выносливостью по записи, чем на 520.

 

Смотрите, указан минимум для 520-х, т.е. для минимальной модели - 60 гиговой. Ясно же, что для 240 и 480 гиговых моделей этот минимум будет примерно в 4 и в 8 раз больше. Минимум 150 ТБ для 240 гиговой модели уже ближе к правде.

 

А для 710-х минимум не указан, а как раз наоборот, указан максимум. И не просто максимум, а синтетический. Как можно сравнивать минимум на типичных нагрузках с синтетическим максимумом? Но даже в этом случае они уже в одном порядке, т.е. маньше чем в 10 раз отличаются. И отнюдь не на порядок и уж точно не на два.

 

Зачем вы заговариваете народ надуманной информацией? Вы торгуете ими чтоли и вам выгодно, чтобы подороже модели покупали? 

Сначала недослитый кэш было супер опасно, потом интел на "два порядка" хуже предлагал. Не нравятся мне такие выдумки.

 

 

у вас такое своеобразное прочтение спек. "тут указан минимум, тут указан максимум. тут синтетика, тут нет". Вы где там такие слова-то нашли?

В обоих случаях есть отсылка на JESD.

 

В случае 710 значения расписаны по каждой модели. Что понятно, т.к. у них разная емкость и должна быть разная износостойкость. Нормальная инженерная спека, которая позволяет посмотреть внятные цифры и принять по ним внятное решение.

 

В случае 520 спека дана на все модели одним числом. И дана не впрямую. "35 Терабайт. Блин чё-то малова-то для восприятия пользователей. А давайте мы как-то переформулируем эту же цифру, что казалось бы много". И пошел маркетинг крутить "5 лет при ежедневной типичной клиентской нагрузке бла-бла-бла" (для кого типичной-то?). Ориентир на розницу -- налицо.

 

Окей, допустим вы вольны трактовать, что вендор указал минимальное значение (в спеке об этом нет!) И допустим разница между 60 гиговым и 480 гиговым в 8 раз. 35*8. И все равно разница сохраняется на _порядок_.

 

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

 

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

Link to post
Share on other sites
Вы на боевых серверах надеетесь на конденсаторы в винтах? У меня для вас плохие новости! Софтовый RAID плюс правильно настроенный UPS решает все проблемы. Конденсаторы не решают ничего.

 

 

Это шутка что-ли такая? У вас на УПСе батарейки никогда не выходит из строя, никогда не заканчивается и дизель за упс-ом стартует в 101% случаев, никакой Вася походя рубильником не щелкнет, кабелек питания в сервере не дернет? Супер.

 

Я на это все не рассчитываю. Поэтому кроме двух независимых бесперебойных входа по питанию в сервер, внутри сервера стараюсь делать так. чтобы тоже лажи было поменьше

Link to post
Share on other sites

 

Тогда уж лучше железный рейд, с батарейкой.

Если интел этот кондер преподносит как решение всех проблем - вероятно так оно и есть, и падения питания диску не страшны в принципе.

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

Во всех остальных случаях софтовый RAID гибче и надежнее.

А по поводу кондера - он конечно спасет в ситуации когда данные остались в кеше устройства. Но есть еще кеш ОС и кеш приложения. Да и файловые системы при всей своей транзакционности (которую часто ограничивают при использовании SSD) все еще нужно корректно размонтировать при отключении. Так что кондер кондером, а UPS важнее.

 

 

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

Что касается кэшей ОС и приложений. То да, они потеряются. Для каких-то приложений это может быть критично, для каких-то нет.

 

Если речь идет о БД, например. То она данные из кэша на диск может оочень долго не сбрасывать. Но рядом она пишет транзакционный лог. По принципу "дисковая подсистема сказала, что запись прошла успешно, только после этого подтвердили успешность транзакции". И в случае креша все не долетевшие из кэша БД данные будут донакатываться из такого лога. (ну Капитан Очевдность вобщем-то, но).

 

В таком раскладе надо внимательно относится а чё там по пути к диску стоит. Стоит рейд с принудительным write back и без батарейки? Потерять можем многое.

Рейд с батарейкой -- ок. На дисках включен кэш и кондеров нет? Опять можем потерять многое. На дисках выключен кэш или защищен кондером? Ок. И так далее, далее.

 

Ну это конечно все равно все не панацея. Тот же рейд контроллер может сломаться. И достать данные с его кэша может быть проблематично или долго (и быстрее переключиться на реплику или подняться из бекапа). Но это ж не повод своими руками закладывать себе в сервер всяческие мины.

Link to post
Share on other sites

 

Вы на боевых серверах надеетесь на конденсаторы в винтах? У меня для вас плохие новости! Софтовый RAID плюс правильно настроенный UPS решает все проблемы. Конденсаторы не решают ничего.

 

Это шутка что-ли такая? У вас на УПСе батарейки никогда не выходит из строя, никогда не заканчивается и дизель за упс-ом стартует в 101% случаев, никакой Вася походя рубильником не щелкнет, кабелек питания в сервере не дернет? Супер.

 

Я на это все не рассчитываю. Поэтому кроме двух независимых бесперебойных входа по питанию в сервер, внутри сервера стараюсь делать так. чтобы тоже лажи было поменьше

 

Может еще про падающие метеориты вспомним?

Когда я говорю "правильно настроенный UPS" я имею в виду правильно настроенный UPS. С мониторингом.

Дизель и Вася - они за UPS'ом, так что всегда есть время разобраться или штатно погасить сервер.

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

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
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By fet4
      Добрый день.
      У кого есть практика доступа к bdcom olt по ключу через ssh ?
    • By Cvan
      Слышал от своих знакомых, что когда они ставили на клиентские антенны (ЭирГрид - например) галочку "SSH Server", то после этого у клиентов глючил вход в инет: то скорость падала, то вообще не заходило. После отключения SSH  - всё ставало на свои места. Кто-то встречался с такой ситуацией?
    • By Futura
      Случайно глянул auth.log на сервере, мне стало плохо. В день по 10 раз долбятся китайские друзья с разных айпи с перебором пароля.
      Кто, как с этим борется?
    • By TET
      Помогите решыть проблему. Предистория - есть два сегмента сети соеденены мостом из наносов м2 (192.168.1.50 и 192.168.1.51), причем обое в одной подсети. Шлюз в интернет (192.168.1.1) находится в первой подсети, там же и dhcp (192.168.1.1) сервер. Проблема заключается в том что в здании где нахится сегмент 1 иногда вырубают електричество и как презультат клиеты в сегменте 2 не получают адреса.
      Вопрос возможно ли с помошью SSH запустить dhcp сервер на нанос м2 (192.168.1.51) (та что во втором сегменте): вариант 1) если точка (наносм2) в режме бриджа (тат как ето работает на некоторых точках доступа тп-линк), вариант 2)в режиме роурера (лан0 нто wan (не трогаем), а lan1 и wlan - сеть) но тут проблема в том что в веб меню AirOS не дает выбрать на какой имено шглюз и DNS будет раздавать DHCP и клиентам выдает 192.168.1.51 вместо 192.168.1.1?
      Идея заключается в том чтобы клиенты продолжали роботу друг с другом даже после отвала DHCP сервера.
      P.S. Надо чтоб обязательно был DHCP
      И еще вопрос возможно ли с помошью SSH сделать что б в Airrouter радио таботало по расписанию (к примеру с 8,00 по 17,00)?
    • By fulls
      Добрый день. Извините может нубский вопрос, но как изменить частоту на устройствах Ubiquiti через SSH или Telnet? Заранее благодарен за ответы.

×
×
  • Create New...