Como obter alta disponibilidade para SMB usando virtualização?

2

Para uma pequena empresa (ambiente com menos de 50 pessoas) com entre 10 a 20 servidores virtualizados e um orçamento de hardware / software muito modesto. Servidores iria servidor sua configuração baunilha (LDAP / AD, DNS, NTP, servidores Web, SQL Server, servidor de arquivos, etc ...) Como você conseguiria HA?

  • Os servidores têm muito pouco uso da CPU.
  • Requisitos modestos de RAM (1 GB / servidor avg)
  • IO de disco pequeno
  • Orçamento no intervalo de US $ 10 a US $ 15 mil para hardware / software
  • Necessidades totais de HDD na faixa de 4 TB - 8 TB
por Justin Higgins 26.11.2009 / 09:46

5 respostas

7

Como outros já mencionaram acima; depende das suas necessidades reais de disponibilidade.

Opção 1) Eu sei o que isso significa e realmente preciso de HA e tolerância a falhas.

Supondo que você quer um nível decente de disponibilidade. Eu orçaria pelo menos US $ 50.000 a US $ 100.000 como ponto de partida.

Vamos supor que para matemática fácil você tem 20 usuários que precisam acessar o LDAP e o compartilhamento de arquivos. Para isso, você executa duas máquinas físicas conectadas a uma SAN (necessária para a maioria das tecnologias de virtualização de faixa intermediária). As máquinas físicas executam o VMware com duas máquinas virtuais executando o Windows como réplicas do AD e compartilhamento de arquivos.

Custos até agora ( REALMENTE matemática aproximada): Windows + Cals ~ US $ 5.000 VMware ~ US $ 14.000 SAN ~ US $ 35.000 Servidores Físicos ~ US $ 25.000 (32GB de RAM) Infraestrutura de rede ~ US $ 5.000

Vamos chamar o total de $ 80k e incluir custos de funcionamento / adiantamento. Vamos ignorar os custos de energia e conectividade por enquanto.

Isso lhe dará um cenário em que suas instâncias do VMware podem fazer failover muito rapidamente e a mecânica interna do cluster do Windows deve permitir que você tenha tolerância a falhas. Isso permitirá que você dimensione as VMs conforme necessário para o crescimento futuro.

Supondo que você agora diga que o VMware é muito caro e use o Xen, você pode liberar as taxas de licenciamento do VMware, mas os itens de maior ticket, hardware SAN e físico ainda existem e você nunca conseguirá evitar o licenciamento do Windows. Você também terá mais sobrecarga administrativa e aproveitará a maravilhosa curva de aprendizado que é o Linux HA. Eu não trabalhei com o Windows Hyper-V, então não vou citar lá, mas espero que os custos de hardware não sejam reduzidos.

Opção 2) Gostaria de poder recuperar rapidamente de uma falha de hardware

Se por HA você quer dizer "Eu gostaria de poder recuperar rapidamente de uma falha de hardware, mas eu posso ter um tempo de manutenção decente quando eu precisar", um único Virtual Host com espaço em disco suficiente provavelmente funcionará, backups confiáveis com freqüência suficiente e você poderá recuperar rapidamente para outra máquina. Compre um host VM suficiente e seu tempo de inatividade deve ser mínimo.

Isso permitirá que você mergulhe os dedos dos pés na virtualização e aprenda rapidamente o que realmente deseja.

Opção 3) Eu sou insano e desejo usar hardware mais antigo que acumulei na última década

Pegue três máquinas, em uma delas você executará o Linux com um destino iSCSI (usei o ietd com sucesso), no restante você executará o VMware ESXi. Configure os hosts ESXi para se conectarem ao destino iSCSI do Linux como armazenamento e você terá uma SAN muito barata. Entre os hosts do ESXi, você pode balancear manualmente qualquer máquina que precisar. Se você executar duas janelas no modo de cluster, poderá perder um host ESXi sem muita consequência. Bônus com isso é que você pode adicionar mais hosts ESXi a um custo baixo e transferir os convidados apenas requer uma reinicialização.

Se você quiser ser mais complicado, pegue uma 4ª máquina e execute o Linux DRDB para bloquear a replicação da "SAN" para redundância.

Finalmente

Para qualquer tipo de migração de máquina VM e a maioria dos clusters / failovers, você precisará de uma SAN e, enquanto 4-8tb não é muito em armazenamento de consumidor ou de servidor único, ela ainda é significativa em termos de armazenamento SAN confiável e confiável. / p>

Se você é sério sobre isso eu realmente só pegar um telefone e ligue para o seu fornecedor favorito (HP / Dell / IBM et al), pergunte o que eles podem fazer para o seu orçamento e começar a partir daí. Eles têm criações de cortadores de biscoito e são proficientes na queda de clusters que irão atender a maioria das lojas com bastante facilidade.

** A resposta realmente curta **

Para 50 usuários do Vanilla, eu simplesmente não faria isso, eu apoiaria um servidor frequentemente e coletaria as horas extras executando meus patches em um fim de semana. A complexidade simplesmente não vale a pena e, se for, não economize nos custos.

    
por 26.11.2009 / 15:39
0

Depende do que você quer dizer com HA - quer dizer "Não posso me dar ao tempo de inatividade" ou "Se uma VM ou host morrer, eu quero que ele seja reiniciado automaticamente em outro host, o que significa que não haverá ação tempo necessário para reiniciar "?

Se o primeiro eu usar o Windows Clustering ou o VSphere 'Fault Tolerance' do VMWare, se este último eu usar o serviço normal de HA da VMWare.

    
por 26.11.2009 / 09:54
0

Se o seu orçamento é modesto, você deve dar uma olhada no RHEV da Red Hat. Fácil de configurar e manter, e se você não é administrador do Linux, não há necessidade de entrar no cmd. link

    
por 26.11.2009 / 10:52
0

Esse orçamento deve ser muito assumindo sua disposição em comprometer o desempenho, e é relativamente fácil aumentar o desempenho posteriormente.

Os blocos de construção típicos seriam VMware Essentials Plus a um preço de tabela de US $ 3600 incluindo 1 ano de suporte, que fornece VMware vSphere com HA (reinicialização automática do SO no segundo servidor físico em caso de falha), dois servidores como o Dell PowerEdge R410 com processadores Intel Xeon X5550 e 16 GB de RAM e um storage array Dell MD3000 . Você deve poder obtê-los por cerca de US $ 10000, conectar os servidores e o armazenamento juntos usando o SAS (é certificado, confiável e fácil) e pronto.

Você pode trocar o VMware vSphere para XenServer, RHEV, etc, e remover alguns dos custos, mas você provavelmente ainda precisará de um contrato de suporte e talvez seja necessário comprar mais memória. O VMware Essentials Plus também vem com uma solução de backup bastante decente, que você precisa pensar.

Se você quiser atualizar mais tarde para obter mais desempenho, adicione um segundo processador a cada servidor e mais memória e discos extras.

    
por 01.12.2009 / 11:52
0

Eu também recomendaria o Red Hat Enterprise Virtualization se você tiver um orçamento, mas eu posso ser um pouco tendencioso, já que sou um Engenheiro de Suporte para isso. Por favor, tenha em mente que esta é a minha opinião e não a da Red Hat.

Se você conseguir um suporte em horário comercial padrão em vez de suporte 24x7, poderá obter RHEV por US $ 499 por soquete de host. Uma configuração do chip seria servidores ram de 2x 8GB com soquetes de CPU simples ou duplos dependendo da carga de trabalho da CPU que seus servidores estão gerando. A execução de uma CPU Quad Core com hyperthreading funciona bem para servidores de baixa utilização, no entanto, se você estiver executando vários servidores altamente utilizados, poderá precisar de uma segunda CPU em cada host RHEV. O RHEV suporta o overcommit de Memória e, normalmente, em cargas de trabalho do servidor que você irá comprometer em excesso para 1.5x a memória do Host. Além disso, a elevação de ambos os hosts para 12 ou 16GB de RAM deve permitir que todos os convidados sejam executados em um único servidor em caso de indisponibilidade do Host em vez de um subconjunto do núcleo. Os hosts podem ser inicializados a partir de um pendrive, PXE ou CD. No entanto, um disco rígido pequeno é frequentemente usado simplesmente por conveniência.

Outros custos são simplesmente armazenamento e nó de gerenciamento. O RHEV 2.1 (versão atual) requer um sistema executando o Windows 2003 R2. Isso pode ser uma máquina de especificação mais antiga ou mais baixa (para testar, tenho uma VM de 1 GB na minha área de trabalho executando um cluster de teste RHEV em um laboratório).

Por último, há armazenamento e fence (Desabilitando um host para alta disponibilidade), ambos os hosts devem ter iLO, DRACS ou similar que sejam suportados para fence pelo RHEV. A maioria dos servidores de rack Dell, HP e IBM é suportada nesse aspecto e o recurso deve ser padrão em tudo, exceto nos servidores finais mais baixos.

Quanto ao armazenamento compartilhado: Fibra, iSCSI e NFS são todos suportados. Dependendo da sua infra-estrutura existente, um desses pode ser o cheeper, em seguida, outra opção. O NFS é freqüentemente usado na configuração de clusters RHEV de teste, já que um PC antigo pode ser usado na execução de um servidor NFS, embora o IO de disco se torne um problema com um grande número de convidados. Além disso, preocupações de confiabilidade podem tornar isso um problema.

O armazenamento precisa ser conectado a ambos os hosts RHEV, mas não à interface de gerenciamento, portanto, um array de discos FC de 2 portas é adequado. Eu vi algumas pessoas fazerem seus próprios servidores iSCSI de alto desempenho a partir de um componente, no entanto eu estou supondo que você gostaria que algo fornecedor suportado. Os NetApp Filers são uma opção um pouco comum, assim como qualquer dispositivo NAS de alto desempenho que ofereça suporte confiável ao NFS. Acredito que o armazenamento provavelmente será o maior custo do seu projeto, a menos que você tenha alguma infraestrutura existente para utilizar.

    
por 10.03.2010 / 21:54