Um cluster de dois nós melhor e barato

Question

Existe um cluster Xen cuja configuração eu realmente gosto. Consiste em 2 nós (vamos chamá-los de 1 e 2). Cada nó tem 2 unidades não invadidas (A e B). A1 replica para A2 por meio de DRBD e B2 para B1.
Quando a máquina 1 desce, as VMs são ativadas na máquina 2 e vice-versa (apenas com metade do desempenho)

Estou feliz com isso. É barato, flexível e robusto, mas não é perfeito ... e não me deixa descansar. Talvez você possa me ajudar a melhorar (ou ter uma arquitetura alternativa que seja melhor do que isso ... Eu não sou contra a VMWare ou outra se ela faz o trabalho)

Aqui estão meus problemas:

• O Xen não possui um conversor conveniente como o VMWare. Ou isso? (Disclaimer: Estou apaixonado por conversor VMWare)
• O DRBD ainda é desconhecido (assustador?) para a maioria das pessoas de TI. Eu não quero ser o único especialista que sabe como trabalhar essa coisa. Eu quero coisas tão estúpidas quanto a VMware as faz. Algum tipo de interface web fácil para o DRBD, talvez? Melhor ainda, existe algum tipo de aparelho que faz isso (no estilo freeNAS, monowall e amigos) Ou algum tipo de produto plug and play? Eu não me importo de pagar mais, se isso significa que eu não estou mais rolando o meu próprio e obter algum tipo de suporte ao fornecedor.
• Relacionado ao problema acima: A última vez que tive um sistema como este foi há alguns anos atrás, e eu sempre senti que estava no limite e brincando demais com as coisas. Foi muito divertido. Não tinha a empresa sólida como se fosse VMWare. Desta vez eu não quero nenhum "divertimento" :-) ... Eu só quero que ele funcione e nunca pare de funcionar. Talvez seja porque eu ainda estava no Xen 2.0 e no DRBD 0.7, tenho certeza que muita coisa mudou desde então, mas algo me diz que eu ainda prefiro muitas compilações de kernel personalizadas e falhas desafiadoras de vez em quando. Algo que eu quero evitar a todo custo desta vez.
• Eu estava executando isso em uma única ethernet de 1Gb. Qual é a melhor maneira de dobrar ou triplicar que manter os pontos acima em mente?

... talvez eu possa ter resumido todos os itens acima com. Como faço para simplificar e enganar a arquitetura de cluster do Xen?

Obrigado

    

Answer 1

• Todos nós amamos o VMWare Converter, é útil mesmo que você não use produtos de virtualização VMWare (usei-o para migrar diferentes servidores físicos do Windows para o VMWare player e os converti para o KVM, provavelmente funcionará também para o Xen );
• Eu não uso mais o DRBD, prefiro usar sistemas de arquivos de rede tolerantes a falhas distribuídos como GlusterFS e MooseFS, você pode obter melhor escalabilidade para seus dados do que um ~ RAID1 como o DRBD.
• Você não precisa ficar no limite, mas precisa continuar atualizado, e seus clientes irão gostar disso.
• Atualizando para 10gb ou alternando para NAS / SAN para armazenamento (Infiniband, fibrechannel, etc.)

Answer 2

Eu não sei se você pode emburrá-lo e enganá-lo completamente. Existem programas de gerenciamento que podem ajudar a agregar e gerenciar várias tecnologias de cluster, mas, para sua configuração específica, você ainda terá coisas exclusivas da sua configuração.

Você também terá problemas porque está vinculando várias tecnologias de diferentes versões. Você pode obter algo que administre o Xen, mas o Xen mais o DRBD pode levar mais trabalho, ou outro software pode não ficar atualizado com vários lançamentos.

Sua melhor aposta é documentar completamente sua configuração, completar com diagramas e treinar alguém até o ponto em que, se você for atropelado por um ônibus amanhã, essa pessoa poderá assumir o controle de você.

E sempre que algo for alterado nesse cluster de alguma forma, atualize sua documentação e certifique-se de que sua equipe saiba disso.

    

Answer 3

Na verdade, existem consoles de gerenciamento baseados na web do DRBD ...

link link

    

Answer 4

Eu descobri que XEN, DRBD e Heartbeat são uma combinação muito boa. O DRBD fornece os Scripts de Heartbeat para seus dispositivos, o DRBD fornece a integração do XEN adicionando um tipo de dispositivo "drbd".

Se você quer tudo em "one hand" - pegue SLES11 (atual patchlevel - SP2 atualmente) com HA-extension - então todos os três componentes terão suporte. O DRBD tem uma parceria com o SLES, por isso deve funcionar sem problemas.

No momento, estamos atualizando nossa rede de servidores para 10 GB, para que possamos usar a migração dinâmica (XEN) e uma replicação DRBD mais rápida.

Em nossa configuração, um XEN PV DomU tem um "disco" que consiste em um dispositivo DRBD, que consiste em um LV. Usamos clusters de dois nós com a sintaxe Heartbeat V1 (com o SLES10 mais antigo - tivemos que compilar o drbd 8 e tivemos que escrever nosso próprio script xen-heartbeat).

Estamos usando o XEN por sua força em relação ao Linux PV.