专用服务器

我刚刚几天前刚刚开始一个全新的Web应用程序,我开始遇到一些非常严重的问题。 由于每天点击数十万次,该网站的增长非常缓慢。 点击率正在以较高的速度增长,该网站目前正在运行一个1GB的VPS,你可以理解,这是太弱了。 我相信我的想法,我认为它会继续增长,所以我已经设法获得约3万美元的预算。 我也放弃了我的工作来解决这个问题。

我说的我的预算是3万美元,我需要服务器。 该应用程序大量使用MySQL数据库,我假设我需要一个单独的服务器。 我应该买什么服务器? 我应该在附近的数据中心租一个机架什么的? 我希望网站加载速度非常快,不会因为点击率的上升而放慢速度。

如果你需要快速而专业地完成这项工作,那么你需要把一些3万美元投入到知道自己在做什么的人身上。 虽然你可以学习这些东西,但你不可能学得很快,以避免疏远你的客户群。

人们会推荐EC2和各种其他的云设置,而且他们也是一个select,但我是老学校,倾向于我可以信任的物理植物(和踢 – 或者至less想象踢 – 如果沮丧压倒我)。 如果你有人帮助你(再次强烈推荐),你几乎可以肯定最终会用他们最了解的东西来工作,而且没有什么问题。 任何解决scheme都没有任何内在的“错误”,只是权衡。

对于这个话题:我不会倾向于直接购买服务器。 租用它们,而较长期的大额费用,在短期内更便宜,这有助于保持现金stream正向。 在这里和那里添加一个新的也是很容易的,而且通常是提供者处理备件和维修的问题(尽pipe如此,请确保这一点)。 最后,自己做(自己的硬件,机架,networking等)变得更具成本效益,但那段时间还有很长的路要走。

至于具体的硬件,你应该得到你的数据库服务器可以负担得起的最大的机器(在合理的范围内)。 这些东西真的很难很好地扩展,所以扔硬件是一个很好的策略。 对于networking服务器,公用事业服务器等,回拨shiny的欲望,瞄准价格/性能“拐点”(价格/性能曲线上最经济的点),并确保您的应用程序可以跨多台服务器横向扩展,以利用经济。

当与供应商交谈时,确保他们能够快速configuration任何失败服务器的替代品,并检查他们的SLA是否还原 – 这很less见,因为他们会像宕机的实际成本一样掩盖你,所以不要忘记预算冗余和备份。 build立你的服务没有意义,只有当你的数据库服务器closures两天,所有的客户离开你时,才能解散你的服务。

查看Amazon Web Services

http://aws.amazon.com/

将您的应用程序托pipe在云中的服务器上 – Elastic Load Balascing(ELB)可以轻松扩展。 他们还有许多其他服务Ex-RDS for Database和S3 for Storage。

强烈推荐。