Назад | Перейти на главную страницу

SQL server 2008 R2 - Требования к оборудованию

Я должен указать требования к оборудованию SQL-сервера для следующих спецификаций

  1. Количество экземпляров <= 5
  2. Количество баз данных на экземпляр> 50
  3. Количество одновременных пользователей на экземпляр <= 2000
  4. Ежедневный объем данных транзакции будет <= 500 МБ

Мне нужно знать ниже вещи

  1. Тип RAID
  2. ОЗУ
  3. Количество процессоров
  4. кроме этого, есть ли что-нибудь, что мне нужно, чтобы сосредоточиться на требованиях к оборудованию?

Кто-нибудь, пожалуйста, помогите мне в этом.

это зависит от объема трафика, который генерирует пользователь. судя по размеру транзакции и связанному с ней параллелизму, пользователи большую часть времени бездействуют. => измерять, а не оценивать

мой собственный опыт с производительностью sql: вы можете достичь очень высокого уровня параллелизма, если запросы, на которые нужно ответить, очень эффективны и быстры - если только небольшая часть запросов выполняется долго и требует большого количества ЦП, вам нужно гораздо более мощное оборудование, чем ответы на небольшие запросы которые всегда одинаковы (при попадании в кеш запроса).

если базы данных не слишком велики, всегда хорошо иметь возможность хранить их большие части в памяти - ввод-вывод медленный и дорогостоящий. параллелизм, требующий ввода-вывода, может создать серьезное узкое место. Говоря так: наличие достаточного количества памяти и возможность хранить там большую часть данных может избежать нескольких возможных узких мест. Говоря о памяти в целом: чем быстрее, тем лучше. сосредоточьтесь на низком времени отклика, если вы не пишете слишком много последовательных данных. используя локальное хранилище, я бы рекомендовал raid10 как минимум с 4 быстрыми дисками (больше всегда лучше).

Говоря о ядрах, вы также можете принять во внимание лицензирование - не начинайте с менее чем 4 ядер (если один сокет) или 8 ядер (с двумя сокетами). не назначать виртуальные ядра (гиперпоточность)

при использовании виртуализации (например, Hyper-v) мы видели некоторые развертывания, в которых использование динамической памяти сделало sql не использующим возможную память - переключение на фиксированное назначение заставило его использовать всю память и в целом работать намного лучше.