Percebi que minha nova SAN EMC VNX5200 tende a ter melhor desempenho depois de "queimar" uma partição. Com isso quero dizer preencher a partição com diferentes dados inúteis e excluir tudo algumas vezes. Perguntei ao meu administrador SAN sobre isso, mas ele não se incomodou. Ele resmungou algo sobre IOPS, afirmando também que MB/s é irrelevante. Agora, pode ser isso, mas é muito importante para mim que meus backups e restaurações SQL noturnos (grandes partes contíguas) sejam executados nos atuais 80 MB/s em vez dos 15 MB/s com os quais comecei. Empurrei e obtive meu próprio LUN para um servidor SQL. Mas não tenho ideia de quantos discos estão no back-end, configuração do RAID ou se existem outros LUNs neles, se a SAN faz algum armazenamento em cache ou move dados usados com frequência para algum armazenamento mais rápido (poderia explicar a "gravação" ). Eu poderia pesquisar no console de administração, pois tenho acesso, mas não saberia como ler todas essas informações.
Ficarei feliz em saber que tudo corre bem e aceitar o desempenho atual como o nível esperado. Mas, novamente, a leitura máxima que vejo neste ATM SAN caro é de 80 MB/s, com gravações cerca de metade disso, bem abaixo do meu antigo laboratório de desktop de 3 anos com unidades de 7200 rpm (sem RAID) que podem obter um backup constante de 110 MB/s.
A questão é: como obter desempenho consistente da SAN? O que devo perguntar ao meu administrador SAN? Qual é a melhor maneira de verificar o desempenho? Ou existe um recurso on-line confiável onde eu possa verificar e apontar as linhas de base de desempenho, considerando o fabricante da SAN, modelos de disco e dados de configuração e cenários de tipo de carga? (algo como pontuações de CPU + GFX para plataformas de jogos idênticas)
Responder1
Seu administrador de armazenamento não está lhe contando toda a história. IOPS é o que você será limitado ao fazer IO normal (leituras de busca aleatória e gravações de pequenos blocos); no entanto, você está certo de que os backups devem ser uma grande leitura sequencial e não podem ser medidos de forma útil em IO/s.
Quando você faz um backup, você lê de forma contígua ou faz muitas leituras pequenas em todo o disco? Se forem leituras aleatórias, isso colocará seu limite de volta na capacidade de busca dos discos, que é medida em IO/s.
Supondo que sejam leituras contíguas, a velocidade será limitada primeiro pela camada de transferência - se você estiver usando iSCSI de 1 Gb/s, terá uma velocidade máxima de algo em torno de 80 MB/s. Se você estiver compartilhando uma rede e tiver menos que um link completo, menos ainda. Se a sua porta front-end de armazenamento estiver fazendo backups para mais de um cliente, isso também poderá limitá-lo. Por último, se os discos que você usa são compartilhados com vários outros clientes que também fazem leituras ou gravações pesadas, isso pode causar isso.
Dito isso, o responsável pelo armazenamento deve ser capaz de pelo menos dizer por que você está indo tão devagar, para que você possa descobrir uma maneira de melhorar o desempenho. Você pode tentar mover sua janela de backup para evitar competir por recursos compartilhados ou separar seu armazenamento para que ele não compita por qualquer recurso que esteja sufocando no momento.