Estou pensando em adquirir um Drobo Pro totalmente carregado e usá-lo para armazenar VHDs que seriam executados em um par de máquinas host Hyper-V. As máquinas host se conectariam ao Drobo Pro via iScsi.
Alguém tem experiência com o Drobo Pro e Hyper-V? Minhas principais dúvidas/preocupações são sobre velocidade - o Drobo é rápido o suficiente para lidar com, digamos, uma dúzia de VHDs rodando simultaneamente?
Responder1
Faço parte da equipe de marketing de produto da Data Robotics, então espero poder esclarecer as questões sobre DroboPro, desempenho e virtualização.
Em relação ao desempenho do DroboPro, existem algumas análises independentes que publicaram números de desempenho. Um é GeekBrief.tv e o outro é o LA Final Cut Pro User Group.
Aqui está a análise do LAFCPUG e a do Geekbrief pode ser facilmente encontrada em Geekbrief.tv
http://www.lafcpug.org/reviews/review_drobopro.html
Fique à vontade para conferir as análises completas. Em termos de desempenho iSCSI, o LAFCPUG usou uma ferramenta chamada Blackmagic e obteve ~80MB/s de leitura e ~70MB/s de gravação. GeekBrief.tv usou uma ferramenta chamada AJA e viu ~ 74 MB/s de leitura e ~ 79 MB/s de gravação. As velocidades de burst certamente serão maiores, como o darthcoder aludiu em sua postagem, mas 80 MB/s está próximo do limite em termos de taxa de transferência sustentada em um único GbE.
Uma coisa a ser observada na análise do Geekbrief.tv é que não houve menção de conectar o DroboPro diretamente a um switch, o que é muito fácil de fazer, simplesmente atribuindo um IP fixo através da porta de gerenciamento USB antes de conectar o switch. A versão mais recente do nosso software de gerenciamento de painel oferece suporte para vários hosts e volumes virtuais de até 16 x 16 TB.
Em relação à virtualização, a Data Robotics está em processo de certificação do DroboPro com VMware ESX que é a principal prioridade devido à participação de mercado. Dito isto, faremos certificações semelhantes com Microsoft Hyper-V e Citrix XenServer assim que a certificação VMware for concluída. Embora ainda não tenhamos realizado testes oficialmente com Hyper-V ou Xenserver, temos conhecimento de vários clientes que estão usando Drobo e DroboPro com sucesso com VMware, Hyper-V e Xen.
No que diz respeito à sua questão de saber se o DroboPro é rápido o suficiente para lidar com uma dúzia de VHDs em execução simultaneamente, ele deve funcionar bem, mas realmente depende da carga de trabalho.
Espero que ajude a esclarecer as coisas.
Responder2
Em uma conexão Ethernet gigabit, você obterá no máximo 120 MB/s. E na melhor das hipóteses, você provavelmente chegará a 100, e isso mesmo que o Drobo consiga acompanhar isso (embora eu tenha ouvido falar que sim).
Eu usei o iSCSI de um EMC Celerra no mesmo transporte - funcionou relativamente bem para cerca de 10 hosts de baixo uso, 1 servidor SQL fazendo talvez 250-500tps e um servidor Clearcase provavelmente fazendo o triplo disso.
Responder3
Pessoalmente, até que haja mais informações sobre os Drobo Pro, eu os evitaria. O Drobo normal não é um equipamento de nível empresarial e tem desempenho medíocre. Eu teria que estar convencido de que o Pro é de nível empresarial antes de implantá-lo em um ambiente de produção.
Eu sei que há algum tempo na lista de discussão do Xen havia pelo menos um tópico com um usuário tentando usar um Drobo Pro para armazenamento de máquinas virtuais Xen. E eles estavam enfrentando erros de IO com isso. Portanto, você pode ou não encontrar problemas iguais ou semelhantes com o Hyper-V. Portanto, esteja preparado para fazer alguns testes.
Responder4
Apenas para adicionar meu 2c a uma pergunta já bem respondida, se você está procurando armazenamento para VMs, é realmente uma boa ideia pensar em cada VM como um indivíduo, com suas próprias necessidades de armazenamento, em vez de ser apenas parte de um grupo de VMs . Por esse motivo, pode ser bom consolidar os arquivos de inicialização do sistema VM em um volume de unidades SATA, mas se você deseja desempenho e executa um banco de dados SQL, é melhor ter cabeçotes separados para dados, logs, temperatura e assim por diante . Cenários semelhantes se aplicariam a streaming de mídia, servidores de backup, qualquer coisa onde houvesse quantidades consideráveis de IO.
Não usei o Drobo, mas agradeço que eles ofereçam uma solução simples para pequenas e médias empresas e para os desenvolvedores que são avessos a hardware/administrador de sistemas (ou seja, a maioria dos desenvolvedores na minha experiência). Existem tantas soluções iSCSI boas no momento, e o software de destino iSCSI independente está ficando muito bom. Se eu fosse construir um sistema iSCSI agora, provavelmente procuraria no ebay por uma prateleira DAS de médio porte com cerca de 12 discos SAS e acoplá-la-ia a um servidor rack que tivesse uma boa placa RAID (ou duas) e estivesse executando um iSCSI alvo (o Windows Storage Server 2008 r2 seria perfeito no seu caso). Não será tão bonito quanto um Drobo (nem tão silencioso), mas será flexível, adaptável e se você configurá-lo bem, obterá melhor desempenho.