SSD на сервере - ?

uncle17

Встал вопрос об апгрейде сервера БД
Пока всё идет на то, чтоб купить еще две самосборные машины и перевести это дело на кластер под линуксом с текущей FreeBSD.
Процессоров и памяти в нынешней машине еще за глаза на это хватит, узкое место, как известно, - диски
Не пора еще перевести всё на SSD?
Но они, сцуко, стоят каждый как целая машина - у HP 200 ГБ SAS стоит почти 5К$.

AlexV769

узкое место, как известно, - диски
мьсе знает о существовании OLAP-баз, для которых диски, как известно, не будут являться узким местом? :)

uncle17

мсье знает, а вот мсье начальник еще более инертен, чем мсье. Для него даже переход на линукс - эпопея, не говоря уже про апгрейд PHP с 4 на 5

hoha32

не трогайте вы БСД
вам перехода на пхп 5 по самые уши хватит

AlexV769

Если php у них 4, то FreeBSD не иначе, как 4.11. Грейдить её до RELENG_8 будет непросто :)

stm7884696

Встал вопрос об апгрейде сервера БД
Если памяти много - закинь базу в нее.
ССД не панацея - надежность низкая для серверных решений, тем более без репликации.

deadoralive

ССД не панацея - надежность низкая для серверных решений, тем более без репликации.
Ну ваще то придумали специальные SSD для enterprise - Intel X-25E или Intel X-25M. Щас на замену вышли Intel 320. Живут примерно по 2-2,5 года на нагруженных базах с постоянными запросами.

uncle17

Если php у них 4, то FreeBSD не иначе, как 4.11
7.3-RELEASE FreeBSD 7.3-RELEASE Tue Mar 30 21:15:57 MSD 2010

hoha32

вот и не трогайте

uncle17

да про пхп никто не говорит
трогать собираемся машину с MySQL

hoha32

ну, у меня это всё одна и та же машина :grin: нагрузок ваще нет
мб тебе лучше архитектуру баз и структуру запросов помучить? годный опыт

uncle17

этим годным опытом в основном и занимаемся. Но размер базы растет. И количество запросов тоже. А количество апдейтов и инсертов растет быстрее, чем количество селектов.

viktor954

Ну для каракулей есть вот такая телега:
http://www.ramsan.com/files/f000139.pdf

uncle17

не, на каракули переходить мы не будем точно. Хотя у меня начальник - сертифицированный DBA, но всё переписывать под него мы ёбнемся. Я уж лучше по старинке, на мусе :)

AlexV769

Т.е. переход на Linux с legacy-версии FreeBSD существенно уменьшит кол-во инсертов и апдейтов?
Трудно даже представить, что произойдет с размером базы и селектами.

viktor954

Я не говорю "переходить на каракули", я прислал это, т.к. там есть реальные цЫфры профита от перехода на SSD.
Летом на оракловой конфе по системам хранения один докладчик сказал, что, типа, замена HDD на SSD для ИНДЕКСОВ даст +15% к производительности.

danaql

Не пора еще перевести всё на SSD?
Посмотри решения на Hybrid RAID SSD & HDD
http://www.adaptec.com/ru-ru/_common/hybrid-raid/
Надежность HDD + производительность SSD

hoha32

Надежность HDD + производительность SSD
это враки же

danaql

А что результаты тестов говорят?

hoha32

результаты тестов говорят что в общем и целом в _пользовательском_ режиме не выигрывает "по тактильным ощущениям" у просто нормально функционирующего кэширования в ОС
для часто обновляемого сервера БД эффективнее принудительно индексы вынести на SSD

Troyn09

линуксом с текущей FreeBSD.
:facepalm:

uncle17

переход на Linux с legacy-версии FreeBSD существенно уменьшит кол-во инсертов и апдейтов?
Переход на линукс позволит сделать кластер, который на бзде то ли не делается вообще, то ли делается гораздо труднее. Хотя этот вопрос я не изучал.

uncle17

замена HDD на SSD для ИНДЕКСОВ даст +15% к производительности
гм. Ну это пичалька.
Мне дома ссд в качестве загрузочного для винды гораздо больше нравица.

vall

я думаю эти 15% получаются когда всё остальное уже выжато и оптимизировано.

AlexV769

Речь идет про MySQL Cluster или у вас там совсем с катушек съехали всё плохо?

uncle17

Пока совсем всё плохо (Client API version 4.1.25)
С переездом, думаю, переедем на MySQL Cluster всё же. Хоть триггеры появятся...

AlexV769

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

uncle17

но не в MySQL4...

Filan

Переход на линукс позволит сделать кластер, который на бзде то ли не делается вообще, то ли делается гораздо труднее. Хотя этот вопрос я не изучал.
Так лучше вопрос изучить, чем заниматься ротацией операционок.

uncle17

это уже не моя компетенция. Я ради интереса спросил...

Filan

В портах не вижу MySQL Cluster (плохо искал? но гугл много что выдаёт по запросу "MySQL Cluster FreeBSD".

AlexV769

Цитата из databases/mysql5*-server/Makefile
pre-fetch:
@${ECHO} ""
@${ECHO} "You may use the following build options:"
@${ECHO} ""
@${ECHO} " WITH_CHARSET=charset Define the primary built-in charset (latin1)."
@${ECHO} " WITH_XCHARSET=list Define other built-in charsets (may be 'all')."
@${ECHO} " WITH_COLLATION=collate Define default collation (latin1_swedish_ci)."
@${ECHO} " WITH_OPENSSL=yes Enable secure connections"
@${ECHO} " (define WITHOUT_YASSL for backward compatibility)."
@${ECHO} " WITH_LINUXTHREADS=yes Use the linuxthreads pthread library."
@${ECHO} " WITH_PROC_SCOPE_PTH=yes Use process scope threads"
@${ECHO} " (try it if you use libpthread)."
@${ECHO} " WITH_FAST_MUTEXES=yes Replace mutexes with spinlocks."
@${ECHO} " BUILD_OPTIMIZED=yes Enable compiler optimizations"
@${ECHO} " (use it if you need speed)."
@${ECHO} " BUILD_STATIC=yes Build a static version of mysqld."
@${ECHO} " (use it if you need even more speed)."
@${ECHO} " WITH_NDB=yes Enable support for NDB Cluster."
@${ECHO} ""

uncle17

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

AlexV769

Ну т.е. набрать
portinstall mysql51-server -m WITH_NDB=YES
существенно сложнее, чем
apt-get install mysql-cluster-server
?
Ты и вправду так думаешь?

uncle17

я вообще об этом не думаю.
Собрать - не проблема. Проблема - настроить и перенести базу. Лично для меня. Но это и не мне делать.

Filan

Это всё замечательно, только ты покури сайт mysql: MySQL Cluster - это отдельный продукт, а не 5.x с включенной опцией.
Сам не изучал разницу, но полагаю, что она есть и возможно даже существенная.

sergey_m

Если php у них 4, то FreeBSD не иначе, как 4.11. Грейдить её до RELENG_8 будет непросто
В один installworld можно ;)

sergey_m

По теме треда. Не знаю про MySQL, но есть серверные задачи, где переход на SSD увеличивает производительность на порядок. Не опечатка, до 50-ти раз быстрее.

CapitanJack

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

uncle17

правильные серверные ссд стоят чтояебу. Я ж писал - ХП 200ГБ чтоит почти 5К$. У нас будет всяко самосбор, хотя я и против, но все равно SAS на SLC - это не дешево.
По поводу иопсов я очень даже в курсе, потому и завел тред.
Сейчас живем на RAID5 из 4 стандартных SAS 10K. Не знаю точно, каких. Памяти сейчас 32ГБ и два 4-ядерных Зиона тоже не знаю точно, каких.

Troyn09

RAID5
не самый быстрый

uncle17

кагбе ясно
Но финансы тоже не бесконечны

Troyn09

ну уж на RAID10 можно было бы добавить

uncle17

есть серверные задачи, где переход на SSD увеличивает производительность на порядок. Не опечатка, до 50-ти раз быстрее
так вот БД как раз и есть одна из таких задач. Сплошняком мелкие запросы, только иопсы и решают.
Даже можно систему поставить на просто зеркало - она грузится раз в год, а все процессы массово сидят в памяти всегда, но вот самой БД иопсы на ссд с хорошим железным контроллером ой как полезны. А если еще и индексы вынести отдельно

uncle17

можно, кто спорит.
Но я там только полгода работаю. Всё было сделано раньше.

Troyn09

а база таки в оперативку не лезет?

uncle17

сейчас, наверное, еще лезет, но ненадолго - у нас фоток блобами много

CapitanJack

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

dorofey1221

Может тогда имеет смысл сперва вложиться в программистов?

AlexV769

MySQL Cluster 7.x и в репозитариях популярных (ТМ) OS тоже нет. Похоже это действительно какой-то отдельный продукт.
Т.е. моё утверждение всё ещё является верным, но сложность увеличивается: надо скачать и распаковать тарбол, после чего запустить ./configure && make.

uncle17

К сожалению, Co-workers:0
Так что до понедельника доступа к шеллу нет :))

deadoralive

правильные серверные ссд стоят чтояебу. Я ж писал - ХП 200ГБ чтоит почти 5К$
Fail. HP - это неправильные SSD :)

viktor954

HP - это неправильные SSD
почему?
Чем они плохи:
http://h18004.www1.hp.com/products/servers/proliantstorage/s...
?

uncle17

соотношением цены и "хорошести"

viktor954

Так "ынтырпрайз" вообще дорог. Ты посмотри цены на EMC-шыне "EFD" ;)

uncle17

ясенхуй, ну не настолько же
Лично я к такому пока не готов, имея в домашнем компе ссд за 200$

CapitanJack

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

CapitanJack

ну чо там с шеллом? реальный ведь шанс сделать все по уму а не наобум.

uncle17

рано еще....

carusya

А сейчас?

durka82

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

Что за виэниксы?

family

EMC VNX, хранилки mid-range уровня.
Оставить комментарий
Имя или ник:
Комментарий: