Jump to content

SSD на серверах, кто уже юзал?


Recommended Posts

Интересует ставил ли кто-то ссд винты на сервера?

Мы сейчас собираем новые сервера биллинг+нас. для сервера биллинга взяли 50GB OCZ Vertex OCZSSD2-2VTX50G 2шт для включения в райд 1. Для наса такой же 1шт.

На биллинге скорее всего будет алт+линух/убунту

Кто и что об этом думает?

Link to post
Share on other sites

Будет очень надежно, так же линуха будет загружаться практически моментально.

 

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

Link to post
Share on other sites

Если использовать журналируемую ФС (напр ext2), то рейд можно не использовать, срока жизни этих винтов хватит, что б пережить вашу сеть. Как правило если умирает ССД винт то он продолжает читаться.

Link to post
Share on other sites

Если использовать журналируемую ФС (напр ext2), то рейд можно не использовать, срока жизни этих винтов хватит, что б пережить вашу сеть. Как правило если умирает ССД винт то он продолжает читаться.

не стоит забывать о возможном вылете устройства по гарантии;)

Link to post
Share on other sites

отлично работают, особенно если особо их не мучать перезаписью, хотя даже и так там мтбф очень большой

из опыта - вертекс хуже чем реводрайв, ну а реводрайв хуже чем оперативка, она сейчас вроде не особо дорогая)

по поводу выхода из строя - помер только 1 контроллер (данные 1/4 ссд стали недоступны) - заменили на аналогичную без проблем

Link to post
Share on other sites

Немного не в тему, но хочу сказть, что использую ССД Intel SSDSA2MJ080G2C1 , для домашнего ПК , под ХП сп3, производительность в системе заметно выше чем с ХДД , рекомендую Интел ;)

Link to post
Share on other sites

SSD мега штука особенно модные скоростные ИНТЕЛЫ!!!! У нас в офисе после перехода, Оператива разгуризилась ибо буферовать жёский не надо практически. ТЕперь у нас не 2 серва и рейдов нету. НО БАБАЛА СТОИТ!!!! И ГАЛВНОЕ НАДЁЖНЕЙ. Я за ССД хотябы на базы и оперционку ставить. а на остальное хзарды, но как по деньгам выходит. ССД рулит

Link to post
Share on other sites

Немного не в тему, но хочу сказть, что использую ССД Intel SSDSA2MJ080G2C1 , для домашнего ПК , под ХП сп3, производительность в системе заметно выше чем с ХДД , рекомендую Интел ;)

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

интересует опыт использования их на серверах, т.к. MySQL, freenibs, linux и т.д. используют н-ное кол-во ресурсов 24/7/365.

Link to post
Share on other sites

кстати, вопрос хороший - кто прикручивал ssd к freebsd (ветка) ?

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

Link to post
Share on other sites

Если использовать журналируемую ФС (напр ext2), то рейд можно не использовать, срока жизни этих винтов хватит, что б пережить вашу сеть. Как правило если умирает ССД винт то он продолжает читаться.

Бред. По пунктам:

1) ext2 НЕ журналируемая

2) Рэйд нужен для того, чтобы при вылете одного SSD не платить очень большие деньги в датарикавери и не ждать недели. Хотя ессно вместо рэйда можно юзать кластеризацию или бекапы.

3) Если у SSD мрет сектор в служебке, или при обновлении служебки пропадает питание (а служебка обновляется при каждой записи - ротация секторов однако) - в итоге с большой вероятностью заимеете нечитабельного трупика с 0-м размером (или вообще не определяющегося в системе).

 

отлично работают, особенно если особо их не мучать перезаписью, хотя даже и так там мтбф очень большой

Еще не стоит их на 100% забивать данными - однократно записанные сектора уже не будут участвовать в ротации (т.к. "стирание" файла убивает только записи в таблицах ФС). Что, соответственно, приведет к падению надежности.

 

ИМХО - сервер с SSD стоит потюнить на предмет минимизации записей на оную (логи и т.п. вынести либо на какой-то винт, либо - складировать по сети куда-то; увеличить время сброса кеша на винт и т.п.). Хотя, при сравнительно небольшом размере БД (пока она вся целиком влазит в кеш) - SSD дадут прирост скорости только для старта системы...

Link to post
Share on other sites

Еще не стоит их на 100% забивать данными - однократно записанные сектора уже не будут участвовать в ротации (т.к. "стирание" файла убивает только записи в таблицах ФС). Что, соответственно, приведет к падению надежности.

 

ИМХО - сервер с SSD стоит потюнить на предмет минимизации записей на оную (логи и т.п. вынести либо на какой-то винт, либо - складировать по сети куда-то; увеличить время сброса кеша на винт и т.п.). Хотя, при сравнительно небольшом размере БД (пока она вся целиком влазит в кеш) - SSD дадут прирост скорости только для старта системы...

да, все так и работает, в связке с полным бэкапом на винтах)

Link to post
Share on other sites

Если использовать журналируемую ФС (напр ext2), то рейд можно не использовать, срока жизни этих винтов хватит, что б пережить вашу сеть. Как правило если умирает ССД винт то он продолжает читаться.

Бред. По пунктам:

1) ext2 НЕ журналируемая

2) Рэйд нужен для того, чтобы при вылете одного SSD не платить очень большие деньги в датарикавери и не ждать недели. Хотя ессно вместо рэйда можно юзать кластеризацию или бекапы.

3) Если у SSD мрет сектор в служебке, или при обновлении служебки пропадает питание (а служебка обновляется при каждой записи - ротация секторов однако) - в итоге с большой вероятностью заимеете нечитабельного трупика с 0-м размером (или вообще не определяющегося в системе).

 

отлично работают, особенно если особо их не мучать перезаписью, хотя даже и так там мтбф очень большой

Еще не стоит их на 100% забивать данными - однократно записанные сектора уже не будут участвовать в ротации (т.к. "стирание" файла убивает только записи в таблицах ФС). Что, соответственно, приведет к падению надежности.

 

ИМХО - сервер с SSD стоит потюнить на предмет минимизации записей на оную (логи и т.п. вынести либо на какой-то винт, либо - складировать по сети куда-то; увеличить время сброса кеша на винт и т.п.). Хотя, при сравнительно небольшом размере БД (пока она вся целиком влазит в кеш) - SSD дадут прирост скорости только для старта системы...

 

1) здесь опечатка ext3 - ext4 (но нужно правильно смонтировать ФС)

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

3) Из проданных нами 50-ти с хвостиком минисерверов телефонии было 4 случая выхода из строя ССД винта, в 3-х случаях информация была доступна для чтения, в одном умер контроллер памяти и в результате да, действительно обьем винта был 0кб.

 

P.S. Я бы не стал применять данные винты для систем где идет много запросов на запись, например у нас используется tmpfs для накопления часто изменяемой информации, а потом она периодически сбрасывается на винт большими порциями.

Если использовать ССД винта без ухищрений (втупую поставить туда систему и ничего не переделывать), то журналируемая ФС убьет его достаточно быстро, в таком случае нужно использовать не журналируемую ФС, тот же ext2.

Link to post
Share on other sites

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

Не всякий рэйд одинаково полезен. В линуксовом софт-рэйде к примеру такого безобразия нет, отвалился - значит отвалился. А как поведет себя "типа рэйд", встроенный в чипсет - известно одним лишь китайцам, писавшим для него модуль биоса и драйверы ;)

 

3) Из проданных нами 50-ти с хвостиком минисерверов телефонии было 4 случая выхода из строя ССД винта, в 3-х случаях информация была доступна для чтения, в одном умер контроллер памяти и в результате да, действительно обьем винта был 0кб.

Ну нету там отдельного "контроллера памяти", нету. Есть чип - SSD кнтроллер (процессор, с набортными контроллером IDE/SATA, контроллером NAND, кешем и т.п.), к которому подключено N микросхем NAND-флэша, и выход из строя его отдельного блока при сохранении работоспособности оставшихся - весьма маловероятен.

Другое дело - разрушение транслятора из-за прерванного обновления служебки или из-за бэд-сектора в оной.

Link to post
Share on other sites

Да. И туда же можно и бекапы делать ежедневные/еженедельные - на всякий (если не бекапится на отдельный сервер по сети).

Link to post
Share on other sites

Как по мне, то ssd на серверах провайдеров - чистые понты и выкидание денег на ветер. За те деньги которых стоит нормальный SSD винт достаточного объема можно взять 4 обычных SATA винта и сделать реид 10, и будет вам, и скорость, и стабильность, и пониженный уровень гемороя.

SSD это идеальное решение для мобильных устройств (ноутов и т.д.), ведь изначально они были на это и нацелены.

Link to post
Share on other sites

NiTr0, спасибо.

Ziki, изначально ссд были нацелены на скорость и надёжность. а в связи с микропроцессорной технологией добавилось energy efficient и low TDP, что в сумме выглядит очень позитивно. Тут суть в том, что ссд-шки на SLC памяти стоят оч дорого пока что, да и купить их проблематично. Поэтому я планирую 1,5-2 года поюзать эти, а потом перейти на ocz revodrive. Потом уже будет видно... если slc память будет стоить внятных денег - то буду делать уже по взрослому.

понтов тут нет, нужна быстрота. аналогичные по параметрам винчестера прошлого поколения сас стоят на много больше этих ссд, и время seek у них совсем не 0,1мс :)

Link to post
Share on other sites

KJack вы пытаетесь масштабировать биллинг путем замены носителей информации?

У вас абонбаза ~30к, и все это обслуживает не кластер?

Или ваш биллинг по каждому пакету сразу делает инсерт в БД и выполняет перерасчет использованого трафика у юзера, и все это обслуживает не кластер?

 

В установке SSD на сервер я вижу 2 причины:

1. "О! Чтот новинькое, хачу, потом куда-нить пристрою"

2. У вас сервер достаточно компактного размера, необходимо обеспечить максимальную автономную работу от UPS и вообще этот сервер не ваш, находится он черт знает где, владелец им может играть в футбол, но после игры он должен продолжать работать.

Link to post
Share on other sites

Ziki, нет.

Я хочу повысить надёжность сервера, скорость функционирования базы данных, увеличить время работы от упс. Сервер не компактный, но низкое энергопотребление приветствуется (сейчас стоит атлон 4850 2,5ГГц*2 45Вт).

Link to post
Share on other sites

Что ж, если основными критериями для вас является надежность сервера, и производительность БД, то к сожалению SSD вам здесь не поможет.

Лучше купите на эти деньги оперативки.

Link to post
Share on other sites

изначально ссд были нацелены на скорость и надёжность.

Надежность - понятие растяжимое. При работе в режиме сильной вибрации - да, винт мгновенно осыпется, SSD же плевать. При работе в режиме постоянной перезаписи всей поляны - SSD издохнет за год-два. Особенно - MLC.

 

а в связи с микропроцессорной технологией добавилось energy efficient и low TDP, что в сумме выглядит очень позитивно.

Первые SSD были разве на лампах? :)

 

Главный плюс SSD - отсутствие seek time как такового, ибо SSD все равно, откуда читать следующий сектор. И устойчивость к ударам (что для серверов ессно неактуально).

 

P.S. По поводу энергопотребления: проц + мать будут кушать на порядок больше, чем винт/винты. Соответственно даже полное отключение винтов добавит максимум 10% времени работы от упса :rolleyes:

Link to post
Share on other sites

Надежность - понятие растяжимое. При работе в режиме сильной вибрации - да, винт мгновенно осыпется, SSD же плевать.

 

Пайка не любит вибрацию. Осыпется не хуже винта на блинах.

Link to post
Share on other sites

NiTr0, вот собственно на год-два я их и планирую поставить. А по поводу ламп шутка не уместна)) но оценил. Это я к тому что потребляют они почти в 10 раз меньше чем обычные винты.

Конфиг биллинга будет таким:

MSI 870A-G54

Phenom II 565 (мах 80Вт), позже планируется замена на 4-8 ядер с tdp не более 65Вт.

SCYTHE Yasya (SCYS-1000)

Patriot 2Gb*2 (1600MHz)

Lan int/pci (возможно поставлю обычную 1-портовку интеловскую)

50GB OCZ Vertex*2

CHIEFTEC 550W (BPS-550C)

Итого максимальная потребляема мощность такой машинки будет составлять 150-160Вт с учётом кпд бп.

Возможно подброшу 1 обычный винт для логов.

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.

×
×
  • Create New...