Я запускаю приложение, которое часто запрашивает базу данных, около 500 очередей (вставка / обновление / выбор) каждую секунду. Я хочу купить выделенный сервер для запуска этого приложения, в основном есть 3 таблицы (из 20), которые получают большинство запросов (например, 99% из них).
Я не очень разбираюсь в аппаратном обеспечении, поэтому мне было интересно, могу ли я поделиться с вами сервером, который меня интересует, и вы скажете мне, будет ли этого достаточно, если вы, конечно, можете, по вашим оценкам.
Информация, поступающая в / из базы данных db, должна быть int / decimals.
Одна из таблиц должна содержать около 50 000 записей, другая таблица должна содержать около 500 000 записей, а самая большая таблица должна содержать более миллиона.
Я знаю, что эти числа не ТАК большие, но я действительно не знаю, чего ожидать. Сейчас я запускаю свое приложение на меньшем сервере, и оно вызывает высокую загрузку процессора из-за всех транзакций. так что мой новый сервер:
Вы думаете, этого будет достаточно?
500 операций в секунду - это много или ничего. Это действительно зависит от сложности ваших данных и сложности обработки данных.
С точки зрения производительности, это огромная разница, если запрос к таблице с миллионами строк может значимо использовать индексы или это будет полное сканирование таблицы. Так же, как разница, помещается ли таблица в память или должна быть прочитана с диска. Так же, как разница, если вы регулярно создаете разбиения индекса с помощью операторов INSERT. Просто как есть ...
Я мог бы повторить это еще пару строк, но вкратце: создать тестовую систему, подать данные, провести тесты с реальной нагрузкой, настроить, повторно протестировать и оценить необходимое масштабирование путем экстраполяции. и чрезмерная инженерия из-за вашего личного фактора комфорта.
Если бы я мог поместить свою БД в барабан, я бы купил его. Я считаю, что SQL Server хорошо справляется с управлением своим кешем при запуске 64-разрядной версии.
В дополнение к достаточному количеству оперативной памяти я предлагаю НЕ использовать два диска. Подумайте о действии, когда SQL закрепит файл журнала на диске. Если дисковод занят операцией ОС, SQL-оператору придется подождать.
Подумайте о покупке двух дисков для зеркалирования для ОС и, по крайней мере, двух дисков для morror или raid 10 для SQL.