Web应用程序正在从独立服务器迁移到负载均衡器后面的一对服务器，并且包含一个50GB的用户创建数据目录，该目录正在快速增长。在rackspace上，动态添加磁盘空间的唯一方法是将RAM和每月成本加倍，这是不必要的。那么，对云文件来说（除非有人想到另一个解决方案吗？）。使用JungleDisk，我可以将文件移动到云文件容器，并可以在两个服务器上安装云容器，并从内容所在的目录到已安装的驱动器创建符号链接。这不需要修改代码。或者，我可以使用他们的PHP API直接与云文件接口，但这需要大量的代码更改（所有路径？真的吗？）。在这种情况下采取简单的方法是否有任何固有的问题？我建立了一个模型，它似乎运作良好，但我似乎常常缺少一些东西。
谢谢， 布兰登
答案 0 :(得分：0)
我认为安装驱动器对你的场景很有意义，但说实话，我没有尝试任何负载。好消息是你总是可以尝试简单的方法，然后重构，如果它不在负载下执行。我希望Rackspace能够对这个确切的场景进行计算和测试，这对我来说似乎是合乎逻辑的。
对于一些无关的信息，我们在这里遇到了同样的问题，并对使用云站点与云文件进行了成本比较。我们不得不将带宽和存储量都考虑在内，因为站点/服务器和云文件之间的通信仍会产生带宽费用。换句话说，你有很多文件，或者你有一些经常访问的文件。
我们花了很多时间与RackSpace支持人员讨论云站点和云文件之间的性能和可扩展性差异 - 我建议给他们打电话。我们最终选择仅仅因为我们的需求而使用网站，因此它的成本差异在缩小时非常微不足道。另外，因为Cloud Files API没有我们需要的细粒度安全性，所以我们必须编写网关服务。