Convertendo nosso ambiente de desenvolvimento econômico para o ESXi - como maximizar a disponibilidade a um preço baixo

Question

Já percorremos o processo de virtualizar nossos servidores de produção e agora queremos fazer o mesmo com nosso ambiente de desenvolvimento. No entanto, nosso provedor cuidou de todo o host ESX e da configuração de cluster (SAN, comutadores físicos, perfis de host, etc.).

Agora, queremos virtualizar nosso ambiente de desenvolvimento usando o ESXi gratuito, e sei que ele "funciona" assim que você instala o hipervisor, mas quero tentar configurá-lo "certo" com alguma redundância no lugar, mesmo que seja a solução de um homem pobre.

Então, aqui está o que temos:

• 3 servidores Dell R710 (ou semelhantes) (um está equipado com 1,3 TB e os outros dois com 600 GB). Estamos equipando 1 deles com 36 GB de RAM. Os outros dois têm 8 GB combinados.
• 4 servidores do tipo "crappier" com capacidades variadas
• Dois desktops para pequenos escritórios, um com controlador SCSI e 600 GB de armazenamento

As perguntas que tenho:

1. Onde devo armazenar os dados? Localmente no grande disco rígido de 1.3 TB, ou configure uma caixa FreeNAS usando um dos servidores de pequenos escritórios (como o SCSI)
2. Há algum problema em confiar em um servidor ESXi se houver backups consistentes?
3. Existe uma solução de replicação barata ou gratuita disponível?

Qual estratégia você recomenda?

    

Answer 1

Se a consistência na tecnologia não é uma preocupação e você realmente está procurando por uma solução de homem pobre , KVM pode ser a resposta que você está procurando.

O KVM parece estar ganhando alguma tração na cena de virtualização com muitos recursos de força industrial de uma solução virtual sem cabeça similar à do VMware. Aqui está um site que oferece uma boa visão geral de como a configuração pode parecer . O Ubuntu já tem algumas distros que vêm com suporte nativo para o KVM, então existem algumas comunidades / fórums ativos que estão disponíveis.

Como uma consideração ao seu hardware, a disponibilidade e a latência são a maior preocupação em termos de usabilidade para seus desenvolvedores. IMHO, maior é melhor e tentaria manter a plataforma virtual fora do fio, tanto quanto possível (dentro do razoável para o número desejado de convidados, recursos alocados para cada convidado, etc).

    

Answer 2

1. Eu armazenaria dados confidenciais em um sistema com RAID (snapshots, backup). Se não for possível (yap ... orçamento), eu iria com FreeNas (instalado no mais saudável - não o mais poderoso dos servidores de pista de 4 segundos. Você poderia manualmente configurar backups com scripts para um segundo servidor (por um Armazenamento de 600 GB).
2. Eu acho que sim, mas fazendo backups incrementais e preparando uma segunda instância do ESXI ou Xen Server livre, para ter em volta (assim qualquer interrupção poderia ser facilmente superada (porque você tem os backups de Snapshots completos no FreeNas) .
3. Eu acho que scripts devem fazer :) e fáceis, porque, como eu entendi, você só estará fazendo backups simples. Para backups fáceis, você pode experimentar o Cobian Backup (windows) ou tentar implementar um sistema rsync (online, se você também fizer backup de muitos arquivos menores).

Answer 3

2) Não há problema em confiar em um servidor ESXi se houver backups consistentes? sim, se você pode sofrer algum tempo de inatividade.

3) Existe uma solução de replicação barata ou gratuita disponível? Posso não ter certeza do que você está perguntando, mas se você usar um armazenamento de dados baseado em nfs se um host ficar inativo, mude para o outro host de inicialização vm. a mesma coisa pode ser feita com uma solução baseada em iscsi. Eu prefiro o nfs.

se você quer uma solução mais robusta, obtenha um armazenamento de dados baseado em zfs / nfs, então você pode fazer replicação remota, etc. Eu sugiro openindiana como o host zfs.