Re[15]: NoSQL победили
От: gandjustas Россия http://blog.gandjustas.ru/
Дата: 26.07.18 21:24
Оценка:
Здравствуйте, Ballista, Вы писали:

G>>>>Я же говорю, мы считали а не теоретизировали.

B>>>подозрительные из вас счетоводы
G>>Сами можете повторить эксперимент.

B>провел. правда с ораклом. теперь у нас hadoop ...

С ораклом все плохо из-за цены лицензий.


B>>>с 40 на 250 гб значит требуется нормальный партишенинг, нормальный партишенинг и паралелльность — ЕЕ редакция мсскл. ЕЕ редакция это $14k за ядрышко и четверть млн баксов за 20 ядер entry level сервера. 4 сервера монги явно более чем в 10 раз дешевле обошлись, при этом у монги redundancy ...

G>>Standard хватало.

B>серьезно ? в 21 веке без партишенинга и без параллельности в запросах ?

На тот момент хватало. Сейчас хз что там, давно уже там не работаю.

B>но даже так, микро-сервер с 20 ядрами потянет на $74. все равно заметно дороже хоть 8 серверов, а ведь мсскл еще и не дешевая дисковая полка нужна.

Больше ССД для tempdb нужен, чем дорогая полка.

B>подозрительные у вас расчеты ...

Потому что совокупные мощности требуемые для базы в 250гб на SQL Server оказались в сильно ниже, чем для аналогичного размера баз mongodb.
Требования к дискам (скорости) и процесоорам и памяти росли в зависимости логарифма от объёма данных, а для монги требования к памяти и количеству серверов росли линейно.
Иметь один сервер с 500ГБ ОП на тот момент было слишком накладно.


G>>И ключевая проблема в том, что scale up для SQL Server требовал дисков и памяти, процессор по большей части отдыхал (не более 25% нагрузки для базы в 250гб получалось), аналитика была отдельно. А для монги нужен был полноценный сервер.

B>еще бы, стандард эдишен. 25% небойсь четко одно ядро
25% от 6 ядер. То есть двух хватало на тот объем.


B>>>ерунда. лицензия мсскл задирает стоимость по экспоненте.

G>>Только если нагрузка на проц растет по экспоненте. А на практике нет. Правильная архитектра РСУБД почти всегда упирается сначала в диски.
B>именно. по этому всякие хадупы с даталейками и теснят, там гораздо выше утилизация ресурсов, процы всегда на 100% загружены.
Это самоцель? Какой смысл в хадупе, загружающем ядро на 100% когда с тем же объемом MS SQL загрузит ядро на 50% ?
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.