我们尽可能地扩大了任播的使用范围，以支持我们的新产品。首先，我们利用任播网络推出了000webhost.com 的反向代理。然后，我们推出了 DNS 和 API 服务；甚至Redis从属服务器也使用任播地址来发现主节点。我们还计划为MySQL 设置进行任播。
上周，我们在每个数据中心部署了两个实例，但存储每个位置的会话时遇到了问题。但是，集中式 Memcached 或 Redis 对于洲际连接来说太慢了。我们是否应该启动每个数据中心存储的分散式专用会话？为每个部署保留单个统一的/etc/php.ini怎么样？没问题，任播再次来帮忙。而且我们每个部署都有一个角色。
承诺使用 DC-local Redis 作为文件管理器
这是针对 any1.hostinger.com 和 any2.hostinger.com 的 DNS 流量切换到任播。
流量切换到任播
为了增加粘合力，我们在内部到处都使用 IPv6（！），在外部几乎到处都使用 IPv6。我们甚至通过 IPv6 而不是 IPv4 切换 API 调用和其他关键部分。我们的新专用网络 (10.0/16) 刚刚成为 IPv6 网络。运行这两种协议实际上意味着具有高可用性，因为如果 IPv4 出现故障，流量可能会通过 IPv6 路径流动，反之亦然。甚至可以选择路径上的不同上游作为目的地。
我们计划为每个网站或客户端提供唯一的 IPv6 地址。这很酷吧？这将解决许多问题。例如，使用 IPv4 时，如果 IP 为空路由，则许多客户端如果指向同一 IP 就会受到影响。使用 IPv6 时情况有所不同，因为我们可以为每个网站或客户端提供唯一的 IPv6，从而避免此类问题。
结论
在过去的几个月里，我们大幅改善了网络基础设施，我们确信我们的客户将感受到我们取得的巨大性能提升。在不久的将来，我们还将升级美国数据中心的网络。
但是我们为什么要进行这些改变呢？我们的目标是转向完全冗余的网络，以确保在 土耳其电话号码格式 为客户升级期间尽可能减少中断。在 Hostinger，我们有各种 MySQL 设置，从独立的无副本实例、Percona XtraDB Cluster (PXC) 和基于ProxySQL的路由，到我将在本博文中描述的完全定制和独特的解决方案。
我们没有为 API、计费和客户端等内部服务配备庞大的数据库，因为高可用性而不是可扩展性才是我们的首要任务。
不过，对于我们的情况来说，垂直扩展已经足够了，因为数据库大小不超过 500 GB。最重要的要求之一是能够访问主节点，因为我们的读写工作负载距离相当相等。
我们目前用于存储有关客户端
服务器等的所有数据的设置是使用由三个节点组成的 PXC，没有任何地理复制。所有节点都在同一数据中心运行。
我们计划将此集群迁移到跨三个位置的地 其中显示您是管理员的页面 理复制集群：美国、荷兰和新加坡。这样，当其中一个位置无法访问时，我们仍能保证高可用性。
由于 PXC 使用完全同步复制，因此写入延迟会 沙特阿拉伯电话号码 更高。但由于每个位置都有本地副本，读取速度会快得多。
我们对MySQL 组复制进行了一些研究 ，发现我们还将文件 它要求实例彼此更接近并且对延迟更敏感。