Os servidores de máquina virtual são melhores do que os servidores físicos?

Última atualização:
11 de abril de 2024

Os servidores de máquina virtual são melhores do que os servidores físicos?

Parte da estratégia de hospedagem de aplicativos de um ISV Windows® é escolher entre executar o aplicativo em um servidor bare metal ou em uma máquina virtual (VM) no serviço de nuvem do provedor.

Qual é a diferença entre servidores bare metal e VM?

Os servidores bare metal são recursos de máquina física dedicada oferecidos por um provedor de serviços em nuvem. A máquina inteira é dedicada ao ISV. O sistema operacional é carregado diretamente na máquina, o aplicativo do ISV é executado nesse sistema operacional e o aplicativo tem acesso exclusivo a todos os recursos de computação dessa máquina.

Por outro lado, os servidores de máquina virtual (VM) são executados em uma máquina física, mas exigem a instalação de um hipervisor na máquina, além do sistema operacional. O hipervisor divide a máquina física em várias VMs, cada uma executando seu próprio sistema operacional. Embora cada VM seja executada de forma independente, todas as VMs em uma máquina física compartilham os recursos de computação dessa máquina.

Quando um ISV fornece seu aplicativo aos usuários a partir de um servidor VM, os hipervisores necessários para particionar a máquina física em VMs consomem de 5 a 10% dos recursos do servidor, resultando em uma latência muito pequena. Para a maioria dos ISVs, essa latência causa um impacto insignificante na experiência do usuário.

Porém, se o ISV também estiver usando uma solução de desktop virtual como a Citrix® para fornecer seu aplicativo, a latência será mais problemática. Por quê?

A complexidade da Citrix cria latência.

Aqui estão apenas alguns exemplos:

  • O Windows não é otimizado para a Citrix - os especialistas contam 100 ou mais otimizações possíveis que podem ser feitas para reduzir a latência.
  • Além da instalação e configuração da própria Citrix, a implementação de um ambiente Citrix requer a coordenação de muitos subsistemas, incluindo SQL, armazenamento e Microsoft® Active Directory. Qualquer coordenação incorreta afeta a latência.
  • Problemas no design geral, mesmo que pequenos, podem aumentar a latência; por exemplo, uma VM que seja ligeiramente subdimensionada.
  • Perfis de usuário mal configurados afetarão negativamente o desempenho do aplicativo.
  • Posicionamento físico do Citrix Gateway - para minimizar a latência, o Gateway deve ser posicionado próximo ao servidor.
  • O Citrix NetScaler pode tornar o tráfego de rede mais lento devido à configuração incorreta ou a problemas fora do controle da TI, como picos de CPU ou memória e tempos limite de retransmissão.

Então, por que não escolher um servidor bare metal?

Dinheiro.

Os servidores bare metal são consideravelmente mais caros do que os servidores VM, mesmo que os servidores tenham cargas de trabalho idênticas. Primeiro, se um ISV tiver optado pelo bare metal, ele pagará por toda a máquina, independentemente de usar ou não todos os recursos da máquina. Para piorar a situação, se o ISV precisar de um servidor standby frio para recuperação de desastres (por exemplo, um ISV que precisa de um servidor standby para conformidade regulatória), ele pagará por essa máquina, independentemente de precisar dela ou não.

De quanto dinheiro estamos falando? No momento em que este texto foi escrito, uma instância virtual t3 large da Amazon Web Services (AWS) (a maior instância virtual t3 oferecida pela AWS) custa US$ 0,10 por hora. Em contrapartida, uma instância t3 dedicada da AWS (ou seja, um servidor físico dedicado) é cobrada a US$ 5,50 por hora.

Portanto, em um período de faturamento de 30 dias (720 horas), um ISV pagará US$ 720,00 por uma instância virtual t3 large e US$ 3.960,00 por uma instância t3 dedicada. Embora essa não seja necessariamente uma comparação de igual para igual - por exemplo, não temos detalhes sobre quantos usuários podem ser suportados em cada instância -, é uma diferença de custo de cair o queixo.

{{CTAEMBED_IDENTIFIER}}

Flexibilidade, agilidade e escalabilidade

Além do custo extra, os ISVs que usam servidores bare metal não têm a flexibilidade e a agilidade que os servidores VM oferecem. Um novo servidor VM pode ser configurado e implantado em minutos. As VMs também podem ser movidas rapidamente para um novo ambiente ou máquina física. Por outro lado, a configuração de um novo servidor bare metal pode levar horas ou até dias se o ISV tiver requisitos incomuns. Os ISVs que usam servidores bare metal precisam planejar e prever cuidadosamente suas necessidades de recursos; os ISVs que usam servidores VM podem ser muito mais reativos e ágeis.

Os servidores de VM têm uma vantagem considerável de escalabilidade em relação às máquinas bare metal devido à sua flexibilidade inerente. Os ISVs podem ajustar seu ambiente de aplicativos redimensionando as VMs para cima ou para baixo, dividindo cargas de trabalho dinâmicas entre as máquinas e movendo cargas de trabalho, aplicativos e dados de uma VM para outra. Por outro lado, quando um ISV começa a ultrapassar o tamanho de um servidor bare metal, a única opção é adicionar mais hardware, o que exige tempo e planejamento cuidadoso.

Exemplo do mundo real

Aqui na GO-Global, nos deparamos com essa situação com um novo cliente ISV usando a Citrix para fornecer seus aplicativos a instituições financeiras a partir de um serviço de nuvem pública. Devido à natureza do software, os clientes desse ISV esperavam uma latência quase zero, o que levou a Citrix a recomendar servidores bare metal para atender a essa expectativa.

Depois de anos absorvendo o custo de usar Citrix e servidores bare metal para fornecer acesso à nuvem aos clientes, a equipe de gerenciamento de infraestrutura do ISV começou a procurar maneiras de economizar - e encontrou a GO-Global®.

Como a GO-Global é um editor de aplicativos, e não uma VDI como a Citrix, ela não requer um hipervisor, eliminando uma das causas da latência no nível do servidor.

Em um nível mais fundamental, a GO-Global reduz a latência devido ao seu Protocolo RapidX (RXP) proprietário e patenteado, usado para todas as comunicações de dados entre cliente e host da GO-Global. Em vez de transmitir bitmaps de tela pela rede, o RXP transfere comandos de desenho individuais, proporcionando uma transmissão mais rápida e uma melhor compactação de dados do que outras soluções. O protocolo de exibição RXP é quase totalmente assíncrono, o que significa que o host e o cliente raramente aguardam uma resposta de seu par. Em comparação, a Citrix transmite pressionamentos de teclas para o servidor de aplicativos, que redesenha a tela a cada pressionamento de tecla.

Além disso, ao contrário da Citrix, a GO-Global não duplica os componentes da infraestrutura de nuvem pública e os recursos de escalabilidade. Em vez disso, a GO-Global aproveita a infraestrutura existente e os recursos de escalabilidade dos serviços de nuvem para oferecer funcionalidade semelhante com menos complexidade e latência.

O ISV mencionado acima está se preparando para lançar sua nova infraestrutura de entrega de aplicativos usando GO-Global e servidores VM. A mudança para o GO-Global reduziu os custos de licenciamento de entrega de aplicativos e permitirá que eles mantenham a latência baixa para satisfazer as expectativas dos clientes. A mudança de servidores bare metal para servidores VM também reduziu significativamente seus custos.

Em resposta à pergunta "Os servidores de máquinas virtuais são melhores do que os servidores físicos?", a maioria dos ISVs acaba escolhendo entre um custo menor com as VMs ou uma latência menor com os servidores físicos. Mas, para o ISV abordado nesta postagem, ao migrar para a GO-Global com VMs, eles não precisaram escolher entre uma coisa ou outra, pois obtiveram acessibilidade e uma excelente experiência do usuário.

Se você é um ISV do Windows e está procurando uma solução de publicação de aplicativos que faça uso altamente eficiente dos recursos de computação, elimine a complexidade desnecessária e reduza a latência, considere o GO-Global. O GO-Global é uma solução de publicação de aplicativos criada especificamente para publicar aplicativos Windows a partir de qualquer nuvem - de forma simples, fácil e econômica.

Para saber mais sobre a GO-Global, solicite uma demonstração aqui ou faça o download de uma avaliação gratuita de 30 dias.

Procurando uma solução eficiente de publicação de aplicativos?

Veja como a GO-Global otimiza seus recursos e elimina a complexidade desnecessária