Melhor configuração de infraestrutura para hospedagem de aplicativos (IIS / MSSQL)? Metal nua, virtualizar?

Question

Somos uma pequena consultoria que hospeda alguns sites públicos e aplicativos da web para clientes (aplicativos que nós criamos ou herdamos). Nossa força está na codificação, não necessariamente no gerenciamento de servidores. No entanto, uma solução de hospedagem gerenciada está fora do nosso orçamento (os custos mensais excederiam qualquer receita derivada da hospedagem dessas solicitações).

Ontem, tivemos uma falha dupla no disco rígido em um de nossos servidores executando o RAID5. Raro que algo assim acontece. Felizmente, tivemos backups e simplesmente migramos os bancos de dados e aplicativos da Web afetados para outros servidores. Tivemos muita sorte, apenas uma unidade 100% falhou, a outra simplesmente ficou marcada como falha pendente, então fomos capazes de mover quase tudo [um banco de dados teve que ser restaurado a partir do backup] e tivemos apenas cerca de 5 minutos de inatividade por cliente quando colocamos o banco de dados offline e movemo-lo.

No entanto, agora estamos preocupados que crescemos um pouco ... organicamente ... e agora estamos tentando descobrir o melhor plano para seguirmos em frente.

Nossa infra-estrutura atual (todo metal descoberto):

• roteador pfSense [hardware reaproveitado antigo]
• 1U DC [sem garantia, hardware antigo]
• 2U web & servidor de aplicativos (servidor 2k8 R2, IIS, MSSql, ram de 24 gb, dual Xeon 4C8T) - isso causou falhas na unidade - [garantia boa por mais um ano, unidades sendo substituídas pela garantia]
• Servidor POS herdado de 4U (ram de 128 gb, mas apenas 32bit OS, servidor 2k3) [sem garantia]
• (2) servidores Web 1U (2k8, IIS, 4C8T Xeon, 4 GB de RAM) em um cluster com balanceamento de carga (via pfSense) [novo com garantia]
• servidor de banco de dados 1U (2k8, MSSQL, 4C8T Xeon, 4 GB de RAM) [novo com garantia]
• NAS em execução com armazenamento de até 3 TB (usado para backups e exibição de arquivos para aplicativos da web nos dois servidores da Web com carga balanceada)

Nosso tráfego é bastante leve, porém o tempo de inatividade é praticamente inaceitável. Olhando para os monitores da CPU ao longo do dia, temos muito, muito pouco uso de CPU.

Estamos jogando com o ESXi como um host de servidor de desenvolvimento e está funcionando razoavelmente bem. Bem o suficiente para eu sugerir que corremos algo assim em nosso ambiente de produção.

Minha inclinação inicial é construir uma SAN (seguindo um guia como este: link ) para hospedar as VMs. Eu construí-lo em RAID 1 + 0 para evitar o problema desagradável de falha no disco rígido que tivemos ontem.

Nós executamos a maioria das VMs no servidor que atualmente possui discos rígidos com falha, pois é o mais poderoso. Execute outras VMs nos servidores 1U que atualmente possuem balanceamento de carga. P2V o antigo fora do hardware de garantia (exceto pfSense, eu prefiro em hardware físico). Continue executando o unRaid para backups.

Eu tenho um monte de perguntas, mas as baseadas em infra-estrutura são assim:

• Esta é uma solução razoável para atenuar problemas de hardware físico? Eu acho que o SAN se torna um SPOF massivo e o servidor grande (que hospedaria as VMs) é outro. Eu li que as versões pagas do vmWare suportam o failover automático de VMs e isso pode ser algo que procuramos para aliviar o potencial de falha do Host de VM.
• Existe outra opção que está faltando? Considerei basicamente o "thin provisioning" as aplicações em que usamos nosso modelo de servidor 1U mais barato e executamos o banco de dados e o aplicativo em uma única caixa (sem VM). No caso de falha de hardware, teríamos um segmento menor de nossa base de clientes afetado. Isso aumenta nossos custos de hardware, custos de espaço de armazenamento e custos de gerenciamento do sistema (custo "afundado" no tempo do funcionário).
• O Xen teria um custo mais efetivo se precisássemos da solução de failover de VM?

Answer 1

Identifiquei várias perguntas.

• O que a virtualização faz sentido com a gente (XEN?)

Você está muito ligado ao W2K8R2. IMHO você deve dar uma olhada mais profunda no Microsoft Hyper-V (e eu sou um cara do Linux / Unix!). O modelo de licenciamento pode ser atraente: compre um, tenha três servidores virtuais gratuitos (se bem me lembro o que nossos caras do Windows dizem sobre isso).

Estou usando a virtualização XEN para PV-Linux baseada no SLES10 SP4. Ele funciona muito bem e eu realmente gosto disso. Mas eu tenho um servidor W2K3 rodando lá também (virtualizado completo) e eu quero me livrar dele (- > Hyper-V).

• Como podemos evitar tais falhas no futuro?

As falhas de disco rígido são as falhas mais comuns. Tente evitar o uso de discos rígidos de um único fornecedor e tente evitar o mesmo mês de produção para os discos do mesmo fornecedor.

Ainda não existem muitos fornecedores no mercado. Então você deve viver-replicar seus dados também - construa mais HA nos seus sistemas!

• Como configuramos o HA adequadamente?

KISS (simplifique, estúpido!) Acredito em clusters de dois nós simples. Divida seus serviços em dois, cada caixa será uma metade dos serviços, mas cada servidor físico deve ser capaz de hospedar todos os serviços (talvez com uma pequena degradação do desempenho). Em sua configuração, tente replicar cada um dos discos de dados da VMs on-line para o outro lado.

• Como configuramos armazenamento rápido e barato de alta disponibilidade?

Use dois DAS-boxes com a capacidade de conectar dois controladores (para que dois servidores possam se conectar a cada caixa). Faça um espelhamento baseado em host entre essas caixas.

OR:

Coloque armazenamento local suficiente em seus servidores e espelhe esse host de armazenamento local baseado nesses servidores (não há indícios de que isso funcione com o Hyper-V, mas eu uso o Linux / DRBD8 para essa finalidade).

• É um problema usar hardware não suportado?

Não, se você tiver peças de reposição suficientes no site. Discos Rígidos, RAM, Fonte de Alimentação, CPU, Placas de Rede - nessa ordem - HD e RAM são mais comuns.