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

[KJack 35]

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

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

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

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

[Mobil 68]

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

 

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

[Ziki 11]

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

[KJack 35]

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

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

[stunt 19]

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

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

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

[NightNET 80]

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

[yomitay 9]

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

[KJack 35]

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

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

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

[tivi 56]

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

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

[Mess 137]

Меня интересует вопрос о скорости загрузки системы... На сколько быстро загружается?

[NiTr0 584]

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

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

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

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

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

 

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

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

 

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

[stunt 19]

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

 

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

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

[Ziki 11]

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

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

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

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

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

 

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

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

 

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

 

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

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

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

 

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

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

[NiTr0 584]

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

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

 

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

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

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

[KJack 35]

т.е. если я правильно понял, то лучше к райду ссд винтов добавить 1 обычный винт на который буду писаться логи?

[NiTr0 584]

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

[Ziki 11]

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

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

[KJack 35]

NiTr0, спасибо.

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

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

[Ziki 11]

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

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

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

 

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

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

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

[KJack 35]

Ziki, нет.

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

[Ziki 11]

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

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

[pavlabor 1 914]

http://www.techspot.com/review/271-ocz-vertex2-ssd/page5.html

[NiTr0 584]

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

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

 

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

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

 

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

 

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

[GlatTon 0]

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

 

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

[KJack 35]

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 обычный винт для логов.