RightScale架构问题

为什么不使用Amazon的Elastic Load Balancing（ELB）？ 至less有三个原因可能导致他们不使用ELB：

1. 额外的成本 – 你可以运行你自己的微型实例，less于一个ELB的成本，应该有足够的能力来做负载平衡。
2. ELB是（或者至less是）第4层负载平衡器 – 它们不支持HAProxy支持的第7层逻辑。 另外，直到最近他们不支持“粘性会话”。
3. 冗余 – 你通常会运行一个ELB – 而在这里你有一个备份。 ELB应该是非常可靠的，没有单点故障是好的。 当然，便携性也是一个因素。

为什么不使用Amazon的关系数据库系统（RDS）？

1. 再次，成本是一个因素 – 如果你有一个“4服务器”模型 – 增加一个RDS真的增加了。 RDS实例的价格比等效的EC2实例高30％。 其优势主要在于“他们会照顾好你的一切”。 如果你能设置一些东西，你可能会有更多的控制权。
2. 控制：没有访问my.cnf（尽pipe一些API等价物）; 没有binlog; 没有读取复制; 没有关机/超级特权; 维护是每周计划的（而且你可能并不总是确定需要什么）。 如果RDS出现问题（例如升级带来的问题），则必须依靠它们来解决问题; 他们运行一个特定的MySQL版本 – 如果你碰巧需要一个旧版本，你不能使用它。

考虑到这是他们的图表，我不认为你问过RightScale这些问题吗？

我想说，顶层的IP应该是你的应用IP（尽pipe为什么他们认为不止一个是我不确定的一个好的解决scheme）。 在ELB和RDS可用之前绘制图表是可能的，否则我会说这可能是他们试图保持便携。