Seguindo o tópico de comentários acima, iostat -dxk 1 dará a você r / s e w / s (solicitações de leitura e gravação / s), além de kbytes lidos e escritos.
Gostaria de ter certeza de que estou medindo a IOPS corretamente nos servidores Windows e Linux. Estamos ocupados tentando descobrir qual SAN seria mais adequada ao nosso ambiente e medir a IOPS em todos os nossos servidores é o tipo de coisa que não consigo errar. Um pouco de paranoia de compras chutando.
Nos servidores Windows, estou usando os contadores de desempenho \ PhysicalDisk (_Total) \ Disk Reads / sec e \ PhysicalDisk (_Total) \ Disk Writes / sec. Nos servidores Linux eu corro vmstat e estou olhando para os contadores bi (read) e bo (write). Tenho certeza de que estou certo e que ambos os conjuntos de contadores equivalem a IOPS.
Se esses contadores estiverem corretos, eu tenho um problema. A SAN que estamos procurando pode manipular cerca de 1600 IOPS. Nossos dois servidores de filtro de e-mail, que executam MailScanner, MailWatch e Sophos, estão atingindo cerca de 1500 IOPS coletivamente. Nossos dois servidores MySQL são executados em cerca de 1600 IOPS coletivamente. Estamos muito acima do limite teórico de 1600 IOPS.
Daí a pergunta, estou medindo corretamente?
Ossan
Possivelmente. A invasão 5 é lenta para atualizações. Eu nunca vi o Raid 5 usado em configurações de alta performance, a menos que você conte Raid 0s sobre o multi-raid raid 5's como tal (Raid 50, 60). No topo, seriamente - um ataque de 5 discos 5 não é um "SAN" como "capaz de lidar com 100.000milhares de IOPS". É uma coisa do usuário final.
Observe a diferença: é mais provável que o backup não seja escrito aleatoriamente e / ou as operações de leitura em um RAID sejam mais rápidas que a gravação.
Dois pontos importantes aqui:
Tenha cuidado ao usar seus números existentes - dependendo da carga de trabalho, seu uso atual pode refletir o que o armazenamento subjacente é capaz de fazer. Por exemplo, você pode ver o mysql usando 1600 iops agora, porque é isso que esses discos podem fazer. Se você colocá-lo em uma SAN que pode fazer 3000 iops, digamos, então o mysql pode começar a fazer 3000 iops, e suas consultas retornariam mais rápido. Converse com seu fornecedor para dimensionar corretamente com base na sua carga de trabalho.
É importante considerar tanto os iops quanto o throughput (MBps), já que eles não são necessariamente proporcionais e podem ser um gargalo em vários pontos no SAN - disco, controlador, hba, rede, etc. isso se aplicará a você depende de quão sequencial ou aleatória sua carga de trabalho e o tamanho de i / o. Mais uma vez, converse com seu fornecedor para dimensionar corretamente com base em suas necessidades.