Devo me preocupar com a configuração do servidor?

9

Eu trabalho para uma empresa de cerca de 50 pessoas. Nossos dois servidores (idênticos) são construídos de acordo com essas especificações:

Xeon E3-1270 V3
Intel Entry Server Board
32 GB DDR3 ECC
2x 256 GB SSD RAID1 (for System)
4x 1TB SSD RAID10 (for Hyper-V VMs)
Windows Server 2012 R2 as Host and VMs

Cada servidor hospeda duas VMs (2x perfis de compartilhamento de arquivos + AD + de roaming, 1x servidor SQL para teste e 1x outro (não importante).

Realizamos backups diários usando o Backup do Windows incorporado em destinos iSCSI hospedados em um QNAP NAS (2x 2TB RAID1).

Os servidores não têm muita carga e nunca tivemos problemas. A maioria dos nossos dados é armazenada na nuvem (VS Online, SharePoint).

Mas me pergunto se é sensato continuar com essa configuração ou se é melhor mudar para o hardware de servidor profissional, ou seja, uma grande máquina.

Então, quais são as armadilhas e o que devo fazer sobre elas?

Martin Walter
fonte
2
" Mas eu me pergunto se é sensato continuar com essa configuração ou se é melhor mudar para o hardware de servidor profissional, ou seja, uma grande máquina. " Essas são duas perguntas bastante diferentes, se você também estiver procurando uma resposta abrangente para a última pergunta, talvez vale a pena posar separadamente. Além disso, você pode esclarecer seu papel na organização? Suponho que você esteja no comando da infraestrutura, mas, se não, obviamente não precisará fazer nada.
Lilienthal
1
Posso pensar em várias respostas diferentes aqui, portanto, identificar uma pergunta principal (esta configuração está bem? Esse hardware está bem? Devemos consolidar os serviços? ...) podem ajudá-lo a obter respostas mais úteis.
Lilienthal
@ Lilienthal Eu sou o principal administrador da empresa. Sim, quero saber se o hardware e a configuração estão corretos.
Martin Walter
Se a configuração está correta é um tópico bastante amplo, pois envolve muitos fatores: Você possui um backup offline e / ou externo? Você tem uma estratégia de recuperação? Você já testou essa estratégia de recuperação? Que tempo de inatividade você pode suportar? Qual é o seu orçamento e nível de serviço esperado? Como é o seu processo de atualização e atualização? Seus sistemas e credenciais estão documentados? Você já considerou o fator de ônibus? ... Essa é uma pergunta bem diferente de "quando faz sentido se afastar do hardware do consumidor?"
Lilienthal
1
@Lilienthal Lol. Eu amo como você se pegou meio parágrafo. Sim, foi isso que eu quis dizer.
Ryan Babchishin

Respostas:

11

Parece que você já está usando um hardware decente. O que há de errado com isso? Não é velho demais, certo? Mantenha suas coisas em garantia ou feche, se você não quiser se sentir muito preocupado (nem todos compartilham minha opinião sobre isso).

Se você tem uma configuração de material para backups redundantes e bons, você está indo muito bem. Um servidor = ponto único de falha, não importa quão bom seja, isso me deixaria desconfortável. Há muito o que fazer no orçamento, tomando decisões inteligentes sobre como as coisas são implementadas em software / hardware / infraestrutura / suporte.

Se você não tem precauções / coisas, talvez deva se preocupar. Se um sistema morre, seus serviços acabaram? Como isso afetará os negócios? Quão rápido você pode se recuperar?

Armadilhas? Depende. Você não forneceu muitas informações. Unidades baratas podem falhar ou ser lentas. Casos baratos podem superaquecer. Fãs baratos podem falhar. Controladores baratos SATA / SAS / RAID podem estragar ou não funcionar conforme o esperado. Fontes de alimentação baratas podem morrer ou, se não forem redundantes, deixam você sem energia. Placas-mãe podem fazer coisas estranhas. Sistemas sem consoles remotos (OIT, etc ...) podem ser difíceis de gerenciar. Placas de rede baratas podem ter drivers baratos ou estragar tudo. Muitos problemas imprevistos podem ocorrer. Por outro lado, você pode obter coisas baratas como o inferno, com desempenho incrível. E coisas mais caras também podem ser vacilantes.

Eu já vi tudo isso, em um nível decente * de servidor, servidor de extremidade inferior, estação de trabalho e equipamentos de nível de consumidor. As coisas mais sofisticadas parecem se sair melhor a longo prazo (além da garantia). Mas se você não puder pagar? Ou você pode comprar apenas um servidor e não pode implementar redundância adequada?

Não há nada de errado com os servidores duplos executando com o Xeon, a memória ECC e o RAID. A menos que você tenha um problema com isso.

Ryan Babchishin
fonte
Pode ser útil primeiro definir os objetivos (coisas absolutamente necessárias, coisas agradáveis ​​de se ter e coisas que não o incomodam) e o orçamento e depois comprar a melhor qualidade que atenda a esses critérios. Além disso, eu pessoalmente não tocaria em nada sem o gerenciamento remoto (IPMI, AMT, etc), é muito conveniente. O mesmo vale para fontes de alimentação redundantes, especialmente para hosts de VM em que o desligamento é bastante demorado.
user121391
9

Supondo que suas VMs sejam redundantes (e isso é testado como trabalhando com um nó desativado), você provavelmente está relativamente imune a uma interrupção relacionada ao hardware em virtude de ter dois nós espelhados.

Sem saber mais, eu não recomendaria deixar cair para uma única caixa (mais recente), a menos que uma interrupção de todo o nó não seja um grande problema na sua empresa.

Dito isso, seria útil conhecer alguns detalhes extras sobre o seu ambiente ... como por quanto tempo você tem essas máquinas, elas estão em um ambiente construído de propósito (sala limpa e seca com rack e AC etc) . Como você provavelmente sabe, o equipamento bem cuidado dura mais tempo!

De um modo geral, não há nada necessariamente errado em usar hardware menos 'profissional', ele simplesmente não possui as mesmas garantias ou confiabilidade do kit mais caro, e esses riscos precisam ser pesados ​​em relação ao seu orçamento.

Matt Renner
fonte
2
Obrigado pela sua resposta. Agora tivemos os servidores há 3 anos. Eles estão em um rack em uma sala dedicada com AC. Os servidores não são espelhados. Cada servidor hospeda VMs diferentes, cada uma hospedando um AD.
Martin Walter
Nesse caso (parece que você está fazendo um bom trabalho cuidando deles), acho que você está bem seguro para continuar como está agora (supondo que o AD seja o único serviço crítico que você está hospedando neles). Eu recomendo a implementação de algum tipo de monitoramento para ficar atento a erros de hardware (não sei o que é mais apropriado para o Windows atualmente) e talvez planeje substituí-los ou encontrar uma solução diferente nos próximos 2-3 anos.
Matt Renner
4
@MartinWalter Talvez você devesse estar preocupado. Um sistema morre, seus serviços acabaram. Como isso afetará os negócios? Quão rápido você pode se recuperar?
Ryan Babchishin
1
@RyanBabchishin Essa pergunta é sempre importante para a TI interna. No entanto, realisticamente, sempre há trocas e, para os negócios, diminuir por uma hora ou duas pode ser aceitável nessa rara ocasião. Além disso, se o OP tiver sua captura instantânea / exportada da VM para um dispositivo externo, a recuperação será tão simples quanto montar esse dispositivo externo na outra caixa em execução e inicializar temporariamente as VMs. Para o AD, isso provavelmente não causará problemas (se tudo o que for manipulado for material básico do AD, nada avançado) além de desempenho reduzido até a recuperação da máquina principal.
SnakeDoc 15/09/16
1
@SnakeDoc É por isso que é uma pergunta ... para ele. Sobre isso. ?
Ryan Babchishin
5

Como o back-end de armazenamento é totalmente flash, seu hardware está totalmente OK para a carga de trabalho mencionada. A única preocupação que tenho em relação à sua configuração é que suas VMs estão divididas e em execução em um único servidor, em vez de serem espelhadas / sincronizadas entre servidores, especialmente se forem idênticas. Portanto, eu recomendo fortemente que você use algum armazenamento definido por software (SAN virtual) que permitirá juntar os dois servidores em um único cluster e tornar suas máquinas virtuais imunes a possíveis falhas de hardware.

As opções possíveis são o HP VSA http://www8.hp.com/us/en/products/storage-software/product-detail.html?oid=5306917 ou o EMC Unity VSA https://store.emc.com/us/ Família de produtos / Produtos da EMC-Unity / EMC-Unity-VSA / p / EMC-Unity-Virtual-Storage-Appliance, que é gratuito, mas até onde eu sei não é permitido a produção. Como você está usando o Hyper-V, uma opção perfeita para você seria usar o StarWind Virtual SAN https://www.starwindsoftware.com/starwind-virtual-san, que é executado de forma nativa na parte superior das janelas e permite que você crie perfeitamente um cluster funcional Microsoft Failover Hyper-V usando apenas armazenamento diretamente conectado.

Também recomendo usar o VEEAM B&R https://www.veeam.com/vm-backup-recovery-replication-software.html que possui uma versão gratuita ou o Bacula http://blog.bacula.org/ para fazer backup de suas VMs de usar o Backup do Windows 2012 Server nativo, pois é conhecido por causar problemas ao tentar recuperar suas VMs.

Net Runner
fonte
1
Obrigado pelo conselho. Eu sei que o backup é algo que eu tenho que resolver. O failover não é possível no momento, porque as máquinas estão executando VMs diferentes e não têm muita RAM, portanto, não posso colocar todas as VMs em uma única máquina.
Martin Walter
1
Gostaria de ouvir mais sobre as questões que você mencionou sobre a restauração de VMs com o Windows 2012 Server Backup
wandersick
1
@wandersick Um problema comum, na verdade. O Backup do Windows é conhecido por gerar erros estranhos como 0x8XXXXXXX durante a restauração, tornando a restauração impossível. Estranho é que às vezes não há códigos de erro não são ainda googlable :-(
Runner Net
0

Em pequenas implantações, geralmente é melhor ter várias (pelo menos 2) máquinas mais baratas do que uma cara. Ou, em outras palavras, em pequenas implantações, é melhor ter largura do que altura. O motivo é que, dessa forma, você tem alguma redundância para um aumento limitado no custo. Dois servidores 3000, + podem fazer a mesma coisa que um servidor 5000, mas, se o servidor caro falhar, você estará desossado. Se uma das mais baratas falhar, pelo menos metade das suas VMs ainda está em execução e provavelmente também pode executar as outras, mas será lento.

Algo que você deve procurar é não gerenciar esses servidores individualmente, mas de alguma forma agrupá-los. Sua solução de virtualização deve ser capaz de criar um cluster de failover para que não importe em qual host uma VM vive; se o host morrer, a VM será automaticamente migrada. Isso também reduz o microgerenciamento e significa que, no futuro, você poderá adicionar um novo servidor enquanto mantém os antigos funcionando, até que não seja mais econômico fazê-lo. Essa decisão geralmente se resume a consumo de energia ou limitações de espaço.

Se você deseja crescer mais, provavelmente deseja migrar do armazenamento no servidor para uma SAN. Dessa forma, seus servidores se tornam nós de computação pura e a integridade deles não importa para as VMs.

mzhaase
fonte
Esteja ciente de que, com esta solução / caminho geral, há um certo nível que você precisa atingir para que esteja correto. Você pode obter redundância dentro da máquina cara (PSUs, discos, controladores, GPUs, CPUs, placas de rede), além de reduzir a complexidade no gerenciamento (atualizações de software para o segundo host, orquestração automática de failover de VM, considerações sobre tráfego de rede, permissões, monitoramento) um pouco. É difícil dizer o que é melhor sem números concretos, no entanto.
user121391
-8

contanto que você não tenha problemas na rede e no sistema de backup, você pode continuar com essa configuração, mas para o futuro é melhor ter um servidor Professional 100% SAUDÁVEL.

Shan't Baghdikian
fonte