在本系列文章中，我们希望了解人们在与托管提供商尤其是专用服务器合作时遇到的问题。 我们在英文论坛上进行了大部分讨论，首先试图帮助用户提供建议，而不是自我推销，给出最详细和公正的答案，因为我们在该领域拥有超过 14 年的经验，数百名用户成功实施了解决方案并吸引了数千名满意的客户。 然而，我们的答案不应被视为第一时间唯一正确的答案；它们很可能包含不准确甚至错误；没有人是完美的。 如果您在评论中添加或更正它们，我们将不胜感激。
为什么流量限制为 100 TB、通道为 1 Gbit/s 的服务器成本远低于通道为 1 Gbit/s、无流量的服务器成本？ 毕竟，如果您租用 2-3 台具有 1 Gbps 通道和 100 TB 限制的服务器，您所消耗的量与具有 1 Gbps 不限流量的服务器消耗的量完全相同，甚至在峰值时甚至更多通道，而提供商本质上是提供更多的硬件、更多的连接和更低的价格？
事实上，提供商在以很少的钱提供具有相当大的流量限制甚至“无限制”的服务器时，会考虑其客户的平均消费情况。 事实证明，大多数购买此类频道的客户并没有充分利用提供给他们的连接。 这就是提出这样的报价成为可能的原因。
100 TB 的流量是一个相当大的限制。 这超过 100 Mbps 未计量。 毕竟，拥有一个 100 Mbit/s 的通道（无需计费），您最多可以泵送 100（以兆位为单位的速度）* 86400（一天中的秒数）* 30（天）/ 8（以字节为单位的位）/ 1000 （兆字节以千兆字节为单位，如果我们以 1000 来计算，而不是 1024，那么 1024 就是千比特）= 每个方向每月 32 GB，通道负载恒定为 400%。 然而，正如我们所知，服务器不会持续消耗流量，通常每日消耗曲线可能如下所示：
对于某些人来说，峰值可能会达到最大吞吐量，此时需要诚实的 1 Gbit/s。 在这种情况下，每月的总流量限制几乎可以不超过：
当然，这些客户对于提供商来说利润不是很高，因此提供商寻求将它们转移到Unmetered，因为如果它为来自同一地区的客户提供服务，消费高峰很可能会重合，而这个“诚实”的千兆比特提供商将只能销售 1,2 个客户端。 如果提供商拥有来自不同地区的客户，那么该频道很可能可以同时出售给两个或更多订户，因为观众消费高峰将出现在不同的时间。 事实上，并非每个客户端都会消耗 100 TB 的流量限制，因此为服务器提供 100 TB 的流量限制是非常有利可图的。
此外，通过将 10 个千兆位通道连接到机架，可以非常有效地分配每个人之间的流量。 我们设法将 10 Gbps 通道划分为平均 5 个机架，其中装满了 100 TB 限制的服务器。 这大约是 150 台服务器。 由于一个高度为 47 台的机架可以容纳 41 台单机服务器或 21 台双机服务器。
因此，总的通道消耗如下：
如果您拒绝向产生大量流量的订阅者提供服务（通道负载的主要贡献是由该端口上存在的 10 台服务器中的不到 150 台服务器完成的），那么您可以将服务器数量增加到 300 台或更多。 每个人都会高兴，每个人都会有足够的流量。
然而，还有其他方法可以省钱并且不会让订户感到不安 - 连接更便宜的传输上行链路或将流量发送到交换点或免费对等（如果您是大流量生成者）。
这使得我们能够提供低廉的价格，而不是拒绝用户服务，根据传输提供商的好坏，每 1500G 向传输提供商支付 6000-10 欧元，并以一定的超售率以较低的成本销售连接，当每个订阅者有自己的一个诚实的订购频道，互不干扰。
显而易见，为什么 1Gbps Unmetered 的价格要高得多，因为如果使用 100 TB 服务器，并不是每个人都消耗其限制，那么订购 1Gbps Unmetered 的客户显然将消耗大部分通道。 虽然我们已经看到了上面的例外情况以及如何在峰值时生成近 1 Gbps 流量且仍处于 100 TB 限制之内的示例，但这是一个例外，而不是典型模式。
我的管理员在服务器上安装了vnstatd程序，流量是从接口获取的，每5分钟获取一次。 他会考虑一切吗？ 所以显示已经使用了87TB，而提供商却说已经使用了96TB，流量都快没了。 我对我的系统管理员充满信心，他是一位出色的专家。 如果他说提供商抬高了成本，那是真的。 此外，他们开始大力玩弄价值观，在讨论过程中给出了同一时期流量的不同价值观，这一事实证明了这一点。 对于“这是怎么样？”的问题我们仍在等待答复。
事实上，一些流量统计程序将记录保存在 TiB 中，而不是 TB 中。 太字节，而不是太字节。 也就是说，会计是使用二进制系统而不是十进制系统进行的，其基础是每千字节有 1024 个字节，或者更准确地说，每千字节有 1000 个字节。
值得注意的是，为了防止这种区别被用于营销目的，ISO（国际标准化组织）很早就引入了二进制字节的前缀“bi”，即kibibytes、mebibytes、gibibytes、tebibytes。 但营销仍在进行，如果驱动器制造商使用十进制字节设法表示较小的驱动器容量，那么在测量和计算流量时，情况就会相反。 托管提供商虽然提供了 100 TB 的流量，但提供的流量比以二进制计算时实际提供的流量要少。
看起来差别很小，每24只有1000个字节，误差只有2,4%，但为什么差别这么大，达到10%的水平呢？ 也许他们真的没有考虑到一些流量？
关键是我们不能忘记“误差”在增加，即：
1024 kibibyte 为 1024 个字节（如果我们按照 ISO 标准），1024 mebibyte 已经有 1 * 048 = 576 字节，1024 gibibyte 已经有 1024 * 1024 * 1 = 073，741 tebibyte 已经有 824 * 1024 * 1024 * 1024 = 1024。
意想不到的转折？ 是的？
当以 TB 为单位测量流量时，计算单位之间的差异恰好是 10%！
此外，从交换机端口和从服务器端口获取的数据的差异可能是由DDOS攻击造成的，这种攻击不会到达客户端，可以在“路由器”级别消除，但流量消耗仍然存在。
我们也不应该忘记，有时程序不会考虑所有端口上的流量，并且某些流量可能会“逃避”监控。
它还表明，当提供有限流量时，通常会考虑总传入 + 传出流量，如果您有 VPN 服务，则比率将是 1 比 1，并且您的客户端将能够抽出总流量流量不超过 50 TB，上限为 100。
待续...
一些广告🙂
感谢您与我们在一起。 你喜欢我们的文章吗？ 想看更多有趣的内容？ 通过下订单或推荐给朋友来支持我们， , 我们为您发明的入门级服务器的独特模拟： （适用于 RAID1 和 RAID10，最多 24 个内核和最多 40GB DDR4）。
Dell R730xd 在阿姆斯特丹的 Equinix Tier IV 数据中心便宜 2 倍？ 只有这里 在荷兰！ Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 美元起！ 阅读
来源： habr.com