☰

如何规划 Rackspace 云服务器的扩展

tag-icon • tag-icon mysql scaling rackspace-cloud
如何规划 Rackspace 云服务器的扩展

我目前在 Rackspace 上有几个云服务器

  1. 对于应用程序NGINX+PHP+Memcached+APC 2GB实例
  2. 对于 Mysql 数据库 1GB 实例

目前我们的网站流量不是很大，每月大约有 100,000 次页面浏览量，服务器仍然必须达到其最大容量。

还使用 ab 和一些有 100 个并发用户的页面运行了一些负载测试，我获得了每秒 30 个 tans 的健康交易率（这很好吗）。

现在我们处于扩张模式，未来 2 个月内网站的流量可能会激增，所以我需要制定规模计划（考虑预算）。

我考虑过的一些选项是
1. 为 Mysql 服务器启动一个更大的实例（更多内存），以防流量激增，网站无法承受负载（我认为这是最快的解决方案）。2
. 执行一些读写拆分以及主从或主从设置。3
. 在我的应用程序服务器上添加了一个机架空间负载平衡器。4
. 分片（我认为目前对我的网站来说可能有点过度了）

我只需要一些建议，关于应该采用哪种解决方案来帮助我们逐步扩大规模。

答案1

我认为更好的选择是使用更大的 MySQL 实例，对于 Web 服务器，使用像 haproxy 这样的负载平衡器。Rackspace 负载平衡器有些慢，而且我们也无法获得完全访问权限。所以最好使用 haproxy。

答案2

您正在考虑“为 Mysql 服务器启动一个更大的实例（更多内存），以防流量激增”。请记住，您无法实时执行此操作，您可能需要手动进行升级，即使您抓住流量激增的确切时刻并升级到更大的实例，也会有一些停机时间。此外，如果数据库上的负载超出了最大 RackSpace 实例的容量，您将陷入困境。我知道Xeround 的云数据库可在 RackSpace 上使用，当吞吐量增加时会自动扩展，并且您不受单个实例容量的限制。它们还具有高可用性，这将节省您设置主/从或主/主的需要。还有 RackSpace 的原生 MySQL 服务目前处于测试阶段，我相信它具有很高的可用性，但不确定是否可以自动缩放，你应该检查一下。

相关内容