RAID 10 ou RAID 5 para várias VMs - qual é a melhor escolha?

Question

Acabei de pedir um novo equipamento para o meu negócio. Fazemos muito desenvolvimento de software para o Microsoft SharePoint e precisamos da plataforma para executar várias máquinas virtuais para fins de desenvolvimento e teste. Nós usaremos o VMware ESXi gratuito para virtualização. Para começar, planejamos criar e iniciar as seguintes VMs - todas com o Windows Server 2008 R2 x64:

• servidor do Active Directory
• MS SQL Server 2008 R2
• Servidor de criação automatizado
• SharePoint 2010 Server para hospedar nosso site público e nossa intranet interna para algumas pessoas. A carga neste servidor será bastante insignificante.
• Servidor de desenvolvimento 2xSharePoint 2007
• Servidor de desenvolvimento 2xSharePoint 2010

Além disso, precisaremos criar vários farms do SharePoint para fins de teste. Essas VMs só serão iniciadas quando necessário. As especificações da nova sonda são:

• servidor em rack Dell R610
• 2xIntel XEON E5620
• 48 GB de RAM
• unidades SAS 10k de 6x146 GB
• Controlador RAID Dell H700

Acreditamos que o novo servidor fará com que as nossas VMs tenham um desempenho muito melhor do que a nossa configuração existente (2xIntel XEON, 16GB de RAM, 2x500 GB de SATA no RAID 1). Mas não temos certeza sobre o nível de RAID para a nova sonda.

Devemos optar por ter as unidades SAS 6x146GB em uma configuração RAID 10 ou em uma configuração RAID 5? O RAID 10 parece oferecer melhor desempenho de gravação e menor risco de falha de RAID. Mas isso tem um custo menor de espaço em disco. Precisamos do RAID 10 ou o RAID 5 também seria uma boa escolha para nós?

    

Answer 1

Há muitas questões / argumentos semelhantes neste site em relação a R10 vs. R5 / R6, mas eles se resumem a "exposição durante a reconstrução". O argumento para R10 sobre R5 é mais strong quando se lida com discos maiores e mais lentos, pois o GB / $ £ é melhor (isto é, 2 / 3TB 7.2k SATA), pois os arrays desses discos podem levar literalmente dias para serem reconstruídos após um disco substituição ou adição - o que significa que toda a matriz seria perdida se um segundo disco falhasse durante essa janela de reconstrução.

Para muitos neste site, esse risco é muito alto, inclusive eu. O R6 altera isso um pouco, mas geralmente traz com ele um desempenho de gravação muito mais lento. Além disso, fazer tudo isso no software reduz ainda mais o desempenho durante a reconstrução, pois todos os dados estão passando pelo mesmo barramento, incluindo o tráfego "em trânsito".

Você já fez um bom trabalho ao escolher seus componentes e certamente verá uma grande melhoria no desempenho. Se eu fosse você, eu não cairia no obstáculo final - eu usaria o R10 sabendo que você tinha feito a coisa certa. Se você está preocupado com o espaço, pode usar discos Thin-Provisioned e / ou comprar discos de 10k de 600GB em vez dos discos de 15k de 146GB, a queda de desempenho não será tão ruim, mas você terá muito mais espaço - você poderia sempre comprar 4 x 600 hoje e adicionar mais 2 mais tarde se precisasse dos fusos extras?

    

Answer 2

Se este é um sistema de missão crítica, então você precisa ter certeza de que tem algumas unidades sobressalentes localmente, caso uma delas falhe (a menos que você tenha algum contrato de suporte no hardware que diz que você pode obter substituições no mesmo dia, mas mesmo assim vale a pena ter uma reserva local.

Ignorando isso (ou assumindo que as seis unidades não contam sobressalentes que você possa ter acesso fácil), eu sugeriria RAID10 (três RAID1s aninhados em um RAID0) sobre RAID5 pelas razões de desempenho mencionadas. Ou se o espaço não é de todo um problema e a redundância e reconstrução no tempo de falha da unidade é uma grande preocupação, então você pode até considerar dois RAID1s de três unidades aninhados em RAID0 (mas isso é um exagero para a maioria das finalidades, embora permitir que duas unidades em cada perna R1 falhem ao mesmo tempo, mantendo a matriz viva).

Existe outra opção: três matrizes RAID1 separadas (ou possivelmente duas matrizes RAID10 se o seu controlador suportar RAID10 de 3 unidades (RAID1E como alguns controladores o chamam)). Dessa forma, você pode distribuir as VMs por diferentes eixos, de modo que eles competirão um com o outro muito menos pela largura de banda de E / S. Duas VMs em diferentes arrays RAID1 podem estar espancando seus discos virtuais sem afetar muito a capacidade de resposta uma da outra ou uma VM na terceira matriz. É claro que isso pode acabar sendo um desperdício de espaço: você pode acabar com muito espaço livre em uma matriz, mas não quer usá-la, pois já existem VMs intensivas de E / S em uso constante nessa matriz, por exemplo. (embora neste caso, se você tivesse um array único, a VM que você colocaria naquele espaço estaria competindo pelo acesso do IO dessa maneira), ou você pode ter 25Gb livres em cada array, mas precisa de 50Gb para uma nova VM.

Esta técnica pode fazer um lote de diferença com unidades baseadas em disco giratório e braço se você balancear suas VMs entre as unidades corretamente. Ele ainda faz diferença nos SSDs, mas menos porque você não tem a movimentação da cabeça e os problemas de espera para o setor direito a passar causando latência de morte extra no desempenho. Embora como eu disse acima, pode ser mais trabalho para gerenciar. No caso de uso descrito, você pode colocar esse servidor sharepoint carregado levemente e o mestre de construção em uma matriz e as VMs de desenvolvimento em outra (possível uma matriz cada, se você tiver três matrizes e nenhuma outra VM ativa). Conforme as necessidades mudam, você sempre pode mover as VMs em torno dos arrays para reequilibrar a carga com pouco tempo de inatividade (sem tempo de inatividade, se a solução de virtualização escolhida for compatível com migrações ao vivo entre armazenamentos de dados locais).

    

Answer 3

Como foi respondido aqui antes de algumas vezes - apenas não use o RAID 5! BAARF tem algumas opiniões strongs sobre o assunto!

Você terá um desempenho pior do que o RAID 10, degradará o desempenho durante uma reconstrução após uma falha na unidade e, se outra unidade falhar durante esse período, você restaurará a partir de backups!