我正在考虑从VPS转向EC2。 EC2是有弹性的，定价也是如此; 我可以根据需要启动实例，然后在某个小时期结束时closures它。 这个过程需要多less时间？ 假设一个微型实例从EBS启动。 假设Linux（可能是Ubuntu）; 为Windows提到的10分钟时间让我印象不深。 转换可以是ec2-run-instance （具有挂起状态）或ec2-start-instance 。 如果您了解这些云，请随时提及其他云的启动时间。
我有几个小的EC2实例（t1.micro和t2.micro），其中之一是使用AWS-EB设置的。 我想终止他们两个，但是每当我终止他们，几分钟后重新出现在我的运行实例列表中。 我如何完全终止他们？ 终止保护未启用。
我注意到亚马逊有一个免费的EC2层。 我非常有兴趣尝试它，但是很害怕在那里主持我自己的网站。 当我看到他们向用户收费的所有方式（带宽，磁盘空间，操作小时数）时，我的脑袋开始旋转。 我只想运行一个drupal站点，并有ssh。 我每个月的点击量不到5000次，但是经常增长。 我目前的网站没有严重的问题，但我正在努力节省一点点现金。 我看到这样的post，并怀疑我是否会卡住一个月10美元左右的任何方式。 任何人都可以确认免费是真的免费吗？ 人们陷入到底是什么“陷阱”，最终导致他们花钱？
EC2实例的读访问速度更快; “本地”驱动器或附加的EBS卷？ 我有一些需要坚持的数据，所以把它放在EBS卷上。 我正在使用OpenSolaris，因此此卷已作为ZFS池附加。 但是，我有一大堆的EC2磁盘空间将被闲置，所以我正在考虑重新使用这个ZFScaching卷，但是我不想这样做，如果磁盘访问将会比EBS数量可能会产生不利影响。
我不知道该怎么做。 当在一个不同的IP（相同的服务器设置，域等），我们没有电子邮件的传递能力的问题。 自从转移到EC2以来，尽pipe有AWS强制删除SMTP限制，我发现我的服务器的电子邮件进入我的垃圾邮件。 我的网站每天发送几百封（合法的，selectjoin）的电子邮件。 你认为在这里最好的解决scheme是什么？ 克里斯。
Amazon CloudWatch有一个体面的控制台，以及使用Amazon SNS进行通知的报警系统。 最初它只给你AWS指标，例如EC2实例CPU利用率。 最近他们添加了自定义指标 您可以使用CloudWatch REST API来推送您自己的任意指标。 我想知道是否有人试图使用能够通过SNMP和/或WMI轮询各种服务器（一些在EC2，有些不在）的代理，并将这些样本作为自定义指标推送到CloudWatch？ 因此，现在在CloudWatch中，您可以在一个地方看到所有指标（包括AWS和非AWS）。 注意：我知道一些监控工具可以从EC2中提取，这是另一种将所有内容都集中到一个地方的方法，而且由于各种原因，可能会优于某些人。 但是，我正在问CloudWatch是哪里的地方。 如果有人这样做，你用什么代理？
在pipe理自己的群集（即不使用/支付Amazon Autoscale，Rightscale，Scalr等）的人员中，您如何pipe理EC2上的实例并处理（例如）故障转移？ 我想知道是否大多数人最终只是写了自己的EC2 API的脚本，正如我怀疑的那样。 这当然是我们的方法：掀起我们自己的基于Python的基于Boto的监控/重新启动后台程序，在异地运行，监听来自我们实例的UDP保持活动。 失败时，我们快照卷，注册图像，启动新实例，删除旧卷等等。 每当我们经常在对脚本进行黑客攻击的时候，我认为必须有一些开源的工具来处理这些问题，并且没有Scalr的限制，但是我总是从Google两手空空。 （像Scalr这样的软件在受支持的软件集/版本/configuration方面相当有限，并且具有专门和IMO笨重的操作这些设置的方法。） 另外，Linux-HA / Pacemaker生态系统（Heartbeat，ldirectord等）听起来并不适合EC2 。 （但后来我发现这一点 – 虽然我不确定这是否是一个高质量的解决scheme）。
我在亚马逊AWS（EU /爱尔兰）上有三个Ubuntu EC2实例，都设置为Web服务器。 我注意到系统date/时间在其中两个不正确 （时区总是设置为UTC我的select）。 这里是我的电脑（欧盟/意大利，UTC前2小时）的date -R的输出和服务器： lorenzo@LOCALPC ~ $ date -R Wed, 05 Jun 2013 09:48:19 +0200 ubuntu@AWS-EC2-1 ~ $ date -R # SHOULD BE 07:48 (-10 minutes) Wed, 05 Jun 2013 07:38:58 +0000 ubuntu@AWS-EC2-2 ~ $ date -R # SHOULD BE 07:48 (-15 minutes) Wed, 05 Jun 2013 07:33:55 +0000 ubuntu@AWS-EC2-3 ~ $ […]
当从一个EC2实例创buildAMI时，我总是选中“不重启”，我一直在想，在重启/不重启的情况下创build镜像的优缺点是什么？ 保持服务器活着会影响到生产的ami的质量，还是像重新启动一样好？
有一个噩梦从Ubuntu的一些暴发户工作迁移到EC2 Linux（ElasticBeanstalk） 我无法获得最基本的工作。 我正在使用下面的脚本，它完美的在Ubuntu上运行，但是当我尝试在EC2 Linux中启动它时，会返回无用的“无法识别的服务”。 我读过这通常是一个语法错误，但不符合，如果这在Ubuntu语法上确定。 任何帮助大量赞赏，我只是需要任何工作的例子。 这在以root用户身份创build的/etc/init/test.conf中。 安慰： # sudo service test start # test: unrecognized service /etc/init/test.conf： description "test" start on startup script echo $(ping -c 1 serverfault.com) > /var/log/testjob.log end script