Nesta série de artigos, queremos analisar as dúvidas que as pessoas têm ao trabalhar com provedores de hospedagem e servidores dedicados em particular. Realizamos a maior parte das discussões em fóruns de língua inglesa, procurando antes de tudo ajudar os usuários com conselhos, ao invés de autopromoção, dando a resposta mais detalhada e imparcial, pois temos mais de 14 anos de experiência na área, centenas de soluções implementadas com sucesso e milhares de clientes satisfeitos. No entanto, as nossas respostas não devem ser tomadas como as únicas respostas corretas de primeira instância; elas podem conter imprecisões e até erros; ninguém é perfeito. Ficaremos gratos se você adicioná-los ou corrigi-los 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 que o custo de um servidor com canal de 1 Gbit/s sem tráfego? Afinal, se você alugar de 2 a 3 servidores com canal de 1 Gbps e limite de 100 TB, poderá consumir exatamente a mesma quantidade que seria consumida por um servidor com 1 Gbps Unmetered, ou até mais canal em picos, enquanto o provedor essencialmente fornece mais hardware, mais conexões e preço mais baixo?
O fato é que os provedores, ao oferecerem servidores com limite de tráfego bastante grande ou mesmo “ilimitados” por pouco dinheiro, levam em consideração os perfis médios de consumo de seus clientes. Descobriu-se que a maioria dos clientes que compram esses canais não utiliza totalmente a conectividade que lhes é fornecida. É isso que torna possível fazer tal oferta.
100 TB de tráfego é um limite bastante grande. Isso é mais de 100 Mbps ilimitados. Afinal, tendo um canal de 100 Mbit/s sem contabilização, você pode bombear 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 contarmos até 1000, e não 1024, 1024 é um bit em kibibit) = 32 GB por mês em cada direção com uma carga de canal constante de 400%. Porém, como sabemos, os servidores não consomem tráfego constantemente e muitas vezes as curvas de consumo diário podem ser assim:
Para alguns, os picos podem atingir a taxa de transferência máxima e exigir 1 Gbit/s honesto nesses momentos. Neste caso, o limite total de tráfego por mês quase não pode ser excedido:
Esses clientes, claro, não são muito lucrativos para os provedores e, portanto, o provedor busca transferi-los para o Unmetered, pois se prestar serviços a clientes da mesma região, é provável que os picos de consumo coincidam e esse gigabit “honesto” o provedor poderá vender apenas 1,2 cliente. Caso o provedor tenha clientes de regiões diferentes, é provável que o canal possa ser vendido para dois ou mais assinantes ao mesmo tempo, pois os picos de consumo de audiência ocorrerão em momentos diferentes. Na realidade, nem todo cliente consome seu limite de 100 TB, portanto, fornecer servidores com limite de tráfego de 100 TB é extremamente lucrativo.
Além disso, ao conectar canais de 10 gigabit aos racks, é possível dividir de forma muito eficaz o tráfego entre todos. Conseguimos dividir um canal de 10 Gbps em uma média de 5 racks preenchidos com servidores com limite de 100 TB. São aproximadamente 150 servidores. Já que um rack com altura de 47 unidades pode acomodar 41 servidores de unidade única ou 21 servidores de unidade dupla.
Como resultado, o consumo total do canal é o seguinte:
Se você recusar o atendimento a assinantes que geram muito tráfego (a principal contribuição para a carga do canal é feita por menos de 10 servidores entre 150 presentes nesta porta), poderá aumentar o número de servidores para 300 ou mais. E todos ficarão felizes e todos terão tráfego suficiente.
No entanto, existem outras maneiras de economizar dinheiro e não incomodar os assinantes - conectar um uplink de trânsito mais barato ou enviar tráfego para um ponto de troca ou peering gratuitamente se você for um grande gerador de tráfego.
Isto é o que nos permite oferecer preços baixos, não negar o serviço aos assinantes, pagar aos fornecedores de trânsito 1500-6000 euros por cada 10G, dependendo da qualidade do fornecedor de trânsito, e vender conectividade a um custo mais baixo com uma certa taxa de sobrevenda, quando cada o assinante solicitou um canal honesto, sem interferir um no outro.
Imediatamente fica claro porque o preço do 1Gbps Unmetered é muito mais alto, pois se com servidores de 100 terabytes nem todos consomem seu limite, então o cliente que solicitar 1Gbps Unmetered consumirá claramente a maior parte do canal. Embora tenhamos visto a exceção acima e um exemplo de como é possível gerar quase 1 Gbps de tráfego em picos e ainda estar dentro do limite de 100 terabytes, esta é uma exceção e não um padrão típico.
Meu administrador instalou o programa vnstatd no servidor, o tráfego é retirado da interface, a cada 5 minutos. Ele leva tudo em consideração? Isso mostra que 87 TB foram usados, enquanto o provedor diz que 96 TB foram usados e o tráfego está quase acabando. Tenho confiança no meu administrador de sistema, ele é um excelente especialista. E se ele disser que o fornecedor está inflacionando o custo, é verdade. Além disso, isso é evidenciado pelo fato de terem começado a brincar com os valores com força e força, dando durante a discussão valores diferentes para o tráfego para o mesmo período. À pergunta “como é isso?” ainda estamos esperando por uma resposta.
O fato é que alguns programas de contabilidade de tráfego mantêm registros em TiB, não em TB. Tebibytes, não terabytes. Ou seja, a contabilidade é feita no sistema binário, e não no decimal, partindo do princípio de que em um quilobyte há 1024 bytes, ou mais precisamente em um kibibyte, e não 1000.
Vale ressaltar que, para evitar que essa distinção seja utilizada para fins de marketing, a ISO (International Standardization Organization) introduziu há muito tempo os prefixos “bi” para bytes binários, ou seja, kibibytes, mebibytes, gibibytes, tebibytes. Mas a comercialização ainda ocorreu, e se os fabricantes de drives, por meio de bytes decimais, conseguem indicar volumes menores de capacidade dos drives, então na medição e contabilização do tráfego a situação é oposta. O provedor de hospedagem, embora forneça 100 TB de tráfego, está fornecendo menos tráfego do que realmente poderia ser quando contado em termos binários.
Parece que a diferença é pequena, apenas 24 bytes por 1000, o erro disso é de apenas 2,4%, mas por que existe uma diferença tão grande, na casa dos 10%? Talvez eles realmente não tenham levado em consideração algum tráfego?
A questão é que não devemos esquecer que o “erro” aumenta, a saber:
1024 bytes em um kibibyte (se falarmos de acordo com os padrões ISO), em um mebibyte já existem 1024 * 1024 = 1 bytes, em um gibibyte - 048 * 576 * 1024 = 1024, e em um tebibyte - 1024 * 1 * 073 * 741 = 824.
Virada inesperada? Sim?
Ao medir o tráfego em terabytes, a diferença entre as unidades contábeis é de exatamente 10%!
Além disso, a diferença nos dados retirados da porta do switch e da porta do servidor pode ser causada por um ataque DDOS, que não atinge o cliente e pode ser eliminado no nível do “roteador”, enquanto ainda ocorre o consumo de tráfego.
Também não devemos esquecer que por vezes o programa não tem em conta o tráfego em todos os portos, e algum tráfego pode “iludir” a monitorização.
Segue-se também que quando o tráfego limitado é fornecido, o tráfego total de entrada + saída é frequentemente levado em consideração, e se você tiver, digamos, um serviço VPN, a proporção será de 1 para 1 e seus clientes poderão bombear um total de não mais que 50 TB de tráfego com um limite de 100.
Para ser continuado ...
Alguns anúncios 🙂
Obrigado por ficar com a gente. Gostou dos nossos artigos? Quer ver mais conteúdos interessantes? Apoie-nos fazendo um pedido ou recomendando a amigos, , um análogo exclusivo de servidores básicos, que foi inventado por nós para você: (disponível com RAID1 e RAID10, até 24 núcleos e até 40 GB DDR4).
Dell R730xd 2x mais barato no data center Equinix Tier IV em Amsterdã? Só aqui na Holanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - a partir de US$ 99! Ler sobre
Fonte: habr.com