|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Какое у вас отношение цены аппаратной вычислительной части сервера к цене системы хранения? Интересуют именно сбалансированные системы для использованием СУБД, т.е. где система хранения полностью обеспечивает данными сервер (минимально-достаточно). Либо если у вас не в точности сбалансированная система, то исходя из собственного опыта какое отношение цен должно быть для сбалансированной системы, какую СУБД используете и для каких задач: OLTP, DWH? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2012, 03:06 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Владимир ОбатуровКакое у вас отношение цены аппаратной вычислительной части сервера к цене системы хранения? Интересуют именно сбалансированные системы для использованием СУБД, т.е. где система хранения полностью обеспечивает данными сервер (минимально-достаточно). Либо если у вас не в точности сбалансированная система, то исходя из собственного опыта какое отношение цен должно быть для сбалансированной системы, какую СУБД используете и для каких задач: OLTP, DWH?В сбалансированной системе обычно система хранения раза в 2 дороже сервера (сейчас примерно такая, DWH). Были и не сбалансрованные (со слабой системой хранения), там сервер простаивал, загрузка процессоров единицы процентов. В сбалансироваенной системе нужно минимум 5-10 шпинделей на ядро, отсюда можно посчитать стоимость. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2012, 23:05 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Использующие in-memory databases озадаченно пожимают плечами: назачем вообще в сервере какие-то диски?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2012, 23:15 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
alexeyvgВладимир ОбатуровКакое у вас отношение цены аппаратной вычислительной части сервера к цене системы хранения? Интересуют именно сбалансированные системы для использованием СУБД, т.е. где система хранения полностью обеспечивает данными сервер (минимально-достаточно). Либо если у вас не в точности сбалансированная система, то исходя из собственного опыта какое отношение цен должно быть для сбалансированной системы, какую СУБД используете и для каких задач: OLTP, DWH?В сбалансированной системе обычно система хранения раза в 2 дороже сервера (сейчас примерно такая, DWH). Были и не сбалансрованные (со слабой системой хранения), там сервер простаивал, загрузка процессоров единицы процентов. В сбалансироваенной системе нужно минимум 5-10 шпинделей на ядро, отсюда можно посчитать стоимость. Т.е. на двух-сокетный сервер по 6 ядер = 12 ядер нужно 30 - 60 HDD, а по чем у вас сервер и СХД? У меня получилось для DWH цена в 4 раза больше: 15K$ (2 CPU x 6 Cores), 60K$ СХД(36 HDD RAID10). ... |
|||
:
Нравится:
Не нравится:
|
|||
01.04.2012, 23:22 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Владимир ОбатуровalexeyvgВ сбалансированной системе обычно система хранения раза в 2 дороже сервера (сейчас примерно такая, DWH). Были и не сбалансрованные (со слабой системой хранения), там сервер простаивал, загрузка процессоров единицы процентов. В сбалансироваенной системе нужно минимум 5-10 шпинделей на ядро, отсюда можно посчитать стоимость. Т.е. на двух-сокетный сервер по 6 ядер = 12 ядер нужно 30 - 60 HDD, а по чем у вас сервер и СХД? У меня получилось для DWH цена в 4 раза больше: 15K$ (2 CPU x 6 Cores), 60K$ СХД(36 HDD RAID10).Что то дорого 60K$ СХД(36 HDD RAID10)... Я впрочем цены плохо представляю... Или считаю по простым полкам и контроллерам, а вы считаете крутые СХД. Ну, тогда, раз крутые, нужно умножить на 2-4 :-) И 36 дисков конечно мало для 2 CPU x 6 Cores, сбалансированности тут нет. Нужно 60-120 дисков. Ну пусть хотя бы 60. Ядро может обрабатывать при загрузке 800 мб/с, а диски нужно делить на 2 (на 10-й рейд), производительность диска 100-150 мб/с Вот и получаются такие цифры. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2012, 00:24 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
alexeyvgВладимир Обатуровпропущено... Т.е. на двух-сокетный сервер по 6 ядер = 12 ядер нужно 30 - 60 HDD, а по чем у вас сервер и СХД? У меня получилось для DWH цена в 4 раза больше: 15K$ (2 CPU x 6 Cores), 60K$ СХД(36 HDD RAID10).Что то дорого 60K$ СХД(36 HDD RAID10)... Я впрочем цены плохо представляю... Или считаю по простым полкам и контроллерам, а вы считаете крутые СХД. Ну, тогда, раз крутые, нужно умножить на 2-4 :-) И 36 дисков конечно мало для 2 CPU x 6 Cores, сбалансированности тут нет. Нужно 60-120 дисков. Ну пусть хотя бы 60. Ядро может обрабатывать при загрузке 800 мб/с, а диски нужно делить на 2 (на 10-й рейд), производительность диска 100-150 мб/с Вот и получаются такие цифры. Да, там СХД хорошая, и контроллер дублируется, и фибровые диски 10K с гиговым кэшем. Я отталкиваюсь от этой статьи для Oracle и примерно близких результатов тестов 200-400 мб/с. Если цена аналогичного сервера IBM System x3550 M3 ELITE 2 CPU x 6 Cores составляет $12,267. То цена СХД на 60-120 дисков построенная на обычных RAID-массивах по 12 дисков(5K$) будет стоить: 60 дисков = 25K$ (в 2 раза дороже сервера) 120 дисков = 50K$ (в 4 раза дороже сервера) Было бы интересно послушать если кто-то использует EVAxxxx, соотношение цен сервера и используемой части этой СХД, зачастую её используют на несколько серверов. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2012, 01:47 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Для OLTP ( рандомных изменений ) страдж дороже серевера ~4 раза. Для аналитики ( фулсканов ) ~2 раза. Разница в основном за счет обьема кеша. зы Я буквально недавно столкнулся с ситуацией , что для некой модели стораджа (верхний мидл ренж) цена наращивания кеша с 64 Гб до 128Гб, равна цене нового стораджа ( Хай Энд такого же дискового обьема) с 96 Гб кеша. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2012, 10:56 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
ДохтаРДля OLTP ( рандомных изменений ) страдж дороже серевера ~4 раза. Для аналитики ( фулсканов ) ~2 раза. Разница в основном за счет обьема кеша. Да, уточню, для OLTP хоть изменения изначально и пишутся последовательно в лог транзакций, но затем при записи в БД данные могут не сгруппироваться и писаться рандомно. А в аналитику также попадают: индекс рендж сканы. ДохтаРзы Я буквально недавно столкнулся с ситуацией , что для некой модели стораджа (верхний мидл ренж) цена наращивания кеша с 64 Гб до 128Гб, равна цене нового стораджа ( Хай Энд такого же дискового обьема) с 96 Гб кеша. А Хай Энд от верхний мидл ренж отличались только лишь объемом кэша и какие планки памяти используются? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2012, 15:06 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Владимир ОбатуровДохтаРДля OLTP ( рандомных изменений ) страдж дороже серевера ~4 раза. Для аналитики ( фулсканов ) ~2 раза. Разница в основном за счет обьема кеша. Да, уточню, для OLTP хоть изменения изначально и пишутся последовательно в лог транзакций, но затем при записи в БД данные могут не сгруппироваться и писаться рандомно. А в аналитику также попадают: индекс рендж сканы. ДохтаРзы Я буквально недавно столкнулся с ситуацией , что для некой модели стораджа (верхний мидл ренж) цена наращивания кеша с 64 Гб до 128Гб, равна цене нового стораджа ( Хай Энд такого же дискового обьема) с 96 Гб кеша. А Хай Энд от верхний мидл ренж отличались только лишь объемом кэша и какие планки памяти используются? Еще количеством и обьемом дисков. В мидл ренже набрано 300 Гб и 600 Гб В хайэнде 146 Гб и 300 Гб. Емкость стораджей по физическому и логическому обьему однинакова. Проблема мидренжа была в том , что нужно было менять модуля целяком , что бы можно было набрать кеш планками большего обьема. 64 Гб в той конфигурации был архитектурный максимум, Если бы изначально заказывали с другими молулями , стартовая конфигурация была бы дороже , практически близко по цене к хайэнду. В цене еще сыграл свою роль маркетинг( что выгоднее продать новый или проапгрейдить) и торги с поставщиком , прайсовая цена такого ХайЭнда реально выше. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.04.2012, 22:22 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Владимир Обатуровalexeyvgпропущено... Что то дорого 60K$ СХД(36 HDD RAID10)... Я впрочем цены плохо представляю... Или считаю по простым полкам и контроллерам, а вы считаете крутые СХД. Ну, тогда, раз крутые, нужно умножить на 2-4 :-) И 36 дисков конечно мало для 2 CPU x 6 Cores, сбалансированности тут нет. Нужно 60-120 дисков. Ну пусть хотя бы 60. Ядро может обрабатывать при загрузке 800 мб/с, а диски нужно делить на 2 (на 10-й рейд), производительность диска 100-150 мб/с Вот и получаются такие цифры. Да, там СХД хорошая, и контроллер дублируется, и фибровые диски 10K с гиговым кэшем. Я отталкиваюсь от этой статьи для Oracle и примерно близких результатов тестов 200-400 мб/с. Если цена аналогичного сервера IBM System x3550 M3 ELITE 2 CPU x 6 Cores составляет $12,267. То цена СХД на 60-120 дисков построенная на обычных RAID-массивах по 12 дисков(5K$) будет стоить: 60 дисков = 25K$ (в 2 раза дороже сервера) 120 дисков = 50K$ (в 4 раза дороже сервера)Да, поторопился я с ценой, даже с обычными полками коэфф. 2-4. Владимир ОбатуровБыло бы интересно послушать если кто-то использует EVAxxxx, соотношение цен сервера и используемой части этой СХД, зачастую её используют на несколько серверов.Вот у нас для нашей системе у одного клиента блейд с тремя лезвиями по 2 сокета, и какая то EVA. Но точную модель и тем более цены не скажу, этим заведуют службы клиента. А у другого клиента просто полки, и скорость такая же при явно меньшей цене. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2012, 09:30 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Может кто использует Exadata в общем прокомментирует, есть 3 вопроса. В разделе: Exadata - производительность авторДля Single Server: Raw Disk Data Bandwidth - 1.5 GB/s Raw Flash Data Bandwidth - 3.6 GB/s Max User Data Bandwidth (10x compression & Flash) - 36 GB/s Disk IOPS - 3,600 Flash IOPS - 75,000 Data Load Rate - 0.65 TB/hr 1. На сколько я понимаю 1.5 GB/s это 16 HDD SAS дисков? 3.6 GB/s это SUN SSD Flash PCI-Express 2.0 16x (8GB/s max bandwidth interface). 2. Но 36 GB/s это как, даже если получать данные по Infiniband (40 Gbit/s = 5 GB/s), то максимум 5 GB/s? Поток 36 GB/s не может входить или выходить из сервера из-за ограничений интерфейса PCIE 8GB/s, или 36 GB/s это до Smart Scan при условии, что отсеется 90% данных? Для Quarter Rack (4.5 GB/s) цена примерно 300K$, обеспечит 22 CPU Cores (4500 MB/s / 200 MB/s). И как раз в Quarter Rack используются 2 сервера Sun x4170 M2 (2х6 Cores), т.е. 2x2x6 = 24 Cores . 3. Однако при сжатом потоке в 110 GB/s получается мало того что CPU распаковывает данные, так ещё и SmartScan-ит их со скоростью 110 000/24 = 4600 MB/s на каждое ядро. Это как? Вообщем если без плюшек HCC/SmartScan/FlashCache, то выходит раз в 5 дороже аналогов, а если с ними, то раз в 5 дешевле, т.е. разница с плюшками в 25 раз. Все в основном за счет HCC, который ускоряет в 10 раз. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.04.2012, 16:32 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Владимир Обатуров, Как мне ИМХО кажется 3,600 Иопсов для 24 Cores ОЛТП маловато будет. Если активно используемые данные вылезут за обьем Flash IOPS - 75,000 Начнутся жуткие тормоза. Если не для ОЛТП , то вроде все нормально выглядит. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.04.2012, 23:09 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Владимир ОбатуровКакое у вас отношение цены аппаратной вычислительной части сервера к цене системы хранения? Интересуют именно сбалансированные системы для использованием СУБД, т.е. где система хранения полностью обеспечивает данными сервер (минимально-достаточно). Либо если у вас не в точности сбалансированная система, то исходя из собственного опыта какое отношение цен должно быть для сбалансированной системы, какую СУБД используете и для каких задач: OLTP, DWH? что такое сбалансированная система? По какому критерию? Для подсистемы ввода вывода в расчетах нужно отталкиваться от IOPS|MB/s требуемых для вашего приложения. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.04.2012, 23:30 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Edward Shevtsov что такое сбалансированная система? По какому критерию? Для подсистемы ввода вывода в расчетах нужно отталкиваться от IOPS|MB/s требуемых для вашего приложения. У IBM'a еще в 70'ых было, что-то типа сбалансированная система это: система каждый из компонентов которой работает с оптимальной производительностью без перекосов в какую ли сторону. Golden Rule of Balanced configuration, что 1000 CPU operation = 1 Mb = 1 Disk I/O ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2012, 10:00 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
xz321, ок, понятно ) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2012, 18:43 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Edward ShevtsovВладимир ОбатуровКакое у вас отношение цены аппаратной вычислительной части сервера к цене системы хранения? Интересуют именно сбалансированные системы для использованием СУБД, т.е. где система хранения полностью обеспечивает данными сервер (минимально-достаточно). Либо если у вас не в точности сбалансированная система, то исходя из собственного опыта какое отношение цен должно быть для сбалансированной системы, какую СУБД используете и для каких задач: OLTP, DWH? что такое сбалансированная система? По какому критерию? Для подсистемы ввода вывода в расчетах нужно отталкиваться от IOPS|MB/s требуемых для вашего приложения. Сбалансированная система - в которой нету лишних или простаивающих ресурсов. Oracle предлагает отталкиваться от следующей формулы для DWH. http://docs.oracle.com/cd/E14072_01/server.112/e10578/tdpdw_system.htm#CHDHAEGE автор<number of CPUs> = <maximum throughput in MB/s> / 200 Для OLTP (random access) скорость дисков ещё в 10 раз ниже, и соответственно СХД нужна мощнее. Кстати, если посмотреть на графики роста производительности/пропускной способности CPU и HDD, то CPU заметно сильнее рост. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2012, 21:04 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
Владимир Обатуров, Там прямо написано, что это грубая оценка. Однако, предусмотрительно не разъясняется, что такое ЦПУ. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2012, 21:22 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
я тут заглянул в документацию по 11.1 версии. Все та же формула. Выходит с 2007 года соотношение процессор/диск не изменилось ) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2012, 21:52 |
|
Какое обычно получается отношение цены сервера к цене системы хранения для СУБД?
|
|||
---|---|---|---|
#18+
У них CPU - это 1 Core. Edward Shevtsovя тут заглянул в документацию по 11.1 версии. Все та же формула. Выходит с 2007 года соотношение процессор/диск не изменилось ) А число ядер возросло в несколько раз :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2012, 23:52 |
|
|
start [/forum/topic.php?fid=35&fpage=11&tid=1552564]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
29ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
others: | 236ms |
total: | 379ms |
0 / 0 |