Servidores virtuais versus físicos

Servidores virtuais versus físicos

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 e 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 apoia essa visão; alguns dos cabeçotes de hélice em ação são contra isso, especialmente no caso do servidor central de metadados (basicamente um grande banco de dados DB2).

Meu problema é que venho de uma experiência de desenvolvedor (sei o que é), então uma visão independente seria bem-vinda.

Qual é a diferença entre virtual e físico? Quando você deve - ou não - virtualizar? Vantagens/desvantagens gerais, etc. Meu starter para 10 - me derrube...

Virtual:

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

Responder1

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

  • Serviços de terminal (ou serviços com simultaneidade de usuários muito alta)
  • Sabores descolados do Linux
  • Servidores de banco de dados ou 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 necessárias para executá-lo como uma máquina física. Se issorequeruma máquina quad-core de 4 processadores com 32 Gb de RAM e uma faixa de unidade SAS local de 6 discos, não é um bom candidato para virtualização. Se ele tiver requisitos elevados em qualquer um desses aspectos (por exemplo, precisar apenas de um disco ultrarrápido), estará na pilha do “talvez” e precisará de uma rodada de testes antes de tomar a decisão.

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

Se a escolha que você está fazendo for entre comprar hardware totalmente novo para o sistema ou virtualizar 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 sob demanda;)

Responder2

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

Pessoalmente, não sou fã de virtualização, mas isso se deve, pelo menos em parte, ao ambiente em que trabalho e onde trabalhei anteriormente. Um dos problemas é que você tende a ter muitos ovos na mesma cesta. Se esse hardware quebrar, TODAS as suas máquinas virtuais naquele servidor ficarão quebradas. Tudo bem se você tiver hardware sobressalente ou pelo menos conseguir algum AGORA, mas esse não é o mundo em que trabalho.

Responder3

Executamos nossos servidores tanto em ambientes virtualizados quanto 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 dependerá completamente do que você precisa fazer. Às vezes a virtualização é melhor, às vezes não.

Prós da virtualização:

  • Facilidade de backup
  • Facilidade de configuração (da clonagem)
  • Pode chegar perto de usar todos os recursos de um hardware (que muitas vezes não são utilizados)

Contras da virtualização:

  • Uma caixa cai = muitos servidores ficam offline
  • Custo. O licenciamento costuma ser caro se você quiser controlar várias máquinas a partir de um cliente VMWare.
  • Custo. O licenciamento é caro se você quiser oferecer suporte a mais de dois processadores

Uma nota final. A virtualização funciona muito bem para executar servidores e desktops regulares, mas tenha muito cuidado quando precisar de uma configuração um pouco menos tradicional. Por exemplo, tínhamos dois servidores web conectados a um dispositivo de armazenamento conectado à rede sem problemas quando não estavam virtualizados. No minuto em que os transferimos para o ambiente virtual, sofremos terrivelmente porque nosso equipamento de virtualização não funcionava bem sem o dispositivo de armazenamento (problemas de E/S). Portanto, faça sua lição de casa sobre hardware antes de tentar uma configuração complicada (nem é 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 mais alguns servidores E não tenha o hardware, isso pode não ajudar muito.

A maior vantagem que ganhamos com a virtualização: Espaço Físico.

informação relacionada