swanrnd
@swanrnd
Издатель HTML5 игр

Брать ли SSD диски для сервера?

Платформа Window Server 2016
БД: SQL SERVER
Размер БД: 10ГБ
Пиковая нагрузка 10к запросов в секунду.
Статики отдается очень мало.

В общем, насколько мне известно, БД кеширует в оперативной памяти и ее должно быть больше 10ГБ.
Еще под все остальное, т.е. RAM начинается от 16ГБ

Вот, что насчет SSD? Нужно ли? Статика отдается с другого сервера.

Что насчет процессоров? Стоит ли брать сервер с 2-мя процессорами?

Рассматриваю примерно такое:
2 × Intel Xeon L5630 2.13 ГГц 24 ГБ DDR3 3 × 1000 ГБ SATA
Intel Xeon E3-1270v3 3.5 ГГц 32 ГБ DDR3 2 × 240 ГБ SSD
Intel Xeon E3-1230v5 3.4 ГГц 32 ГБ DDR4 2 × 2 ТБ SATA

Может вообще я не правильно мыслю в железе.
  • Вопрос задан
  • 12074 просмотра
Пригласить эксперта
Ответы на вопрос 6
Зависит от того, что у вас за БД, какие данные хранит, какие запросы обрабатывает.

В нашей конкретно ситуации наилучшая производительность достигалась большим числом физических ядер без HT, т.к. база обрабатывала сложные запросы, требующие много процессорного времени. При этом дисковый IO так же был высоким, в основном из-за недостататка ОП, поэтому SSD положительно сказывался на производительности.
Ответ написан
@Vasily_Pechersky
Системщик с опытом
Может вообще я не правильно мыслю в железе.

Есть зависимости производительности по random read/write для разных дисковых систем. Так же к совету Дмитрий Шицков стоит присмотреться.
Под БД надо дисковую систему с возможно большим количеством IOpS. То есть или многошпиндельное решение на HDD или SSD СЕРВЕРНОГО КЛАССА.
В вашем случае прокачать знания подсистемы хранения данных очень рекомендуется.
Когда в голове осознанная теория работы в зависимости от типа накопителя и шаблона работы - мир становится понятным.

И да - оперативки много не бывает ....
Ответ написан
HeadOnFire
@HeadOnFire
PHP, Laravel & WordPress Evangelist
SSD серверного класса.
Серверные же CPU, количество физических ядер зависит от конкретных запросов.
Памяти много не бывает. Естественно, тоже серверной.
Ответ написан
@123459
если как основное хранилище - то только серверного класса.
если для кеширования(кеширующий ssd над группой обычных жестких дисков) - то только про серий и читать отзывы, иначе будет вот так https://www.overclockers.ru/lab/79779/raznye-ssd-a...

то же касается и nvme ssd - серверные версии. в домашних могут быть проблемы при непрерывной записи https://www.overclockers.ru/lab/79939/raznye-ssd-a... .

если максимально дешево - рейд-0 из ssd с обязательным бекапом, на ssd оставлять половину места неразмеченной - под overprovisioning.

Рассматриваю примерно такое:

смотрите sas, не sata, и не nearline sas
если вам дают на тест - выключите кеширование в ос и запишите 30-40 гб непрерывно, сразу по завершению померяйте iops тестом.
Ответ написан
@linuxos_ru
старший сервисный инженер
> Статики отдается очень мало.

тогда нет смысла, так как нужно покупать диски класса Enterprise с параметром суточной перезаписи полного объёма диска больше 1.0,
такое решение будет дорогим,

есть смысл купить обычные диски SATA или более дорогие SAS с пропусконой способностью 6G или 12G

> В общем, насколько мне известно, БД кеширует в оперативной памяти и ее должно > быть больше 10ГБ.

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

> Что насчет процессоров? Стоит ли брать сервер с 2-мя процессорами?

имхо наши Заказчики больше смотрят на не количество процессоров, а на число ядер, кеш и тактовую частоту,
здесь, думаю, надо тестировать - купить 2 сервера с одинаковыми параметрами,
но один с 1 процессором, а другой с двумя и посмотреть монитор работы сервера БД (статистику),
хотя стоит ли экономить на 20т.р. здесь - решать Вам )

Всем Доброго дня, на связи
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы