|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Прошу совета в выборе сервера для базы. Прошерстив форум и похожие источники под себя ответа так и не нашел. MS SQL Server. Приложение MS Dynamics NAV. База порядка 150 Гб. Прирост порядка 10-15 Гб в год. Сейчас функционирует на HP DL380 на 8 дисках (под базу) в RAID10 15k 72Гб SAS. По различным причинам косвенно связанным и не связанным с производительностью необходимо подобрать новый сервер. Бюджет 700 тыс рублей. Хотелось бы значительно увеличить производительность системы. Чтобы даже обычный пользователь сказал - "Во, и правда стало в три раза быстрее!". Узкое место - дисковая система. Присматриваюсь системе, которая будет аналогична DL380, но с SSD дисками от HP http://h30094.www3.hp.com/product.asp?sku=10350616&mfg_part=632502-B21&pagemode=ca Гарантия 3 года. Купить таких дисков два в RAID1, один винт в резерв, и несколько дисков SAS 15k 72 Гб под систему и в RAID10 в случае выхода базы за 200 Гб (некритичные по скорости таблицы на них положить через filegroup). Хотелось бы услышать совет - вырастет ли производительность так чтобы заметить это не только по счетчикам, а по восторженным возгласам пользователей? А также хотелось бы узнать про подводные камни серверных винтов такого уровня. Думаю не зря дают 3 года гарантии. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 16:09 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Производительность безусловно вырастет и не по счетчикам..Но такие винты стоят достаточно дорого, на емсишной полке по 10к баксов такой винт (а ты 3 хочешь). Как вариант рассмотри рэйд контроллер с технологией матрикс кэширование, такие и у интела есть и у адаптека и лси. На млс ячейках заявлено по 20Гб перезаписи в день в течении 5 лет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 16:28 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Хотя порверил по прайсам, такой винт будет стоить примерно 4530$ зависит от поставщика. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 16:33 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
rahzerХотя порверил по прайсам, такой винт будет стоить примерно 4530$ зависит от поставщика. У ТС ссылка ведь есть на такой диск, стоимость 4 тыс по сабжу а одна лишь дисковая система узкое место или память тоже? кстати, 8 дисков RAID 10 под базу, а под логи что? tempdb на отдельном диске или все в куче находится? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 17:52 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
ой, исправлюсь :) цену неправильно посмотрел, думал как всегда 3,999 (поэтому и написал 4 тыс), а там цена 3,399 $ кстати, а по восторженным возгласам пользователей сами ведь понимаете, что это практически нереально, т.к. у одного будет быстрее, а другого в это время винрар весь процессор занял и у него стало "еще медленнее" ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 18:00 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Kaktus_, ХДД ясно что лучше ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 18:42 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Eagle_84rahzerХотя порверил по прайсам, такой винт будет стоить примерно 4530$ зависит от поставщика. У ТС ссылка ведь есть на такой диск, стоимость 4 тыс по сабжу а одна лишь дисковая система узкое место или память тоже? кстати, 8 дисков RAID 10 под базу, а под логи что? tempdb на отдельном диске или все в куче находится? На самом деле с RAID10 на 8 дисков для базы я слукавил чтобы сэкономить время. На самом деле дисковая система состоит из 16 дисков (на два контроллера по 8 дисков). 2 диска в RAID1 - система и tempdb 4 диска в RAID10 - все таблицы, кроме трех выделенных таблиц с большой нагрузкой 2 диска в RAID1 - первая таблица 2 диска в RAID1 - вторая таблица 2 диска в RAID1 - третья таблица 4 диска в RAID10 - поделены на два логических диска. Тот, что поменьше отдан под ldf. Побольше - уже ни под что. :) Исторически сложилось именно такое распределение. Три года назад оно казалось наиболее оптимальным. Дело в том, что предприятие с непрерывным производством и некоторой нестабильностью резервного сервера, поэтому экспериментировать с дисковым массивом рабочего сервера возможности нет. Приходится покупать новый сервер и как раз хотелось бы ЗАВЕДОМОГО роста производительности дискового массива. Память и проц по счетчикам не узкое место. Если есть идеи, которые ЗАВЕДОМО дадут визуальный (не по счетчикам) прирост производительности за счет переконфигурирования - прошу хотя бы в двух словах описать. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 22:33 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
трудно так судить, но "навскидку" конфигурация нормальная, единственное что, можно поменять и три таблицы разместить на RAID 10, а остальные данные на RAID 1, может быть что-то выиграете. если действительно проблема только с дисками, то ССД в помощь, но здесь я мало чем помогу, т.к. на боевых системах ССД не использовал а не рассматривали вариант с покупкой дисковой полки? И дисков можно больше (соответственно и скорость выше) + контроллеры там пошустрее, бюджет позволяет кстати, а по счетчикам какой именно из логических дисков "проседает"? логи? данные? на всякий, может не читали тынц ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2012, 23:15 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Kaktus_Бюджет 700 тыс рублей. Kaktus_Узкое место - дисковая система. Kaktus_Дело в том, что предприятие с непрерывным производством Я бы ориентировался на двухпортовую СХД, лучше файбер, но можно и SAS-to-SAS (ибо бюджет не сказать чтоб шибко большой, в принципе означенной суммы должно хватить на полку вместе с дисками), чтоб в перспективе можно было спокойно сунуть второй сервак в кластер, ну и СХД это ужа само по себе устройство без SPOF, что для 24*7 весьма приятственно. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 09:34 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Пока для себя остановился на следующем варианте. 1. Приобретается СХД с двумя SSD дисками в RAID1 по 200 Гб и парой SAS 15K 72Гб. Эта полка приходит, подкидывается к рабочему серверу и проводится полноценное тестирование. Без особенной остановки производства все должно получиться. 2. Приобретается (позже) еще один сервер уровня DL380 или чуть выше. Этот сервер будет связан с текущим рабочим через эту полку. Это обязательное условие, т.к. для компании критична система восстановления после сбоя. При сбое системы данные должны в течении часа-двух откатиться максимум на 15 минут назад. Сейчас эта система реализована по жуткой системе по сети на нонэйм сервер через разностные бэкапы. От того, как проявили себя SSD при тестировании п.1. будет принято решение о дисковой системе нового сервера. Если SSD не оправдало себя, то будет приобретаться полноценный массив на SAS 15k и будем с ним мудрить оптимальное распределение. А если SSD зарекоммендует себя как "вау!", то массив на новый сервер впринципе можно будет не приобретать (разве что система и бэкапы более медленными, дешевыми и большими винтами). Компания в данном случае попадает максимум на 200 тыс рублей затраченные на приобретение двух SSD-дисков. Надеюсь этого не случится. Разброс между приобретениями планирую порядка 4-5 месяцев что даст полноценную картину о работе SSD. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 10:50 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Kaktus_Приобретается СХД с двумя SSD дисками в RAID1 по 200 Гб и парой SAS 15K 72Гб.чуднО. :) купите как все нормальные люди дюжину трехсоток. семидесятки вроде еол, кто-то по дешевке сливает завалящие остатки? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 11:05 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Kaktus_, Я бы под темпы выделил отдельный винт. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 11:24 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Ivan_PisarevskyKaktus_Приобретается СХД с двумя SSD дисками в RAID1 по 200 Гб и парой SAS 15K 72Гб.чуднО. :) купите как все нормальные люди дюжину трехсоток. семидесятки вроде еол, кто-то по дешевке сливает завалящие остатки? Хм. Просто с последнего приобретения серверного оборудования прошло три года. Видимо потерялся. Погляжу по цена/объем. Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 11:33 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
KhodKaktus_, Я бы под темпы выделил отдельный винт. Да, под логи и под temdb выделю по отдельным шпинделям. По остальному пока не пойму как лучше поступить - все загнать в один большой RAID10 или выделять шпиндели под интенсивные файлгрупы. Но это уже буду тестить. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 11:40 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Kaktus_все загнать в один большой RAID10 или выделять шпиндели под интенсивные файлгрупы.Я за "железный путь", может просто файрберд под руками, у нас просто нет партиционирования. :) Надо понимать, что если хочется все данные иметь на СХД, а это практически единственный путь, чтоб собрать кластер, то "пути назад" на отдельные диски отрезаны. По сути не хватает ИОпсов, шагом марш в магазин за пачкой дисков. Пока ты не одна нода кластера, а отдельно стоящий сервер, можно что-то запихнуть в СХД, что-то по внутренним дискам рассовать, но как только появился напарник, то для внутренних дисков работа только систему накатить, все остальное должно быть на СХД, иначе кластер становится пустым звуком.. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 12:29 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Ivan_PisarevskyНадо понимать, что если хочется все данные иметь на СХД, а это практически единственный путь, чтоб собрать кластер, то "пути назад" на отдельные диски отрезаны.Вообще единственный нормальный путь при использовании СХД - это управлять шпинделями так-же, как и в случае обычных полок с дисками. Это если речь о базах данных (хоть для MSSQL, как у ТС, хоть для Oracle) То в кластере есть работать надо только с СХД, но выделять шпиндели там - это совершенно нормально (как я понимаю, Kaktus_ именно про это говорил) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 13:02 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
alexeyvgIvan_PisarevskyНадо понимать, что если хочется все данные иметь на СХД, а это практически единственный путь, чтоб собрать кластер, то "пути назад" на отдельные диски отрезаны.Вообще единственный нормальный путь при использовании СХД - это управлять шпинделями так-же, как и в случае обычных полок с дисками. Это если речь о базах данных (хоть для MSSQL, как у ТС, хоть для Oracle) То в кластере есть работать надо только с СХД, но выделять шпиндели там - это совершенно нормально (как я понимаю, Kaktus_ именно про это говорил)Да и вообще, Kaktus_ о кластере и СХД речи не ведёт - не такой у него бюджет... ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 13:04 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
alexeyvgвыделять шпиндели там - это совершенно нормальноВ итоге все данные все едино пойдут через тот же самый контроллер и тот же самый кэш буфер... смысл такого деления сильно нивелируется, а если промахнуться, то запросто можно отгрести тормозов, тут только тестить, скорее всего единый массив на всю полку будет не хуже. По вводным выше у автора 2 контроллера, между которыми он распределил нагрузку, тут да, ИО идет в параллель по 2 каналам и ложится в итоге на разные группы дисков, логика просто и понятна. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 13:09 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
alexeyvgДа и вообще, Kaktus_ о кластере и СХД речи не ведёт - не такой у него бюджет... 700 тыс для при таких объемах нормальный бюджет для СХД. IBM DS3512\24 (двухконтрольный) вполне подойдет с полной загрузкой дисков ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 13:25 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Поддержу предыдущий пост, DS 3512\24 оптимальна, но 3512 - только 3,5" диски, а 3524 - 2,5", поэтому ссд в 3512 не засунуть,если конечно не найти что нить подобное, но я не видел. А так ссд даст прирост, ибо диск на 15к - выдает 180 иопсов, и временем доступа 3,4 и 140 Мб\с чтения, то ссд даст примерно 3000 иопсов, практически мгновенную скорость доступа и примерно 550 Мб\с чтения-записи, но полку брать двухконтроллерную, тогда можно будет и массивы пустить через разные контроллеры, соответственно кэш память будет для каждого массива своя.. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 15:22 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Eagle_84alexeyvgДа и вообще, Kaktus_ о кластере и СХД речи не ведёт - не такой у него бюджет... 700 тыс для при таких объемах нормальный бюджет для СХД. IBM DS3512\24 (двухконтрольный) вполне подойдет с полной загрузкой дисковКонечно, только речь то шла о покупке сервер+СХД... А 700 тыс хватит только для DS3512\24 с дисками, если с полной загрузкой (как я понимаю, 24 диска). Ivan_Pisarevskyalexeyvgвыделять шпиндели там - это совершенно нормальноВ итоге все данные все едино пойдут через тот же самый контроллер и тот же самый кэш буфер... смысл такого деления сильно нивелируется, а если промахнуться, то запросто можно отгрести тормозов, тут только тестить, скорее всего единый массив на всю полку будет не хуже.Насчёт "промахнуться" - это вы правы, но для простых случаев промахнуться сложно, если не лезть в распределение по файлам в отдельных таблиц и индексов. Например, можно создавать зеркала на пары дисков, их отдать виндам, там собрать страйп и отдать под файлы данных. То же самое отдельно делается для файлов лога. Для файлов данных есть и ещё лучьший вариант - отдать зеркала (пары дисков) как отдельные тома, и размещать файлы на них равномерно. Простой и гарантированно эффективный подход. Вот как раз попасть, сделав один массив, очень легко. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 16:09 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
rahzerПоддержу предыдущий пост, DS 3512\24 оптимальна, но 3512 - только 3,5" диски, а 3524 - 2,5", поэтому ссд в 3512 не засунуть,если конечно не найти что нить подобное, но я не видел. А так ссд даст прирост, ибо диск на 15к - выдает 180 иопсов, и временем доступа 3,4 и 140 Мб\с чтения, то ссд даст примерно 3000 иопсов, практически мгновенную скорость доступа и примерно 550 Мб\с чтения-записи, но полку брать двухконтроллерную, тогда можно будет и массивы пустить через разные контроллеры, соответственно кэш память будет для каждого массива своя..Ага, ССД диски уже лидируют по соотношению цена/скорость, то есть собирать на них хранилище будет дешевле. Но с 2-мя важными оговорками - у них высокая стоимость за гигабайт, так что для больших объёмов (если речь о терабайтах при обычной скорости) дешевле обычные диски, и к ним пока настороженное отношение насчёт долговечности... Та же DS 3524 будет медленее и дороже, чем 2-4 ССД, но зато там будет, к примеру, 24*300 гб сырого объёма (без учёта рэйдов), то есть 3.6 Тб в RAID10... И всё таки пока как то стрёмно использовать ССД... ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 16:16 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
авторАга, ССД диски уже лидируют по соотношению цена/скорость, то есть собирать на них хранилище будет дешевле. Я разве где-то предложил собирать всю СХД 3524 на ссд дисках????? авторНо с 2-мя важными оговорками - у них высокая стоимость за гигабайт, так что для больших объёмов (если речь о терабайтах при обычной скорости) дешевле обычные диски, и к ним пока настороженное отношение насчёт долговечности... Так все это понимают, тут уж либо шашечки, либо ехать. Либо покупать пару ссд, в добавок к классическим, либо делать ссд кэширование как другой вариант, ну а кому все дорого, то для них NL SAS диски))) авторТа же DS 3524 будет медленее и дороже, чем 2-4 ССД, но зато там будет, к примеру, 24*300 гб сырого объёма (без учёта рэйдов), то есть 3.6 Тб в RAID10... Не понял, относительно чего будет медленнее? Я говорю, что 3512 только 3,5" диски, переходников на 2,5" нет, то есть с применением на этой полке ссд дисков обломится, ссд можно на 3524 делать, ибо она полностью на 2,5" форм фактор заточена, туда их можно установить, но правда на 2,5" форм-факторе, не найти 2Тб диски и на 15к диски (вернее только один диск на 15к идет для этого форм-фактора, но емкость ограничена 73 Гб), остальное только 10к емкостью до 600 Гб, и один на 1Тб, но скорость 7200. Так что надо думать..) Ну если по FC подключать, то не забыть HBA для серверов включить, а они где то по килобаксу с копейками стоить будут. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 16:30 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
alexeyvgНапример, можно создавать зеркала на пары дисков, их отдать виндам, там собрать страйп и отдать под файлы данных. То же самое отдельно делается для файлов лога. Для файлов данных есть и ещё лучьший вариант - отдать зеркала (пары дисков) как отдельные тома, и размещать файлы на них равномерно. Простой и гарантированно эффективный подход.Это простой и гарантированный road to hell. Отдали 2 диска под систему, считай 2 шпинделя из нагруженного тома просрали(грубо говоря), отдали еще винтов кому-то, еще прое****... с чего иопсы брать под нагрузку будем? файлам БД иопсов подавай, да побольше. а винтов осталось примерно 4 штуки... alexeyvgразмещать файлы на них равномерно.Ты вот прямо так, серьезно, будешь сидеть "равномерить" гигабайты фалов в несколько тысяч каталогов? моя твоя нихт ферштейн. alexeyvgпромахнуться сложно, если не лезть в распределение по файлам в отдельных таблиц и индексов.Вот именно это и предлагается! alexeyvgДа и вообще, Kaktus_ о кластере и СХД речи не ведёт - не такой у него бюджет...Под первый шаг вполне себе бюджет. Причем СХД тут в аккурат в тему, даст еще одну девяточку к доступности. а вот пара ССД только скорости подкинет немного. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 16:33 |
|
Сервер для MS SQL. SSD VS HDD
|
|||
---|---|---|---|
#18+
Ivan_PisarevskyТы вот прямо так, серьезно, будешь сидеть "равномерить" гигабайты фалов в несколько тысяч каталогов? моя твоя нихт ферштейн.Вы сами то равномерили, что бы рассуждать? :-) Для начала "в несколько тысяч каталогов" по любому не получится, Windows не позволит сделать несколько тысяч буковок для дисков. Так что не "в каталоги", а на диски (без файловой системы). Во вторых, мы про несколько тысяч дисков не говорим, говорим про несколько штук - несколько десятков на сервер. Ну и в третьих, такое делается скриптами, а не мышкой, а скриптами что 10, что 1000 - всё едино. На практике, что бы не усложнять администрирвание, и не работать с дисками вместо томов, при большом количестве дисков серверу отдают не отдельные зеркала, а RAID10, в количестве 1-2 на ядро, а то и на сокет. Но чем меньше - тем медленнее (то есть 1 RAID10 на сокет уже не очень быстро, утилизация будет неполная). И настраивать сложнее - скажем, не получится подключить к каждому сокету контроллер дисков и разместить в этом сокете драйвер контроллера - будет всё идти через одно ядро большого сервера. Про такое выделение (и специфическое поведение виндов при выделении серверу дисков в виде одного большого LUN-а) даже можно прочитать в рекомендациях вендоров СХД. Впрочем, тысячи дисков и сотни ядер и предмету интересов ТС не относятся :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2012, 18:06 |
|
|
start [/forum/topic.php?fid=30&msg=37640311&tid=1530149]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
53ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
others: | 17ms |
total: | 182ms |
0 / 0 |