Este é um bom servidor para um aplicativo da web?

1

Eu preciso de um novo servidor dedicado para hospedar meu aplicativo da Web e estou me perguntando que tipo de carga (média de solicitações por mês) esse servidor poderia suportar. Ele estará executando o Windows Server 2008 Standard e o SQL Server 2008. As informações do servidor são:

AMD Opteron 1218

6 GB DDR2 Memory (up to 667MHz)

2 x 500 GB 7200 RPM SATA II , RAID 1

Unlimited (10mbps) bandwidth

Além disso, $ 129 por mês é um bom negócio para esta hospedagem?

Obrigado!

    
por rksprst 03.08.2009 / 22:59

5 respostas

1

Em termos de carga, o Opteron dual core está bem, a RAM é mais que suficiente, mas quanto tráfego você está antecipando / esperando / desejando ter? Além disso, o seu Win2k8 de 64 bits? O SQL Server é de 64 bits? Você já pensou sobre os possíveis problemas de segurança e desempenho com o servidor da Web e o servidor de banco de dados na mesma caixa?

Mais uma vez, sem ter todas as informações ou detalhes sobre sua configuração, se seu aplicativo da web (suponho que seja apenas um aplicativo da web 1 ) está apenas começando e você não está antecipando uma carga grande imediatamente Por que não considerar a hospedagem compartilhada primeiro? Será mais barato (no começo) e a maioria dos provedores geralmente facilitam a atualização para a hospedagem de servidores, em vez de ir de hospedagem de servidor para compartilhada.

Mas para chegar à sua pergunta:

I need a new dedicated server to host my web app and am wondering what kind of load (average requests per month) this server could support.

Se você estiver falando sobre páginas estáticas (armazenadas em cache de preferência) com pouca ou nenhuma interação com o banco de dados. Você poderia facilmente atingir 10k / min como mrdenny mencionou. Eu não posso prever qualquer problema com esse tipo de carga. Tenha em mente que é necessário algum ajuste no IIS7, mas o hardware não deve ter problemas em lidar com isso.

Agora, se você estiver realizando o um webapp do ASP.NET com muita interação com o banco de dados e muita programação ajustada por desempenho (ajuste do pool de aplicativos, usando cache parcial, evite viewstate, usando sessões inproc ou sessões de cookie, etc. etc.) Eu seria bastante otimista e diria que ~ 250 / min é alcançável. Eu realmente gostaria de um pouco mais de explicação sobre o que você está tentando fazer, em vez do equipamento que você está planejando usar.

Also, is $129 a month a good deal for this hosting?

É um pouco íngreme, mas tenho certeza de que eles têm suporte 24 horas por dia, alta disponibilidade de SLA, energia redundante disponível no site etc. etc. Pessoalmente, se o tráfego não for realmente ser usado e o servidor não está sendo realmente utilizado (~ 65% -70% + utilização), talvez seja melhor começar com hospedagem compartilhada. Desculpe ser repetitivo, mas não gaste todo o dinheiro no começo. A maioria dos provedores é útil se você precisar migrar da hospedagem compartilhada para a hospedagem no nível do servidor.

    
por 04.08.2009 / 00:11
2

Por mês, que pode suportar um alto número de exibições de página. Pense menor. Quantas visualizações de páginas por minuto podem suportar este servidor? Esse é um número mais fácil de processar.

O número de solicitações que podem lidar com tudo depende de como o banco de dados é conduzido pelo seu site e de como ele é bem projetado. Para apenas páginas HTML com muito pouco trabalho de banco de dados sendo feito, isso provavelmente poderia ter 10k + um minuto sem problema, se não maior (isso é apenas 166 por segundo). Se você tiver um banco de dados grande que não esteja corretamente projetado e otimizado, esse número poderá cair para apenas alguns poucos acessos por segundo, já que a CPU e a memória serão todas ocupadas pelo SQL Server.

Não posso dizer nada sobre o custo, nós hospedamos nossos próprios servidores em um CoLo.

    
por 03.08.2009 / 23:09
2

Existem tantas coisas diferentes que você pode fazer com uma máquina, que simplesmente ninguém será capaz de dizer a você até que ponto você vem com esse servidor - isso dependerá de quantos dados gerais você tem que lidar, quantos dados está indo e voltando entre o servidor e os clientes da Web, quantos e como as complexas solicitações do banco de dados ocorrerão - e isso é apenas uma visão geral aproximada. Se a sua aplicação está bem programada, você pode ter muito throughput, se ela for construída mal, você pode atingir o limite muito mais cedo.

Quanto ao throughput de dados simples, similar - um hardware de servidor bem projetado pode lhe dar muito mais desempenho do que um hardware ruim - mesmo que os números acima sejam os mesmos. E a largura de banda é boa, mas depende muito de como o datacenter está conectado e construído.

Portanto, para saber se a oferta é boa se comparada a outras, é preciso procurar em sites de comparação de hospedagem para ver as avaliações que seu provedor recebe - para calcular se esse servidor é suficiente para lidar com seu aplicativo, você terá que testar isso.

    
por 04.08.2009 / 00:05
1

É impossível dizer o que é "suficiente" sem testá-lo. Como outros já mencionaram, isso varia de acordo com o conteúdo. Você está fazendo muito trabalho no lado do servidor / banco de dados? Você está veiculando muitas imagens ou vídeos? Tudo isso pode afetar sua decisão.

Eu estava servindo muitas imagens ao mesmo tempo e decidi ir com a Akamai para distribuí-las. Ele liberou meu servidor para o trabalho pesado e deixou o CDN entregar os dados estáticos. Considerações como essas são importantes.

Com base na sua descrição, supondo que o pipe seja gordo e que você obtenha acesso decente à configuração, parece um negócio OK - mas, provavelmente, você deve investigar o provedor no qual está pensando em participar. Google-los e ver o que surge.

    
por 04.08.2009 / 00:47
0

Parece que é amplo em termos de recursos do servidor. No entanto, eu não procuraria um servidor até que você tenha feito algum teste de carga para determinar a carga básica do aplicativo. Obtenha algum tipo de gravador de pedidos para capturar algum tipo de sessão básica no servidor.

Com isso, você poderá estimar algumas características de desempenho, como:

  • Tamanho médio da página que pode indicar quanta largura de banda pode ser consumida para um determinado conjunto de usuários

  • Quanto tempo as páginas levam para gerar, dando a você uma ideia se seu aplicativo é cpu intensivo na geração do html servido.

  • Quanto ram é consumido no teste ambiente sob essa carga, mais ram em um servidor maior help / hurt

disso, você pode deduzir se precisar refazer o aplicativo um pouco e tomar uma decisão informada se esse servidor atender às suas necessidades por um preço que você esteja disposto a pagar.

    
por 04.08.2009 / 05:32