Práticas recomendadas para virtualizar servidores na SAN?

Question

Tudo bem, então quero começar a alavancar minha SAN um pouco mais do que tenho e, ao mesmo tempo, aproveitar o ESXi.

Atualmente, tenho uma variedade de blades Dell PowerEdge 1955 conectados a um storage array EMC AX4-5 FC de gabinete único. Eu estou usando essencialmente a SAN como DAS. Eu tenho LUNs na SAN que estão apontando para máquinas físicas específicas, e essas máquinas utilizam os LUNs para qualquer coisa (principalmente bancos de dados e compartilhamentos Samba / NFS, dependendo do servidor de destino).

Eu tenho vários servidores de arquivos físicos e cada um deles tem uma configuração de configuração do samba para servir os compartilhamentos apropriados. Como nunca consegui fazer o RHCS funcionar, apenas um dos servidores de arquivos tem os LUNs montados por vez. No caso de um servidor de arquivos morrer, eu o delimito manualmente (desmontando e não representando a unidade, usando o utilitário navisphere ou eliminando a energia via DRAC) e, em seguida, usando o utilitário navisphere para exibir as LUNs apresentadas no próximo concorrente ( depois disso, inicie o apache e os outros daemons). Tudo a mão, agora mesmo.

Eu me sinto como Ferris Bueller tocando clarinete. Nunca tive uma lição!

De qualquer forma, estou tentando melhorar. O que eu quero fazer é instalar o ESXi nos hosts físicos, em seguida, criar LUNs para armazenar duas imagens do servidor de arquivos (no caso de um ficar corrompido / fubar), um dos quais será o ativo, o outro será o de espera. Pelo menos dessa maneira, eu não melhoro a automação (embora eu vá começar a escrever um script para mudar o servidor "ativo" em breve), mas eu sinto que estou adicionando flexibilidade, mais eu posso usar os hosts do ESXi para armazenar outras VMs, e o hardware não será desperdiçado, como acontece agora.

Minhas perguntas são:

1) Quão estúpido é o meu plano?

2) Quando se trata da implementação real, devo criar uma imagem vmdk normal no LUN, ou devo dar-lhe uma partição "raw" (se isso é possível com o ESXi?)

3) Existe uma maneira "boa" de usar servidores de arquivos não clusterizados?

    

Answer 1

Seu plano não é maluco. Como de costume, há mais do que algumas maneiras de atacar isso com base no que você está tentando alcançar e em como proteger seus dados.

Primeiro, você pode apresentar um LUN bruto para uma VM usando um "Mapeamento de dispositivo bruto". Para fazer isso:

• Apresentar o LUN ao host ESXi (ou ao grupo de hosts, se você for usar armazenamento em cluster / HA)
• Adicione um disco à sua VM, selecione Mapeamento de dispositivos brutos, aponte para o LUN
• Verificar novamente o barramento SCSI dentro da VM
• fdisk, monte e adicione ao fstab, como um disco normal.

De cabeça para baixo: rápido de configurar, rápido de usar, fácil, pode representar o disco para o host físico se você precisar da V2P na pista

Downside: você pode perder algumas opções de snapshot / rollback baseadas em VMware, dependendo se você usa o modo de compatibilidade física ou virtual

Uma opção alternativa é criar o VMFS no LUN para criar um armazenamento de dados e, em seguida, adicionar um disco VMDK à VM que vive nesse armazenamento de dados.

• De cabeça para baixo: é o Storage vMotion-friendly se você comprar uma licença para usá-lo. Isso permite a migração a quente de discos VMDK entre LUNs e até SANs.

Em ambos os casos, você está em uma posição de risco semelhante, caso VMware ou sua VM comam o sistema de arquivos durante uma falha; um não é drasticamente melhor que o outro, embora as opções de recuperação estejam disponíveis serão bem diferentes.

Eu não implante RDMs a menos que seja necessário; Eu descobri que eles não me dão muita flexibilidade como um VMDK (e eu fui mordido por bugs que os tornaram impraticáveis ao executar outras operações de armazenamento (desde que corrigido - consulte a seção RDM nesse link))

Quanto à sua VM, sua melhor aposta para a flexibilidade é armazenar o disco de inicialização do seu servidor de arquivos como um VMDK na SAN, para que você possa ter outros hosts inicializando-o no caso de uma falha do host. Usando a funcionalidade de alta disponibilidade da VMware, inicializar sua VM em outro host é automático (a VM inicializará no segundo host como se a energia tivesse sido puxada; espere executar o fsck e a mágica usuais para ativá-la como no caso de um servidor normal ). Observe que o HA é um recurso licenciado.

Para atenuar uma falha da VM, você pode criar um clone leve do seu servidor de arquivos, contendo o mínimo necessário para inicializar e ter o SAMBA iniciado em um estado configurado e armazená-lo no disco local de cada host, esperando que você adicione os dados unidade da VM com falha e ligue-a.

Isso pode ou não comprar opções extras no caso de uma falha de SAN; Na melhor das hipóteses, seu armazenamento de dados exigirá um fsck ou outro reparo, mas pelo menos você não precisa consertar, reconstruir ou configurar a VM no topo. Na pior das hipóteses, você perdeu os dados e precisa voltar para a fita ... mas você já estava nesse estado de qualquer maneira.

    

Answer 2

Eu ficaria com as imagens vmdk, apenas caso você mude para o uso do vmotion no futuro, você nunca saberá que pode conseguir um orçamento para isso.

Se suas máquinas não estão agrupadas, então, no que me diz respeito, a melhor maneira de gerenciá-las é tentar distribuir a carga da forma mais uniforme possível. Eu tenho 3 2950s não agrupados onde a carga da vms mais crítica é o máximo possível 1/3 em cada. A teoria é que é improvável que eu perca mais de uma caixa de uma só vez, então pelo menos 2/3 serão capazes de continuar operando sem serem afetados.

Do ponto de vista da energia, provavelmente seria mais eficiente carregar as máquinas o mais próximo possível de 100% e deixar outras máquinas desligadas, mas parece colocar todos os seus ovos em uma cesta para mim. / p>

Eu não diria que sou especialista nisso, é exatamente o que eu faço.

    

Answer 3

Ei Matt. Há muitas maneiras de dividir uma solução quando você usa uma solução de virtualização. Primeiramente, houve muitos benchmarks mostrando o desempenho do Raw LUN (RDM) versus VMDK e a diferença é tipicamente insignificante. Algumas coisas a serem observadas com os RDMs: Apenas determinadas situações de cluster exigem o uso de RDMs (agrupamento MS). Os RDMs têm um limite de 2TB, mas o LVM pode ser usado para contornar esse limite. Os RDMs são mais difíceis de controlar do que dar um LUN ao ESXi para usar no VMFS e colocar o vmdk nele. VMDKs (como mencionado) tem alguns benefícios: svMotion, Snapshots (não é possível capturar um pRDM).

Se você executar o Free ESXi, aqui está como eu poderia falar sobre sua situação. Primeiramente, todos os dados estão em arquivos vmdk em LUNS do VMFS. Configure 2 VMs e use Heartbeat para failover de IP e Serviços. O Heartbeat mudará o IP do serviço e poderá manipular o script para desmontar / montar o LUN de dados quando apropriado. Você pode até mesmo fazer um script de algumas VMware Remote CLI para garantir que a VM 'para baixo' seja desligada para cercas. Com o heartbeat coordenando diretamente entre os sistemas, o risco de ambos acessarem os dados lun / executando os mesmos serviços deve ser extremamente baixo. A chave aqui é garantir que a montagem / desmontagem do LUN de dados e a inicialização / desligamento de serviços sejam gerenciadas pelo Heartbeat, não pelos mecanismos de inicialização normais.

Um failover alternativo pode ser realizado por meio do sistema de monitoramento. Quando detecta o host inativo, ele pode usar o VMware Remote CLI para emitir um desligamento (por segurança) e depois ligar o backup da VM. Nesta situação, a falha é bem manual.

No meu ambiente "minúsculo", não vi um VMDK corrompido. O que eu também percebi é que, se você tiver mais de 2 hosts ESX (i) ou uma dúzia de VMs, você vai querer obter o vCenter para ajudar a controlar tudo. Alguns dos pacotes Essential / Plus não são muito caros considerando os benefícios.

    

Answer 4

Matt, você sabe que não uso o VMware, mas sempre usei "RAW" com o Xen. Com apenas algumas VMs que são levemente carregadas, duvido que você veja muita diferença de desempenho. Mas quando você começar a entrar em mais e mais convidados, se todos os convidados estiverem no mesmo sistema de arquivos, você terá problemas com a profundidade da fila. Isso é especialmente verdadeiro no armazenamento suportado pelo NFS. Não é tanto que o servidor NFS tenha problemas, mas a maioria das implementações de clientes do NFS é uma porcaria.

Eu não sei de uma boa maneira de sincronizar o vmdks se você estiver procurando por redundância (falha san). Mas se você usar dispositivos de bloco, ainda terá a possibilidade de usar o DRBD para replicar apenas a vms que você deseja / precisa ser replicada.

    

Answer 5

Acho que você deve se perguntar "Eu planejo voltar a servidores físicos"

Se a resposta for talvez então você deve se ater ao RDM. ESXi com RDM (eu acho) exigiria que você comprasse algo para sua fibra funcionar (novamente, não 100% de certeza em esxi).

Tivemos várias máquinas que acabei de migrar rapidamente de servidores físicos para o ESX (4.0) usando o RDM. Eu tinha um mix de máquinas Linux e Windows (super fácil para ambas as plataformas). Nós ainda temos um pouco de legalização do FreeBSD (6.0 e anterior) em servidores físicos para os quais não podemos usar o RDM porque o kernel antigo do FBSD não suporta isso. Foi rápido e exigiu que eu não fizesse nada além de apontar meu LUN e depois instalar as ferramentas VMWare. Cérebro morto fácil .. sem conversor sem confusão ...

Outra coisa que você deve se perguntar é "Quais recursos do VMWare eu quero usar?"

Dependendo da sua resposta, você pode não ter outra escolha além de VMDK. Se você usa sua SAN para instantâneos, e não se preocupa em usar vmware para isso, por exemplo ...

Algumas notas vou compartilhar com você sobre o que nós corremos até agora .. Vmotion funciona igualmente bem com RDM e VMDK, Storage Vmotion, por outro lado só funciona corretamente com não RDM, e tentando usar o armazenamento Vmotion para ir de RDM para VMDK é uma merda apenas usar conversor .. A maioria das distribuições Linux tem um pacote de ferramentas vmware de software livre que torna as ferramentas de instalação um problema que não é problema. O backup applince funciona muito bem e é livre de vmware, mas não faz tantas coisas quanto gostaríamos. Eu altamente recomendo fazer uma aula no vmware. O que eu peguei foi uma semana e valeu cada centavo VMWare suporte é incrível .. Se você receber um contrato de suporte e tem que chamar eles são top nothc .. fico frustrado chegar a alguém que pode me ajudar (para muitos menus ..), mas uma vez eu recebê-los sempre vêm embora com suporte rápido e confiável.