A menos que sua aplicação web seja muito simples, quase certamente requer um banco de dados como back-end. Se você espera que seu aplicativo da Web suporte muitos usuários simultâneos, é possível ver onde a velocidade do banco de dados será crucial para determinar a resposta do seu site. Então é nisso que você deve se concentrar.
A menos que seu aplicativo da Web seja aquele em que os usuários enviam coisas e depois são colocadas no final do banco de dados (caso em que você realmente não precisaria de um banco de dados), você terá usuários fazendo coisas que querem todas as localizações da base de dados. Assim, você pode considerar um banco de dados como "aleatório IOPS".
A rotação de discos rígidos pode ler e escrever mais rapidamente sequencialmente do que aleatoriamente, porque a busca por faixas diferentes leva tempo. Um drive habilitado para NCQ, que todos os novos drives são hoje em dia, pode atenuar isso um pouco, permitindo que o drive determine a ordem em que executa E / S até certo ponto, mas isso só ajuda um pouco. Os SSDs podem escrever mais rapidamente sequencialmente do que aleatoriamente, especialmente se eles estiverem habilitados para TRIM e você estiver gravando em uma seção de flash recém-apagada. No entanto, como você está atendendo a muitos usuários únicos e aleatórios, você deve assumir o pior caso de E / S aleatória para sua situação, já que não pode controlar o que os usuários farão.
Na sua situação, você provavelmente se importará mais com IOPS de disco do que com IOPS de rede. Assim, você desejará monitorar o quanto seu banco de dados está sendo acessado, ao longo do tempo, ao longo de um dia, um mês e vários meses, coletando informações significativas para seu sistema. Você deve certificar-se de que seu servidor de banco de dados tenha bastante memória RAM para permitir que ele armazene em cache dados usados com freqüência e utilize conceitos SQL, como particionamento e indexação adequada. Você pode querer colocar o log do banco de dados em um disco físico separado do banco de dados real, por exemplo. Estes são tópicos avançados e exigirão algumas pesquisas sérias da sua parte.
Acredito que o Monitor de Desempenho do SQL Server e o SQL Profiler, se você quiser saber exatamente o que seu aplicativo da Web está fazendo, é o que deve começar a investigar.