Quando devo considerar um servidor dedicado em vez de um VPS na nuvem?

Question

Atualmente, tenho um aplicativo da Web em execução no qual tenho 9 servidores VPS conectados a um balanceador de carga. Como o meu aplicativo da web vem recebendo tráfego, estou comprando novos VPSs para lidar com a carga. Gerenciando muitos deles é muito chato e eu realmente não tenho tempo para aprender Puppet / Chef.

Eu estou querendo saber, eu conseguiria mais saída se eu comprasse digamos 2 servidores dedicados de ponta assumindo que minha configuração Ubuntu / Apache seria clonada para eles? Existe alguma maneira de estimar os ganhos / perdas em hit / seg que eu teria? No momento, a maioria dos meus VPSs é de 8 GB com baixa prioridade de CPU.

Este é o meu nível de volume agora: link

Muitas vezes tenho picos de até 2k / seg. Meu sistema VPS parece estar em torno de ~ 850 / seg.

Iria dedicado pelo próximo passo lógico?

    

Answer 1

Geralmente você consideraria ir para hardware dedicado:

• Quando você precisa de mais desempenho.
  As máquinas de nuvem são notoriamente de baixa potência em comparação com servidores de médio porte. Um servidor de médio porte é uma máquina com dois soquetes ("por definição" nos últimos anos: mais de dois soquetes sendo de ponta, os soquetes únicos sendo servidores finais inferiores) e tenho problemas para encontrar máquinas virtuais comparáveis.
• Quando você precisa de um preço menor por mês.
  O preço da maioria dos VPS é bastante alto - a menos que seja dedicado / pré-pago (ou seja, reservado por um ano). A nuvem é escalonável, mas o preço por hora multiplicado pelo seu uso pode ser várias vezes o custo de um servidor.
• Quando alguns problemas de tempo são críticos.
  A virtualização torna o relógio instável em algumas circunstâncias. Não é um problema na maioria dos casos, mas tive problemas em manter registros de data e hora adequados com precisão de milissegundos por anos.
  Novas plataformas de virtualização são melhores nisso (parece funcionar com o mais novo Hyper-V).
• Quando você precisa de configurações especiais.
  Digamos que os arrays de disco rápidos ou muito grandes desejem ter mais controle sobre o layout. Bancos de dados superiores (Oracle) são notórios por esse tipo de requisito.

E isso é meio que isso.

Note que, no seu caso, há muito espaço em um VPS - tenho 8 máquinas centrais com memória de 48GB executando grandes bancos de dados para os clientes. No seu caso, a decisão teria correria em torno do preço. Uma das minhas máquinas de bridge (uma máquina localizada em um local específico para executar código próximo a esse local, devido à sensibilidade de tempo) é uma máquina de memória de 16GB com 8 cores + hyperthreading e é considerada uma máquina de baixa potência.

Eu começaria a falar com o seu anfitrião sobre isso - eles podem encontrar alternativas sensatas e, ao mesmo tempo, levar o preço em consideração. No seu caso, uma nuvem pode ser boa porque você pode diminuir o número de VMs durante o horário de pico (economizando dinheiro) e fazer atualizações contínuas. Esta é a principal vantagem da hospedagem em nuvem - flexibilidade do número de VMs em execução. Espigão? Gire mais 10. Noite? gire mais. Servidores reais não oferecem essa flexibilidade.

    

Answer 2

Esta questão está se tornando cada vez mais obsoleta nos dias de hoje. No entanto, ainda há muitos requisitos para a VM dedicada e também para nuvem.

Os profissionais:

• Uma VM é mais flexível
  • atribuição de recursos dinâmicos (RAM, CPU, armazenamento)
  • em caso de erros de hardware ou atualização de hardware, uma VM pode ser migrada transparentemente para outro HW (Alta Disponibilidade e Tolerância a Falhas)
  • é mais seguro ao atribuir um modelo de CPU obsoleto
  • é escalável em desempenho ou taxa de transferência

Os trapaceiros:

Os nós reais de HW
• são sempre mais rápidos que os da VM em caso de desempenho e latência
• para configurar A virtualização é sempre mais difícil e demorada
Os nós de
• HW têm um longo tempo de recuperação em caso de falhas de HW em comparação com uma VM, por isso são inflexíveis e têm mais tempo de inatividade

No seu caso, eu evacuarei grandes arquivos estáticos para servidores de armazenamento como o S3.