Nesta série de artigos, queremos abordar questões que surgem para as pessoas ao trabalhar com provedores de hospedagem e servidores dedicados em particular. A maior parte das discussões foi realizada em fóruns de língua inglesa, onde nos esforçamos para ajudar os usuários principalmente com conselhos, e não com auto-promoção, oferecendo respostas detalhadas e imparciais, já que temos mais de 14 anos de experiência na área, com centenas de soluções implementadas com sucesso e milhares de clientes satisfeitos. No entanto, nossas respostas não devem ser interpretadas como as únicas corretas em primeira instância; elas podem conter imprecisões e até erros, ninguém é perfeito. Agradeceremos se você complementar ou corrigir essas informações nos comentários.
Por que o custo de um servidor com limite de tráfego de 100 TB e canal de 1 Gbit/s é muito menor do que o custo de um servidor com canal de 1 Gbit/s sem contar o tráfego? Afinal, se alugar 2-3 servidores com canal de 1 Gbit/s e limite de 100 TB, é possível consumir exatamente o mesmo que um servidor com 1 Gbps Unmetered, ou até mais picos de canal, enquanto o provedor oferece essencialmente mais hardware, mais conexões e um preço mais baixo?
A verdade é que os provedores, ao oferecer servidores com limites de tráfego consideráveis ou até mesmo "ilimitados" por preços baixos, levam em conta os perfis médios de consumo de seus clientes. Descobriu-se que a maioria dos clientes que adquirem esses canais não utilizam totalmente a conectividade oferecida. É precisamente por isso que tais ofertas se tornam viáveis.
100 TB de tráfego é um limite bastante grande. Isso é mais do que 100 Mbps não medidos. Considerando uma conexão de 100 Mbps, é possível transferir no máximo 100 (velocidade em megabits) * 86400 (número de segundos em um dia) * 30 (dias) / 8 (bits em bytes) / 1000 (megabytes em gigabytes, se considerarmos 1000 em vez de 1024, sendo 1024 bits em kibibits) = 32.400 GB por mês em cada direção, com o canal constantemente operando a 100%. No entanto, como sabemos, os servidores não consomem tráfego de forma constante e, muitas vezes, os gráficos diários de consumo podem ter a seguinte aparência:
Em alguns casos, os picos podem atingir a capacidade máxima e exigir até 1 Gbps em momentos de alta demanda. Nesse caso, o limite total de tráfego mensal pode ser quase não excedido:
Esses clientes, naturalmente, não são muito lucrativos para os provedores, e por isso eles se esforçam para migrá-los para planos não medidos, já que se um provedor oferece serviços a clientes de uma única região, é provável que os picos de consumo coincidam, e esse ‘honesto’ gigabit só poderá ser vendido a 1,2 clientes. Se o provedor tem clientes de várias regiões, é bastante provável que a largura de banda possa ser vendida para dois ou mais assinantes ao mesmo tempo, pois os picos de consumo ocorrerão em diferentes horários. Na realidade, não é todo cliente que consome seu limite de 100 TB, então oferecer servidores com limite de 100 TB de tráfego é extremamente vantajoso.
Além disso, ao conectar canais de 10 gigabits aos racks, conseguimos dividir o tráfego de forma muito eficiente entre todos. Conseguimos dividir um canal de 10 Gbps em média entre 5 racks, preenchidos com servidores com um limite de 100 TB. Isso equivale a cerca de 150 servidores. Uma prateleira com 47 unidades pode acomodar ou 41 servidores de uma unidade ou 21 servidores de duas unidades.
Como resultado, o consumo total do canal é o seguinte:
Se negarmos o serviço a assinantes que geram muito tráfego (a principal contribuição para a carga do canal vem de menos de 10 servidores entre os 150 presentes nessa porta), podemos aumentar o número de servidores para 300 ou mais. Todos ficarão satisfeitos e haverá tráfego suficiente para todos.
No entanto, existem outras maneiras de economizar e evitar descontentar os assinantes — conectar um uplink de trânsito mais barato ou direcionar o tráfego para um ponto de troca ou peering gratuito, se você for um grande gerador de tráfego.
É exatamente isso que permite manter preços baixos, sem negar atendimento aos assinantes, pagando aos provedores de trânsito entre 1500 e 6000 euros a cada 10G, dependendo da qualidade do provedor de trânsito, e vendendo conectividade abaixo do custo com um coeficiente de superposição, onde cada assinante tem seu canal garantido e não interfere uns com os outros.
Fica claro por que o preço de 1Gbps Unmetered é significativamente mais alto, pois, se em servidores de 100 terabytes, nem todos consomem seu limite, um cliente que solicita 1Gbps Unmetered certamente consumirá a maior parte do canal. Embora tenhamos visto a exceção mencionada acima e um exemplo de como gerar quase 1 Gbps de tráfego em picos e ainda assim permanecer dentro do limite de 100 terabytes, isso é uma exceção e não um padrão típico.
Meu administrador instalou o programa vnstatd no servidor, e o tráfego é medido a partir da interface, a cada 5 minutos. Ele considera tudo isso? Assim, aparece que foram usados 87 TB, enquanto o provedor diz que foram usados 96 TB e que o tráfego está quase acabando. Confio no meu administrador de sistema, ele é um ótimo especialista. E se ele diz que o provedor está exagerando o uso, então é verdade. Além disso, o que indica isso é que começaram a brincar com os números, fornecendo diferentes valores de tráfego durante a discussão para o mesmo período. Até agora, estamos esperando uma resposta para a pergunta 'como assim?'
O fato é que alguns programas de contagem de tráfego medem em TiB e não em TB. Em tebibytes, e não em terabytes. Ou seja, a contagem é feita pelo sistema binário, e não pelo decimal, com base no cálculo de que em um kilobyte, mais precisamente em kibibyte, há 1024 bytes, e não 1000.
Vale a pena notar que, para evitar que essa diferença seja usada para fins de marketing, a ISO (Organização Internacional de Normalização) já há muito tempo introduziu os prefixos "bi" para bytes binários, ou seja, kibibytes, mebibytes, gibibytes, tebibytes. Contudo, o marketing realmente ocorreu, e se os fabricantes de armazenamento conseguem indicar tamanhos menores usando bytes decimais, na medição e contabilização de tráfego a situação é inversa. Um provedor de hospedagem que oferece 100 TB de tráfego fornece menos do que realmente poderia, ao considerar isso pelo sistema binário.
À primeira vista, a diferença não é grande, apenas 24 bytes a cada 1000, a margem de erro é de apenas 2,4%, mas por que surge uma diferença tão grande, na ordem de 10%? Será que realmente não foi considerado algum tráfego?
O fato é que não devemos esquecer que a "margem de erro" aumenta, ou seja:
1024 bytes em um kibibyte (falando de acordo com os padrões da ISO), em um mebibyte já são 1024*1024 = 1 048 576 bytes, em um gibibyte — 1024*1024*1024 = 1 073 741 824, e em um tebibyte — 1024*1024*1024*1024 = 1 099 511 627 776.
Uma reviravolta inesperada? Sim?
Ao medir tráfego em terabytes, a diferença entre as unidades de contabilização é precisamente de 10%!
Além disso, a diferença nos dados capturados pela porta do switch e pela porta do servidor pode ser causada por um ataque DDOS, que não chega ao cliente e pode ser mitigado no nível do "roteador", mas ainda assim consome tráfego.
Também não devemos esquecer que, em algumas ocasiões, o programa contabiliza o tráfego apenas em algumas portas, e algum tráfego pode "escapar" da monitoração.
Além disso, deve-se observar que, ao fornecer tráfego limitado, frequentemente é contabilizada a soma do tráfego de entrada + saída, e se você tiver, digamos, um serviço VPN, a proporção será de 1 para 1 e seus clientes poderão transferir no total não mais que 50 TB de tráfego com um limite de 100.
Continua…
Um pouco de publicidade 🙂
Obrigado por permanecer conosco. Você gosta dos nossos artigos? Quer ver mais materiais interessantes? Apoie-nos fazendo um pedido ou recomendando para conhecidos. , uma alternativa única aos servidores entry-level, que criamos para você: (disponíveis opções com RAID1 e RAID10, até 24 núcleos e até 40GB DDR4).
Dell R730xd por 2 vezes mais barato no datacenter Equinix Tier IV em Amsterdã? Somente conosco na Holanda! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — a partir de $99! Leia sobre
Fonte: habr.com
