我们将在下周testingrackspace云,以了解它是如何与我们的networking应用程序一起工作的。 这是一个有很多MySQL数据库的LAMP环境。
如何select“正确的”服务器大小? 在Rackspace上,我可以select内存为256,512,1024,2048,4096等的片
现在我们没有很多stream量(每天约1000人次),但我认为整个“云”的想法是不受限制和自动扩展。
更新:我在找什么现在是我需要的规范。 我知道这太复杂了。 我正在寻找示例,案例研究等等。听到类似“是的,我们正在服务每天10000个请求,没有在LAMP堆栈上发生尖峰,而只有一个带有2GB RAM的片”。
Aaaah,云无限可扩展性的神话…
“云”唯一的东西就是快速configuration新硬件。 在所有的烟雾和镜子背后,“范式转移真棒”,就是这样。
你可以用同样的方法计算出你需要的“云”服务器的大小,你可以定义一个普通的服务器 – 确定你打算运行的服务的RAM,CPU和存储要求(通过猜测,测量,塔罗牌,不pipe怎么说),然后把他们全部加起来。
使用“云”服务器,您可以(或至less应该 )能够从最小的服务器开始,按照自己的方式工作(或从最大的工作开始,按照自己的方式工作),运行一段时间,重新select错误的大小,更改参数和重新启动等等,但这是一种非常不科学的做事方式,并没有考虑到负载峰值等因素。
这是一个比“我应该从什么大小的服务器开始”更为复杂的问题。 – 确保你在一般情况下为你的应用程序做正确的事情。
对于初学者,问问自己现在有多less内存? 您将使用哪个RS的产品? 你的存储需求是什么? I / O或networking速度要求? 你有没有不能放在云端的数据? 您的应用程序是否旨在有效扩展? 最后一个经常被那些渴望解决可怕的性能的IT经理所忽视,转向云而不是他们的开发团队。
根据这些方面,看起来也许你需要看看你的应用程序,并确定一些要求。 之后,与Rackspace联系,与销售代表讨论您的需求。 他们将能够为您提供比我们在这里更好,更公司特定的答案。
我从你的post中假设你正在使用云服务器,所以虽然你几乎可以立即创build服务器容量,但是你仍然需要弄清楚在后端使用这些实例要做什么。 如果您的存储需求很大,您可能会考虑Cloud文件,这是他们类似EC2的存储系统。
我推荐以下关于这个主题的书籍:
能力计划的艺术
云应用程序体系结构
可扩展的互联网架构
祝你好运!
你的应用程序正在运行什么types的configuration(例如共享vs专用服务器和相关规格)? 真的有更多的信息需要给你一个相当准确的回应。
正如我所看到的,人们使用云有很多原因:
还有更多,但我觉得这些是更大的一些。
我不知道你意识到这一点,但云服务器可以dynamicresize(只需重新启动)。
所以不要stream汗 从最小的服务器开始,并testing你的页面响应时间(使用类似JMeter,Selenium,Canoo等的负载)。 增加服务器大小,直到满意。