Como os discos físicos passados pelo ESXi são executados e passam pelos HBAs?

3

Contexto:

Eu tenho um sistema operacional SAN (Nexenta) que é executado no ESXi. Ele já passou por alguns HBAs, via VT-d. Todos os HBAs para o SAN OS estão cheios (sem conectores gratuitos). Eu comprei recentemente alguns SSDs SATA para a Nexenta e os conectei diretamente ao controlador SATA on-board da placa-mãe.

Posso adicionar esses novos SSDs à VM Nexenta adicionando "discos físicos" ao perfil da VM no vSphere. Como alternativa, eu poderia conectar-me a um dos HBAs, mas teria que desconectar / mover os discos existentes, o que acarreta considerável aborrecimento.

Pergunta:

Minha pergunta é: supondo que meus HBAs não façam caches extravagantes etc., e tenham a mesma largura de banda de barramento disponível e especificação SATA que o controlador integrado (aquele conectado aos novos SSDs), existe uma diferença de desempenho entre anexar os discos físicos à VM por meio da funcionalidade de adição de disco do vSphere e anexá-los a um HBA transmitido à VM via VT-d? O método de adição de disco do vSphere impõe algum comportamento de encaminhamento de retransmissão / solicitação que pode impactar negativamente o desempenho do disco em comparação com velocidades nativas?

As anedotas para respostas são boas, mas as estatísticas são melhores: sei que provavelmente não notarei uma diferença de desempenho no começo, já que os SSDs são rápidos. Mas estive em campo tempo suficiente para saber que, se houver uma diferença de desempenho problemática, ela se manifestará durante as atividades críticas de produção, no pior momento possível:)

    
por Zac B 06.08.2012 / 02:58

1 resposta

5

Consulte as observações sobre como configurar uma configuração do ZFS em um post em: Hospedando um servidor ZFS como convidado virtual .

Se você estiver falando sobre a criação de um pool de SSD ou a adição de unidades como mapeamentos de dispositivos brutos (RDMs), desconsidere o restante desta resposta. A preferência seria executar o HBA versus o RDM. Use expansores SAS, se necessário. Os principais motivos são portabilidade fácil, simplicidade de configuração (você não quer esxi / "> isto ou isto ) e consistência com o que você já configurou. O impacto no desempenho é insignificante. A sobrecarga de gerenciamento não é.

Se, em vez disso, você estiver pensando em usar arquivos VMDK em discos apresentados ao ESXi, a resposta geral é que você pode ir de qualquer maneira. A diferença de desempenho provavelmente não importará. Isso pressupõe que o aplicativo esteja adicionando ZIL log ou Dispositivos de cache L2ARC para o seu sistema ZFS virtualizado. Há casos em que adicionarei um SSD a um sistema físico e adicionarei o VMDK no topo para apresentar à VM NexentaStor. Em outros casos, posso apresentar uma unidade bruta inteira para a instância.

Eu baseio isso em conveniência versus desempenho. Se o desempenho fosse absolutamente fundamental, não estaríamos virtualizando o armazenamento, certo? A parte de conveniência vem com a flexibilidade de fornecer um aumento de desempenho razoável para um sistema existente sem dedicar um uso de <>> inteiro 100 GB + SSD ao ZIL (que precisa apenas de 4 GB para os meus propósitos). Isso deixa espaço para o L2ARC se eu estiver restrito de alguma outra forma.

Então minhas perguntas seriam:

  • O controlador SATA da sua placa-mãe é suportado / reconhecido pelo ESXi? É 6G?
  • O que você está fazendo? ZIL? L2ARC? Ambos? Isso é importante porque o L2ARC não é muito pesado e o desempenho de leitura será uma função do conjunto de dados e do índice de acertos do cache. Se for ZIL, você quer gravações de baixa latência e precisa garantir que a opção de seu dispositivo não diminua a velocidade diminua a velocidade .
  • Você examinou seu perfil de leitura / gravação? arcstat , arcsummary e zilstat lhe dará algumas dicas sobre o que é possível. É também uma maneira decente de testar isso. Tente usar um VMDK apresentado pelo ESXi e identifique seus gargalos sob uma carga de trabalho representativa.
  • Que tipo de SSDs você adicionará? Você está falando sobre SATA, de modo que imediatamente exclui os SSDs SAS de ponta disponíveis. Você estará usando SSD 6G SATA?
por 06.08.2012 / 04:45