VPS解决scheme来匹配云可扩展性和可靠性

记住这个架构：

• 服务器1：web服务器 – CPU负载和BW消耗的浮动/浪涌
• 服务器2：dbserver – 从Web服务器上浮动I / O，以及批处理过程中稳定/繁重的I / O
• 服务器3：批处理 – 稳定/低CPU负载和稳定/繁重的带宽

什么是托pipe的最佳解决scheme？

继Ryan提出的使用Amazon EC2的架构（ http://bit.ly/Osfy5 ）之后，我想到了使用Rackspace的：（请记住，这是一个启动，目前为零stream量）

networking服务器

• 我在Rackspace Cloud上。 什么是带宽输出和带宽？
• 如何让Azure实例使用与AWS一样小的RAM？
• 软件包模块在哪里search给定的软件包名称？
• 我可以将非Google Cloud资源configuration为Google Cloud CDN的来源吗？
• 在亚马逊的CDN上更新文件

• 两个256MB服务器
• 每台服务器使用Cloud Servers API（ http://bit.ly/3veAJv ）在需要时自动resize
• 循环法DNS负载平衡

数据库

• 一个512MB的服务器
• 也使用CS API来自动resize

批处理

• 一个256MB的服务器
• 消息队列服务（一个简单的mysql-db）
• 使用API​​来监视所有其他3台服务器

持久的存储和内容交付

• 亚马逊S3

如果价格低于1 Amazon EC2（82.8美元/月）的价格，则可以获得4台服务器的可扩展性（API自动resize），可靠性（DNS负载平衡器和自动重build/重启）以及监控，价格为54美元/月。 很显然，在Rackspace上进行设置需要做更多的工作：API开发和DNSconfiguration（他们没有内置的负载均衡器），在Amazon所有的东西都是现成的。 但是缩放时需要采取较小的步骤：对于2 EC2 + CloudWatch的价格，我可以获得8+个切片，每个切片适合他们的任务（web服务器，数据库或批处理）。

有没有人有与Rackspace的API的经验？ 他们说它仍然在testing。

这种方法有什么不足之处？