Acho que estou atingindo os limites de IO do que meu Netapp pode fornecer, já que adicionei mais servidores ao meu cluster e o iowait subiu em cada servidor.
No entanto, como quantifico isso? Como posso usar as ferramentas Netapp CLI para visualizar as estatísticas atuais de IO? Estou ciente de "stats show", mas não vejo um objeto "io" ou similar. Como eu sei o que o Netapp deve oferecer?
Se alguém tiver mais experiência com o Netapp do que eu, agradeceria muito a ajuda.
Obrigado!
Existem várias opções para monitorar o desempenho do arquivador NetApp. Depende da versão do DataOntap. Basta executar o sysconfig e você verá a versão. Você pode usar o OnCommand Performance Manager como ferramenta de GUI para o Ontap em cluster. Outra opção para o Ontap em cluster é o QoS como monitor de desempenho. Para o modo 7, você pode usar os comandos do console systat ou statit.
Com problemas de desempenho, simplesmente não há respostas fáceis.
Você tem contadores para iops, que você pode mostrar com sysstat -x .
stats show system lhe dará algo semelhante - uma lista de operações NFS / FCP / CIFS, etc.
Por conta própria, porém, essas coisas são bastante arbitrárias - como você sabe quantas IOPs são 'demais'?
O que eu acho um indicador mais útil é olhar para pontos de consistência. Novamente, volte para o sysstat -x . A maneira que os arquivadores escrevem IO é que eles preenchem um cache NVRAM. Esse cache é liberado periodicamente e os dados são gravados no disco em rajadas.
O que tipo do ponto de consistência ocorreu é um bom indicador se o seu sistema está 'feliz'. link
T means your system is idle. (triggered by timer - not much happened for 10s, so it thought it better destage anyway)
S or Z is a 'forced' cp because of a snapshot/snapmirror op. (and usually isn't a problem)
F or H or L means your system is getting busy. (F is nvram filling with write data, H/L represent high and low watermarks for memory)
B or b means your system is struggling. (Back to back CPs, which means your hitting the limits of your ability to write to disk.
Isto é quase inteiramente sobre escrever IO embora. Outra razão pela qual seu sistema pode estar lutando é ler IO. As gravações podem ser facilmente armazenadas em cache; as leituras devem ser buscadas imediatamente - e somente em alguns casos elas podem ser armazenadas em cache.
Seu contador de estatísticas mostrará disk_data_read e disk_data_written . sysstat -x lhe dará o mesmo e uma noção de utilização de disco. (Mas esteja avisado - que a utilização é "sistema cruzado", por isso não mostrará se você tem um agregado realmente quente em média com um agregado realmente quente).
Você também pode executar stats show volume para obter estatísticas de E / S por volume. Isso lhe dará uma idéia do total de leituras / gravações e para qual volume elas estão indo. Também distingue entre 'ler' 'escrever' e 'outro'. "outro" pode ser bastante significativo e problemático.
Confira a parte Meu AutoSupport do site de suporte do netapp. Ele tem dados de desempenho que você pode analisar, bem como algumas verificações de integridade.
O Netapp também fornece uma ferramenta chamada perfstat, que pode coletar dados para problemas de desempenho e de E / S problemáticos:
Bem, eu acho que você executou o io-stats e viu o "iowait" no lado do servidor e fez a seguinte conclusão: "O Netapp pode ficar lento". Se você agora olhar para Netapp você vai encontrar tudo e nada para provar sua teoria.Eu prometo a você.
Não por causa de informações insuficientes do armazenamento Netapp. Mas se você não sabe o que está procurando, não chegará ao ponto de um problema (se houver um problema / problema de desempenho relacionado ao armazenamento)
Por isso eu sugiro outra abordagem: olhar do servidor para o armazenamento - enganar o fluxo de E / S Primeiro de tudo, como o servidor está conectado? SAN de canal de fibra? NFS / iSCSI (baseado em IP)?
Verifique a que horas você vê "iowait" e você vê "iowait" com nenhum / ou pequeno io-ocupado? e com baixa utilização de LUN? - > isso pode estar relacionado com a execução de backup?
O servidor está conectado? Maioria do VMWare?
Como a característica de E / S (leitura / gravação) é racionada?
Pode haver algum problema com E / S não alinhada?
Como a fila de E / S é configurada no lado do servidor? br>
Você deve analisar do servidor para o armazenamento, e não vice-versa. Comece com uma imagem clara da sua topologia de configuração / armazenamento. Isso também nos ajudaria a fornecer mais ideias para verificar se há problemas de armazenamento (armazenamento) e onde ele está localizado.
A ferramenta Performance Advisor que acompanha o OnCommand Unified Manager é o que você deseja. Este software é gratuito para todos os clientes da NetApp. Ele monitorará as informações de IOPS no nível do controlador, agregado, volume e LUN.