首页 » 博客 » 以避免请求过时并避免整个服务饱和

以避免请求过时并避免整个服务饱和

在我们的案例中,反向代理是一个具有少量 IPv4 和 IPv6 地址的单个盒子。DNS 层为客户端平衡这些 IP 地址,以避免命中空路由 IP 地址。负载平衡不是使用循环来完成的 – 我们依赖于SRANDMEMBER Redis 函数。我们已经将它用于我们的 IP 地址随机化,因此在这种情况下采用这种方法非常容易。

就像在餐巾纸上设计的任何事物一样,就在黑色星期五之前,我们开始遇到反向代理限制:段错误、最大连接数、资源限制、超时。提高它们确实有点帮助,但持续时间不长。我们减少了OpenLDAP和 Redis 实例的超时, ProFTPD 的不同分支,试验了其他限制和超时选项。所以,我得出结论,花时间修复周围的问题并更智能地查看和扩展我们的 FTP 基础设施就足够了。如果我们只是在前面添加多个代理来吸收客户端流量会怎么样?使用 HTTP(S) 或其他无状态协议,这很简单,因为您可以使用 DNS 循环或使用任播的更复杂的方法来平衡请求负载。

自从我们启动 Awex以来

我们就依赖 PowerDNS。因此,我修改了 PowerDNS 的 自定义管道后端 以满足扩展需求。

第一个想法是仅对客户端的 IP 使用 一致性哈希。但是在运营商级 NAT 下,客户端的传出 IP 地址会随时间而变化,这会带来问题。

第二个想法是使用与客户端子网一致的哈希算法。对于 IPv4,使用前 24 位;对于 IPv6,使用 土耳其電話 前 48 位。这样,我们就可以对同一客户端保持一致的 DNS 答案。有关实施的更多信息,请参阅此处。

因此,我们启动了更多带有几个额外 IPv4/IPv6 地址的盒子,就像第一个盒子一样,但又遇到了另一个问题。当对同一节点使用不同的 IP 地址时,DNS 服务器应如何响应客户端?如何区分它们?问题的答案是分组。我们创建了具有单独 IP 地址池的单独组,并执行组一致性哈希以从适当的组中返回随机 IP 地址,该组由上述客户端的子网选择。我们通过客户端的子网进行一致性哈希以选择组并从选定的组中返回 IP 地址。在 Hostinger,我们作为一家公司的目标很简单:我们旨在通过让每个人都有机会释放互联网的力量来改变世界——所有这一切都是通过以无与伦比的价格为我们的用户提供世界上最快的网络托管服务来实现的。

自十多年前成立以来

我们每年都实现了目标。我们在提供世界上最便宜的网络托管 英国赌博调查 – 调查赌博原因与不同赌博活动之间的关系 服务方面仍然无人能及,并且我们不断收到来自客户和在线出版商的惊人Hostinger 评论。

您可能会问,一家拥有超过 120 万全球客户的公司如何能够始终保持最高水平的表现。答案很简单。我们建立 Hostinger 品牌的初衷是将客户放在首位并提供价格实惠的产品。作为一家公司,我们也务实、创新、高效。您可以把以 电子邮件列表 避免请求过时并避免 我们想象成网络托管领域的宜家,只不过我们不是瑞典人,也不销售平板包装家具。

继续阅读,了解我们成功的秘诀,以及多年来我们如何在忠实的客户群中建立信任。

滚动至顶部