Que ferramentas devo usar para avaliar a largura de banda do farm de servidores da Web ..?

Question

Estou pensando em mudar o datacenter e preciso saber o tamanho do tubo que precisarei para obter uma cotação.

Atualmente, sou cobrado por GB de tráfego por mês (atualmente, cerca de 42 GB de entrada - apenas pedidos), mas o novo grupo me alugava um cachimbo e o tamanho dele determina o preço.

Eu tenho um número de servidores web Centos e um servidor de banco de dados por trás de um balanceador de carga; os servidores da web acessam o servidor de banco de dados, mas o público não (diretamente, isto é).

O local óbvio para medir a utilização da largura de banda é no balanceador de carga, mas eu não tenho acesso a ele e meu datacenter atual quer um braço e uma perna para monitorá-lo para mim.

Isso é algo que eu posso fazer facilmente dos meus servidores web Linux?

Eu comecei a olhar para ferramentas como ntop e bandwidthd, mas achei que procuraria alguns conselhos de especialistas daqui primeiro.

Acho que o que preciso fazer é analisar o tráfego entre cada servidor da web e o IP do balanceador de carga e adicioná-los juntos. Ferramentas como ntop mostram o tráfego entre os servidores e o IP remoto, mas não entre o servidor e um IP intermediário ...

Alguma pista de alguém?

    

Answer 1

Você realmente precisa de um número exato (seja lá o que isso signifique) para fazer isso? Sabendo que você usa atualmente 100Mbps ou 150.3528Mbps vai fazer a diferença? Talvez você não precise coletar esses dados para obter preços.

Quais opções de pipe / preço eles oferecem? Se eles não oferecerem isso, peça cotações em bandas que façam sentido para você. Você pode obter um acordo melhor, não revelando o quanto realmente precisa, e em vez disso levá-los a revelar sua estrutura de preços. E as informações podem ser úteis no futuro quando você precisar fazer upgrade.

O que você paga pelo que pode pagar? Se isso lhe der muito mais do que você espera precisar agora ou nos próximos meses, desça um nível e pergunte novamente se você precisa de tanto cachimbo. Repita até que você esteja olhando para um bom equilíbrio de preço / tubo.

Em seguida, observe as opções para atualizar. Quanto tempo levará para atualizar? Os custos adicionais são para mudar mais tarde? Quanto custa gastar um cachimbo muito pequeno pelo tempo necessário para realizar e implementar a mudança? Isso pode direcionar você a um cachimbo maior.

As respostas a essas perguntas também serão úteis nas circunstâncias felizes de precisar de largura de banda extra, porque você terá muito sucesso no futuro!

    

Answer 2

Tráfego da web de entrada? Você quer dizer do ponto de vista de um navegador ou de um servidor?

Seus weblogs (espero que apache?) devem ter o tamanho do conteúdo entregue aos usuários.

Você pode usar essas contagens de bytes com carimbos de data e hora para determinar quanto de seu tráfego está saindo.

Certifique-se de converter de Bytes / s para Bits / s (8 bits em um byte).

Frequentemente, os pipes são cobrados no percentil 95. (seus 5% dos dados principais são descartados)

Alguma matemática do guardanapo: 42 GB / mês = ~ 1,4 GB / dia = ~ 0,02 MB / s = ~ 0,13 MB / s Isso é mediano. Seus picos de tráfego são provavelmente 2-3X isso. Então, um link de 1Mbps pode funcionar.

Depende dos seus padrões de tráfego.

Como eu disse, você pode conseguir isso via logs do apache.

    

Answer 3

você pode executar algo como iptraf ou apenas redefinir seus contadores ifconfig. em cada um dos seus servidores, tire uma amostra por 24 horas para descobrir alguns números médios. isso lhe dará uma figura de parque de bola.

Você já pensou em um CDN, que pode descarregar MUITAS entregas de conteúdo e carregar em seus servidores, conforme o cloudflare springs? com um CDN distribuído, você poderia realmente reduzir seus custos de servidor e contas de largura de banda. Depende da natureza do seu aplicativo e dos dados que você envia aos seus clientes.

Ah sim, eu estava no modo de acrônimo CDN = rede de entrega de conteúdo

    

Answer 4

Você pode usar o vnstat para monitorar seu in & tráfego fora. Este é um monitor de tráfego de rede baseado em console que mantém o log de hora, diariamente & mensalmente você também pode usar o vnstat php-frontend para monitoramento gráfico.

Configuração:

yum instala o vnstat

Uma vez instalado, você precisa criar um banco de dados com o seguinte comando:

vnstat -u -i eth0 ()

-u :forces a database update for interface or creates the database if it doesn’t exist
-i eth0 : use to specify interface

Por favor, note que ele começará a coletar dados via cronjob: 0-55 / 5 * * * * root / usr / bin / vnstat -u

para o Vnstat PHP-Frontend: link