我与Rackspace公司的技术支持今天说寻找一个简单的解决方案,以扩大我的服务器上/下根据负载和他说,这可以通过他们的API编程来完成。

有没有人真正做过或对如何最好地处理这有什么建议?我很想知道,如果有人有之前我潜水一些大纲代码或票据,并从头开始重写。

谢谢! 沃克

有帮助吗?

解决方案

沃克,我会建议让你开始是要提前准备的服务器,然后启动和使用脚本阻止他们通过监控解决方案发了。一旦你能始终如一地以自动化的方式部署的质量认可的服务器,你仍然需要大约15至20分钟,以创建一个服务器。所以,无论哪种方式,你需要的资源,当你需要他们做好准备。

一旦你在你招手让您的服务器库,它的时间来准备你的监控解决方案。 Nagios将工作得很好完成这个任务。任何监控解决方案,可以用触发器等事件做出响应将工作。

有几个方法的规模,了解如何管理利用。

<强>利用

这是唯一的项目为系统负荷我们它的一个聚合量度/每秒+ IO请求。至少,考虑平均负载。在我们的场景中,我们想了解是什么让我们的系统繁忙,并摸索出我们自己的利用措施。我们插入一个自定义的监控解决方案。利用率措施时,我们应该扩大或缩小。

<强>扩大

涉及缩放到更大的服务器来服务,以便请求时,它的字面意思是你必须迁移到较大的服务器的服务器的请求。或它的思维的另一种方法是,如果它其中较大的服务器上提供服务的请求的成本将降低。

  

在我的经验,需要扩大在短期内减少。如果   你一直需要最小规格的服务器来处理负载   那么你应该看到平均利用率水平增长。一旦   利用水平约持续60%的时间来启动   按比例放大。

扩大规模可能是昂贵的,所以如果你有在负荷高峰,你可能会更好过只是增加一个服务器池,这就是如何向外扩展的作品。

<强>缩放退出

对于大多数项目向外扩展更常见在短期内,该方法包括添加更多的主机到环境和分发使用负载平衡器的请求。当利用率达到60%或在你的监控解决方案更多的是触发器触发启动主机的请求。当负载返回的中值的监测溶液开关服务器关闭。它应该是自动的,在切换服务器关闭的利用水平应增加。我们试图保持40%的利用率作为环境中位数。

在复杂性是自动化负载平衡器的配置,以查看新的主机。我所知道的人,只是预先配置,以便使用卫生措施的服务器被关闭之后也平衡器。负载平衡器不会起到流量死主机。当服务器启动负载平衡器应该再看到它,并开始自动服务请求到服务器。

<强>最终解决方案

部署最小存活环境和设置监控来监视自己的利用水平。创建开始在您选择的环境中的服务器触发器。触发器应该执行一个触发到Rackspace公司打个电话,启动服务器的请求。这是一个良好的开端。

希望这会一直对你有帮助,你去建立一个成功的环境。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top