Virtual vs Physical Servers

Question

Eu estou atrás de uma segunda opinião; e desculpas se isso já foi respondido (aponte-me na direção certa).

Diferentes facções dentro de um projeto em que estou estão envolvidas em uma guerra santa entre servidores virtuais versus físicos. Estamos implementando um sistema de gerenciamento de documentos COTS IBM (DB2, etc).

A sabedoria geral é que devemos virtualizar tudo, e nosso parceiro fornecedor suporta essa visão; algumas das cabeças de hélice no trabalho são contra isso, particularmente para o servidor de metadados central (basicamente um grande banco de dados DB2).

Meu problema é que eu venho de um fundo de desenvolvedor (eu sei squat), então uma visão independente seria bem vinda.

Qual é o problema do virtual vs físico? Quando você deveria - ou não deveria - virtualizar? Vantagens / desvantagens gerais, etc. Minha partida para 10 - derrubar-me ...

Virtual:

• Bom para DR (você pode configurar uma nova instância em um servidor de VM diferente se o seu falhar, ou seja: a caixa física em que você está executando)
• Ruim para certos senários de banco de dados?
• Ligeira performance (não tenho certeza de detalhes)

Answer 1

Em termos gerais, se a plataforma de virtualização que você executa atualmente suporta totalmente o sistema operacional convidado que você pretende executar, a virtualização é uma boa jogada. Existem alguns casos de uso que justificam uma inspeção mais cuidadosa:

• Serviços de terminal (ou serviços com alta simultaneidade de usuários)
• Sabores do funk do Linux
• Servidores de banco de dados ou de e-mail
• Servidores com anexos periféricos incomuns
• Servidores com requisitos de recursos únicos / muito altos

No seu caso específico, observe o número de usuários simultâneos que seu sistema precisará suportar e o tipo de especificações de hardware físico que você precisa para executá-lo como uma máquina física. Se requer uma besta quad-core de 4 processadores com 32Gb de RAM e uma faixa de drive SAS de 6-discos local, não é um bom candidato para virtualização. Se tiver altos requisitos em qualquer um desses aspectos (por exemplo, apenas precisa de um disco ultrarrápido), ele está na pilha 'talvez' e precisa de uma rodada de testes antes de tomar a decisão.

Se o banco de dados rodasse bem em um servidor básico de 1 ou 2 processadores com uma quantidade modesta de memória RAM (abaixo de 8GB) e a taxa de transferência de disco não fosse excessiva, virtualize-o.

Se a escolha que você está fazendo for entre comprar hardware novo para o sistema ou virtualizar em sua infraestrutura de VM existente, virtualize-o primeiro e migre para um servidor físico somente se necessário. A marca registrada de um servidor bem planejado é que você pode facilmente reconstruí-lo novamente sob demanda;)

    

Answer 2

Esse tópico deve ser considerado no contexto do seu ambiente e não pode ser definitivamente respondido por você como um conceito geral. Você precisa considerar tudo, começando com se uma máquina virtualizada pode ou não fornecer o desempenho desejado. Isso inclui coisas como o sistema de armazenamento sendo capaz de acompanhar. Isso, obviamente, tende a ser o grande problema para os sistemas de banco de dados. Eu sou da opinião de que isso precisa ser bem testado antes que uma decisão final seja tomada. Se você não pode testá-lo, o risco pode ser muito grande.

Pessoalmente, não sou fã de virtualização, mas isso é pelo menos em parte devido ao ambiente em que trabalho e trabalhei anteriormente. Um dos problemas é que você tende a ter muitos ovos na mesma cesta. Se esse hardware decompuser TODAS as máquinas virtuais nesse servidor, elas serão processadas. Isso é bom se você está na escala de ter hardware de reposição, ou pelo menos ser capaz de se apossar de alguns NOW, mas esse não é o mundo em que trabalho.

    

Answer 3

Executamos nossos servidores em ambientes virtualizados e em seu ambiente nativo. Isso vale tanto para nossos servidores baseados em Linux quanto para nossos servidores e desktops Windows. Dizer que um é melhor que o outro vai depender completamente do que você precisa fazer. Às vezes a virtualização é melhor, às vezes não.

Virtualização Prós:

• Facilidade de backup
• Facilidade de configuração (da clonagem)
• Pode chegar perto de usar todo um recursos do hardware (que frequentemente não utilizado)

Contras de virtualização:

• Uma caixa cai = muitos servidores vão offline
• Custo Licenciamento é muitas vezes caro se você gostaria de controlar múltiplos máquinas de um cliente VMWare.
• Custo Licenciamento é caro se você quer apoiar mais de dois processadores

Uma nota final. A virtualização funciona muito bem para a execução de servidores e desktops regulares, mas tenha muito cuidado quando você precisa ter uma configuração um pouco menos tradicional. Por exemplo, tínhamos dois servidores Web que se conectavam a um dispositivo de armazenamento conectado à rede sem problemas quando não eram virtualizados. No minuto em que os movemos para o ambiente virtual, sofremos muito porque nosso equipamento de virtualização não funcionava bem com o dispositivo de armazenamento (problemas de E / S). Então, faça o dever de casa do seu hardware antes de tentar uma configuração complicada (praticamente não é preciso dizer).

Por último, a virtualização é ótima e já percorreu um longo caminho. Eu amo isso por muitas coisas. MAS, a menos que você realmente precise configurar alguns servidores E você não tem o hardware, pode não ajudar muito.

A maior vantagem que obtivemos com a virtualização: Espaço físico.