The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Стоит ли поднимать БД на X5680 + SSD"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Оптимизация и Промышленные системы (Серверные платформы)
Изначальное сообщение [ Отслеживать ]

"Стоит ли поднимать БД на X5680 + SSD"  +1 +/
Сообщение от ОлдФак (ok), 10-Мрт-17, 17:40 
Товарищи, прошу дельного совета.

Итак ситуация такая, что надо строить сервер для БД. Посмотрел стоимость новых серверов, все от 200 тыс. рублей.

В процессе изучения вопроса нашёл варианты Б/У серверов Supermicro, и они значит практически все на Xeon'ах 2010 года. Например X5680.

Так вот вопросов несколько:
1. Стоит ли брать Б/У сервер двухсокетный на таком процессоре?
2. Стоит ли под БД делать схему хранилища такую: 2xHDD + 2xSSD, где зеркало на HDD'ах под систему, а зеркало на SSD'ах под БД.
3. Какое примерно % соотношение желательно для RAM и объёма БД?

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

И если у сервера например ОЗУ 96Гб, при размере БД 16Гб, то не будет ли постоянно что-то писаться на диск?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Стоит ли поднимать БД на X5680 + SSD"  +1 +/
Сообщение от omnomnin (?), 10-Мрт-17, 17:57 
гадалок здесь нет

начнём допрос:
что за движок бд?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от ОлдФак (ok), 10-Мрт-17, 18:19 
> гадалок здесь нет
> начнём допрос:
> что за движок бд?

Прошу прощения за неполное описание задачи.
Подниматься будет FreeBSD + MariaDB
Это планирует быть сервер БД для внутренней срм системы с документооборотом и т.п.
Предварительные оценки по объёму БД (заполнил 1 папку документов и экстраполировал на хранящиеся папки) показали что объём БД предполагается изначальный около 16 Гб, хотя это заниженная оценка я сейчас понял. Но порядок точно этот.

Т.к. опыта эксплуатации выделенного сервера БД не имею, до этого всё как то писючные комбайны ОС+веб сервер+БД+почта и т.п., то и решил проконсультироваться с имеющими опыт вами.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Стоит ли поднимать БД на X5680 + SSD"  +1 +/
Сообщение от ACCA (ok), 10-Мрт-17, 18:06 
> И если у сервера например ОЗУ 96Гб, при размере БД 16Гб, то
> не будет ли постоянно что-то писаться на диск?

При таком раскладе юзай MySQL и MEMORY storage engine. Или вообще NoSQL и не парь никому мозг.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от ОлдФак (ok), 10-Мрт-17, 18:23 
>> И если у сервера например ОЗУ 96Гб, при размере БД 16Гб, то
>> не будет ли постоянно что-то писаться на диск?
> При таком раскладе юзай MySQL и MEMORY storage engine. Или вообще NoSQL
> и не парь никому мозг.

NoSQL вариант не смогу использовать, просто потому что ПО для которого внедряю сервер БД заточено на MySQL.

MEMORY storage engine наверное тоже не решусь, потому как в комментарии выше написал что это сервер БД для корпоративной системы документооборота, покупать думаю Б/У сервер, и не хотелось бы из-за сбоя питания или ещё какой неуместной случайности получить серьёзные проблемы с БД. Так что в качестве движка останется InnoDB.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Стоит ли поднимать БД на X5680 + SSD"  +1 +/
Сообщение от DeerFriend (?), 10-Мрт-17, 18:42 
Если не хочешь из-за сбоя питания или ещё какой неуместной случайности получить серьёзные проблемы с БД, то придется таки брать 2 сервера.

На одном можно использовать MEMORY storage engine, а второй как реплику, с которой периодически бэкапы снимать.

И не забудь, что серверы должны быть разнесены географически.

И да, ссд в такой схеме лишние.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от ОлдФак (ok), 10-Мрт-17, 19:22 
По поводу второго сервера для репликации на него базы - да, я его запланировал. Просто в вопросе производительности он же не играет особой роли. Он же просто как постоянная копия базы, ну и в случае падения основного сервера, может принять на себя роль сервера БД.

Опять же посмотрел на ключевые моменты MSE, так вот это хранилище не поддерживает foreign key, а у меня ограничения внешними ключами во всех таблицах.
И там же на сайте mysql.com написаны типичные случай когда стоит использовать mse - быстрый доступ к не шибко важным данным типа данные сессий, а в случае когда данные важны то говорят лучше присмотреться к варианту Mysql Cluster, что для моего случая избыточно.

Спрошу тогда так: В случае большого объёма ОЗУ, и правильной настройки сервера MySQL, надо ли быструю дисковую подсистему или БД все данные держит в памяти а на диск лишь пишет изменения в БД?

В моём случае большая часть операций БД - это чтение, т.е. SSD для такого случая не обязательно. Хорошо.

А к вопросу о выборе Xeon 56xx, достаточной ли он производительности? Или стоит лучше глядеть на Xeon E5 26xx?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Стоит ли поднимать БД на X5680 + SSD"  +1 +/
Сообщение от ACCA (ok), 10-Мрт-17, 19:56 
> Опять же посмотрел на ключевые моменты MSE, так вот это хранилище не
> поддерживает foreign key, а у меня ограничения внешними ключами во всех
> таблицах.

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


> mse - быстрый доступ к не шибко важным данным типа данные

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

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


Не следует путать важный вид начальника и важные данные. Если ты смотришь на б/у сервер, да ещё и на один, значит тебе не важна гарантия. Никакой HA не предусматривается. Значит не очень-то эти данные и важны - не те деньги.


> А к вопросу о выборе Xeon 56xx, достаточной ли он производительности? Или
> стоит лучше глядеть на Xeon E5 26xx?

Достаточной - тебя будут тормозить диски и шина PCI, а не процессор.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от ОлдФак (ok), 10-Мрт-17, 20:01 
> Достаточной - тебя будут тормозить диски и шина PCI, а не процессор.

А где там используется шина PCI? Какие устройства на ней висят?
А вот если диски будут тормозить, то их как раз и можно будет проапгрейдить до SSD.

Спасибо всем за комментарии!

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от ACCA (ok), 10-Мрт-17, 21:52 
>> Достаточной - тебя будут тормозить диски и шина PCI, а не процессор.
> А где там используется шина PCI? Какие устройства на ней висят?

На ней висят все устройства. В рекламе её называют PCI-E, PCIe и PCI Express, что не одно и то же, а только запутывает. Скорее всего под диски и сетевые контроллеры там PCIe 2.0 x4, 2GB/s, что совсем немного.


> А вот если диски будут тормозить, то их как раз и можно
> будет проапгрейдить до SSD.

Там от задачи зависит, но ещё раз - под мелкую задачу можно не париться.

Бери любой сервер, ничего особого делать не нужно. 16GB данных - это семечки даже для ноутбука.


Что нужно делать - это backup, причём проверить его. То есть время от времени восстановить backup на другой сервер, чтобы утром все работали на восстановленной копии.

А то будет, как с gitlab.com

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

9. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от ОлдФак (ok), 10-Мрт-17, 20:06 
> Не следует путать важный вид начальника и важные данные. Если ты смотришь
> на б/у сервер, да ещё и на один, значит тебе не
> важна гарантия. Никакой HA не предусматривается. Значит не очень-то эти данные
> и важны - не те деньги.

Ну, это философский вопрос:) То что допустим ты отвечаешь за более важные с твоей точки зрения данные, совсем не значит что данные за которые отвечаю в моей ситуации менее важны.
В итоге что ты вылетишь с работы при потере данных, что я. Учитывая что ты видимо птица более высокого полёта, то и средств ты заработал на жизнь приличней моего, и получается что в случае потери данных ты потеряв своё место остаёшься обеспеченным, а я потеряв свои данные вылетаю с работы и судорожно думаю как мне платить ипотеку без работы, да и как устроиться на работу имея в качестве рекоммендации с последнего места работы "волчий билет" :)
При таком раскладе, получается что мои данные поважнее твоих будут, по крайней мере для меня :)


Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от ACCA (ok), 10-Мрт-17, 22:08 
> Ну, это философский вопрос:) То что допустим ты отвечаешь за более важные
> с твоей точки зрения данные, совсем не значит что данные за

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

Я не отвечаю за данные, за них отвечают операторы backup и сами юзеры. А они не отвечают за систему - если что-то не работает, то они задают вопрос мне.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от Square1 (?), 10-Мрт-17, 23:37 
>[оверквотинг удален]
> которые отвечаю в моей ситуации менее важны.
> В итоге что ты вылетишь с работы при потере данных, что я.
> Учитывая что ты видимо птица более высокого полёта, то и средств
> ты заработал на жизнь приличней моего, и получается что в случае
> потери данных ты потеряв своё место остаёшься обеспеченным, а я потеряв
> свои данные вылетаю с работы и судорожно думаю как мне платить
> ипотеку без работы, да и как устроиться на работу имея в
> качестве рекоммендации с последнего места работы "волчий билет" :)
> При таком раскладе, получается что мои данные поважнее твоих будут, по крайней
> мере для меня :)

Гдето тут есть подвох....
С таким отношением - первый вопрос который вы должны себе задать - где и как вы будете покупать блок питания/процессор взамен вскорости сгоревшего, для того БУшного барахла которое купите...
Причем надо полагать за свои деньги....
Потому что корпоративная база данных и проблема выделить 200к за сервер - намекают на некие сомнения...
Вы с таким трепетом бережете деньги предприятия, и так трясетесь из-за потери данных...
И не надо говорить что вы все понимаете, но денег директор не выделяет...

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от Аноним (-), 11-Мрт-17, 02:50 
да-да!
бывает приходишь такой к директооу и говоришь - дай денег на новый сервер!
а он в ответ - денег нет, но вы там держитесь! а если что случится - я спрошу с вас!
удачи всем и хорошего настроения!
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

14. "Стоит ли поднимать БД на X5680 + SSD"  +1 +/
Сообщение от DeerFriend (?), 11-Мрт-17, 09:30 
> Потому что корпоративная база данных и проблема выделить 200к за сервер -
> намекают на некие сомнения...

За 200к можно купить 3-4 бу сервера. Первые 2 под мастер/бэкап, остальные в зип на запчасти.

А вот где вы предлагаете брать деньги на запчасти или продление гарантии для нового "супернадежного" сервера в единственном экземпляре за 200к?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от SupportIT (?), 11-Мрт-17, 21:33 

> А к вопросу о выборе Xeon 56xx, достаточной ли он производительности? Или
> стоит лучше глядеть на Xeon E5 26xx?

сервер на паре X5650+ по производительности вполне достаточен для любого офисного применения, где кол-во юзеров <50.

К сожалению, кол-во пользователей системы не оглашено. Но по другим вводным данным можно предположить, что их человек 20-30. Вариант с 2хHDD и 2xSSD вполне разумен. Естественно, обязателен бекап на внешний носитель (пока нет второго сервера - то чем чаще, тем лучше - уточните у руководителя - данные за какое время работы вы можете потерять) . SSD берите нормальные только (для серверов), не надо брать жесткий noname :)


Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

16. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от ОлдФак (ok), 12-Мрт-17, 16:05 
>> А к вопросу о выборе Xeon 56xx, достаточной ли он производительности? Или
>> стоит лучше глядеть на Xeon E5 26xx?
> сервер на паре X5650+ по производительности вполне достаточен для любого офисного применения,
> где кол-во юзеров <50.
> К сожалению, кол-во пользователей системы не оглашено. Но по другим вводным данным
> можно предположить, что их человек 20-30. Вариант с 2хHDD и 2xSSD
> вполне разумен. Естественно, обязателен бекап на внешний носитель (пока нет второго
> сервера - то чем чаще, тем лучше - уточните у руководителя
> - данные за какое время работы вы можете потерять) . SSD
> берите нормальные только (для серверов), не надо брать жесткий noname :)

Пользователей на данный момент 60-70, а по поводу бэкапа - это конечно. Я ж не вчера за администрирование сел. Давным давно был научен случаем после которого уже делаю бэкапы :)

По поводу бэкапов, то я воспользуюсь схемой с slave сервером, с которого ещё ежечасные DUMP'ы баз сниматься будут.

И у руководителя мне спрашивать такую информацию точно не придётся. Я ж специалист по этому вопросу. Мне кажется мой начальник подумает что я немного того, если я к нему приду за советом как бы мне организовывать бэкап, чтобы потерять если что день работы или два. :)

А на серваке всё-же решил остановиться на базе E5-ых хеонов. Разница в стоимости вообще невелика, а поколение новое да и ядер поболе.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

18. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от электрик (?), 21-Мрт-17, 15:19 
> А к вопросу о выборе Xeon 56xx, достаточной ли он производительности? Или
> стоит лучше глядеть на Xeon E5 26xx?

БД это в первую очередь работа процессор память, в этом плане:

E5 2690 vs x5680 - просто небо и земля, это 21K против 9K,
открой для себя сайт https://www.cpubenchmark.net

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

19. "Стоит ли поднимать БД на X5680 + SSD"  +/
Сообщение от Аноним (-), 01-Окт-17, 12:53 
1. нет и вообще не покупайте б/у серверы, лучше соберите машинку из десктопного железа
2. да, используйте ссд для всего, кроме холодного хранилища больших файлов
3. памяти много не бывает, желательно чтобы бд "помещалась" в память. Должны помещаться как минимум индексы.


> SSD же желательно поменьше дёргать на запись,

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

>это в плане отказоустойчивости вообще имеет смысл?

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру