|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Доброго всем времени суток. Решили обновить сервер баз данных. Какие диски лучше использовать SATA\SAS\SSD? Возможно у кого то уже есть опыт в решении данного вопроса. Сразу скажу на Enterprice SSD которые 100 Gb по 2000 у.е. денег увы не хватит. Так что рассматриваются лишь обычные "серверные" SSD 256Gb по 1000 у.е. Так же актуален вопрос какой RAID лучше использовать и как разделять данные, логин, темп дб, систему? Планируется купить сервер с 8 или 16 посадочными местами типоразмера 2.5. Возможно потребуется информация: Размер базы: 125 Gb, предположим ее рост до 250 Gb. Логи обычно: 150 Gb ТемпДБ: 4 диска по 10 гигов. Бекап: 1 Tb. Количество пользователей в пике: 50, предположим рост до 75. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2013, 18:22 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Стоит начать с перфмона и собрать статистику по чтению\записи и иопсам ... |
|||
:
Нравится:
Не нравится:
|
|||
09.01.2013, 19:34 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Free4ertДоброго всем времени суток. Решили обновить сервер баз данных. Какие диски лучше использовать SATA\SAS\SSD? Диски САС более надёжные. А для БД главное требование - надёжность. Как разносить информацию? Лучше спросить в профильном форуме. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2013, 15:31 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
НА Украине могу сделать такой подходящий сервер за 1500$ ... |
|||
:
Нравится:
Не нравится:
|
|||
15.01.2013, 18:49 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
ПерекотиходаНА Украине могу сделать такой подходящий сервер за 1500$ Конфигурацию скажи! ... |
|||
:
Нравится:
Не нравится:
|
|||
16.01.2013, 10:48 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Khod, конфигурацию согласуем по почте ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2013, 13:57 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Khod, мыло iLLi 7 8 сабака мыло.ру ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2013, 13:59 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Free4ert, Вы бы огласили сколько готовы потратить? ЗЫ А вы уверены что вам нужны 2x(SSD 256Gb по 1000 у.е.)? может лучше взять 12x(SAS 300GB 10000rpm)? деньги те же... ЗЫЫ Бекап: 1 Tb. Диск с бэкапами должен быть на другой машине, иначе навернется сервер - все потеряете! Если думаете, что вытащите диск из массива и вставите в другой - совершенно не факт что это заработает. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2013, 14:23 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
NetObserver ЗЫ А вы уверены что вам нужны 2x(SSD 256Gb по 1000 у.е.)? может лучше взять 12x(SAS 300GB 10000rpm)? деньги те же... SSD будет гораздо быстрее ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2013, 14:56 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
SheezSSD будет гораздо быстрееВопрос в том, сколько проживет SSD при такой нагрузке... Индексные и служебные страницы БД будут тысячи раз в день перезаписываться... ... |
|||
:
Нравится:
Не нравится:
|
|||
13.02.2013, 16:21 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Контроллер SSD выравнивает износ ячеек, поэтому критичным параметром является только обьем записи. Я пытался замучать недорогой SSD обьемом 60 ГБ кручением БД Firebird 2.1 , после 114 TB записи SMART пишет что осталось 95 % жизни. Предположим, у нас высоконагруженная БД с обьемом записи 200 ГБ в сутки, значит при обьеме SSD 300 ГБ его хватит минимум на 7 лет 114000/200*(300/60) Это для MLC, для SLC ситуация еще лучше. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 08:32 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Sheez, синтетический тест - дело хорошее... только вот, как оно в реальной жизни обстоять будет? Думаю, при использовании SSD в RAID будет целесообразна замена одного из дисков (для Raid1) через полгода эксплуатации на аналогичный, даже не новый, но работавший с другой нагрузкой, для снижения вероятности одновременного fail. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 10:55 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
SheezNetObserverЗЫ А вы уверены что вам нужны 2x(SSD 256Gb по 1000 у.е.)? может лучше взять 12x(SAS 300GB 10000rpm)? деньги те же... SSD будет гораздо быстрее Совершенно не факт! При сравнении RAID 1(2xSSD) vs RAID 10(12xHDD) я бы даже поставил на HDD по скорости при масовом многопоточном доступе. Вот , нагуглил за пору минут http://www.ixbt.com/storage/ssd-p23.shtml http://www.team.ru/lab/raid_test.shtml ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 12:02 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
NetObserverSheez SSD будет гораздо быстрее Совершенно не факт! При сравнении RAID 1(2xSSD) vs RAID 10(12xHDD) я бы даже поставил на HDD по скорости при масовом многопоточном доступе. Вот , нагуглил за пору минут http://www.ixbt.com/storage/ssd-p23.shtml] http://www.ixbt.com/storage/ssd-p23.shtml http://www.team.ru/lab/raid_test.shtml] http://www.team.ru/lab/raid_test.shtml У ТС не "массовый доступ", так что из второй ссылке нужно ориентироваться на раздел "Случайное чтение и запись" ИМХО для обычной OLTP RAID 1(2xSSD) сильно обгонит RAID 10(12xHDD), вот для хранилищ и всяких ETL другое дело, да там и объёмы нужны большие, так что у HDD будет ещё и это преимущество. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 15:15 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
ПерекотиходаKhod, конфигурацию согласуем по почте Я пока только интересуюсь. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 17:10 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
не далее как осенью товарищ у меня купил сервачок IBM с рейд контроллером ServeRaid M5015 (512MB cache c RAM - FlacheCache). Воткнуто и создано 3 рэйд-массива - 1 SSD (не IBM) (32GB Transcend MLC) - один раздел, второй 5-й рэйд из 3-х HDD (от IBM) 300GB 10K rpm, третий раздел 500ГБ 7.2К SATA (от IBM). Тестили на чтение, запись не делали, т.к. развернуто уже было система с файлами. Результаты в аттаче - это жизнь, а не теория на сайтах) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 17:52 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
rahzer, Что-то SSD скоростью не блещет. Тут кстати только чтение. А запись? alexeyvgУ ТС не "массовый доступ", так что из второй ссылке нужно ориентироваться на раздел "Случайное чтение и запись" ИМХО для обычной OLTP RAID 1(2xSSD) сильно обгонит RAID 10(12xHDD), вот для хранилищ и всяких ETL другое дело, да там и объёмы нужны большие, так что у HDD будет ещё и это преимущество. У ТС - 50 юзеров. Предполагаете что они работают последовательно? Чистых OLTP обычно не бывает, всегда найдется кто-то 1)желающий получить супер-мега-косолидированный отчет. 2)криворукий разработчик получающий остаток суммированим ВСЕХ операций и т.п. 3)внешняя система читающая\заливающая в базу кучу говнаценных данных и т.д. Как ведет себя SSD при этом - неизвестно. В разное время читал про проседание производительности SSD при заполнении диска на 80% и более, при массовой записи, при исчерпании чистых блоков при записи и т.п. Причем все это зависит от модели... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 18:42 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
авторЧто-то SSD скоростью не блещет. Для нас было тоже сюрпризом) Я не пользовал SSD в корпоративных системах, кроме стенда-промо ЕМС, когда заказчику готовил. Товарищ до этого радостно юзал десктопный SSD на серваке СУБД, радость кончилась через полгода, когда тот внезапно сдох (марку не помню). авторТут кстати только чтение. А запись? Я же написал, что только чтение, т.к. запись не тестили, потому что уже весь софт настроен был, а при записи можно при тесте попасть на записанные блоки и успешно их затереть, а потом поиметь проблемы, в связи с этим тест на запись пришлось не делать. автор1)желающий получить супер-мега-косолидированный отчет. Если есть СХД с поддержкой SSD кэша, то на кэш можно вручную перебросить нужную инфу, если знать что и где. Но это опять же влечет на себя покупку корпоративных SSD ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 19:10 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
Правда для меня остался неразгаданным тот вопрос, почему товарищ делал размер блока разный на разных массивах - тот же 8 МБ и 256 КБ на разных винтах - это наверняка сыграло свою роль. Но, даже учитывая это, я бы не удивился сильной производительности SSD - не так он уж и силен. Хотя может прошивка и адаптация все же имеет место быть у вендоров, как бы некоторые и не говорили) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 19:53 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
rahzer1 SSD (не IBM) (32GB Transcend MLC)Судя по емкости, что-то довольно старое. SSD с современными контроллерами такой малой емкости давно уже не видел. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 20:11 |
|
Выбор сервера и дисков для MS SQL
|
|||
---|---|---|---|
#18+
NetObserveralexeyvgУ ТС не "массовый доступ", так что из второй ссылке нужно ориентироваться на раздел "Случайное чтение и запись" ИМХО для обычной OLTP RAID 1(2xSSD) сильно обгонит RAID 10(12xHDD), вот для хранилищ и всяких ETL другое дело, да там и объёмы нужны большие, так что у HDD будет ещё и это преимущество. У ТС - 50 юзеров. Предполагаете что они работают последовательно?Я предполагаю, какую нагрузку на диски делает MSSQL Последовательный доступ будет при сканировании больших таблиц в DWH и ETL. А для отчётов обычно не сканят большие таблицы, ну а в данном случае ТС пишет, что таких у него вообще нету (у него вообще база 125 гигов). Т.е. в данном случае будет случайное чтение блоками 64кб. Иногда будет последовательное чтение нескольких блоков, но они погоды не сделают NetObserverЧто-то SSD скоростью не блещет.Тут вообще невнятный тест, дажу скажу - абсурдный; очевидно, взят маленький размер тестовых данных и с дисков чтения практически нет. Допустим, случайное чтение блоками 128 кб для массива 1 быстрее, чем последовательное, а на самом деле разница должна быть хотя бы раз в 10 в пользу последовательного, скорость случайного чтения слишком велика, а последовательного слишком мала. Кроме того, размер блока выбран такой, который не используется MSSQL, непонятно зачем, с какой целью? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.02.2013, 20:18 |
|
|
start [/forum/topic.php?fid=30&fpage=29&tid=1529878]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 165ms |
0 / 0 |