Hardware para Servidor de Aplicação

Você precisa usar Windows e MS SQL 2005? Se não precisar, pode economizar na licença e comprar mais hardware ainda.

Temos uma parceria com a Microsoft: “MSDN Academic Alliance”, então não considerando as licenças, o que seria de hardware?

Vai rodar a aplicação no mesmo servidor do banco de dados?

O sistema é utilizado por quantos minutos durante o dia? Pq não faz o menor sentido falar em 5mil acessos dia e um pico de 200. Fora que 5mil acessos diários é uma piada, é muito pouco, para isso qualquer tipo de servidor resolve, um p3 com 512mb de ram já resolve.

Vocês precisam dimensionar melhor o volume esperado de acessos para poder ter um sizing decente.
Levantem total de usuários do sistema, máximo concorrente. Volume de requisições por cliente (com alguma unidade de tempo). Depois disso, avaliem o custo das operações sendo feitas, para só então, depois disso, fazer o sizing.

louds:

Vai rodar a aplicação no mesmo servidor do banco de dados?

louds:

O sistema é utilizado por quantos minutos durante o dia?

louds:

Pq não faz o menor sentido falar em 5mil acessos dia e um pico de 200.

louds:

Fora que 5mil acessos diários é uma piada, é muito pouco, para isso qualquer tipo de servidor resolve, um p3 com 512mb de ram já resolve.

Enfim, estou comprando uma máquina pensando na evolução da ferramenta, consequentemente maior quantidade de pessoas acessando.

Mas se esta máquina realmente for muita coisa, poderiam me passar uma máquina com custo/benefício legal?

Se a mesma máquina vai rodar Web e banco de dados, então você precisa saber se ela também precisa rodar um firewall ou se sua infraestrutura já comporta isso.

Outra coisa, se a máquina for muito boa, você poderia usar a solução de virtualização (acho que a MS tem o tal de “Virtual Server”) e instalar o banco de dados em uma máquina virtual e o web server em outra. Só para evitar alguns problemas de offtime porque o web server foi atacado, ou alguém fez uma configuração incorreta no banco de dados - nesse caso você simplesmente recuperaria um snapshot do web server (ou do banco de dados) e as coisas passariam a funcionar novamente de novo.

thingol:

Se a mesma máquina vai rodar Web e banco de dados, então você precisa saber se ela também precisa rodar um firewall ou se sua infraestrutura já comporta isso.

thingol:

Outra coisa, se a máquina for muito boa, você poderia usar a solução de virtualização (acho que a MS tem o tal de “Virtual Server”) e instalar o banco de dados em uma máquina virtual e o web server em outra. Só para evitar alguns problemas de offtime porque o web server foi atacado, ou alguém fez uma configuração incorreta no banco de dados - nesse caso você simplesmente recuperaria um snapshot do web server (ou do banco de dados) e as coisas passariam a funcionar novamente de novo.

Mas e aí, a configuração, será que tá OK?

E aí pessoal, será que posso fechar?

Tá sobrando hardware…

reizin:

Posso estar errado, mas 5 mil acessos diários não é pouca coisa não. E mais, quando soltamos os resultados do vestibular, chegamos a ter quase 30 mil acessos.

Enfim, estou comprando uma máquina pensando na evolução da ferramenta, consequentemente maior quantidade de pessoas acessando.

Mas se esta máquina realmente for muita coisa, poderiam me passar uma máquina com custo/benefício legal?

O que você chama de acesso diário? Seu sistema é web ou desktop? Se for web, você tem que medir em termos de requisições o volume de acesso. Se forem 5mil pageviews, é risivel, já trabalhei com vários sistemas que recebiam mais de 5mil requisições por minuto.

Quanto a acessos simultâneos, esse é um número de pouca utilidade para sistemas web, por exemplo, você tem que medir o volume máximo de requisições por segundo, quanto ao número de usuário simultâneos, isso influencia decisões como utilizar keep-alive e o número de workers do httpd.

Se for desktop, você precisa medir em termos de chamadas que os desktops fazem para o middle-end, número de rpcs.

Quanto a dizer se aguenta ou não, só tem uma coisa que pode te dizer isso: um teste de carga. Sem isso é 100% chute.

Você conhece as características do workload da tua aplicação? Se o teu sistema utilizar consultas muito complexas contra uma base de dados enorme, esse teu hardware mal vai dar pro banco de dados.

Ou então se o teu sistema serve páginas basicamente estáticas e utiliza o banco apenas para autenticação, vai sobrar muito.

Ou ainda se o teu sistema utiliza http sessions de 1mb cada, com teus 5 mil usuários, não vai ter ram suficiente para guardas todas.

Ou seja, tentar responder isso sem saber direito como teu sistema funciona é tiro no escuro. Levante corretamente as características do teu sistema e – no mínimo – realize um teste de stress em um ambiente igual ou inferior ao final.

Sem o teste de carga, você vai estar chutando no escuro 100% das vezes, principalmente pq se o teu sistema possuir algum gargalo grande de cpu ou memória, não vai ter hardware que resolva.

Ou seja, se realmente quer saber se ele vai aguentar, instale o sistema e o MSSQL na melhor estação dentre os desenvolvedores, baixe o jmeter e execute um teste de carga.

Opa… Valeu louds…
Vou realizar alguns testes com o JMeter, qualquer coisa posto os resultados aqui.
Muito obrigado a todos…