我有兴趣在数据库中部署一个django应用程序。 所以我想知道你认为在性能方面有什么更好的：三个linode 540（720）或者一个linode 1440（2880）。
我想有一个服务静态内容，另一个作为应用程序服务器，最后作为数据库服务器。
你有什么build议？
我尊敬地不同意混乱的build议。 拥有多个VPS将不会平均分配负载，而服务于静态文件的VPS可能会被大量使用。 它也增加了你的应用程序的复杂性。
我会select一个胖胖的服务器，根据需要增加它的容量，只有在升级它不再可行时才考虑分区。
我会和三个一起去的。 如果他们被部署在同一个盒子里，相对于一个VPS你会失去一点点的performance，但是1）他们可能不会，2）调整他们的angular色比调整更容易一个VPS的所有angular色，3）这意味着你的应用程序将从第1天开始分布式angular色devise，以便如果你需要更强大，可能会为每个angular色部署一个真正的服务器，你准备好了。
我会推翻这一趋势，并说你应该用2 – 1来为你的网页内容和另一个（可能更大）为您的数据库。 地狱，我在一个情况下，我正在运行一个单一的VPS满足我的所有需求，包括数据库，并设置适当的子域名：
static.example.org：处理CSS，JS，图像等内容。 设置保持和未来到期。 （内容不会过期一年或一年以上，所以没有进一步的请求，因为大多数网页浏览会尝试加载很多静态页面，所以这会加快这些请求）
http://www.example.org：处理dynamic请求。 保持静态请求与dynamic请求分离对于系统的未来可伸缩性非常重要 – 而且它不像过去的优化那么重要。 设置保持closures，将来会closures。 （内容validation必须与dynamic内容一起发生，保持closures（或非常低）允许您保存传入请求的连接…特别是当多次命中将是单一和较慢的查看请求时。
让nginx成为处理static.example.org请求的前端代理，但将www.example.org请求传递给FastCGI后端（例如）已经被certificate对我们来说是一个快速的解决scheme – 而且是一个保守的内存太。 或者，您可以将所有的静态内容放在Amazon S3上，然后指向您的网页（将来会过期）。
我的第一点扩展可能是将我的数据库移动到一个单独的服务器。 我将能够轻松地将Web服务器FastCGI进程扩展到使用nginx的多个系统 – 传播负载应该相当容易…理论上是这样的。
-Vps有记忆杀手程序分配一个ram超过。 – 没有日志可用于检入系统。 – 如果我们的应用程序需要更多的内存，我们要求内存和主机提供商需要钱。 – 最好去中等规模的VPS计划分布式应用程序服务器。