RAID1 ou RAID10 para VMs?

Question

Estou prestes a retocar um 2950 para consolidar algumas VMs em um único servidor ESXi. O servidor é o seguinte

• Dell 2950
• 2x Intel X5365 a 3,0 GHz
• 16 GB de RAM (8x 2 GB ECC)
• 2x 73GB 10k SAS
• 4 x 300 GB 10K SAS

Minha pergunta é se devo ir com RAID1 / RAID10 ou RAID1 / RAID1 / RAID1?

As VMs são as seguintes:

1. front end do MOSS para 100 usuários
2. backend do MOSS SQL para 100 usuários
3. Tráfego muito baixo do site do IIS
4. Tráfego muito baixo do site da TOMCAT
5. Aplicativo de CRM que sincroniza contatos entre nossos servidores Exchange e ERP também não é um bruto

Qualquer conselho sobre o que colocar onde obter o melhor desempenho do MOSS seria apreciado.

Por favor, note que este é o único hardware que tenho disponível, temos um orçamento muito apertado e não podemos comprar outro servidor para hospedar o SQL, então ele precisa permanecer virtualizado.

Editar: banco de dados é leitura intensiva, muito poucas escritas. Eu acho que isso ajuda a posição de todos os RAID1

    

Answer 1

Definitivamente vou com três volumes RAID 1; o espaço utilizável é o mesmo (50% do tamanho total dos discos), mas você pode optar por colocar VMs em matrizes diferentes e, quando duas VMs estão em seus próprios discos físicos, elas executam muito mais rápido do que quando re espalhou-se apenas por um grande array.

Eu colocaria as VMs assim:

Primeira matriz: sistema operacional, IIS, tomcat Segundo array: front-end do MOSS, CRM Terceira matriz: back-end do MOSS

Dependendo da sua carga de trabalho, você pode colocá-los de forma diferente; mas ter uma matriz totalmente dedicada para a VM com o uso mais intensivo de disco certamente proporcionará um benefício.

    

Answer 2

Eu usaria as quatro unidades em RAID10 em vez de duas matrizes RAID1, já que você verá um aumento de desempenho para a VM SQL.

Como você tem bastante memória RAM, você pode dar o suficiente para as outras VMs que elas nunca precisarão trocar, e eu estou supondo que elas não precisarão de muitas outras IOs de disco para não impactar a VM do SQL em dessa maneira. Se eles impuserem um carregamento IO noticiável, coloque o outro array RAID1 menor e deixe a VM SQL ter o array RAID10 para si.

Se você tivesse duas ou mais VMs que impusessem uma carga alta de I / O, convém usar vários arrays RAID1 em vez de RAID10, já que você poderia separar a carga de IO em conjuntos de discos diferentes, mas teria para fazer um benchmarking com o (s) aplicativo (s) em questão para ver se isso proporciona algum benefício de velocidade notável em relação ao RAID10 (suponho que qualquer diferença seja pequena, mas dependerá dos padrões de carregamento e de ter o RAID10 maior volume seria provavelmente mais conveniente a longo prazo do que dois menores).

    

Answer 3

Um teste difícil sem mais medições dos padrões reais de carga do IO.

Eu concordaria com David Spilett (embora tente colocar a maioria, se não todos os arquivos de disco do sistema vm no primeiro array RAID1 nesse caso diretamente), embora eu esteja pensando em dividir o banco de dados SQL e os logs SQL em dois matrizes e, portanto, sistemas de fuso seria melhor ou não ... ^^

    

Answer 4

A resposta é simples, já que seu servidor já está configurado para isso, eu executei dois arrays RAID separados, um para sua VM e o outro como seu grupo de armazenamento,

Ou seja, use suas duas unidades SAS de 73GB em RAID 1 e, em seguida, use suas 4 unidades SAS de 300GB em uma invasão 10, não adianta configurar duas matrizes RAID 1, pois é basicamente apenas um RAID10 sem o IO aumento de desempenho que você obteria de um RAID10.

Basicamente, dois volumes RAID 1 têm tolerância para duas falhas de unidade, desde que não façam parte do mesmo bloco RAID 1. A mesma lógica se aplica a um array RAID 10, mas com um array RAID 10, você obtém os benefícios do RAID 0, que dobra seu desempenho de IO. Se a carga se tornar um problema devido ao servidor MOSS ou SQL, você deve usar seu VMWare para fazer o balanceamento, não a configuração de seus arrays RAID. O VMware ESXi é mais do que capaz de agendar o uso do disco em um grande conjunto de VMs.