Вы не можете судить, не сравнивая Вашего приложения и загрузки.
Это сводится к уровням RAID, шпиндельным скоростям, размер транзакций (не только "вставляет"), триггеры, внешние ключи, гиперпоточность, другие приложения на сервере, RAM в сервере, как диск расположен (отдельные объемы для tempdb, один на t-журнал дБ, MDFs и т.д.), уровень пакета обновления, конфигурация кэша RAID-контроллера, ЦП Ls + кэш L3, количество ядер, дизайна схемы, кода...
Увеличение масштаба легче затем масштабирование горизонтально: Вы добавляете наверху при объединении в федерацию серверов или таблиц разделов. Более дешевый для добавления RAM и большего количества шпинделей.
Хорошей статьей является 35k TPS Paul Nielson. По крайней мере в 100 раз более высокая загрузка, чем Ваши 300 или около этого.
If you are not logging requests, you can enable logs for a short period of time. Then analyze the logs. You can either parse them manually or use a log analyzer to find out who is making the most requests.
Using tools like sed/awk/grep, you can easily extract and print quick reports about referrer URLs, accessing IPs and other items.
See: https://stackoverflow.com/questions/15716336/apache-log-analysis-unique-visitors-by-date-by-os
for tips on how to parse log files to get data.
http://httpd.apache.org/docs/2.2/mod/mod_status.html
The Status module allows a server administrator to find out how well their server is performing. A HTML page is presented that gives the current server statistics in an easily readable form. If required this page can be made to automatically refresh (given a compatible browser). Another page gives a simple machine-readable list of the current server state.