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