gpt4 book ai didi

mysql - 用于扩展后端的正确架构

转载 作者:行者123 更新时间:2023-11-29 07:37:09 25 4
gpt4 key购买 nike

我在全局 3 个不同位置的 Google Compute Engine 上托管了 3 个 Django 应用程序实例。当 cpu 为 70% 时,我正在自动缩放我的应用程序以设置更多实例。我还设置了一个负载均衡器,用于将流量路由到一个关闭且正常运行的实例。这一切都很好,但是我不知道我的数据库是如何随我的应用程序一起缩放的,在我的例子中,我有一个 mysql 实例,它存储所有实例的所有数据,但我不确定如何缩放它,因为我想要相同的数据可用于所有实例。只有一个会带来许多问题,例如从世界另一部分访问它的实例的高延迟以及所有请求都到这个单一的 mysql 实例。

我怎样才能改进我的架构?

最佳答案

除非您计划设置异步复制并仔细划分同步和异步请求之间的代码,否则您可能会发现在单个区域中运行您的实例要容易得多。

虽然在多个区域运行无状态网络服务器很容易,但像 MySQL 集群这样的解决方案假设数据库实例都非常靠近,否则提交延迟开始上升。在这种情况下,将实例放在不同的区域意味着您将面临每次提交都超过 100 毫秒的光速延迟。除非您可以在区域之间干净地分区数据,否则将任何写入请求发送到数据库区域中的网络服务器可能会更快。

如果您特别担心延迟,您可以让读取请求转到本地实例,而只将写入请求路由到中央服务,但这可能设置起来更复杂。如果您这样做,您可能希望对读取和写入数据库连接使用不同的用户和密码,并禁止读取用户进行写入。当写入意外地针对副本而不是主服务器执行时,这可以防止在使用语句级复制时出现许多令人兴奋的 MySQL 故障模式。

关于mysql - 用于扩展后端的正确架构,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48245110/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com