Como escolher o tamanho de um servidor de nuvem (rackspace)

3

Vamos testar a nuvem rackspace na próxima semana para ver como ela está funcionando com o nosso aplicativo da web. É um ambiente LAMP com muitos bancos de dados MySQL.

Como escolho o tamanho do servidor "certo"? Na Rackspace eu posso escolher fatias com a memória de 256, 512, 1024, 2048, 4096 etc.

No momento, não temos muito tráfego (aproximadamente 1.000 visitantes / dia), mas achei que toda a ideia de "nuvem" não deveria ser limitada e com escala automática.

Atualização: O que eu estou procurando agora é uma especificação do que eu preciso. Eu sei que é muito complexo. Estou procurando exemplos, estudos de caso etc. Seria interessante ouvir algo como "Sim, estamos atendendo 10 000 solicitações diárias sem picos em uma pilha LAMP com apenas uma fatia com 2 GB de RAM".

    
por Emil 15.11.2009 / 18:48

4 respostas

3

Aaaah, o mito da escalabilidade infinita da nuvem ...

A única coisa que a "nuvem" oferece é o rápido provisionamento de novo hardware. Por trás de toda a fumaça e espelhos e "paradigma mudança de grandeza", é isso.

Você trabalha com o servidor "nuvem" de tamanho necessário da mesma forma que especificaria um servidor comum - determine os requisitos de RAM, CPU e armazenamento dos serviços que você pretende executar (por estimativa, medição, cartas de tarô, seja qual for), e depois adicionar tudo em cima.

Com um servidor "nuvem", você pode (ou pelo menos deve ) ser capaz de começar com o menor e subir o seu caminho (ou começar com o maior e trabalhar até o fim) , rodando por um tempo, decidindo que você está no tamanho errado, mude os parâmetros e reinicie, esse tipo de coisa, mas é uma maneira muito pouco científica de fazer as coisas, e não leva em conta picos de carga e tal. p>     

por 15.11.2009 / 19:21
3

Esta é uma questão muito mais complexa do que "em que servidor de tamanho devo começar?" - verifique se você está fazendo a coisa certa para a sua aplicação em geral.

Para começar, pergunte a si mesmo quanta memória você está usando agora? Qual dos produtos da RS você estará usando? Quais são as suas necessidades de armazenamento? I / O ou requisitos de velocidade de rede? Você tem dados que não podem ser colocados na nuvem? Seu aplicativo foi projetado para escalar com eficiência? O último é frequentemente ignorado pelos gerentes de TI que estão desesperados por uma solução para um desempenho horrível e se voltam para a nuvem em vez de sua equipe de desenvolvimento.

Nessa linha, parece que você precisa analisar seu aplicativo e realmente determinar alguns requisitos. Depois disso, entre em contato com a Rackspace e discuta suas necessidades com um representante de vendas. Eles poderão fornecer respostas melhores e mais específicas para a empresa do que podemos aqui.

Suponho que você está usando o Cloud Servers, portanto, embora possa criar capacidade de servidor quase instantaneamente, ainda é preciso descobrir o que fazer com essas instâncias no back-end. Ele não apenas "se torna" quando você tem um pico de tráfego, etc. Se seus requisitos de armazenamento forem grandes, você pode considerar o Cloud Files, seu sistema de armazenamento semelhante ao EC2.

Eu recomendo os seguintes livros sobre o tema:

Boa sorte!

    
por 15.11.2009 / 19:22
0

Em que tipo de configuração seu aplicativo está sendo executado atualmente (por exemplo, servidor compartilhado versus servidor dedicado e especificações associadas)? Há muito mais informações necessárias para dar uma resposta razoavelmente precisa.

Pelo que vejo, há muitas razões pelas quais as pessoas usam a nuvem:

  • reduz a sobrecarga de compra de hardware e de requisitos de pessoal necessários para suportá-lo
  • permite escalabilidade mais fácil b / c você pode simplesmente gerar outras instâncias conforme necessário

Há muito mais, mas sinto que esses são alguns dos maiores.

    
por 15.11.2009 / 19:22
0

Não sei se você percebe isso, mas os servidores em nuvem podem ser redimensionados rapidamente (com apenas uma reinicialização).

Portanto, não se preocupe. Basta iniciar com o menor servidor e testar os tempos de resposta de sua página sob carga (usando algo como JMeter, Selenium, Canoo, etc). Aumentar o tamanho do servidor até ficar satisfeito.

    
por 15.05.2010 / 21:26