迁移到EC2 – 移动列表

我会尝试尽可能详细,因为我知道这些问题往往太松散。

我在EC2 / RDS上运行一些较小的服务,并开始组织自己将我的整个服务迁移到EC2。

目前的服务运行: –

  • 大约每分钟200个Apache请求/每小时12000个请求
  • 服务是PHP驱动的前端和后端function(我会build议大约一半的所有stream量是PHP请求)
  • 每天通过PHP上传约250MB mb
  • FFMPEG编码(注意;这将是可移植的,所以可以运行在其他的实例太重
  • 许多每日进程parsing大量的日志和压缩数据库转储备份
  • 数据库 – 现在将迁移到RDS。 容易一个。

我正在寻找一些方向:

  1. 什么样的实例types的指标将是最好的永久运行。 你需要更多的使用想法来获得这个想法?
  2. 是否值得使用AWS负载平衡设施的想法? 我从文档中得知,这些文档是针对更大规模的实施的。 我当然希望能够灵活地启动重复的AMI并分配stream量,但是不pipe在DNS / Scripting级别还是使用他们的服务 – 不确定。
  3. 想要在ec2环境中完成/注意事项的想法是非常棒的。

我希望这不是太模糊。

试图找出EC2上的“永久”实例types是浪费你的时间。 只需启动一个您认为应该满足需求的实例types,并根据测量的性能和预算对其进行调整。

这里有一篇关于如何在实例已经运行之后切换实例types的文章:

将EC2实例移动到更大(或更小)的大小
http://alestic.com/2011/02/ec2-change-type

最大的决定是是否从32位或64位体系结构开始,因为大多数实例types只支持今天的一种。 要在32位和64位体系结构之间切换,您需要构build一个新实例(也许还需要AMI)。 所以…总是logging/自动化您创build实例/ AMI的方式,并始终将数据保存在单独的EBS卷上,以便在实例之间移动。

如果您发现单个实例不能满足您的需求并且/或者如果您希望有实时服务器支持stream量(如果单个实例失败和/或您想要使用自动缩放,因为您的stream量发生变化),请实施AWS负载平衡在低点和高点之间。

不要害怕运行多个实例来完成不同的任务。 例如,批处理,日志文件分析,备份处理如果没有在Web服务器上完成,可能会更好。

在ec2环境中要做的事情

是的,这有点模糊。 请尽可能多地阅读与这些主题相关的AWS / EC2文档和博客。 试验并尝试不同的方法; 扔掉那些不起作用的东西。 logging你所做的一切,以便重现它。