O que é melhor ter mais LUNs ou mais Storages?

2

o que é melhor ter - mais LUNs ou mais Storages. Na verdade, eu tenho 1 armazenamento ESXi por 1 LUN, então existem cerca de 15 LUNs e 15 storages. Agora há um problema porque os LUNs têm espaço diferente alocado, portanto, se eu remover 2 LUNs f.e. 1 2 3 4 [x] 6 [x] 8 9 (assim) não consigo fazer 1 LUN de 5 e 7 partes de espaço livre em disco no IBM storage array. É um primeiro argumento para não ter muitos LUNs. Se eu tivesse que fazer apenas alguns LUNs (cerca de 3) e dentro de algum Storage do ESXi, seria uma idéia melhor? Por exemplo, para expandir a capacidade de armazenamento? procuro por boas soluções.

Obrigado antecipadamente.

    
por skomak 27.04.2010 / 13:24

1 resposta

3

É tudo sobre o IOPS. As VMs que usam qualquer datastore em particular não devem exceder a capacidade de IOP do lun. E.G considere 3 VMs Larry Moe e Curly. Larry executa o SQL server e, em média, faz 700 i / seg (picos em 1000) Larry usa 500 GB. O Moe é um servidor de arquivos de 2008, IOPS baixo 150 / seg médio (picos em 300), 1TB de espaço. Curly é um servidor web, baixa IOPS 100 (picos em 100), baixo espaço 40GB. Isso é o frontend IOPS - quantos precisam ser executados pelas máquinas reais. As IOPS suportadas precisam ser calculadas com base no tipo de invasão e na redundância necessária. Então, para Larry, provavelmente queremos o raid 10 (e vamos assumir um mix de 50/50 de read writ). Então, vamos precisar de 1050 IOPS no backend - isso significa 8 spindles (SAS ou FC-14 SATA). Além disso, com 500 GB, estamos próximos de um tamanho de armazenamento de dados razoável, o que significa 1 lun dedicado. O Moe precisa de apenas 150 iops, mas queremos que seja o raid 5, o que significa 375 IOPS no back-end - apenas 3 spindles - mas precisamos de 1 TB e nossos discos de apenas 300 GB, então precisaremos de pelo menos 5 spindles sozinhos, isso nos dá um lun lun, mas muito IOPS (750 no backend e 300 no frontend). Isso deixa Curly. poderíamos combinar Curly e Moe no mesmo lun, no entanto Curly é um servidor web e não queremos problemas de latência quando o Moe atinge o pico em 300. Podemos colocar o Curly em um conjunto de raid 5, ganhar redundância às custas de fusos e espaço ou use o raid 0 + 1 em 2 discos, mas possivelmente tenha um problema com falhas de unidade.

A moral desta história é que a pergunta que você está fazendo não tem uma resposta simples. focar nos requisitos da IOP e você deve estar bem, independentemente de como exatamente você chegou lá. Há ainda mais não discutido (projetando para pico de IOPS vs média, o servidor SQL deve ter um conjunto de RAID 1 para logs), mas espero que eu tenha feito o meu ponto.

    
por 27.04.2010 / 15:28